search for: naks

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

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 second one is running Debian 6.0 x64. Both of them are updated. I tried using different serial cable but the result is the same. The connection to the ups using Windows 7 and Winpower is working fine on

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

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

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

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.

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

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

* 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

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

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

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 =

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:

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

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

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