[linux-usb-devel] Keyboard leds Patch /CSet 1.1033/
Dear Ben, I apply Your patch from bitkeeper, and the keyboard got perfect /i can press caps lock, scroll lock, num lock without keyboard dead :)/ Thanks a lot! But, my keyboard a creative wireless keyb., with mouse /2 device in one/, and if I apply the patch, the mouse become unusable, with strange behavior. Without the patch, The left button generate this message: keyboard.c: can't emulate rawmode for keycode 272 With patch I got this: keyboard.c: can't emulate rawmode for keycode 275 And the pointer was not moving on the screen. I apply this patches: 01_usb-Happ-UGCI_badpad-cset-1.1004.patch 02_usb-Multi-input-kirk-cset_1.1027.1.3.patch 03_usb-keyboardLED-cset-1.1033.patch Can You help me, for the right mouse behavior? I think, the usb look the mouse aka beyboard. Thanks a lot! And some info: My relevant lsusb -v output for keyb/mouse: With patch: Bus 002 Device 003: ID 0419:0001 Samsung Info. Systems America, Inc. [...] all other same with this /Without patch/: Bus 002 Device 004: ID 0419:0001 Samsung Info. Systems America, Inc. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass0 Interface bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0419 Samsung Info. Systems America, Inc. idProduct 0x0001 bcdDevice0.00 iManufacturer 1 iProduct2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 3 bmAttributes 0xa0 Remote Wakeup MaxPower 50mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.00 bCountryCode0 bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 218 cannot get report descriptor Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type none wMaxPacketSize 8 bInterval 10 Language IDs: (length=4) 0409 English(US) From boot log: hub.c: port 1, portstatus 303, change 0, 1.5 Mb/s hub.c: new USB device 00:07.2-1, assigned address 3 usb.c: kmalloc IF f7e316c0, numif 1 usb.c: skipped 1 class/vendor specific interface descriptors usb.c: new device strings: Mfr=1, Product=2, SerialNumber=0 usb.c: USB device number 3 default language ID 0x409 Manufacturer: Mlk ?Cordless US? Product: Cordless USB Mouse Keyboard input0: USB HID v1.00 Keyboard [Mlk ?Cordless US? Cordless USB Mouse Keyboard] on usb2:3.0 usb.c: hid driver claimed interface f7e316c0 hub.c: port 2, portstatus 100, change 0, 12 Mb/s hub.c: port 1, portstatus 303, change 0, 1.5 Mb/s hub.c: port 2, portstatus 100, change 0, 12 Mb/s lspci: 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:08.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) 00:08.1 Input device controller: Creative Labs SB Audigy MIDI/Game port (rev 04) 00:08.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 00:09.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 00:0a.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U 00:0b.0 USB Controller: NEC Corporation USB (rev 43) 00:0b.1 USB Controller: NEC Corporation USB (rev 43) 00:0b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 00:0c.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) 01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4200] (rev a3) -- Ciao: Fonya Amióta NT-t installáltam a porszívómra, semmi szívás nincs vele. PGP key ID F86614E5, GPG key ID 83AD9365
Re: [linux-usb-devel] USB bridge cables in non-network mode
2003-06-12T17:21:01 Greg Brigley: Thanks, I wasn't aware that winpcap could send as well as receive. Very, very good point, I'd completely forgotten about that, libpcap is just the sniffer half. Its complement is libnet, and it seems to have Windows support as well. Somehow I forget that this sort of stuff requires two separate packages. In the general case, I don't think a great case could be made for using libpcap+libnet to implement networking tools for normal production use, rather than using the OS stack. But your case isn't the general one; you've got this simple cable with two endpoints and you want a single application to talk over it. In some abstract sense, using the OS's whole networking stack is arguably cleaner, but it's understandable that you don't want to force your users to have to configure networking. I think that using libpcap+libnet together with the standard network-interface low-level drivers is a cleaner solution than attempting to write and maintain a new custom USB protocol implementation. -Bennett pgp0.pgp Description: PGP signature
Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive
Hi Alan, Alan Stern wrote: Can you try using your device on a regular PC? I did that before. Seems to work under 2.4.18 (SuSE kernel). Can you try using Linux 2.5.70 to see if that helps? No, I cannot try that, since this kernel is not supported by our custom board. Can you enable OHCI_VERBOSE_DEBUG near the start of the ohci driver source file in drivers/usb/host? I enabled OHCI_VERBOSE_DEBUG in drivers/usb/usb-ohci.c. After botting my target, I loaded the usb-ohci module and the usb-storage module (without the mass-storage debug stuff). This is what went into my syslog: Jan 1 00:41:14 abg405 syslog.info klogd: usb-ohci.c: USB OHCI at membase 0xc723a000, IRQ 30 Jan 1 00:41:14 abg405 syslog.info klogd: usb-ohci.c: usb-00:15.0, PCI device 1131:1561 Jan 1 00:41:14 abg405 syslog.info klogd: usb.c: new USB bus registered, assigned bus number 1 Jan 1 00:41:14 abg405 syslog.debug klogd: usb.c: kmalloc IF c0342fe0, numif 1 Jan 1 00:41:14 abg405 syslog.debug klogd: usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1 Jan 1 00:41:14 abg405 syslog.debug klogd: usb.c: USB device number 1 default language ID 0x0 Jan 1 00:41:14 abg405 syslog.info klogd: Product: USB OHCI Root Hub Jan 1 00:41:14 abg405 syslog.info klogd: SerialNumber: c723a000 Jan 1 00:41:14 abg405 syslog.info klogd: hub.c: USB hub found Jan 1 00:41:14 abg405 syslog.info klogd: hub.c: 1 port detected Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: standalone hub Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: ganged power switching Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: individual port over-current protection Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: Port indicators are not supported Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: power on to power good time: 510ms Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: hub controller current requirement: 0mA Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: port removable status: R Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: local power source is good Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: no over-current condition exists Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: enabling power on all ports Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 1, 12 Mb/s Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1 connection change Jan 1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 1, 12 Mb/s Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 Mb/s Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 Mb/s Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: hub driver claimed interface c0342fe0 Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: kusbd: /sbin/hotplug add 1 Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: kusbd policy returned 0xfffe Jan 1 00:41:15 abg405 syslog.info klogd: usb-ohci.c: USB OHCI at membase 0xc724, IRQ 30 Jan 1 00:41:15 abg405 syslog.info klogd: usb-ohci.c: usb-00:15.1, PCI device 1131:1561 Jan 1 00:41:15 abg405 syslog.info klogd: usb.c: new USB bus registered, assigned bus number 2 Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 Mb/s Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: kmalloc IF c1c66340, numif 1 Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1 Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: USB device number 1 default language ID 0x0 Jan 1 00:41:15 abg405 syslog.info klogd: Product: USB OHCI Root Hub Jan 1 00:41:15 abg405 syslog.info klogd: SerialNumber: c724 Jan 1 00:41:15 abg405 syslog.info klogd: hub.c: USB hub found Jan 1 00:41:15 abg405 syslog.info klogd: hub.c: 1 port detected Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: standalone hub Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: ganged power switching Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: individual port over-current protection Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: Port indicators are not supported Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: power on to power good time: 510ms Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: hub controller current requirement: 0mA Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port removable status: R Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: local power source is good Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: no over-current condition exists Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: enabling power on all ports Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 Mb/s Jan 1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 103, change 10, 12 Mb/s Jan 1 00:41:15 abg405 syslog.info klogd: hub.c: new USB device 00:15.0-1, assigned address 2 Jan 1 00:41:15 abg405 syslog.debug klogd: usb.c: kmalloc IF c1c66420, numif 1 Jan 1 00:41:15 abg405
Re: [linux-usb-devel] PROBLEM: memory stick - timeout
On Fri, 13 Jun 2003 [EMAIL PROTECTED] wrote: Hello, my memory stick JMTek USBDrive 256MB don't work. The usb-storage module hangs on initializing. I have SuSE-Linux 8.2 with suse kernel 2.4.20. Is an entry in unusual_devs.h needed as it is for the other USBDrive versions from JMTek? Without having the device here, it's hard to know for sure. You can certainly try creating an appropriate unusual_devs.h entry, but based on what the existing ones say my guess is that it won't help. If you do try it, put in the US_FL_MODE_XLATE flag. You can also try running 2.4.21. There have been some changes in the scsi driver that affect usb-storage at exactly the spot where your log says the device hung. Alan Stern --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive
On Fri, 13 Jun 2003, Matthias Fuchs wrote: Hi Alan, Alan Stern wrote: Can you try using your device on a regular PC? I did that before. Seems to work under 2.4.18 (SuSE kernel). Can you try using Linux 2.5.70 to see if that helps? No, I cannot try that, since this kernel is not supported by our custom board. Can you enable OHCI_VERBOSE_DEBUG near the start of the ohci driver source file in drivers/usb/host? I enabled OHCI_VERBOSE_DEBUG in drivers/usb/usb-ohci.c. Your log didn't have any useful information. I think you also need to get rid of the line that says #undef DEBUG near the start of the usb-ohci.c file. Another thing to try is turning on verbose scsi logging (IIRC, type: echo scsi log all /proc/scsi/scsi) before trying your mount command. (Don't do this if your system log is on a scsi disk, because it will create logging messages for the logging entries themselves!) Also, I'm not familiar with the OHCI driver, so I can't help you too much even when you do get some good debugging info. The person who knows most about it is David Brownell [EMAIL PROTECTED], also reachable via linux-usb-devel. Alan Stern --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] usbdevfs development questions
Hi everyone,
I've been working on a USB project and have run into some issues that I
can't seem to get around. I'm trying to write a userspace application that
can connect to and talk to all HID devices, including those that fall under
the input framework. To do so, I've decided to use usbdevfs. I've managed
to connect to a device and read all it's descriptors, including the HID
class descriptors and the report descriptors. However, whenever I try to
use a control request to read a report from the device, I get a timeout.
So this leads me to a couple questions. I've been searching google for
days without any answers.
1) Is there a way to use the hiddev framework or anything like to it access
_all_ HID devices, including keyboards, mice and joysticks? I think that
usbdevfs is the best way to go about doing what I want to do, but I could
be wrong.
2) Is there any good documentation about using usbdevfs, especially how to
set up interrupt transfers? I found on this that someone committed a
documentation patch for usbdevfs , but as helpful as it was, it didn't
explain the concept of interrupt tranfsers.
3) Can anyone explain to me why this code segment keeps giving me a timeout
failure? As far as the USB spec says, all HID devices should respond to a
get_report request from a control transfer. I think that my syntax is
correct, but I'm probably missing something very simple. I keep getting a
usb_control/bulk_msg timeout.
//Claim interface 0 above
int length = 0x60;
unsigned char* buffer = (unsigned char*)malloc(length);
usbdevfs_ctrltransfer ctrl;
ctrl.requesttype = USB_DIR_IN + USB_TYPE_CLASS + USB_RECIP_INTERFACE;
ctrl.request = USB_REQ_GET_REPORT;
ctrl.value = (0x01 8) + 0;
ctrl.index = 0;
ctrl.length = length;
ctrl.timeout = 5000;
ctrl.data = buffer;
int ret=ioctl(fd,USBDEVFS_CONTROL,ctrl);
if ((ret == -1) {
perror(Error in ioctl);
return -1;
}
Thanks for any advice you can give.
-Alex
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Virus Warning
The message you emailed to [EMAIL PROTECTED], dated 06/13/03 12:55:37, contains the W32/Sobig-C virus in the 45443.pif attachment. The action taken was: deleted the attachment. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] patch for net2280.c to fix SET_FEATURE/CLEAR_FEATURE halt endpoint bug
David -- I've been using the USB gadget code to develop a driver for a NetChip 2280 device that runs linux. It is great-- thanks so much. In running the USBCV Chapter 9 compliance test (usb.org) and found that the net2280.c file has a bug that causes it to fail the HaltEndpointTest. This test uses the SET_FEATURE and CLEAR_FEATURE requests to do ENDPOINT_HALT. However, the ENDPOINT_HALT selector is in the wValue field, not in wIndex as the net2280.c code assumes. The attached tiny patch fixes this. It applies to the net2280.c in 2.5.70, but was actually generated from a version from a month or so ago. Thanks, -- Al net2280_c_set_clear_halt.patch Description: net2280_c_set_clear_halt.patch
[linux-usb-devel] Re: patch for net2280.c to fix SET_FEATURE/CLEAR_FEATURE halt endpointbug
Borchers, Al (C)(STP) wrote: David -- I've been using the USB gadget code to develop a driver for a NetChip 2280 device that runs linux. It is great-- thanks so much. People do seem to be using it without any real trouble, which is a good thing! :) In running the USBCV Chapter 9 compliance test (usb.org) and found that the net2280.c file has a bug that causes it to fail the HaltEndpointTest. This test uses the SET_FEATURE and CLEAR_FEATURE requests to do ENDPOINT_HALT. However, the ENDPOINT_HALT selector is in the wValue field, not in wIndex as the net2280.c code assumes. That would prevent it working for ep != 0 (== ENDPOINT_HALT), which matches a similar report I got. Linux has regression tests for ep0, but not (yet) other endpoints. The attached tiny patch fixes this. It applies to the net2280.c in 2.5.70, but was actually generated from a version from a month or so ago. Thanks! I hadn't had a chance to track it down that far. Assuming your patch checks out, I'll merge this along. - Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [usb-storage] Re: [linux-usb-devel] Re: When is the next BK pull going to happen?
On Fri, Jun 13, 2003 at 01:18:16PM -0700, Matthew Dharm wrote: This doesn't appear to be a valid repository. Is that the right path? Ugh, forgot the extra linux part. This should work: bk://kernel.bkbits.net/gregkh/linux/usb/usb-2.5-bk Sorry, greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates
This patch brings the 2.4.21-rc8 EHCI driver mostly back into sync with the latest 2.5 driver (*), and adds a patch to avoid a relink problem (symptoms: rx hang, tx overflow) which causes trouble on 2.4 (especially with usb-storage). Just tried (patched 2.4.21 with it) with the hard drive, it really does the same as 2.5.70-bk8 with your earlier patch (ehci-0609.patch): it hangs. In fact, 2.4.21 was a bit better than this, and 2.4.20 was loads better. Not sure whether it's this patch or just plain 2.4.21 that causes trouble -- I haven't tried the latter. Let me know if I can do some more testing. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch 2.4.21-rc8] ehci-hcd updates
Thanks. This patch seems to fix all my problems (usb_control/bulk_msg: timeout) with usb-storage (external IDE drive case) and ehci on VIA USB 2.0 PCI addon card. I just bought this usb 2 stuff yesterday, so this is a really quick fix ;) I'm not sure if this is usb 2.0 chip issue, but I get arround 7.7 mb/sec transfer rate with this chip and i get 10 mb/s with intel usb 2.0 from 865p chipset from my friend. Is it possible that transfer rate will be much higher on 2.5 (as described on Linux and USB 2.0 document at linux-usb.org, using usb_sg_submit())? Could this bit of functionality be backported to 2.4 easily? Thanks Vedran --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch 2.4.21-rc8] ehci-hcd updates
Vedran Rodic wrote: Thanks. This patch seems to fix all my problems (usb_control/bulk_msg: timeout) with usb-storage (external IDE drive case) and ehci on VIA USB 2.0 PCI addon card. I just bought this usb 2 stuff yesterday, so this is a really quick fix ;) And a quick confirmation, many thanks! I'm not sure if this is usb 2.0 chip issue, but I get arround 7.7 mb/sec transfer rate with this chip and i get 10 mb/s with intel usb 2.0 from 865p chipset from my friend. Is it possible that transfer rate will be much higher on 2.5 (as described on Linux and USB 2.0 document at linux-usb.org, using usb_sg_submit())? Could this bit of functionality be backported to 2.4 easily? I'd expect faster transfers from most usb-storage devices on 2.5, for that very reason. Your mileage may vary of course. As for backport, don't hold your breath. It could be done, but the changes are more invasive than I'd expect to merge into 2.4, especially given where we are in the 2.5 cycle. - Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates
The last 2.5 patch was ehci-0612, and it had key differences from 0609 that affected problems I saw on NEC hardware, which you were using. (You never tested 0610...) Attached, you'll see ohci-0613, which should be just 0612 with that relink fix. I'm confused -- what does this have to do with ohci? I'm not using NEC hardware BTW, that was my hub which I have since disconnected. The EHCI is a VIA. Is it still worth trying this one? At least provide a good description of your _current_ failure mode. Doing it on 2.5 with the sysfs dumps would be most useful, also answering all the usual questions about what exactly hangs, and how. Descriptions like it hangs are pretty useless. Sorry for not being specific: it fails in exactly the same way as 2.5.70-bk8 with ehci-0609 did, and I sent you detailed logs and sysfs dumps of that one. (BTW, the NEC hub wasn't connected at the time of the logs.) I'll try any configuration you like, just let me know which one. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates
Major A wrote: The last 2.5 patch was ehci-0612, and it had key differences from 0609 that affected problems I saw on NEC hardware, which you were using. (You never tested 0610...) Attached, you'll see ohci-0613, which should be just 0612 with that relink fix. I'm confused -- what does this have to do with ohci? Nothing except a small typo, the attachment was ehci-0613... Sorry for not being specific: it fails in exactly the same way as 2.5.70-bk8 with ehci-0609 did, and I sent you detailed logs and sysfs dumps of that one. (BTW, the NEC hub wasn't connected at the time of the logs.) I'll try any configuration you like, just let me know which one. Add ehci-0613 and send the logs + sysfs output on 2.5 ... the diagnostic info in sysfs changed slightly, it should show a few things that weren't previously visible. - Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH] AX8817X Driver for 2.4 Kernels
On Thu, Jun 12, 2003 at 09:12:00AM -0400, David T Hollis wrote:
Few minor code tweaks, formatting, etc. Greg, is this in proper shape
for inclusion?
Close, but I think this will break on 2.4.22-pre1, right:
+#if LINUX_VERSION_CODE KERNEL_VERSION(2,4,22)
+#include linux/crc32.h
+#else/* for now, this is swiped out of various
drivers in drivers/net/... */
+static unsigned const ethernet_polynomial = 0x04c11db7U;
+static inline u32 ether_crc(int length, unsigned char *data)
+{
+ int crc = -1;
+ while (--length = 0) {
+ unsigned char current_octet = *data++;
+ int bit;
+ for (bit = 0; bit 8; bit++, current_octet = 1) {
+ crc = (crc 1) ^
+ ((crc 0) ^ (current_octet 1) ?
+ ethernet_polynomial : 0);
+ }
+ }
+ return crc;
+}
+#endif
Can you also rip this out of the 2.5 version you sent me?
thanks,
greg k-h
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch] fix 2.4 usbdevfs race
On Thu, Jun 05, 2003 at 02:15:06AM -0400, Johannes Erdfelt wrote: Here's a patch to fix a race condition in usbdevfs. The fix is in hub.c but the race is related to usbdevfs. Applied, thanks. greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: PATCH: (as31) Keep root hub status timer running during suspend
On Wed, Jun 11, 2003 at 01:17:24PM -0400, Alan Stern wrote: Greg: Not having heard any complaints about this patch, I'm submitting it. It fixes a problem with the root hub status URB implementation; the timer that controls the root hub polling was not getting reset during a PM suspend. Applied, thanks. greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: PATCH: (as32c) Use separate transport_flags bits for transfer_dma and setup_dma
On Thu, Jun 12, 2003 at 02:39:55PM -0400, Alan Stern wrote: David: Here's a revision of my DMA-flags patch, incorporating the changes you suggested before. Greg: If David gives this the okay, please apply. Applied, thanks. greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: convert kaweth to usb_buffer_alloc
On Thu, Jun 12, 2003 at 09:27:38AM +0200, Oliver Neukum wrote: Hi Greg, this changes kaweth to use usb_buffer_alloc in the control and recieve paths, in which it is using fixed buffers which are not safe on some architectures. As a plus, it should get a little faster on some architectures. Please apply. I got the following trying to apply it: [EMAIL PROTECTED] linux-2.5-bk]$ patch -p1 -g1 --dry-run ../u2 drivers/usb/net/kaweth.c 1.65: 1253 lines patching file drivers/usb/net/kaweth.c Hunk #2 succeeded at 226 (offset 2 lines). Hunk #4 succeeded at 538 (offset 2 lines). Hunk #6 succeeded at 673 (offset 2 lines). Hunk #8 succeeded at 1040 (offset 2 lines). Hunk #9 FAILED at 1074. Hunk #10 FAILED at 1090. Hunk #11 succeeded at 1149 (offset 4 lines). 2 out of 11 hunks FAILED -- saving rejects to file drivers/usb/net/kaweth.c.rej And this was before applying Alan Stern's patch :) Can you re-diff this against the latest -bk tree? thanks, greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH] missed one usblp status buffer change
On Thu, Jun 12, 2003 at 08:42:51AM -0700, Randy.Dunlap wrote: My previous patch (several months ago) missed one instance of changing usblp status data from local stack to alloc-ed memory. This patch to 2.5.70-bk13 (but should still apply AFAIK) corrects the missing instance. Please apply. Applied, thanks. greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates
Correction: doesn't find the partition table (fdisk claims it's blank), and any attempt to unload sd_mod segfaults. I had to unload the module before ^ Sorry, this should read causes an oops. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/ === --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates
Major A wrote: The sd_mod module is loaded automatically on boot. I find that when sd_mod is loaded at the time the USB drive is plugged in, the kernel doesn't find the partition table (fdisk claims it's blank), and any attempt to unload sd_mod segfaults. I had to unload the module before plugging the disk in to make things work. I noticed another report about partition table bugs recently, with an SBP2 (firewire) drive. It might be the same bug. Thanks for the log data, I'll look at it. - Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH] AX8817X Driver for 2.4 Kernels
Greg KH wrote:
On Thu, Jun 12, 2003 at 09:12:00AM -0400, David T Hollis wrote:
Few minor code tweaks, formatting, etc. Greg, is this in proper shape
for inclusion?
Close, but I think this will break on 2.4.22-pre1, right:
+#if LINUX_VERSION_CODE KERNEL_VERSION(2,4,22)
+#include linux/crc32.h
+#else/* for now, this is swiped out of various drivers in drivers/net/... */
+static unsigned const ethernet_polynomial = 0x04c11db7U;
+static inline u32 ether_crc(int length, unsigned char *data)
+{
+ int crc = -1;
+ while (--length = 0) {
+ unsigned char current_octet = *data++;
+ int bit;
+ for (bit = 0; bit 8; bit++, current_octet = 1) {
+ crc = (crc 1) ^
+ ((crc 0) ^ (current_octet 1) ?
+ ethernet_polynomial : 0);
+ }
+ }
+ return crc;
+}
+#endif
Can you also rip this out of the 2.5 version you sent me?
thanks,
greg k-h
Sure thing. When I was testing that on 2.4, it seems there are some
things in flux with the CRC bits. I wasn't able to build and operate
with the core internal one so I continued to use the one in the driver
itself. I figured this helps for it to just work for other folks.
I'll see what I can do to have it cleaned up and how it should be.
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
