Linux Kernel Mailing List | 1 Oct 04:59 2005

[PATCH] r8169: tone down the r8169 driver

tree a36abbed986e1d803efafd662ec3d65361f02853
parent a9487e48a34d7ad606f40a76080475a522a27cff
author Francois Romieu <romieu <at> fr.zoreil.com> Sat, 01 Oct 2005 06:54:02 -0700
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sat, 01 Oct 2005 07:20:21 -0700

[PATCH] r8169: tone down the r8169 driver

Tone down the r8169 driver

As an alternative, people can use the boot time 'debug' option and/or use
'ethtool -s ethX msglvl xyz'.  The different messages are listed at:
http://www.zoreil.com/~romieu/r8169/doc/msglvl.txt

Signed-off-by: Francois Romieu <romieu <at> fr.zoreil.com>
Cc: Jeff Garzik <jgarzik <at> pobox.com>
Signed-off-by: Andrew Morton <akpm <at> osdl.org>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 drivers/net/r8169.c |    3 +--
 1 files changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
--- a/drivers/net/r8169.c
+++ b/drivers/net/r8169.c
 <at>  <at>  -92,8 +92,7  <at>  <at>  VERSION 2.2LK	<2005/01/25>
 #endif /* RTL8169_DEBUG */

 #define R8169_MSG_DEFAULT \
-	(NETIF_MSG_DRV | NETIF_MSG_PROBE | NETIF_MSG_LINK | NETIF_MSG_IFUP | \
-	 NETIF_MSG_IFDOWN)
(Continue reading)

Linux Kernel Mailing List | 1 Oct 04:59 2005

[PATCH] pmac: fix cpufreq for old tipb 550Mhz

tree a4fa93c9088781ae4ece9a5e60e8ecb9b63d960f
parent 69d37960b578be0a69383bd71d06c1fcfb86e8b9
author Benjamin Herrenschmidt <benh <at> kernel.crashing.org> Sat, 01 Oct 2005 09:21:25 +1000
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sat, 01 Oct 2005 07:20:20 -0700

[PATCH] pmac: fix cpufreq for old tipb 550Mhz

The old 550Mhz titanium powerbook can switch to a lower frequency
(500Mhz). A user has been repeately reporting overtemp conditions on his
machine at high speed so this simple patch adds support to PowerMac
cpufreq for this machine. The difference in frequency isn't big but seem
enough to fix that user's problems. The patch has been around for some
time now and doesn't seem to cause any problem, so I suppose it could go
in now.

Signed-off-by: Benjamin Herrenschmidt <benh <at> kernel.crashing.org>
Signed-off-by: Alain RICHARD <alain.richard <at> equation.fr>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 arch/ppc/platforms/pmac_cpufreq.c |    7 +++++++
 1 files changed, 7 insertions(+)

diff --git a/arch/ppc/platforms/pmac_cpufreq.c b/arch/ppc/platforms/pmac_cpufreq.c
--- a/arch/ppc/platforms/pmac_cpufreq.c
+++ b/arch/ppc/platforms/pmac_cpufreq.c
 <at>  <at>  -695,6 +695,13  <at>  <at>  static int __init pmac_cpufreq_setup(voi
 		set_speed_proc = pmu_set_cpu_speed;
 		is_pmu_based = 1;
 	}
+	/* Else check for TiPb 550 */
(Continue reading)

Linux Kernel Mailing List | 1 Oct 04:59 2005

[PATCH] Fix IXP2000 serial port resource range

tree 1041e0ea3650a74d5b1fc730cd7b697d0eed5d01
parent 1c9426e8a59461688bb451e006456987b198e4c0
author Deepak Saxena <dsaxena <at> plexity.net> Sat, 01 Oct 2005 06:20:22 -0700
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sat, 01 Oct 2005 07:20:20 -0700

[PATCH] Fix IXP2000 serial port resource range

Serial port only needs 32 bytes of resource space but we are currently
asking for 64K.

Signed-off-by: Deepak Saxena <dsaxena <at> plexity.net>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 0 files changed

Linux Kernel Mailing List | 1 Oct 08:59 2005

[PATCH] ARM: Fix IXP2000 serial port resource range. For real this time.

tree 21783503ba16539d1e0d9d0b53edf97266382daf
parent f0e837d9182d7903bde3ebafbd1d0d68c6d32d43
author Deepak Saxena <dsaxena <at> plexity.net> Sat, 01 Oct 2005 06:20:22 -0700
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sat, 01 Oct 2005 13:04:20 -0700

[PATCH] ARM: Fix IXP2000 serial port resource range. For real this time.

Serial port only needs 32 bytes of resource space but we are currently
asking for 64K.

Signed-off-by: Deepak Saxena <dsaxena <at> plexity.net>
[ diff went missing first time due to corrupted patch ]
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 arch/arm/mach-ixp2000/core.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm/mach-ixp2000/core.c b/arch/arm/mach-ixp2000/core.c
--- a/arch/arm/mach-ixp2000/core.c
+++ b/arch/arm/mach-ixp2000/core.c
 <at>  <at>  -167,7 +167,7  <at>  <at>  static struct plat_serial8250_port ixp20

 static struct resource ixp2000_uart_resource = {
 	.start		= IXP2000_UART_PHYS_BASE,
-	.end		= IXP2000_UART_PHYS_BASE + 0xffff,
+	.end		= IXP2000_UART_PHYS_BASE + 0x1f,
 	.flags		= IORESOURCE_MEM,
 };

(Continue reading)

Linux Kernel Mailing List | 1 Oct 20:59 2005

Fix inequality comparison against "task->state"

tree 4d9c164faaff5df25044b15afa235debc96091dc
parent fd2e54b35bd70d11c160ded4834e2378e915356e
author Linus Torvalds <torvalds <at> g5.osdl.org> Sun, 02 Oct 2005 01:04:18 -0700
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sun, 02 Oct 2005 01:04:18 -0700

Fix inequality comparison against "task->state"

We should always use bitmask ops, rather than depend on some ordering of
the different states.  With the TASK_NONINTERACTIVE flag, the inequality
doesn't really work.

Oleg Nesterov argues (likely correctly) that this test is unnecessary in
the first place.  However, the minimal fix for now is to at least make
it work in the presense of TASK_NONINTERACTIVE.  Waiting for consensus
from Roland & co on potential bigger cleanups.

Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 kernel/exit.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/exit.c b/kernel/exit.c
--- a/kernel/exit.c
+++ b/kernel/exit.c
 <at>  <at>  -1203,7 +1203,7  <at>  <at>  static int wait_task_stopped(task_t *p, 

 		exit_code = p->exit_code;
 		if (unlikely(!exit_code) ||
-		    unlikely(p->state > TASK_STOPPED))
+		    unlikely(p->state & TASK_TRACED))
(Continue reading)

Linux Kernel Mailing List | 1 Oct 20:59 2005

[PATCH] trivial #if -> #ifdef

tree 6396bae6e445cc732ace9792018a14ece9274b0f
parent 2d8ab6ad6edf0e8709da9ad24e3f023503f76cee
author Diego Calleja <diegocg <at> gmail.com> Sat, 01 Oct 2005 17:00:48 +0200
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sun, 02 Oct 2005 00:54:47 -0700

[PATCH] trivial #if -> #ifdef

Use '#ifdef' consistently on __KERNEL__.  This was reported as bug #5340
(isn't easier to send a fix than report the bug?!)

Signed-off-by: Diego Calleja <diegocg <at> gmail.com>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 include/linux/mod_devicetable.h |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
--- a/include/linux/mod_devicetable.h
+++ b/include/linux/mod_devicetable.h
 <at>  <at>  -183,7 +183,7  <at>  <at>  struct of_device_id
 	char	name[32];
 	char	type[32];
 	char	compatible[128];
-#if __KERNEL__
+#ifdef __KERNEL__
 	void	*data;
 #else
 	kernel_ulong_t data;
Linux Kernel Mailing List | 1 Oct 20:59 2005

[PATCH] ppc64: fix up()/down() usage for kprobe_mutex

tree ba5f06ad6f77c199f9f7d79493013dbdebf2ba6c
parent 702c96d55059b4a8e5b1eb112ee3b1804708a1bd
author Ananth N Mavinakayanahalli <ananth <at> in.ibm.com> Sat, 01 Oct 2005 21:14:17 -0400
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sun, 02 Oct 2005 00:54:47 -0700

[PATCH] ppc64: fix up()/down() usage for kprobe_mutex

The incorrect kprobe_mutex usage on x86_64 had percolated to ppc64 too.
First noticed by Yanmin Zhang.

Signed-off-by: Ananth N Mavinakayanahalli <ananth <at> in.ibm.com>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 arch/ppc64/kernel/kprobes.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/arch/ppc64/kernel/kprobes.c b/arch/ppc64/kernel/kprobes.c
--- a/arch/ppc64/kernel/kprobes.c
+++ b/arch/ppc64/kernel/kprobes.c
 <at>  <at>  -59,9 +59,9  <at>  <at>  int __kprobes arch_prepare_kprobe(struct

 	/* insn must be on a special executable page on ppc64 */
 	if (!ret) {
-		up(&kprobe_mutex);
-		p->ainsn.insn = get_insn_slot();
 		down(&kprobe_mutex);
+		p->ainsn.insn = get_insn_slot();
+		up(&kprobe_mutex);
 		if (!p->ainsn.insn)
 			ret = -ENOMEM;
(Continue reading)

Linux Kernel Mailing List | 2 Oct 02:59 2005

[ARM] 2945/1: ARM fortunet fails to build because of missing include

tree 2c803a5b61b8559bd18ae69b01031fe74e5fe4c0
parent 9f4426dde2be352aabc326539eccc726cea2d98c
author Vincent Sanders <vince <at> kyllikki.org> Sat, 01 Oct 2005 22:56:34 +0100
committer Russell King <rmk+kernel <at> arm.linux.org.uk> Sat, 01 Oct 2005 22:56:34 +0100

[ARM] 2945/1: ARM fortunet fails to build because of missing include

Patch from Vincent Sanders

When building the fortunet ARM platform it fails to compile because of
missing include.

Signed-off-by: Vincent Sanders <vince <at> arm.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel <at> arm.linux.org.uk>

 arch/arm/mach-clps711x/fortunet.c |    2 ++
 1 files changed, 2 insertions(+)

diff --git a/arch/arm/mach-clps711x/fortunet.c b/arch/arm/mach-clps711x/fortunet.c
--- a/arch/arm/mach-clps711x/fortunet.c
+++ b/arch/arm/mach-clps711x/fortunet.c
 <at>  <at>  -31,6 +31,8  <at>  <at> 

 #include <asm/mach/arch.h>

+#include <asm/memory.h>
+
 #include "common.h"

 struct meminfo memmap = {
(Continue reading)

Linux Kernel Mailing List | 2 Oct 02:59 2005

[ARM] 2944/1: GCC 4 mx1ads serial driver compile fix

tree a36e6d4f5b808e74c3701572168a85e7b6403a45
parent f0e837d9182d7903bde3ebafbd1d0d68c6d32d43
author Vincent Sanders <vince <at> kyllikki.org> Sat, 01 Oct 2005 22:56:34 +0100
committer Russell King <rmk+kernel <at> arm.linux.org.uk> Sat, 01 Oct 2005 22:56:34 +0100

[ARM] 2944/1: GCC 4 mx1ads serial driver compile fix

Patch from Vincent Sanders

When building the mx1ads ARM platforms the serial driver fails to compile
with GCC 4.01 due to extern/static ambiguity.

Signed-off-by: Vincent Sanders <vince <at> arm.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel <at> arm.linux.org.uk>

 drivers/serial/imx.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/serial/imx.c b/drivers/serial/imx.c
--- a/drivers/serial/imx.c
+++ b/drivers/serial/imx.c
 <at>  <at>  -860,7 +860,7  <at>  <at>  imx_console_setup(struct console *co, ch
 	return uart_set_options(&sport->port, co, baud, parity, bits, flow);
 }

-extern struct uart_driver imx_reg;
+static struct uart_driver imx_reg;
 static struct console imx_console = {
 	.name		= "ttySMX",
 	.write		= imx_console_write,
(Continue reading)

Linux Kernel Mailing List | 2 Oct 02:59 2005

[PATCH] pmac/radeonfb: Add suspend support for M11 chip in new iBook 12"

tree a93505ba7f7983e529b3cf19670cfc1b1af75fc7
parent 14bf01bb0599c89fc7f426d20353b76e12555308
author Sven Henkel <shenkel <at> gmail.com> Sun, 02 Oct 2005 08:29:18 +1000
committer Linus Torvalds <torvalds <at> g5.osdl.org> Sun, 02 Oct 2005 07:01:48 -0700

[PATCH] pmac/radeonfb: Add suspend support for M11 chip in new iBook 12"

This adds suspend support for the Radeon M11 chip in 12" iBooks
manufactured after July 2005.  I don't know if the new 14" iBooks also
have that chip, so they might also be supported.

The chip identifies itself as "RV350 NV" (pci id 0x4e56), revision 0x80.
Apple calls it "Snowy", xfree86 names it "ATI FireGL Mobility T2 (M11)
NV (AGP)".  So, we seem to be lucky here: The suspend-code for the M10
(which also is a "RV350 NV") works flawless for that chip.

Signed-off-by: Sven Henkel <shenkel <at> gmail.com>
Signed-off-by: Benjamin Herrenschmidt <benh <at> kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>

 drivers/video/aty/radeon_pm.c |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/drivers/video/aty/radeon_pm.c b/drivers/video/aty/radeon_pm.c
--- a/drivers/video/aty/radeon_pm.c
+++ b/drivers/video/aty/radeon_pm.c
 <at>  <at>  -62,9 +62,9  <at>  <at>  static void radeon_pm_disable_dynamic_mo
                 OUTPLL(pllSCLK_CNTL, tmp);
 		return;
 	}
(Continue reading)


Gmane