- 16 Feb, 2005 12 commits
-
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
bk://kernel.bkbits.net/gregkh/linux/fix-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Tom Rini authored
Previous PCI9 patch had a #endif placed wrong for some unknown reason (was correct in local tree) This fixes it. Signed-off-by: Rune Torgersen <runet@innovsys.com> Signed-off-by: Tom Rini <trini@kernel.crashing.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Nathan T. Lynch authored
We weren't binding new worker threads to their cpu when onlining. Using preempt and the debug version of smp_processor_id found this. Signed-off-by: Nathan Lynch <ntl@pobox.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
David Brownell authored
This gets rid of a bug found in some IRQ handling logic, after tripping a debug assertion. Basically, a recent patch called the wrong routine to unlink a QH. Net result, it wasn't allowing for the case that some other QH was already being unlinked. This patch uses the correct routine; the names are confusingly similar, and the effect is often identical. The consequence of using the wrong routine was that the driver could lose one of the pending unlinks (probably wedging some activity) and treat the other one as completed before it was safe to do so (which probably wouldn't oops, but could cause other nasty corruption). From: Brian Murphy <brian@murphy.dk> Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
-
Alan Stern authored
This patch is clearly needed for us to be in compliance with the USB spec. It adds the mandated recovery-time delay following a port reset. Regardless of anything else we do to alter the device initialization sequence, this is necessary. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
-
David Brownell authored
Turns out that a workaround for a different EHCI chip trips up at least one NForce4 board. Neither controller can multiply right. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Antonino Daplas authored
From: Art Haas The current GCC cvs code does not like the include/linux/fb.h file: In file included from drivers/video/aty/atyfb_base.c:63: include/linux/fb.h:865: error: array type has incomplete element type This error is due to recent changes in GCC. A thread discussing this change can be found by following the link below: http://gcc.gnu.org/ml/gcc/2005-02/msg00053.html The patch moves the array declaration after the definition of the fb_modelist structure, and with this small change GCC is happy once again. Signed-off-by: Antonino Daplas <adaplas@pol.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Robert Olsson authored
- Fix printing of running list, do not stop at first not-running device, instead scan them all. - Do not free SKB before final access via show_results() Signed-off-by: David S. Miller <davem@davemloft.net>
-
- 15 Feb, 2005 20 commits
-
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
Implemented ACPI 3.0 support for implicit conversion within the Match() operator. match_obj can now be of type integer, buffer, or string instead of just type integer. Package elements are implicitly converted to the type of the match_obj. This change aligns the behavior of Match() with the behavior of the other logical operators (LLess(), etc.) It also requires an errata change to the ACPI specification as this support was intended for ACPI 3.0, but was inadvertently omitted. Fixed a problem with the internal implicit "to buffer" conversion. Strings that are converted to buffers will cause buffer truncation if the string is smaller than the target buffer. Integers that are converted to buffers will not cause buffer truncation, only zero extension (both as per the ACPI spec.) The problem was introduced when code was added to truncate the buffer, but this should not be performed in all cases, only the string case. Fixed a problem with the Buffer and Package operators where the interpreter would get confused if two such operators were used as operands to an ASL operator (such as LLess(Buffer(1){0},Buffer(1){1}). The internal result stack was not being popped after the execution of these operators, resulting in an AE_NO_RETURN_VALUE exception. Fixed a problem with constructs of the form Store(Index(...),...). The reference object returned from Index was inadvertently resolved to an actual value. This problem was introduced in version 20050114 when the behavior of Store() was modified to restrict the object types that can be used as the source operand (to match the ACPI specification.) Reduced stack use in acpi_get_object_info().
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
Bob Breuer authored
Errors should not be ignored, so add __must_check tag to this function as well. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Benjamin Herrenschmidt authored
It appears that access to the PLL registers of the radeon chip is unreliable while the card is in "legacy VGA" text mode. I don't have a good explanation yet, it might be the BIOS mucking around behind my back. This fixes the lockup by moving the code that enables/disables the dynamic power management to after the mode is set. I'm still waiting for a proper explanation from ATI... Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Hideaki Yoshifuji authored
CMSG reception needs to occur even if msg_name is not set. Signed-off-by: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
This patch adds a net_device argument to ifdown. After all, it's a bit silly to notify someone of an ifdown event without telling them what which device it was for :) Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Linus Torvalds authored
We checked the wrong byte, causing the touchpad to lose sync if an absolute packet is received after a relative packet with negative Y displacement. Signed-off-by: Dmitry Torokhov <dtor_core@ameritech.net> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Linus Torvalds authored
Noted while going through the n_tty code: that buffer check used to check against the size of the temporary kernel buffer, but since the tty layer was changed to use kernel buffers though-out, the kernel buffer array became just a pointer, and the check was limiting the opost blocksize to the size of a pointer, which makes no sense. Just remove it, since now the whole buffer is always in kernel space.
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Linus Torvalds authored
The NTTY code can get confused by 4kB chunks, apparently because n_tty_receive_room() will claim to have more room than n_tty_receive_buf() can actually accept. Until somebody figures out what the real n_tty_receive_room() logic should be, let's just limit it to a safe 2kB. Thanks go to Andreas Schwab for finding a test-case.
-
Olaf Hering authored
Signed-off-by: Olaf Hering <olh@suse.de> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Art Haas authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Ralf Bächle authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Krzysztof Helt authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
On Sparc, if the user does not specify a mode option, we should use the PROM probed values in default_var always. Signed-off-by: David S. Miller <davem@davemloft.net>
-
- 14 Feb, 2005 3 commits
-
-
David S. Miller authored
cg3_blank() needs to clear the video enable register bit to blank the screen, not set it. Signed-off-by: David S. Miller <davem@davemloft.net>
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/sparc-2.6
-
http://oss.sgi.com:8090/xfs-linux-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 15 Feb, 2005 1 commit
-
-
Nathan Scott authored
-
- 14 Feb, 2005 4 commits
-
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
Add some missing __iomem annotations for Integrator machines. Signed-off-by: Russell King <rmk@arm.linux.org.uk>
-
Russell King authored
This adds some missing annotations found by making the raw IO operations check their pointer type. Signed-off-by: Russell King <rmk@arm.linux.org.uk>
-
Russell King authored
Signed-off-by: Russell King <rmk@arm.linux.org.uk>
-