- 01 Dec, 2004 14 commits
-
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Holger Freyther authored
Patch from Holger Hans Peter Freyther arch/arm/mach-sa1100/KConfig had options for USB client. The related code was removed early in 2.6. releases. I think it is appropriate to remove the Config options for it itself, as they're void. Signed-off-by: Holger Hans Peter Freyther Signed-off-by: Russell King
-
Russell King authored
-
Tony Lindgren authored
Patch from Tony Lindgren This patch by Tuukka Tikkanen & me cleans up the OMAP MPU timer code to allow adding 32KHz timer support. Functionality is the same as earlier. Signed-off-by: Tony Lindgren Signed-off-by: Russell King
-
Nicolas Pitre authored
Patch from Nicolas Pitre Those functions are marked __init and called from __init context as well. They have no business with modules what so ever. Signed-off-by: Nicolas Pitre Signed-off-by: Russell King
-
bk://bk.arm.linux.org.uk/linux-2.6-mmcLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Nicolas Pitre authored
Patch from Nicolas Pitre Signed-off-by: Nicolas Pitre Signed-off-by: Russell King
-
bk://linux-acpi.bkbits.net/26-latest-releaseLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
Now "max_cstate=" instead of "acpi_cstate_limit=" Delete redundant static cstate flags .c2 and .c3 http://bugme.osdl.org/show_bug.cgi?id=3549 For static processor driver, boot cmdline: processor.max_cstate=2 For processor module, /etc/modprobe.conf: options processor max_cstate=2 or # modprobe processor max_cstate=2 From kernel or kernel module: #include <linux/acpi.h> acpi_set_cstate_limit(2); Suggested-by: Pavel Machek Signed-off-by: Len Brown <len.brown@intel.com>
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
http://bugzilla.kernel.org/show_bug.cgi?id=3643Signed-off-by: Alexey Y Starikovskiy <alexey.y.starikovskiy@intel.com> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Len Brown <len.brown@intel.com>
-
Len Brown authored
-
http://lia64.bkbits.net/linux-ia64-release-2.6.10Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 30 Nov, 2004 26 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
-
Len Brown authored
-
Len Brown authored
Signed-off-by: Len Brown <len.brown@intel.com>
-
Len Brown authored
http://bugzilla.kernel.org/show_bug.cgi?id=3669Signed-off-by: David Shaohua Li <shaohua.li@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
-
Len Brown authored
http://bugzilla.kernel.org/show_bug.cgi?id=3762Signed-off-by: Len Brown <len.brown@intel.com>
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Thomas Graf authored
Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Len Brown authored
so call it ioapic_renumber_irq(). A note to google: GSI is a Global System Interrupt -- a flat, linear, global IRQ number. Suggested-by: Linus Torvalds Signed-off-by: Len Brown <len.brown@intel.com>
-
Stephen Hemminger authored
Alternate workaround for blocking usage of select() by UDP applications. The problem is Linux optimizes the UDP receive checksum path so that checksum validation is not performed until the application read. This is a performance win but can cause applications that do select with blocking file descriptors to get false positives if the received message has a checksum error. There is a long running thread about this on LKML. This patch makes these applications work, but keeps the one-pass performance gain for those applications smart enough to use non-blocking file descriptors with select/poll. There is still a possibility to get a false positive if application does select on non-blocking fd then makes it blocking before doing the receive, but that is unlikely. Tested by injecting bad packets with SOCK_RAW. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net>
-
bk://kernel.bkbits.net/gregkh/linux/usb-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/gregkh/linux/i2c-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/gregkh/linux/pci-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
into intel.com:/home/lenb/src/26-latest-dev
-
Len Brown authored
Signed-off-by: Len Brown <len.brown@intel.com>
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/i2c-2.6
-
Evgeniy Polyakov authored
Check netlink socket being non NULL in error return path. Signed-off-by: Evgeniy Polyakov <johnpol@2ka.mipt.ru> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/pci-2.6
-
Greg Kroah-Hartman authored
into kroah.com:/home/greg/linux/BK/usb-2.6
-
Mitchell Blank Jr. authored
While looking at the SCM passing code in net/core/scm.c I noticed that there's a 32-bit compat implementation of scm_detach_fds()'s called scm_detach_fds_compat() living in net/compat.c. While these two functions are mostly the same the latter does not include the call to the security_file_receive() hook which is almost certainly a bug. Signed-off-by: Mitchell Blank Jr <mitch@sfgoth.com> Signed-off-by: James Morris <jmorris@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Scott Feldman authored
Signed-off-by: Scott Feldman <sfeldma@pobox.com> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Greg Kroah-Hartman authored
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Greg Kroah-Hartman authored
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
-
Tony Luck authored
Asit Mallick pointed out that the ia64 idle loop needs a "hint @pause" instruction in the cases where we don't actually halt the cpu. Acked-by: Fenghua Yu <fenghua.yu@intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
Bjorn Helgaas authored
In the absence of an HCDP, we used to assume there were legacy COM ports at 0x3f8 and 0x2f8, but I recently removed that assumption. "console=ttyS0" still works (assuming you have CONFIG_SERIAL_8250_ACPI turned on so you can find the ttyS0 device), but the console doesn't start working until the serial driver initializes. If you need an early console and you know where it lives, something like "console=uart,io,0x3f8" will start working very early. Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-