similar to: Recall: [PATCH]UHC should not generate interrupt when USB device returns NAK

This patch adds support for USB mouse/tablet status check and restricts Universal Host Controller interrupt generating when receiving NAK in interrupt transfer. According to usb spec, USB mouse/tablet device returns NAK to host controller if its status does not alter in interrupt transfer. And UHC should leave a TD active when receiving NAK and execute this incompleted TD in a subseqent frame.

Hi all, Is there any comment on this patch? Current HID(mouse/tablet) emulator in qemu-dm persistently returns a data in an INTERRUPT transfer, even if the device (mouse/tablet) keeps the same status as the last interrupt transfer. This behavior does not reflect the HID/USB/UHCI spec. According to HID spec, USB HID device (using interrupt pipe) will return an NAK indicate no interrupt

I'm running Ubuntu 9.04. I could use some advice about fonts in postscript devices. > sessionInfo() R version 2.9.0 (2009-04-17) i486-pc-linux-gnu locale: LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICATION=C attached base

I'm trying to send an sms: smsq --motx-channel=CAPI/g1/0809101000 0607396666 "X" It seems to try to do something, but FT aren't happy: -- Attempting call on CAPI/g1/0809101000 for application SMS(0) (Retry 1) == ISDN4#02: Setting up DTMF detector (PLCI=0x104, flag=1) [Sep 13 15:45:50] WARNING[23584]: pbx.c:5142 ast_pbx_outgoing_app2: CAPI/ISDN4#02/0809101000-1 already

Hello (first mailinglist entry. hope its right here!). We were running icecast2 server in chrooted mode. There was no chance to get successfully response from yp server. After we disabled chroot mode in icecast.xml the yp touches became very tenderly. ;-) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,

Yes, I saw that problem and removing the vif line or changing it to vif0 fixed it for me. Aravindh > -----Original Message----- > From: wei huang [mailto:huanwei@cse.ohio-state.edu] > Sent: Friday, November 04, 2005 12:14 PM > To: Puthiyaparambil, Aravindh > Cc: Mark Williamson; xen-users@lists.xensource.com; ewan@xensource.com > Subject: RE: [Xen-users] Error "Device 0

On 18.4.2013 ?. 22:24 ?., Arnaud Quette wrote: > > 2013/4/18 Pladi Computers Ltd. <pladi at lovechnet.com > <mailto:pladi at lovechnet.com>> > > UPS: > http://www.eaton.com/Eaton/ESeriesUPS/DXUPS/index.htm?wtredirect=www.eaton.com/DXUPS > > I have the same problem on two different computers. The first one > is running Ubuntu 12.10 i386 , the

On Fri, Aug 03, 2018 at 10:58:36AM -0500, Benjamin Herrenschmidt wrote: > On Fri, 2018-08-03 at 00:05 -0700, Christoph Hellwig wrote: > > > 2- Make virtio use the DMA API with our custom platform-provided > > > swiotlb callbacks when needed, that is when not using IOMMU *and* > > > running on a secure VM in our case. > > > > And total NAK the customer

On Fri, 2018-08-03 at 22:07 +0300, Michael S. Tsirkin wrote: > On Fri, Aug 03, 2018 at 10:58:36AM -0500, Benjamin Herrenschmidt wrote: > > On Fri, 2018-08-03 at 00:05 -0700, Christoph Hellwig wrote: > > > > 2- Make virtio use the DMA API with our custom platform-provided > > > > swiotlb callbacks when needed, that is when not using IOMMU *and* > > > >

Here is a cut and paste from /var/log/messages from our TFTP server Aug 25 05:45:32 SALES in.tftpd[3206]: RRQ from 10.0.0.223 filename pxelinux.0 Aug 25 05:45:32 SALES in.tftpd[3206]: tftp: client does not accept options Aug 25 05:45:32 SALES in.tftpd[3207]: RRQ from 10.0.0.223 filename pxelinux.0 Aug 25 05:45:32 SALES in.tftpd[3208]: RRQ from 10.0.0.223 filename

On Fri, Aug 03, 2018 at 08:16:21PM -0500, Benjamin Herrenschmidt wrote: > On Fri, 2018-08-03 at 22:07 +0300, Michael S. Tsirkin wrote: > > On Fri, Aug 03, 2018 at 10:58:36AM -0500, Benjamin Herrenschmidt wrote: > > > On Fri, 2018-08-03 at 00:05 -0700, Christoph Hellwig wrote: > > > > > 2- Make virtio use the DMA API with our custom platform-provided > >

hello list, I am trying to setup a PXE boot server. Below are the details of the server: OS : Fedora Core 5 32-bit DHCP : dhcp 4.1 TFTP : tftp-hpa-5.0 Number of NIC : 2 eth0 : IP : 192.168.100.17, Subnet : 255.255.255.0, Gateway : 192.168.100.1 eth1 : IP : 192.168.1.1, Subnet : 255.255.255.0, Gateway : 192.168.1.1 Client: OS : None, fresh machine Number of NIC : 2 Intel Gigabit eth0 of server

Hi all, I'm trying to convers some Cisco SSCP phones to the SIP formware. The phone boots, I see it tries to fetch a bunch of files on my TFTP: Jun 17 09:37:45 firewall dnsmasq-dhcp[21202]: DHCPACK(eth2) 192.168.10.103 6c:50:4d:da:f0:67 SEP6C504DDAF067 Jun 17 09:38:10 firewall in.tftpd[22666]: RRQ from 192.168.10.103 filename CTLSEP6C504DDAF067.tlv Jun 17 09:38:10 firewall in.tftpd[22666]:

* Remove the big ugly have_eomt conditional * Store &mgr->down_rep_recv.initial_hdr in a var to make line wrapping easier * Remove duplicate memset() calls * Actually wrap lines Cc: Juston Li <juston.li at intel.com> Cc: Imre Deak <imre.deak at intel.com> Cc: Ville Syrjälä <ville.syrjala at linux.intel.com> Cc: Harry Wentland <hwentlan at amd.com> Reviewed-by:

Hi, i'm trying to boot an 135mb acronis iso image with syslinux but have no luck, client gets stuck[1] a few seconds after selecting the image - i used linux memdisk initrd acronis/acronis_home_2010_multi.iso append iso tftpd-log shows: Mar 25 14:45:15 smbsrv in.tftpd[18837]: RRQ from 192.168.0.102 filename pxelinux.cfg/default Mar 25 14:45:15 smbsrv in.tftpd[18838]: RRQ from 192.168.0.102

Hi, I am trying to boot the PXEclient via pxeserver and I am getting an error "file not found", following are me setup in the /tftpboot: /tftpboot: initrd.img linuz pxelinux.0 /tftpboot/pxelinux.cfg default (lower case) in the default file: # This is the default pxelinux config file. LABEL test KERNEL vmlinuz APPEND

On Tue, Mar 21, 2023 at 5:00?PM Albert Huang <huangjie.albert at bytedance.com> wrote: > > From: "huangjie.albert" <huangjie.albert at bytedance.com> > > fix commit 8d622d21d248 ("virtio: fix up virtio_disable_cb") > > if we disable the napi_tx. when we triger a tx interrupt, the typo should be "trigger" > vq->event_triggered will

Hi I have a problem with our pxelinux server, the server works for month without any problems. We use syslinux-3.51 version on an FC2 with in.tftp. Today I want to install a new server, but it fails after loading the kernel and booting stopped with this message ide-floppy driver 0.99.newide usbcore: registered new driver libusual usbcore: registered new driver hiddev usbcore: registered

Very sporadicially (1 out of every 40-5000 boots), our blade system will hang indefinately while PXE Linux is attempting to locate it's configuration file. This is causing our automated testing to hang and generate failures. I have put more details below. My concerns are threefold: 1) System hangs 2) PXE Linux bootstrap never seems to retry the transaction 3) PXE Linux bootstrap never seems

On Fri, 2018-08-03 at 22:07 +0300, Michael S. Tsirkin wrote: > On Fri, Aug 03, 2018 at 10:58:36AM -0500, Benjamin Herrenschmidt wrote: > > On Fri, 2018-08-03 at 00:05 -0700, Christoph Hellwig wrote: > > > > 2- Make virtio use the DMA API with our custom platform-provided > > > > swiotlb callbacks when needed, that is when not using IOMMU *and* > > > >