An error occurred fetching the project authors.
- 10 Jan, 2004 1 commit
-
-
Alexander Viro authored
Remaining kfree -> free_netdev replacements (easy part of free_netdev() fixes)
-
- 15 Dec, 2003 1 commit
-
-
David Brownell authored
This patch adds definitions: - New "video" class, for video cameras and more complicated devices; - New "Interface association" descriptor type, used by video class, along with two other assigned desciptor type codes (OTG, "debug") listed in the same ECN to the USB 2.0 spec; - Type declarations for "Interface association" and OTG descriptors. It also replaces three copies of USB_DT_CS_* declarations in audio support with one in <linux/usb_ch9.h>, and uses the newly exposed symbol in "usbnet". (Near as I can tell, the convention for those "class specific" descriptor types started with audio, and was then adopted by several other class specifications.)
-
- 07 Nov, 2003 1 commit
-
-
David Brownell authored
The dma hooks whereby EHCI can pass 64bit DMA support up the driver stack (to avoid buffer copies) turn out to broken on most architectures(*). This patch just disables them all, since it looks like those mechanisms won't get fixed before 2.6.0-final. For now it'd only matter on a few big Intel boxes anyway. Please merge. - Dave (*) On x86, mips, and arm dma_supported() doesn't even compare with the device's mask. On several other architectures (reported on ppc, alpha, and sparc64), asking that question for non-PCI devices will just BUG() -- even though all info needed to answer the question is right at hand.
-
- 23 Oct, 2003 2 commits
-
-
David T. Hollis authored
* Provide operational link testing via ethtool * Provide get/set features via ethtool.
-
David T. Hollis authored
* ax8817x_set_multicast - use address of dev->data, not contents * ax8817x_write_async_cmd - free request and urb if submit fails
-
- 19 Sep, 2003 1 commit
-
-
David T. Hollis authored
This is a resend of all of my recent usbnet additions which center on adding ethtool_ops support. All have been re-diffed against the latest usbnet from BK. Changes: * Add ethtool_ops support to usbnet * Add GPIO bit toggling upon initialization of ax8817x devices so that xmit works properly * Add Wake-On-Lan and eeprom dump support for ax8817x devices (this only adds the config support for WOL, actual operation is more of a USB/Power Management function) * Change ax8817x_set_multicast to not kmalloc for the filter since there was no clean way to free the memory after URB submit. Instead, we make use of the 20 byte dev->data.
-
- 16 Sep, 2003 1 commit
-
-
Alan Stern authored
This patch fixes usbnet and usbtest. When checking endpoints, they iterate through all interfaces out to intf->max_altsetting, but they should only go up to intf->num_altsetting. The max_altsetting value refers to the amount of space _allocated_ for usb_host_interface structures, not the number that are really in use.
-
- 28 Aug, 2003 1 commit
-
-
Greg Kroah-Hartman authored
-
- 27 Aug, 2003 3 commits
-
-
David Brownell authored
This makes the new CDC Ethernet code handle more devices: - Uses the active config, not just the default one, if it's coping "descriptors in wrong place" quirk. (bugfix) - Uses usb_ifnum_to_if() to get interfaces. (bugfix) - AMBIT USB cable modems have bogus CDC Union descriptors; workaround by switching master and slave. (add quirk) - To make it easier the next time we run into firmware that violates the class spec, add debug messages saying exactly why it's giving up on a given CDC device. Net result, this code now handles at least one more cable modem design.
-
David Brownell authored
This goes on top of Dave Hollis' patch, and makes the front matter match the slightly revised role -- and mention that new support. It also eliminates a potentially confusing name and corrects an omission (Zaurus framing wasn't printed).
-
Daniele Bellucci authored
-
- 22 Aug, 2003 1 commit
-
-
David T. Hollis authored
This patch adds support to usbnet for devices based on the ASIX AX88172 USB 2.0 Ethernet chipset.
-
- 15 Aug, 2003 1 commit
-
-
David T. Hollis authored
A trailing else in the #ifdef CONFIG_USB_NET1080 block that would prevent it from properly filling the bulk URB.
-
- 11 Aug, 2003 2 commits
-
-
Oliver Neukum authored
this can oops. - check for mem alloc failure
-
Oliver Neukum authored
- fail if second interface is already claimed
-
- 06 Aug, 2003 1 commit
-
-
David Brownell authored
Turns out that when PM is in use, some D3cold resume paths could have one thread, holding the network lock, deadlock in flush_scheduled_work() since an event task is waiting for that same lock. Fix is to call that later, when the lock isn't held.
-
- 31 Jul, 2003 1 commit
-
-
Alan Cox authored
-
- 30 Jul, 2003 3 commits
-
-
David Brownell authored
This patch: - Makes the cdc code handle a Motorola cable modem that stores CDC descriptors in the wrong place. The workaround might be helpful for other hardware too. (This was a 2.4 regression.) - Recognizes another Zaurus (PXA 255 based clamshell, not yet sold by Sharp in the US). - Cleaned the Zaurus stuff up a bit. Rather than expecting a new driver_info struct (or re-using the right one) for each new pxa based product, they all use the same one. So patches for new products only need new usb_device_id entries. (Also notes the issue that every Zaurus model will need to be blacklisted for CDC if the Z code isn't enabled.)
-
Greg Kroah-Hartman authored
-
Greg Kroah-Hartman authored
From pavel@ucw.cz This adds support for another handheld from sharp to 2.6.0-test1
-
- 29 Jul, 2003 1 commit
-
-
Greg Kroah-Hartman authored
-
- 15 Jul, 2003 1 commit
-
-
David Brownell authored
I noticed that Viro's "use alloc_etherdev" patch left a small problem: only "usbnet" did SET_NETDEV_DEV, and that used the wrong driver model device. This has all the usb network drivers use SET_NETDEV_DEV, so the /sys/class/net/*/{device,driver} files link to the relevant usb interface and to its device driver.
-
- 09 Jul, 2003 1 commit
-
-
David Brownell authored
Martin Diehl pointed out that the network layer treats a tx drop notification in special ways, so "usbnet" shouldn't be using them. This fixes that problem, which could potentially explain some infrequent oopsing seen in the network layer. (With memory so tight that an URB can't be gotten.) Please merge.
-
- 30 Jun, 2003 1 commit
-
-
Mickaël Grigouze authored
This is a patch for usbnet for working with Zaurus SL-C700. The productid is different from other Zaurus, so i add an entry for it :)
-
- 18 Jun, 2003 1 commit
-
-
David Brownell authored
Boot ROMs have talked TFTP forever. Some do it over USB now.
-
- 16 Jun, 2003 1 commit
-
-
Greg Kroah-Hartman authored
-
- 04 Jun, 2003 1 commit
-
-
Alexander Viro authored
-
- 29 May, 2003 1 commit
-
-
Arnaldo Carvalho de Melo authored
-
- 20 May, 2003 1 commit
-
-
Stephen Hemminger authored
-
- 29 Apr, 2003 2 commits
-
-
Joe Perches authored
-
David Brownell authored
This patch changes how usbnet and CDC Ether get configured, switching to the newer implementation with that CDC model (using a "minidriver" for "usbnet"). - Removes "cdc-ether" from Kconfig and Makefile. Once everything flies, "cdc-ether.c" can be removed from the kernel. - Makes all the "minidriver" options in "usbnet" explicit in Kconfig, defaulting to "y" for most cases. So folk expecting a CDC Ether option in Kconfig will still have one, and during config a list of hardware (cables, PDAs, etc) using the "usbnet" driver is now available. (It's possible to save a few pages of code by configuring out drivers that use custom framing.) - Since now it's possible to create broken configs, this checks for them. The two basic errors being configuring "usbnet" with no minidrivers, and needing to blacklist Zaurus in CDC-only configs. - Zaurus shouldn't do full CDC style init, since it doesn't uniquify the Ethernet address it reports; and it still shouldn't come up as an "eth%d" link. The CDC support is still "experimental", since I want to see a few interop reports for commercial products before changing that.
-
- 23 Apr, 2003 1 commit
-
-
Andrew Morton authored
- nail a couple of warnings - usbnet is not compilable with gcc-2.95.3. Fix.
-
- 04 Apr, 2003 1 commit
-
-
David Brownell authored
This patch: - Makes "usbnet" pay attention to device descriptors in the most common cases; there's less need to embed device hardware details. This lets it work with high speed devices, and should help interop with the newer ARM/PXA kernels "usb-eth" (same vid/pid, but different endpoints). - Adds some new CDC Ethernet support, which is partly enabled: the Zaurus SL-5500 code uses it, with the current FRAMING_Z flag overriding normal CDC framing on-the-wire. (Most of the other "minidrivers" use CDC framing, except Net1080 and GeneSys.) - Merges a patch from Johannes to recover from some net1080 framing errors by flushing the fifos ... the chip gets into a wierd mode, this makes the link more robust. (Thanks!) - Gets rid of a family of cpu/logfile saturating loops that could show up in early stages of disconnect processing, while we're getting rx/tx errors continuously since khubd hasn't tried to disconnect() us yet. (Pathological case, with lots of logging enabled: khubd never gets scheduled!) - Uses deeper queues at high speed, so the host controllers can stay busy transferring packets even when IRQs get held off for several milliseconds. That pipelining gives better throughput too -- 4x more with one device, says TTCP. With the possible exception of multicast support, this code should be a fine replacement to "cdc-ether" ... certainly its faster for high speed devices. Some later patch should likely do a switch-over. (Which would also resolve a Zaurus hotplugging bug: "cdc-ether" doesn't blacklist it.)
-
- 14 Mar, 2003 1 commit
-
-
Steven Cole authored
This spelling and typo cleanup patch was reviewed by Mike Hayes and Jared Daniel J. Smith.
-
- 06 Jan, 2003 1 commit
-
-
David Brownell authored
More Zaurii. That model will be interesting from the perspective of "usb gadget drivers", lots of flexible endpoints are available.
-
- 27 Dec, 2002 2 commits
-
-
Greg Kroah-Hartman authored
change dev_set_drvdata() and dev_get_drvdata() to usb_set_intfdata() and usb_get_intfdata()
-
David Brownell authored
Attached is a patch leveraging some of the new generic dma stuff: - Replaces dma mapping calls in usbcore with generic equivalents. This is a minor code shrink (which we'd hoped could happen). - Pass dma mask along, so net drivers can notice it'd be good to set NETIF_F_HIGHDMA; or scsi ones can set highmem_io. (Some Intel EHCI setups are able to support this kind of DMA.) - Updates one net driver (usbnet) to set NETIF_F_HIGHDMA when appropriate, mostly as an example (since I can't test this). - Provides Documentation/usb/dma.txt, describing current APIs. (Unchanged by this patch, except dma mask visibility.) - Converted another info() to dev_info(), and likewise a couple dbg() to dev_dbg() conversions in the modified routine. The number of FIXMEs was conserved: the generic API doesn't yet fix the error reporting bugs in the PCI-specific mapping API.
-
- 16 Dec, 2002 1 commit
-
-
David Brownell authored
This patch: - Removes Pavel's Zaurus-private crc32 code; the base patch was from Pavel. - Addresses two issues Toby Milne reported against the Zaurus: (a) if skbs had extra framing added (z, net1080, gl620a), the original size (now too small) was used on tx; (b) added FLAG_FRAMING_Z so rx packets had enough space - Removes an oops from the driver model conversion (saved the wrong pointer). Disconnecting wasn't healthy. - Forward-ports some ethtool support from the 2.4 version: PDAs are always connected, so report them that way. - Stubs in some PXA-250 support for non-Zaurus PDAs. This is currently commented out; so far those PDAs only run Linux for bleeding edge developers. - Minor cleanups.
-
- 02 Dec, 2002 1 commit
-
-
David S. Miller authored
Hey guys, I really want to kill this thing. The only way to do that is to actually pass the pt_regs all the way down from the interrupt source. It would be a three step process: 1) Add pt_regs arg to serio_interrupt and serio->dev->interrupt() Update all serio->dev drivers and serio_interrupt() invokers. I've done this in the patch below. We must handle pt_regs being NULL, f.e. when the event is via a tty ldisc or a timer for which there is no "pt_regs" context to obtain. 2) At the input layer, push 'regs' down via input_event() into the handlers. Patch below does this as well. 3) Final step to complete this, convert USB to pass the pt_regs that the host controller interrupt receives down to the URB callbacks. This itself was also a multistep process: a) pass regs down from generic host controller layer to hcd driver b) pass regs from hcd driver into urb handler EHCI is problematic here, as it does the URB work in a tasklet :( we need to decide whether we can move the normal URB completion back into the hw interrupt handler or not I think it should be done, I'd basically have my thumbs up my butt if I didn't have Alt-SYSRQ-p register dumps available and that is what EHCI+usbkbd is currently. UHCI and OHCI both complete urbs in hw IRQ context so they are just fine. c) update urb handlers to take the regs arg, make hcd drivers pass it on in I was really bored, so this was also done in the patch below :) We get a USB cleanup for free because of this, a lot of people were defining their own ugly typedefs for what should be usb_complete_t so I fixed that up :-) I also caught a lot of usb_fill_*() call sites casting the completion function pointer to usb_complete_t so the compiler wouldn't help us find necessary fixup if we changed the args again :-( I think I got them all, someone bored should grep the tree for usb_complete_t and fixup any remaining spots where it is used in a cast. I tried to enable as many drivers as possible in a test build but it is possible I did miss a few obscure USB configs. So why do I want to kill kbd_pt_regs so badly? Well, first of all I have to walk through all kinds of hoops on sparc64 to update kbd_pt_regs properly on the USB controller interrupt and I've had a few cases where I had trouble tracking down some kernel bug because kbd_pt_regs could easily be inaccurate if another interrupt came in right after the keyboard USB one. Right now, kbd_pt_regs is not updated at all for USB keyboards on x86 rendering SYSRQ register dumps non-existent in such configurations. This forces it to happen, and because the regs are passed in the context in which the URB completes, it will always be accurate (it will even work properly if I have 5 USB keyboards :-) While doing this, I also noticed a bunch of ancient keyboard drivers in 2.5.x under drivers/char that need to be converted or deleted. They were still calling handle_scancode() !!! :-) drivers/tc has few as well. There is also a stray handle_scancode() reference in a include/asm-parisc/keyboard.h comment I tested this on sparc64 with an OHCI attached USB keyboard, and register dumping works fine etc. Here is just the USB bits.
-
- 29 Oct, 2002 1 commit
-
-
David Brownell authored
This patch splits up the usb structures to have two structs, "usb_XXX_descriptor" with just the descriptor, and "usb_host_XXX" (or something similar) to wrap it and add the "extra" pointers plus the array of related descriptors that the host parsed during enumeration. (2 or 3 words extra in each"usb_host_XXX".) This further matches the "on the wire" data and enables the gadget drivers to share the same header file. Covers all the linux/drivers/usb/* and linux/sound/usb/* stuff, but not a handful of other drivers (bluetooth, iforce, hisax, irda) that are out of the usb tree and will likely be affected.
-