- 01 Feb, 2006 40 commits
-
-
Andrew Morton authored
drivers/usb/input/yealink.c: In function `usb_probe': drivers/usb/input/yealink.c:910: warning: int format, different type arg (arg 4) Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Alan Cox authored
We cast an int to a void * which not unreasonably makes gcc suspicious. We don't actually care what type "type" is so use unsigned long so it matches pointer length on all platforms. Signed-off-by:
Alan Cox <alan@redhat.com> Acked-by:
Pete Zaitcev <zaitcev@redhat.com> Signed-off-by:
-
Alexey Dobriyan authored
drivers/usb/core/message.c:395: error: invalid use of undefined type `struct scatterlist' Signed-off-by:
Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by:
-
Sergei Shtylylov authored
au_readl() does needed byteswapping, etc. Cc: Takashi Iwai <tiwai@suse.de> Cc: Jaroslav Kysela <perex@perex.cz> Acked-by:
Jordan Crouse <jordan.crouse@amd.com> Signed-off-by:
-
Olaf Hering authored
The warn() macro in include/linux/usb.h adds a newline. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Adrian Bunk authored
- the decomp module is not intended for inclusion into the kernel - people using the decomp module from upstream will usually simply use the complete upstream 2.xx driver Therefore, there seems to be no good reason spending some bytes of kernel memory for hooks for this module. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
Mark McClelland <mark@ovcam.org> Signed-off-by:
-
Adrian Bunk authored
- the w9968cf-vpp module is not intended for inclusion into the kernel - the upstream w9968cf package shipping the w9968cf-vpp module suggests to simply replace the w9968cf module shipped with the kernel Therefore, there seems to be no good reason spending some bytes of kernel memory for hooks for the w9968cf-vpp module. Signed-off-by:
Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by:
-
Randy Dunlap authored
Fix sparse warning: drivers/usb/host/ehci-hcd.c:719:35: warning: incorrect type in argument 3 (different base types) drivers/usb/host/ehci-hcd.c:719:35: expected unsigned int [unsigned] mem_flags drivers/usb/host/ehci-hcd.c:719:35: got restricted unsigned int [usertype] mem_flags Signed-off-by:
Randy Dunlap <rdunlap@xenotime.net> Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Signed-off-by:
-
Eric Sesterhenn / snakebyte authored
this patch removes compatibility with 2.4 kernel, which makes the code much easier to read. Signed-off-by:
Eric Sesterhenn <snakebyte@gmx.de> Signed-off-by:
-
Alan Stern authored
This patch (as622) makes gadgetfs set the "zero" flag for control-IN responses, when the length of the response is shorter than the length of the request. Signed-off-by:
Alan Stern <stern@rowland.harvard.edu> Acked-by:
David Brownell <david-b@pacbell.net> Signed-off-by:
-
Olav Kongas authored
Replace mdelay() by msleep() in bus_suspend(); the rest of the system will gain 7ms. The related code is reorganized to minimize the number of locking/unlocking calls. The last hunk of the patch is the formatting change by Lindent. Signed-off-by:
Olav Kongas <ok@artecdesign.ee> Signed-off-by:
-
Greg Kroah-Hartman authored
Signed-off-by: -
David Brownell authored
For some reason alpha doesn't include <linux/dma-mapping.h> where other architectures do; this makes net2280 include it explicitly. Signed-off-by:
-
Greg Kroah-Hartman authored
As there is no more usb devfs support, these bits would just confuse people. Signed-off-by: -
Alan Stern authored
Some USB devices don't enumerate well with FSBR turned on. This patch keeps devices on the low-speed part of the schedule (which doesn't use FSBR) until they have been fully configured. Signed-off-by:
-
Clemens Ladisch authored
This patch adds a reinitializion for the uf variable that got modified by the preceding start-split bandwidth check. Signed-off-by:
Clemens Ladisch <clemens@ladisch.de> Signed-off-by:
-
Vojtech Pavlik authored
My earlier experiment (adding a clear-halt for the interrupt-in endpoint) failed. It turns out that it does cause problems for other devices. And it wasn't needed anyway; a simple blacklist entry was enough to get my HP keyboard working. This patch (as643) removes the clear-halt call and adds the blacklist entry. Signed-off-by:
Vojtech Pavlik <vojtech@suse.cz> Signed-off-by:
-
Andrew Morton authored
Add device support for a couple more Auerswald TK-devices. Via Thomas Jackle <dj-tj@gmx.de>, typed in from http://bugzilla.kernel.org/show_bug.cgi?id=5908. Signed-off-by:
-
matthieu castet authored
this patch correct a possible bug with cmv_name being static. If there is 2 modems and the driver is scheduled when filling cmv_name this could result with garbage in cmv_name. We allocate cmv_name on the stack but with a small size in order to avoid that. Signed-off-by:
Matthieu CASTET <castet.matthieu@free.fr> Signed-off-by:
-
matthieu castet authored
this patch is purely cosmetic. There is : - indentation cleaning - unneeded cast removing - comments cleaning Signed-off-by:
-
matthieu castet authored
This patch adds the support for isochronous pipe. A new module parameter is added to select iso mode. It is set to iso by default because bulk mode doesn't work well at high speed rate (>3 Mbps for upload). We use UDSL_IGNORE_EILSEQ flags because ADI firmware doesn't reply to ISO IN when it has nothing to send [1]. [1] from cypress datasheet : The ISOSEND0 Bit (bit 7 in the USBPAIR Register) is used when the EZ-USB FX chip receives an isochronous IN token while the IN FIFO is empty. If ISOSEND0=0 (the default value), the USB core does not respond to the IN token. If ISOSEND0=1, the USB core sends a zero-length data packet in response to the IN token. The action to take depends on the overall system design. The ISOSEND0 Bit applies to all of the isochronous IN endpoints, IN-8 through IN-15. Signed-off-by:
-
Arjan van de Ven authored
This is the usbatm part of the Arjan, Jes and Ingo mass semaphore to mutex conversion, reworked to apply on top of the patches I just sent to you. This time, with correct attribution and signed-off lines. Signed-off-by:
Arjan van de Ven <arjan@infradead.org> Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
Duncan Sands <baldrick@free.fr> Signed-off-by:
-
Duncan Sands authored
Don't throttle on -EILSEQ urb status if requested by a minidriver. It seems the ueagle modems are buggy, giving -EILSEQ when they have no data to send. The ueagle change will be sent separately by the ueagle guys. Patch by Matthieu Castet. Signed-off-by:
-
Duncan Sands authored
Signed-off-by:
-
Duncan Sands authored
The receive logic has always assumed that urbs contain an integral number of ATM cells, which is a bit naughty, though it never caused any problems with bulk transfers. Isochronous urbs spank us soundly for this. Fixed thanks to this patch, mostly by Stanislaw Gruszka. Signed-off-by:
-
Duncan Sands authored
While the usbatm core has had some support for using isoc urbs for some time, there was no way for users to turn it on. While use of isoc transfer should still be considered experimental, it now works well enough to let users turn it on. Minidrivers signal to the core that they want to use isoc transfer by setting the new UDSL_USE_ISOC flag. The speedtch minidriver gets a new module parameter enable_isoc (defaults to false), plus some logic that checks for the existence of an isoc receive endpoint (not all speedtouch modems have one). Signed-off-by:
-
Duncan Sands authored
Change the module parameters rcv_buf_size and snd_buf_size to specify buffer sizes in bytes rather than ATM cells. Since there is some danger that users may not notice this change, the parameters are renamed to rcv_buf_bytes etc. The transmit buffer needs to be a multiple of the ATM cell size in length, while the receive buffer should be a multiple of the endpoint maxpacket size (this wasn't enforced before, which causes trouble with isochronous transfers), so enforce these restrictions. Now that the usbatm probe method inspects the endpoint maxpacket size, minidriver bind routines need to set the correct alternate setting for the interface in their bind routine. This is the reason for the speedtch changes. Signed-off-by:
-
Duncan Sands authored
In one spot (usbatm_cancel_send) we were calling dev_kfree_skb with irqs disabled. This mistake is just too easy to make, so systematically use dev_kfree_skb_any rather than dev_kfree_skb. Signed-off-by:
-
Duncan Sands authored
We weren't always returning -ENOMEM. Signed-off-by:
-
Duncan Sands authored
This patch causes vcc_release_async to be applied to any open vcc's when the modem is disconnected. This signals a socket shutdown, letting the socket user know that the game is up. I wrote this patch because of reports that pppd would keep connections open forever when the modem is disconnected. This patch does not fix that problem, but it's a step in the right direction. It doesn't help because the pppoatm module doesn't yet monitor state changes on the ATM socket, so simply never realises that the ATM connection has gone down (meaning it doesn't tell the ppp layer). But at least there is a socket state change now. Unfortunately this patch may create problems for those rare users like me who use routed IP or some other non-ppp connection method that goes via the ATM ARP daemon: the daemon is buggy, and with this patch will crash when the modem is disconnected. Users with a buggy atmarpd can simply restart it after disconnecting the modem. Signed-off-by:
-
Duncan Sands authored
The xusbatm driver is for otherwise unsupported modems. All it does is grab hold of a user-specified set of interfaces - the generic usbatm core methods (hopefully) do the rest. As Aurelio Arroyo discovered when he tried to use xusbatm (big mistake!), the interface grabbing logic was completely borked. Here is a rewrite that works. Signed-off-by:
-
Duncan Sands authored
Convert kmalloc + memset to kzalloc. Signed-off-by:
-
Duncan Sands authored
Remove the unused .owner field in struct usbatm_driver. Signed-off-by:
-
Duncan Sands authored
Have minidrivers and the core signal special requirements using a flags field in struct usbatm_data. For the moment this is only used to replace the need_heavy_init bind parameter, but there'll be new flags in later patches. Signed-off-by:
-
Duncan Sands authored
Formatting, changes to variable names, comments, log level changes, printk rate limiting. Signed-off-by:
-
Luca Risolia authored
This patch adds a Video4Linux2 driver giving support to ET61X151 and ET61X251 PC Camera Controllers made by Etoms Electronics. Signed-off-by:
-
Luca Risolia authored
SN9C10x driver updates: - Use kzalloc() instead of kmalloc() - Move some macro definitions from sn9c102.h to sn9c102_core.c - Use vfree() and vmalloc_32() instead of rvfree() and rvmalloc() - Fix mmap() sys call - Documentation updates Signed-off-by:
-
Craig Shelley authored
The attached patch adds four new device IDs for the CP2101 driver. Also 3 tab characters have been removed from device ID table. Signed-off-by:
Craig Shelley <craig@microtron.org.uk> Signed-off-by:
-
Denis MONTERRAT authored
Signed-off-by:
FALIPOU F Developer <fred.falipou@free.fr> Signed-off-by:
-
Martin Gingras authored
Added support for CA-42 clone cable (www.ca-42.com) Signed-off-by:
Martin Gingras <martin.gingras@gmail.com> Signed-off-by:
-
