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

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

Huang, Xinmei would like to recall the message, "[PATCH]UHC should not generate interrupt when USB device returns NAK". _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

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]:

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Well, it seems like my gnome terminal can't interpret Korean translations very well. Or maybe it can and I don't know how to confirm it ? I tried the following encoding characters in the gnome terminal: Current Local (UTF-8) Korean (EUC-KR) Korean (UHC) Korean (JOHAB) and all I can see are question marks inside black rhombus. That

Hi list(...), I've narrowed down a weird bug. It's like a ghost in the machine, in that functions seem to remember things that they should not be able to. In the example below, the result of the second (and subseqent) calls depend on what was given in the first call. foo <- function(given = NULL) { callObj <- quote(callFunc()) if (!is.null(given)) callObj$given

O.S. Ubuntu 10.10, Maverick Meerkat 32 bit. NUT 2.4.3-1ubuntu5, package installed Belkin F6C1500-TW-RK I am having trouble starting uspd whenever I add a client from my lan to uspd.conf: LISTEN 127.0.0.1 3493 LISTEN 192.168.36.106 3493 naknight at nak-server:~$ sudo upsd -DDDD Network UPS Tools upsd 2.4.3 0.000000 listen_add: added 127.0.0.1:3493 0.000093 listen_add:

Greetings to all. I am hoping someone can help me out with a problem I am having getting my Cisco phones, 7960s and 7940s, to download the appropriate files from our TFTP server. The TFTP server is running on Fedora Core 4. The TFTP server appears to be setup properly: service tftp { socket_type = dgram protocol = udp wait =

Hello All, I just picked up 10 new 7960G's and having a hardtime upgrading the firmware on them. We already have 30 or 40 of these phones in production. Typically when I get a new phone, I just plug it into the voice vlan and it auto grades to the firmware in OS79XX.txt. Now whats happening is im getting a weird error during the reading of that file. Here's the output from the TFTP

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

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 platform-provided part of this. We need > a flag passed in from the hypervisor that the device

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 platform-provided part of this. We need > a flag passed in from the hypervisor that the device

Hello list, first of all, I'd like to report that my UPS N-Power MEV-3000LT (http://www.380v.ru/catalogue/micro-ups/mega-vision , in Russian), which is not in the hardware compatibility list, is mostly supported by the blazer_ser driver. I have very strong grounds to believe that this (and other) N-Power UPS'es are rebranded for Russian and Italian markets from their counterparts

On Aug 11, 2013, at 2:12 PM, ????????? ???????? wrote: > I see no problem with how the device communicates the Blazer/Megatec protocol. > I must have found a bug in the driver. It is possible that the shutdown was tested with a different implementation of the protocol. What do you get from the "I" command? On Aug 11, 2013, at 11:25 AM, ????????? ???????? wrote: > So I

From: "Roy.Li" <rongqing.li at windriver.com> Add error check when write file, the caller can detect if the disk filled up (or had an i/o error) and return a NOSAPCE nak to the other side. Signed-off-by: Ming Liu <ming.liu at windriver.com> Signed-off-by: Roy.Li <rongqing.li at windriver.com> --- common/tftpsubs.c | 4 +++- tftpd/tftpd.c | 12 ++++++++++-- 2

hello, i'm having a wierd problem with 0.31 tftpd-hpa. i'm using xinetd, with this config: service tftp { disable = no socket_type = dgram wait = yes user = root log_on_failure += USERID bind = 10.13.0.254 server = /usr/sbin/in.tftpd

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* > > > >

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* > > > >

From: "Roy.Li" <rongqing.li at windriver.com> Add error check when the write-buffer is finally flushed to the file, the caller can detect if the disk filled up (or had an i/o error) and return a NOSAPCE nak to the other side. Signed-off-by: Ming Liu <ming.liu at windriver.com> Signed-off-by: Roy.Li <rongqing.li at windriver.com> --- common/tftpsubs.c | 8 +++++---