- 14 Jul, 2004 22 commits
-
-
David Brownell authored
Tell gadgetfs about omap_udc. Add some missing __user annotations. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David Brownell authored
This lets the serial gadget work with another controller. Tell serial about omap_udc. This driver still needs updating to use the endpoint autoconfig suppport; like Gadget Zero, it really shouldn't need _any_ hardware-specific #ifdeffery. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David Brownell authored
Various minor OHCI tweaks; - Fix osdl bugid=2503 by: * Change needlessly-scarey message (WARN_ON dumps stack) * Tries cleaning up, as if it's just IRQ lossage. - Force IRQs off when shutting down a controller that was already stopped ... just in case. - Allow suspending OHCI during driver initialization, to support more aggressive power management. - Fix some misleading/wrong debug messages. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David Brownell authored
ID for another AX8817x based usb2 Ethernet adapter. From: Tim Chick <Tim.Chick@Conexant.com> Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David T. Hollis authored
ax8817x_unbind does not free the interrupt URB after unlinking. Noticed that the net->status already has a flag for link so my private structure variable for link was redundant. Worked around this and was able to kill off the unique ax8817x_get_link() function in the process. Signed-off-by: David Hollis <dhollis@davehollis.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
David T. Hollis authored
This patch uses the interrupt URB on the ax8817x for link detection. This allows the driver to notify userspace when link drops/comes back so it can take action such as run dhclient, etc. I was also able to reduce the bind function by using some of the stock mii_xxx calls as well as my own for handling initial link negotiation. Signed-off-by: David Hollis <dhollis@davehollis.com> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
It makes sense for APIs involved in cleanup activities (like kfree()) to accept NULL arguments. Doing so frees drivers from the responsibility of checking whether each resource was actually acquired before trying to release it. Accordingly, this patch makes usb_unlink_urb() and usb_kill_urb() accept a NULL pointer (which used to be acceptable until I changed it) and notes explicitly in the kerneldoc that such arguments are permitted. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Luiz Capitulino authored
This patch does a cleanup for usb/core/file.c::usb_major_init(), which is: *) in error condition, returns the error code from register_chrdev(), insted returning -EBUSY; *) adds missing audit for class_register(); *) only calls devfs_mk_dir() if the prior calls have success. Signed-off-by: Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Dan Streetman authored
Ok here is a patch to make the mount options work. In addition to implementing the remount function, it removes the parse_options() call from usb_fill_super and adds a "ignore" flag around the mounting that gets done in create_special_files. The parse_options call in usb_fill_super is removed because it is not needed when remount is implemented. The ignore_mount flag is needed because the simple_pin_fs function calls remount with no mount options - i.e. it's not a real mount. So the mount options would be cleared out. The ignore_mount flag causes the remount function to only act on real mounts. Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
This patch fixes a byte-swapping error in the UHCI driver. It has been present since 2.6.6 and only got tracked down just now! Thanks a lot to Michel Roelofs for all his help and testing. This should be pushed through to Linus in time to appear in 2.6.8, if possible. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Mika Kukkonen authored
Hi Greg! I am compiling allmodconfig with some extra gcc warnings enabled (-W -Wno-unused -Wno-sign-compare -Winline -Wundef) and got this one: CC [M] security/root_plug.o In file included from security/root_plug.c:30: include/linux/usb.h:358: warning: `inline' is not at beginning of declaration Patch is trivial: Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Olaf Hering authored
I suggest to put the pointer to port instead of the pointer to the pointer to port to the workqueue data. Did that driver ever work with 2.6? Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
[PATCH] USB: fix up the wording in the emi26 firmware file to match the other kernel firmware files. Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
This patch fixes a logical hole in the hub driver. It's possible for the driver to be unbound from a hub without physically unplugging the hub. For example, writing 0 into the bConfigurationValue attribute file will have this effect. When this happens, we need to make sure that all the child devices of the hub are logically disconnected and their ports disabled. That's what this patch does. It's a little bit tricky because we can't simply call usb_disconnect() from within the hub driver's disconnect() routine. While that routine is running it holds the usb bus writelock, but usb_disconnect() would try to acquire it again. Instead schedule_work() is used, so after a brief delay the children will be removed. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
This patch adds a pointer to the hub's usb_device into the usb_hub private structure. It's a small change, and permits a small amount of simplification in a few spots, i.e., avoid calling interface_to_usbdev(). This doesn't really do much in itself, but it's a prerequisite for the next patch. (A situation arises where we can't use the interface pointer to find the usb_device because the interface might not exist.) Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
Okay, here's a revised patch (as332b). This tries first to ask for 255 bytes, and if that fails then it asks for the length and the full descriptor. Hopefully nobody will object to applying this version... You know, it occurs to me that the have_langid field in usb_device could easily be eliminated. Just set string_langid to -1 during initialization and test for whether or not it is >= 0. I'll do that some other time. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
This is a rerun of as278, updated to match the current source. It changes the hub driver, replacing calls to synchronous usb_unlink_urb() with usb_kill_urb() and removing the machinery formerly needed to synchronize the status URB handler with the rest of the driver. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Alan Stern authored
This patch is a slightly revised version of as277c, updated to match the current source. The only difference from the older version is that this makes urb->use_count into an atomic_t, to avoid the overhead of an extra locking step each time an URB is submitted and given back. The important features of this patch are: -EPERM added to Documentation/usb/error-codes.txt. Failure to use URB_ASYNC_UNLINK with usb_unlink_urb() is deprecated in the documentation. New ->reject and ->use_count fields added to struct urb. The reject field is protected by urb->lock, and locking is required only in usb_kill_urb() which doesn't have to be fast. Single wait_queue used for all processes waiting inside usb_kill_urb(). The wait queue is woken up only when an URB is given back with ->reject set. usb_rh_status_dequeue() changed to return int. It looks like this function should be declared static; it's not used outside the hcd.c file. Prototype for unlink_urb() in struct usb_operations is changed to include a status code argument. This is necessary so that the different unlink paths can return -ENOENT and -ECONNRESET as appropriate. Support for synchronous usb_unlink_urb() has been removed; such calls are passed to usb_kill_urb(). Kerneldoc for usb_unlink_urb() is updated. usb_kill_urb() added to urb.c. hc_simple() host driver is partially updated -- it should compile but it won't really work right. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
- 01 Jul, 2004 12 commits
-
-
Matt Domsch authored
On Wed, Jun 30, 2004 at 01:22:21AM -0400, Jeff Garzik wrote: > CC arch/x86_64/kernel/setup.o > arch/x86_64/kernel/setup.c: In function `copy_edd': > arch/x86_64/kernel/setup.c:415: error: `EDD_MBR_SIGNATURE' undeclared=20 > (first use in this function) > arch/x86_64/kernel/setup.c:415: error: (Each undeclared identifier is=20 > reported only once > arch/x86_64/kernel/setup.c:415: error: for each function it appears in.) > arch/x86_64/kernel/setup.c:417: error: `EDD_MBR_SIG_NR' undeclared=20 > (first use in this function) > make[1]: *** [arch/x86_64/kernel/setup.o] Error 1 > make: *** [arch/x86_64/kernel] Error 2 Arrgh. On i386 it's in include/asm-i386/setup.h On x86_64 it belongs in include/asm-x86_64/bootsetup.h. Patch below defines EDD_MBR_SIG_NR and EDD_MBR_SIGNATURE on x86_64. Signed-off-by: Matt_Domsch <Matt_Domsch@dell.com>
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
Stephen Hemminger authored
Current 2.6.7 tree acts as if it is alway under memory pressure because a recent change did a s/tcp_memory_pressure/tcp_prot.memory_pressure/. The problem is tcp_prot.memory_pressure is a pointer, so it is always non-zero! Rather than using *tcp_prot.memory_pressure, just go back to looking at tcp_memory_pressure. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
Kevin Corry authored
Remove the limitation of 1024 DM devices. Signed-off-by: Kevin Corry <kevcorry@us.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Kevin Corry authored
dm-raid1.c: Declare fixed-sized (instead of variable-sized) arrays on the stack in recover() and do_write(). Signed-off-by: Kevin Corry <kevcorry@us.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Kevin Corry authored
dm-raid1.c: Since kcopyd can currently only handle 1 source and up to 8 destinations, enforce a max of 9 mirrors when creating a dm-mirror device. Signed-off-by: Kevin Corry <kevcorry@us.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Kevin Corry authored
kcopyd.c: client_add() can return void instead of an int, which will eliminate an unnecessary error path in kcopyd_client_create(). Signed-off-by: Kevin Corry <kevcorry@us.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Kevin Corry authored
kcopyd.c: Remove unused #include. Signed-off-by: Kevin Corry <kevcorry@us.ibm.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Mika Kukkonen authored
-
Andrea Arcangeli authored
'strace' shows a problem with a missing release_task for self-reaping clones that have been traced. We need to defer releasing them until the tracer is done with them, but if the tracer dies, we need to handle that case gracefully too. We do that by having 'forget_original_parent()' generate a list of tasks to release when this case happens. Patch based on discussions on linux-kernel, and suggestions from Roland McGrath <roland@redhat.com>.
-
Peter Osterlund authored
Opening a CDROM device for writing no longer works, because cdrom_open() returns -EROFS even if cdrom_open_write() succeeds. This fixes it. Signed-off-by: Peter Osterlund <petero2@telia.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Ingo Molnar authored
This fixes a corner-case NX bug: the x86 SMP kernel doesnt boot on SMP Opterons if NX is enabled [and mem=nopentium is specified], due to kernel-space NX protection preventing the SMP trampoline from being executable. Since the SMP trampoline is a rare case of 'dynamic code' executed by the kernel (it has to be below 640K so it cannot be part of the kernel text itself), i've added the necessary infrastructure to enable/disable executability of specific kernel pages. We cannot simply disable NX via the MSR because we've got the NX bits in the kernel pagetables, which are set up before we do the SMP bootup. The NX bit in the pagetables is undefined if EFER.NXE is 0, so we cannot count on NX-capable CPUs not faulting when they encounter them. I've tested the x86 kernel on a non-NX SMP x86 box and on an NX UP box, on which i've also tested a simulated SMP trampoline, it all works fine. - add infrastructure to enable/disable executability of kernel pages - make the SMP trampoline page executable. Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 30 Jun, 2004 6 commits
-
-
bk://gkernel.bkbits.net/net-drivers-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Jeff Garzik authored
-
Stephen Hemminger authored
Cleanup the SK Fddi driver a little more. Mark some functions as static, and eliminate (or comment out) some that are defined but never used. Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
-
Stephen Hemminger authored
The conversion to ANSI, caused a warning because the mulitcast code needs a cast. dmi->dmi_addr is a u8 array, and fddi_addr is just a wrapper around a u8 array. Signed-off-by: Stephen Hemminger <shemminger@osdl.org>
-
Pantelis Antoniou authored
-
Dale Farnsworth authored
Hi, Patch 2 of 2 to enable the smc91x driver to be used by the IBM Redwood5 and Redwood6 boards. Enable smc91x driver to support IBM Redwood5 and Redwood6 boards Signed-off-by: Dale Farnsworth <dale@farnsworth.org>
-