Code change, remove some Device IDs. Signed-off-by: Peer Chen <peerchen@gmail.com> --- --- linux-2.6.23-rc7/drivers/ata/ahci.c.orig 2007-09-20 11:01:55.000000000 -0400 +++ linux-2.6.23-rc7/drivers/ata/ahci.c 2007-09-24 10:08:03.000000000 -0400 @@ -472,6 +472,14 @@ static const struct pci_device_id ahci_p { PCI_VDEVICE(NVIDIA, 0x0ad9), board_ahci }, /* MCP77 */ { PCI_VDEVICE(NVIDIA, 0x0ada), board_ahci }, /* MCP77 */ { PCI_VDEVICE(NVIDIA, 0x0adb), board_ahci }, /* MCP77 */ + { PCI_V...

This patch merges the fb_powerup and fb_powerdown hooks in a single operation fb_power with an additional "state" parameter ranging from 0 (running) to 3 (poweroff). The geodefb uses state 2 as an intermediate low-power mode, where the LX or GX video unit is turned off, but the GPU may still be working. Notably, the GPU register set does not get overwritten when resuming to state 0, so the system can safely keep using the GPU while in state 2. The DCON driver now uses this new suspend state to let ...

I didn't look in 2.6.11 Kconfig files, but in 2.6.22, this driver is limited to 3 specific boards: config CS89x0 tristate "CS89x0 support" depends on NET_PCI && (ISA || MACH_IXDP2351 || ARCH_IXDP2X01 || ARCH_PNX010X) Does ARM S3C2400A qualify as any of those? (MACH_... or ARCH_...) (latter: ARCH_PNX010X is not used anywhere else AFAICT) --- ~Randy Phaedrus says that Quality is about caring. -

Right. I don't have any problem building CS89x0 for X86_32: make defconfig then enable ISA (what!?!? why not in defconfig?) and then enable CS89x0. Please send your .config file. --- ~Randy Phaedrus says that Quality is about caring. -

Wires up the new timerfd API to the x86 family. Signed-off-by: Davide Libenzi <davidel@xmailserver.org> - Davide --- arch/i386/kernel/syscall_table.S | 5 ++++- arch/x86_64/ia32/ia32entry.S | 4 +++- include/asm-i386/unistd.h | 6 ++++-- include/asm-x86_64/unistd.h | 8 ++++++-- 4 files changed, 17 insertions(+), 6 deletions(-) Index: linux-2.6.mod/arch/i386/kernel/syscall_table.S ===================================================================...

Using kernel 2.6.23-rc7 as xen domU client system I observe a kernel bug which occurs reproducibly when calling a shell from midnight commander F2 context menu or with testcase given below (However most other programs seem to be well behaved and do not trigger this bug). - A kernel compiled with debug info gives: Kernel BUG at c01037dc [verbose debug info unavailable] invalid opcode: 0000 [#5] PREEMPT SMP ... Call Trace: [<c0103de9>] <0> [<c015d1d1>] <0> [<c0190078&g...

Most xbox-linux users are stuck using 2.4, since there is no FATX driver for 2.6 and the 2.4 one is unmaintained. I've been thinking about writing FATX support into 2.6, to finally end this problem (this is basically the only thing holding up 2.6 for Xbox Linux distros). While I have done a little kernel coding in the past, I've never messed with filesystems in Linux and I'm not entirely sure what the best approach would be here. I would like to do it in such a way that it can be included in mainline...

Not really. Booting Xbox-Linux from an image file on a FATX partition is common. I don't think FUSE would work very well there. -- Hector Martin (hector@marcansoft.com) Public Key: http://www.marcansoft.com/marcan.asc -

In cpm_uart_core, functions cpm_uart_init_bd and cpm_uart_init_scc an offset into DP RAM is calculated by substracting a physical memory constant from an virtual address. This patch fixes the problem by converting the virtual address into a physical first. Signed-off-by: Jochen Friedrich <jochen@scram.de> --- drivers/serial/cpm_uart/cpm_uart_core.c | 12 ++++++++---- 1 files changed, 8 insertions(+), 4 deletions(-)

cpm_dpram_addr returns physical memory of the DP RAM instead of iomapped virtual memory. As there usually is a 1:1 MMU map of the IMMR area, this is often not noticed. However, cpm_dpram_phys assumes this iomapped virtual memory and returns garbage on the 1:1 mapped memory causing CPM1 uart console to fail. This patch fixes the problem (copied from the powerpc tree). Signed-off-by: Jochen Friedrich <jochen@scram.de> --- arch/ppc/8xx_io/commproc.c | 2 +- 1 files changed, 1 insertion...

Here is a series fixing some bugs for 8xx powerpc CPUs. 1. [POWERPC] Fix copy'n'paste typo in commproc.c 2. [PPC] Fix cpm_dpram_addr returning phys mem instead of virt mem 3. [PPC] Compile fix for 8xx CPM Ehernet driver 4. [POWERPC] Fix cpm_uart driver This series can be pulled from git://git.bocc.de/dbox2.git ppc-fixes Thanks, Jochen -

Sir/Madam, You have won €760,000.00 Euro in EURO MILLION ONLINE INT S.L SPAIN.Forfurther development for Clarification and procedure please Contact Mr.Martin john Email:info_martinjohnsp@ozu.es (1) Tic Nr: 6460DGH (2) Sr Nr: 0909AOB09 (3) LU Nr: 726726XZJHN (4) BT Nr: 2GH267XZZ1-5-42 (5) RF Nr 9527BCV-33-7-7-7 Regards. Mrs.Emma Jones ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode™ di Wind http://i-mode.wind.it/ -

I just sent emails to those who maintain bugzilla software and systems that run it, hope someone will be online soon to help alleviate -

Ah, then should be easy fix then. I don't have access to the system -

Hi, when compiling 2.6.23-rc7-git3 with a config which resembles allmodconfig, I get the following warning in modpost: WARNING: Can't handle masks in drivers/mtd/nand/cafe_nand:FFFF0 Regards, Carl-Daniel -

Yeah, I was wondering that too, but it does seem to be needed. If I make it a noop, and run the pinned tasks with an unpinned make -j2 test, Xorg at nice -5 still takes hits... se.wait_max : 11.513462 se.wait_max : 6.250911 se.wait_max : 15.181511 se.wait_max : 188.963625 se.wait_max : 4.951569 se.wait_max : 11.391749 ...which begs the question "gee...

Hi Simon, don't these error messages (except the first) risk spamming the log if something goes wrong (like the modem being unplugged)? How about rate-limiting them, like usbatm does? Ciao, Duncan. -

etc Acked-by: Duncan Sands <baldrick@free.fr> -

Acked-by: Duncan Sands <baldrick@free.fr> -

Since card status updates appear to only occur every second, a delay of 1000ms on startup may not be sufficient - change to 1500ms. The long delay of 4000ms is likely to be related to the time required for the ADSL line to come up - the driver should not need to do this. Overall delay when loading firmware will change from 5000ms to 1500ms. Signed-Off-By: Simon Arlott <simon@fire.lp0.eu> --- drivers/usb/atm/cxacru.c | 9 +++++---- 1 files changed, 5 insertions(+), 4 deletions(-) d...

They are probably only useful as debug messages - although it may be desirable to know when the configuration has been set. Also... it doesn't make sense to load the configuration only in heavy_init - if the configuration is changed then there's no way in the module to resend it without powering the device down and up. Some sysfs parameters to change configuration could be useful... except there's no information as to what these settings are. -- Simon Arlott -

it is a error do count++ here, it will let the following compare (after 8 lines) " if (!count)" always be false. Signed-off-by: Lepton Wu <ytht.net@gmail.com> diff -X linux-2.6.22.6/Documentation/dontdiff -pr -U 8 linux-2.6.22.6/arch/um/os-Linux/start_up.c linux-2.6.22.6-uml/arch/um/os-Linux/start_up.c --- linux-2.6.22.6/arch/um/os-Linux/start_up.c 2007-09-14 17:41:10.000000000 +0800 +++ linux-2.6.22.6-uml/arch/um/os-Linux/start_up.c 2007-09-23 20:14:08.000000000 +0800 @@ -250,17 +250,16 ...

Hi Thomas, Unfortunately, my observation that the patch series: http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2 worked with 2.6.23-rc4 was wrong. It _sometimes_ works, but usually doesn't boot, just like 2.6.23-rc4-mm1, 2.6.23-rc6-mm1 and everything in between with the above patch series applied. I've also tried: http://tglx.de/projects/hrtimers/2.6.23-rc5/patch-2.6.23-rc5-hrt1.patches.tar.bz2 [ message continues ]

First, for now, I build all kernels with NO_HZ and HIGH_RES_TIMERS unset (.config for 2.6.23-rc6-mm1 is attached). Second, noacpitimer added to the command line makes all of the kernels, up to and including 2.6.23-rc6-mm1, boot (this seems to be 100% reproducible). Greetings, Rafael

Attached is the dmesg output from the 2.6.23-rc6 kernel with the patchset: http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2 applied. I also have the 2.6.23-rc6-mm1 dmesg output ready, but there's some -mm-specific noise in it. Please let me know if you want it, though. Greetings, Rafael