I manually resolved the following conflicts in git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6#next-creds when merging with latest Linus. (This branch holds the creds API changes from David Howells and is being pulled into linux-next). commit 293f28d5b02efe4504d5976f6f5889458ed56539 Merge: ea40dc0... 796aade... Author: James Morris <jmorris@namei.org> Date: Mon Aug 11 09:22:10 2008 +1000 Merge branch 'master' into next-creds Conflicts: ...

From: Alexander Beregalov <a.beregalov@gmail.com> sound/pci/Kconfig: update for ice1712/24 Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com> --- sound/pci/Kconfig | 14 +++++++++----- 1 files changed, 9 insertions(+), 5 deletions(-) diff --git a/sound/pci/Kconfig b/sound/pci/Kconfig index f7d95b2..e14dc54 100644 --- a/sound/pci/Kconfig +++ b/sound/pci/Kconfig @@ -649,8 +649,9 @@ config SND_ICE1712 Currently supported hardware is: M-Audio Delta 1010(LT), DiO ...

WARNING: arch/x86/kernel/built-in.o(.cpuinit.text+0x1591): Section mismatch in reference from the function init_amd() to the function .init.text:check_enable_amd_mmconf_dmi() The function __cpuinit init_amd() references a function __init check_enable_amd_mmconf_dmi(). If check_enable_amd_mmconf_dmi is only used by init_amd then annotate check_enable_amd_mmconf_dmi with a matching annotation. check_enable_amd_mmconf_dmi is only called from init_amd which is __cpuinit Signed-off-by: Marcin ...

From: Alexander Beregalov <a.beregalov@gmail.com> ice1724/revo: simple clean up Signed-off-by: Alexander Beregalov <a.beregalov@gmail.com> --- sound/pci/ice1712/revo.c | 12 ++++++++---- 1 files changed, 8 insertions(+), 4 deletions(-) diff --git a/sound/pci/ice1712/revo.c b/sound/pci/ice1712/revo.c index 4d26314..5e1b156 100644 --- a/sound/pci/ice1712/revo.c +++ b/sound/pci/ice1712/revo.c @@ -524,16 +524,20 @@ static int __devinit revo_init(struct snd_ice1712 *ice) ak = ...

This patch makes the needlessly global free_un() static. Signed-off-by: Adrian Bunk <bunk@kernel.org> --- 4d674b52ad86936fcc96601fd37c04fb7343c0b8 diff --git a/ipc/sem.c b/ipc/sem.c index bf1bc36..0821224 100644 --- a/ipc/sem.c +++ b/ipc/sem.c @@ -504,7 +504,7 @@ static int count_semzcnt (struct sem_array * sma, ushort semnum) return semzcnt; } -void free_un(struct rcu_head *head) +static void free_un(struct rcu_head *head) { struct sem_undo *un = container_of(head, struct ...

Hi Andrew. Alternate version of the PMS patch sent yesterday. This one makes it need explicit enabling when builtin and doesn't change anything when modular as per Alan Cox's comments. This is a deprecated, unused driver meaning it doesn't matter. It still fixes that (randconfig testing breakage) which it is supposed to fix. Rene.

I suppose I wouldn't be messing with these drivers in the first place if I weren't deeply into trivia, so <bow> ... Rene.

cgroup_is_removed() can now become static. Additionally, make it no longer "inline" but let gcc decide whether or not to inline it. Signed-off-by: Adrian Bunk <bunk@kernel.org> --- 8e37a5ecc6f51b3904d5be693c16324bad6923c5 diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h index c98dd7c..f5df0ae 100644 --- a/include/linux/cgroup.h +++ b/include/linux/cgroup.h @@ -295,8 +295,6 @@ int cgroup_add_files(struct cgroup *cgrp, const struct cftype cft[], int count); -int ...

From: Krzysztof Helt <krzysztof.h1@wp.pl> The correct id for the AGP bridge is the id of the main host (5591) not the id of the PCI-to-PCI bridge AGP (0001). Output from "lspci -nv" shows that only the former has AGP capabilities flag set: 00:00.0 0600: 1039:5591 (rev 02) Flags: bus master, medium devsel, latency 64 Memory at ec000000 (32-bit, non-prefetchable) [size=32M] Capabilities: [c0] AGP version 1.0 00:02.0 0604: 1039:0001 (prog-if 00 [Normal decode]) ...

Note that s3c2410_wdt still gives an additional warning that I've fixed in my set of ARM watchdog fixes. It would be nice to get _all_ the issues resolved. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: --

git mv include/asm-h8300/* arch/h8300/include/asm Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp> arch/h8300/include/asm/Kbuild | 1 + arch/h8300/include/asm/a.out.h | 20 ++ arch/h8300/include/asm/atomic.h | 144 +++++++++++ arch/h8300/include/asm/auxvec.h | 4 + arch/h8300/include/asm/bitops.h | 212 ++++++++++++++++ arch/h8300/include/asm/bootinfo.h | 2 + arch/h8300/include/asm/bug.h ...

Hi everybody, As usual, the kmemtrace userspace repo is located at git://repo.or.cz/kmemtrace-user.git It's not updated now, but I will rebase it. So re-clone it, don't just git-rebase it. The changes were too extensive and I'd like to keep the revision history clean. Changes in kmemtrace: - new ABI, supports variable sized packets and it's much shorter (it has specific fields for allocations) - we'll use splice() in userspace - replaced timestamps with sequence numbers, since timestamps ...

Documented kmemtrace's ABI, purpose and design. Also includes a short usage guide, FAQ, as well as a link to the userspace application's Git repository, which is currently hosted at repo.or.cz. Signed-off-by: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro> --- Documentation/ABI/testing/debugfs-kmemtrace | 71 +++++++++++++++ Documentation/vm/kmemtrace.txt | 126 +++++++++++++++++++++++++++ 2 files changed, 197 insertions(+), 0 deletions(-) create mode 100644 ...

This adds hooks for the SLUB allocator, to allow tracing with kmemtrace. Signed-off-by: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro> --- include/linux/slub_def.h | 53 ++++++++++++++++++++++++++++++++++-- mm/slub.c | 66 +++++++++++++++++++++++++++++++++++++++++---- 2 files changed, 110 insertions(+), 9 deletions(-) diff --git a/include/linux/slub_def.h b/include/linux/slub_def.h index d117ea2..d77012a 100644 --- a/include/linux/slub_def.h +++ ...

On Sun, Aug 10, 2008 at 8:14 PM, Eduard - Gabriel Munteanu I think Matt acked this already but as you dropped the tags, I'll ask once more before I merge this. --

Does it still happen if: - CONFIG_FTRACE is unset - CONFIG_FTRACE is set, but CONFIG_FTRACE_STARTUP_TEST is unset? Rafael --

yes Marcin --

Hi, can I write. --

Thanks Bart! Groovy... Want me to merge this, or will you shepherd it in? Acked-by: Kyle McMartin <kyle@mcmartin.ca> regards, Kyle --

Since we solved this by overriding default ->{in,out}put_data methods in {q40,falcon}ide M68K_IDE_SWAP define can go away. Cc: Geert Uytterhoeven <geert@linux-m68k.org> Cc: Roman Zippel <zippel@linux-m68k.org> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- include/asm-m68k/ide.h | 9 --------- 1 file changed, 9 deletions(-) Index: b/include/asm-m68k/ide.h =================================================================== --- a/include/asm-m68k/ide.h +++ ...

It has been dead for more than 3 years and needs to be converted to use platform PATA support anyway. Cc: Russell King <rmk@arm.linux.org.uk> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- include/asm-arm/arch-sa1100/ide.h | 75 -------------------------------------- 1 file changed, 75 deletions(-) Index: b/include/asm-arm/arch-sa1100/ide.h =================================================================== --- a/include/asm-arm/arch-sa1100/ide.h +++ /dev/null @@ ...

Add ide_floppy_set_media_lock() helper and convert idefloppy_open(), idefloppy_release() and ide_floppy_lockdoor() to use it. There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-floppy.c | 39 ++++++++++++++++----------------------- 1 file changed, 16 insertions(+), 23 deletions(-) Index: ...

Just some more work on generic ATAPI layer... - code unifications here and there - move IDEFLOPPY_IOCTL_FORMAT_* support to a separate file - ide_pc_intr() no longer requires zillion of arguments Applies on top of current pata tree, tested with ide-scsi. diffstat: drivers/ide/Makefile | 3 drivers/ide/ide-atapi.c | 323 +++++++++++++++-- drivers/ide/ide-floppy.c | 739 ++++++----------------------------------- drivers/ide/ide-floppy.h | 72 +++ ...

* Add ide_do_test_unit_ready() helper and convert ide-{floppy,tape}.c to use it. * Remove no longer used idetape_create_test_unit_ready_cmd(). There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-atapi.c | 11 +++++++++++ drivers/ide/ide-floppy.c | 6 +----- drivers/ide/ide-tape.c | 10 +--------- include/linux/ide.h | 1 + 4 files ...

map hwif->sg_{table,nents} on pc->{sg,sg_cnt} (multi-IRQs-per-sg fix) Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- I will fold this into the original patch later. drivers/ide/ide-floppy.c | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) Index: b/drivers/ide/ide-floppy.c =================================================================== --- a/drivers/ide/ide-floppy.c +++ b/drivers/ide/ide-floppy.c @@ ...

* Move ->ticks field from struct ide_floppy_obj to ide_drive_t. * Move idefloppy_transfer_pc() to ide-atapi.c and make ide_transfer_pc() use it. * Always use ide_transfer_pc as a handler in ide_issue_pc(). * Remove no longer used idefloppy_start_pc_transfer(), ide*_transfer_pc() and 'handler' argument from ide_issue_pc(). * Make ide_transfer_pc() static. While at it: * idefloppy_transfer_pc() -> ide_delayed_transfer_pc() * IDEFLOPPY_TICKS_DELAY -> IDEFLOPPY_PC_DELAY * ...

Add IDE_AFLAG_{SRFP,WP} drive->atapi_flags and use them instead of ->{srfp,wp} struct ide_floppy_obj fields. There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-floppy.c | 24 ++++++++++++++---------- include/linux/ide.h | 16 ++++++++++------ 2 files changed, 24 insertions(+), 16 deletions(-) Index: ...

* Add 'int dsc' argument to ->pc_callback method. * Call ide_tape_handle_dsc() internally in ide_tape_callback() if dsc argument is set and update ide_pc_intr() accordingly. There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-atapi.c | 16 +++++++--------- drivers/ide/ide-floppy.c | 6 +++--- drivers/ide/ide-tape.c | 13 +++++++++---- ...

* Add ide_queue_pc_tail() and convert ide-{floppy,tape}.c to use it instead of ide*_queue_pc_tail(). * Remove no longer used ide*_queue_pc_tail(). There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-atapi.c | 23 +++++++++++++++ drivers/ide/ide-floppy.c | 49 +++++++++++---------------------- drivers/ide/ide-tape.c | 69 ...

* Always use ide_pc_intr as a handler in ide_pc_intr(). * Remove no longer used ide*_pc_intr() and 'handler' argument from ide_{transfer_pc,pc_intr}(). * Make ide_pc_intr() static. There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-atapi.c | 15 +++++++++------ drivers/ide/ide-floppy.c | 10 ++-------- drivers/ide/ide-tape.c | 18 ...

* Add ide_do_start_stop() helper and convert ide-{floppy,tape}.c to use it. * Remove no longer used idefloppy_create_start_stop_cmd() and idetape_create_load_unload_cmd(). There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-atapi.c | 15 +++++++++++++++ drivers/ide/ide-floppy.c | 19 ++++--------------- drivers/ide/ide-tape.c | 24 ...

While at it: - idefloppy_create_read_capacity_cmd() -> ide_floppy_create_read_capacity_cmd() - idefloppy_create_mode_sense_cmd() -> ide_floppy_create_mode_sense_cmd() - idefloppy_create_request_sense_cmd() -> ide_floppy_create_request_sense_cmd() - idefloppy_create_format_unit_cmd() -> ide_floppy_create_format_unit_cmd() - idefloppy_get_sfrp_bit() -> ide_floppy_get_sfrp_bit() Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- ...

Add 'struct ide_atapi_pc request_sense_pc' and 'request request_sense_rq' to ide_drive_t and use them instead of fields in struct ide_{floppy,tape}_obj. There should be no functional changes caused by this patch. Cc: Borislav Petkov <petkovbb@gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> --- drivers/ide/ide-floppy.c | 4 - drivers/ide/ide-floppy.h | 3 - drivers/ide/ide-tape.c | 7 -- include/linux/ide.h | 134 ...

Hi! dmesg: [ 10.084802] Asus Laptop ACPI Extras version 0.30 [ 10.088918] unsupported model X55SV, trying default values [ 10.088918] send /proc/acpi/dsdt to the developers My Laptop is a Asus X55SV-AP166C running with Debian testing with Kernel 2.6.26-1-686 from the Debian unstable repository. OK, there is a cat /proc/acpi/dsdt > dsdt in the attachment I hope it helps you to support this. If you need somthing else, please send a mail to me. cheers wickey -- ...

Removed duplicated #include <linux/quotaops.h> in fs/reiserfs/super.c. Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com> diff --git a/fs/reiserfs/super.c b/fs/reiserfs/super.c index 282a135..d318c7e 100644 --- a/fs/reiserfs/super.c +++ b/fs/reiserfs/super.c @@ -27,7 +27,6 @@ #include <linux/mnt_namespace.h> #include <linux/mount.h> #include <linux/namei.h> -#include <linux/quotaops.h> struct file_system_type reiserfs_fs_type; --

Wire up for m68k{,nommu} the system calls that were added in the last merge window: commit 4006553b06306b34054529477b06b68a1c66249b (flag parameters: inotify_init) commit ed8cae8ba01348bfd83333f4648dd807b04d7f08 (flag parameters: pipe) commit 336dd1f70ff62d7dd8655228caed4c5bfc818c56 (flag parameters: dup2) commit a0998b50c3f0b8fdd265c63e0032f86ebe377dbf (flag parameters: epoll_create) commit 9fe5ad9c8cef9ad5873d8ee55d1cf00d9b607df0 (flag parameters add-on: remove epoll_create size ...

Thanks Adrian. I've merged all these into one big "Fix a pile of broken watchdog drivers" commit along with the remaining fixes for s3c2410_wdt that were missed from my patch. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: --

Hi Andreas, this isn't the bug which is handled by the read-three-times-workaround. Instead, that handels the following PIIX4 errata: * PIIX4 Errata: * * The power management timer may return improper results when read. * Although the timer value settles properly after incrementing, * while incrementing there is a 3 ns window every 69.8 ns where the * timer value is indeterminate (a 4.2% chance that the data will be * incorrect when read). As a result, the ACPI free running count ...

Hello all, forgive me for such a blunt description, but: "bad hardware - PASS, good hardware - FAIL" That's about what could be used as a summary for my recent observations about our ACPI PM-Timer usage ;) With a modified pmtmr_test on my stoneage system, I get the following sequence (relevant excerpt only): 652419 <== 65241b <=================== 65241d ...

Hello all, On Fri, Aug 8, 2008 at 4:52 AM, Kevin Hilman I do not understand what is the point of adding dm6467.h without #ifdef CONFIG_ARCH_DAVINCI_DM646x. If I have 6446 why should I add 6467. This make sense if I have board with multiple chips like dm6446 chip and dm6467 chips. Can you please explain. I can understand you are trying to follow omap model but some other nice models are also available for example SH model we can take advantage of those. I like this approach in SH that ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/scsi/aha152x.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/aha152x.c b/drivers/scsi/aha152x.c index b5a868d..1e5478a 100644 --- a/drivers/scsi/aha152x.c +++ b/drivers/scsi/aha152x.c @@ -337,7 +337,7 @@ CMD_INC_RESID(struct scsi_cmnd *cmd, int inc) #else #define IRQ_MIN 9 #if defined(__PPC) -#define IRQ_MAX (NR_IRQS-1) +#define IRQ_MAX (nr_irqs-1) #else #define IRQ_MAX 12 ...

so don't all irq_cfg at begining to allocate all. and only call that when needed Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/io_apic_64.c | 24 ++++++++++++------------ 1 files changed, 12 insertions(+), 12 deletions(-) diff --git a/arch/x86/kernel/io_apic_64.c b/arch/x86/kernel/io_apic_64.c index 0fc7f5a..a2e3dda 100644 --- a/arch/x86/kernel/io_apic_64.c +++ b/arch/x86/kernel/io_apic_64.c @@ -129,6 +129,9 @@ static void __init init_work(void *data) ...

and at this point it is equal NR_IRQS v2: according to Eric, we need to take care of arch without generic_hardirqs Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/m68k/kernel/ints.c | 2 ++ arch/s390/kernel/irq.c | 2 ++ arch/sparc/kernel/irq.c | 3 +++ include/linux/interrupt.h | 2 ++ kernel/irq/autoprobe.c | 10 +++++----- kernel/irq/chip.c | 20 ++++++++++---------- kernel/irq/handle.c | 3 ++- kernel/irq/manage.c | 16 ...

so could remove timer_rand_state pointer array v2: keep the old way to support arch not support irq_desc Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/char/random.c | 66 +++++++++++++++++++++++++++++++++++++++++++++--- include/linux/irq.h | 2 + 2 files changed, 63 insertions(+), 5 deletions(-) diff --git a/drivers/char/random.c b/drivers/char/random.c index 872669e..9af9bf7 100644 --- a/drivers/char/random.c +++ b/drivers/char/random.c @@ -557,7 +557,7 @@ struct ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/pcmcia/at91_cf.c | 2 +- drivers/pcmcia/vrc4171_card.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pcmcia/at91_cf.c b/drivers/pcmcia/at91_cf.c index 6849685..194c8ba 100644 --- a/drivers/pcmcia/at91_cf.c +++ b/drivers/pcmcia/at91_cf.c @@ -273,7 +273,7 @@ static int __init at91_cf_probe(struct platform_device *pdev) goto fail0d; cf->socket.pci_irq = board->irq_pin; } ...

could have crazy big arrays and allocate them in bootmem at init stage. also also to allocate array according to size we need to use to avoid wasting memory use CONFIG_HAVE_DYN_ARRAY to enable it or not usage: |static struct irq_desc irq_desc_init __initdata = { | .status = IRQ_DISABLED, | .chip = &no_irq_chip, | .handle_irq = handle_bad_irq, | .depth = 1, | .lock = __SPIN_LOCK_UNLOCKED(irq_desc->lock), |#ifdef CONFIG_SMP | .affinity = ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/char/random.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/char/random.c b/drivers/char/random.c index fdbdcfc..872669e 100644 --- a/drivers/char/random.c +++ b/drivers/char/random.c @@ -558,7 +558,13 @@ struct timer_rand_state { }; static struct timer_rand_state input_timer_state; + +#ifdef CONFIG_HAVE_DYN_ARRAY +static struct timer_rand_state ...

when CONFIG_HAVE_SPARSE_IRQ preallocate some irq_2_iommu, and use get_one_free_irq_2_iomm to get one and link to irq_desc if needed. else will use dyn_array or static array Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/pci/intr_remapping.c | 213 ++++++++++++++++++++++++++++++++---------- include/linux/irq.h | 4 + 2 files changed, 169 insertions(+), 48 deletions(-) diff --git a/drivers/pci/intr_remapping.c b/drivers/pci/intr_remapping.c index ...

add CONFIG_HAVE_SPARSE_IRQ to for use condensed array preallocate 32 irq_desc, and irq_desc() will try to get more. v2: accrording to Eric, change get_irq_desc() to irq_desc() Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/Kconfig | 4 + arch/alpha/kernel/irq.c | 19 ++- arch/alpha/kernel/irq_alpha.c | 5 +- arch/alpha/kernel/irq_i8259.c | 8 +- ...

so don't all irq_desc at begining to allocate all. and only call that when needed v2: make sure arch without GENERIC_HARDIRQS works too Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- fs/proc/proc_misc.c | 41 +++++++++++++++++++++++++++-------------- include/linux/interrupt.h | 5 +++++ 2 files changed, 32 insertions(+), 14 deletions(-) diff --git a/fs/proc/proc_misc.c b/fs/proc/proc_misc.c index aeb0a40..1131f07 100644 --- a/fs/proc/proc_misc.c +++ ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/net/3c59x.c | 4 ++-- drivers/net/hamradio/baycom_ser_fdx.c | 4 ++-- drivers/net/hamradio/scc.c | 6 +++--- drivers/net/wan/sbni.c | 2 +- 4 files changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/net/3c59x.c b/drivers/net/3c59x.c index 8db4e6b..7449a1c 100644 --- a/drivers/net/3c59x.c +++ b/drivers/net/3c59x.c @@ -90,7 +90,7 @@ static int vortex_debug = 1; ...

together with attached patch LBSuse:~ # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 CPU8 CPU9 CPU10 CPU11 CPU12 CPU13 CPU14 CPU15 CPU16 CPU17 CPU18 CPU19 CPU20 CPU21 CPU22 CPU23 CPU24 CPU25 CPU26 CPU27 CPU28 CPU29 CPU30 CPU31 0: 255 0 0 0 0 0 0 0 ...

based Eric's patch ... together mold it with dyn_array for irq_desc, will allcate kstat_irqs for nr_irq_desc alltogether if needed. -- at that point nr_cpus is known already. v2: make sure system without generic_hardirqs works they don't have irq_desc Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/alpha/kernel/irq.c | 2 +- arch/alpha/kernel/irq_alpha.c | 2 +- arch/arm/kernel/irq.c | 2 +- arch/arm/mach-ns9xxx/irq.c ...

so don't all irq_desc at begining to allocate all. and only call that when needed v2: make sure arch without GENERIC_HARDIRQS works too Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/io_apic_64.c | 6 +++--- arch/x86/kernel/irq_64.c | 5 ++--- arch/x86/kernel/irqinit_64.c | 17 +++++------------ include/linux/irq.h | 5 +++++ kernel/irq/internals.h | 4 ++-- kernel/irq/manage.c | 2 +- kernel/irq/proc.c | 10 ...

so could spare some memory with small alignment in bootmem also tighten the alignment checking..., and make print out less debug info Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/setup_percpu.c | 16 +++++++--- include/linux/init.h | 2 +- init/main.c | 65 ++++++++++++++++++++++++++++++--------- 3 files changed, 62 insertions(+), 21 deletions(-) diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c index ...

preallocate size is 32, and if is not enough, irq_cfg will more with alloc_bootmem or kzalloc v2: fix typo about size of init_one_irq_cfg ... should use sizeof(struct irq_cfg) v3: according to Eric, change get_irq_cfg() to irq_cfg() v4: squash add irq_cfg_with_new in Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/io_apic_64.c | 209 ++++++++++++++++++++++++++++++++++-------- 1 files changed, 169 insertions(+), 40 deletions(-) diff --git ...

also add first_free_entry and pin_map_size Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/io_apic_32.c | 26 ++++++++++++++------------ arch/x86/kernel/io_apic_64.c | 33 +++++++++++++++++---------------- arch/x86/kernel/irq_32.c | 8 ++++---- arch/x86/kernel/irq_64.c | 8 ++++---- arch/x86/kernel/irqinit_32.c | 2 +- arch/x86/kernel/irqinit_64.c | 2 +- include/asm-x86/irq.h | 3 +++ 7 files changed, 44 insertions(+), 38 ...

so later don't need compare with -1U Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- include/linux/irq.h | 2 +- kernel/irq/handle.c | 113 ++++++++++++++++++++++++++------------------------ 2 files changed, 60 insertions(+), 55 deletions(-) diff --git a/include/linux/irq.h b/include/linux/irq.h index 979ef9e..b9b56fe 100644 --- a/include/linux/irq.h +++ b/include/linux/irq.h @@ -221,7 +221,7 @@ extern struct irq_desc *irq_descX; extern struct irq_desc *irq_descX; #define ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- drivers/pci/intr_remapping.c | 16 ++++++++-------- 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/pci/intr_remapping.c b/drivers/pci/intr_remapping.c index bb642cc..980566e 100644 --- a/drivers/pci/intr_remapping.c +++ b/drivers/pci/intr_remapping.c @@ -22,7 +22,7 @@ static DEFINE_SPINLOCK(irq_2_ir_lock); int irq_remapped(int irq) { - if (irq > NR_IRQS) + if (irq > nr_irqs) return 0; if ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/acpi/boot.c | 30 ++++++++++++++++++++++++++++-- include/asm-x86/mpspec.h | 1 + 2 files changed, 29 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c index 27ef365..443cb30 100644 --- a/arch/x86/kernel/acpi/boot.c +++ b/arch/x86/kernel/acpi/boot.c @@ -962,6 +962,29 @@ void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) nr_ioapics++; } +int ...

Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- fs/proc/proc_misc.c | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/proc/proc_misc.c b/fs/proc/proc_misc.c index ded9698..1968251 100644 --- a/fs/proc/proc_misc.c +++ b/fs/proc/proc_misc.c @@ -503,7 +503,7 @@ static int show_stat(struct seq_file *p, void *v) struct timespec boottime; unsigned int *per_irq_sum; - per_irq_sum = kzalloc(sizeof(unsigned int)*NR_IRQS, GFP_KERNEL); + per_irq_sum = ...

loop with irq_desc list Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/irq_64.c | 31 ++++++++++++++++++++++++------- fs/proc/proc_misc.c | 28 ++++++++++++++++++++++++---- 2 files changed, 48 insertions(+), 11 deletions(-) diff --git a/arch/x86/kernel/irq_64.c b/arch/x86/kernel/irq_64.c index 4ebf884..f7dabe8 100644 --- a/arch/x86/kernel/irq_64.c +++ b/arch/x86/kernel/irq_64.c @@ -70,9 +70,27 @@ static inline void stack_overflow_check(struct pt_regs ...

Well, I think so. It obviously depends on PCI. Thanks, Rafael --

Hi Alan, I was reworking the ATA driver menu patch to shrink it (merge 'depends on' lines) and noticed that the: config SATA_MV tristate "Marvell SATA support (HIGHLY EXPERIMENTAL)" depends on EXPERIMENTAL help This option enables support for the Marvell Serial ATA family. Currently supports 88SX[56]0[48][01] chips. doesn't have 'depends on PCI && EXPERIMENTAL' like other drivers around it, this is okay or should it also depend on ...

AFAICT it should not as it can also be implemented as a platform device. I have SATA_MV on a QNAP TS-109 NAS dervice (arm) and lspci on that gives me: $ lspci 00:00.0 Memory controller: Marvell Technology Group Ltd. Device 5182 (rev 02) 01:00.0 Memory controller: Marvell Technology Group Ltd. Device 5182 (rev 02) So the disk controller is not on the PCI bus. And in /sys/ I see sata_mv listed under devices/platform/. Cheers, FJP --

I am working with an embedded testing board that has no timer external to the cpu other than an rtc. How does linux go about programming the local cpu timer (apic) to raise hardware interrupts? thanks for your patience, brahan --

Yes, unfortunately I still don't have enough testing resources to want to push this upstream. I'm queuing it up for submission, though. -hpa --

You might want to change the description to include that it occurred after a suspend/resume; Hugh suspects corrupted PMD entries as the cause of the crash, and not necessarily anything in the ext3 code. So the title might be a bit misleading. (At the same time, if turns out that the suspend/resume was a red herring, and it looks more like a real ext3 bug, please send a note to that effect; right now I'm not paying attention to this bug.) - Ted --

Jaswinder Singh <jaswinderlinux@gmail.com> : Does the transfer complete or not ? -- Ueimor --

Yes. I don't think it is included in some tree yet. Andi, care to take the --

No problem. I don't expect any problems as it is a simple reversion of the definition of NR_IRQS on x86_64 to what we had before everything was merged into irq_vectors.h and the x86_64 bits got lost. With the result that NR_IRQS varies in practice between 244 and 4096 depending on how many cpus you have. We have had NR_IRQS that large on x86_64 for a year or better now so I don't expect any practical problems. The long term fix will obviously be kill NR_IRQS. But that is not a ...

No change, the bug is still present, and the patch still applies & works. --

its part of tip/sched/clock except for that one patch that got reverted. I'll work on getting it upstream once Ingo is back next week. --

Hello all, This problem still exists on 2.6.27-rc2 When I connect development boads to /dev/ttyS1 and /dev/ttyS2: bootloader still prints Junk (Garbage Characters) but when Linux starts then it becomes readable and normal. So I thought problem is in bootloader so I connected different kind of develepment boards and all shows junk characters during boot-loading. But when I connect development boads to /dev/ttyS0 : bootloader messages are readable and normal with same settings. If ...

cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --

Right, there's no reason at all to suppose it's related to ext3, that just happened to be the first victim of the corruption on one occasion. Carry on paying no attention to this bug, Ted. "corrupt PMD after resume" perhaps. Hugh --

Yes it's on my list. -Andi --

It's still broken in -rc2 but I'll check -git in a minute. Dmitry posted an alternative set of patches but I don't know if they've been merged? -- Cheers, Alistair. --

The fix has been submitted to John Linville at Linux Wireless (http://marc.info/?l=linux-wireless&m=121832837824216&w=2). Larry --

-- regards, Dhaval --

Acked-by: David Howells <dhowells@redhat.com> --

One other possibility would be something like: rcu_read_lock(); /* something that waits for the HPET. */ rcu_read_unlock(); I don't know of any such code sequence, but if one did exist somewhere OK, so at least the desktop machine is multi-CPU, and perhaps the OK. Classic RCU has not changed much recently. This also indicates an infinite loop in kernel code (or a CPU locking up completely, which is quite rare, but can still happen). You do try preemptable RCU, which is much ...

Wim, do you want them with the grab when modular, not grab when builtin distinction? Rene. --

But, shouldn't we switch to page 2 before selecting PHY_MARV_PHY_CTRL? Things work correctly if this is done (patch below). Thanks, Rafael --- On my test box with the Asus M3A32-MVP main board there is a regression from 2.6.26 related to suspend, hibernation and shutdown. Namely, if Wake-on-LAN is enabled with 'ethtool -s eth0 wol g', the box hangs solid during all of these operations, while executing either sky2_suspend(), or sky2_shutdown(). This patch fixes it for ...

Okay. MDA_CONSOLE was also in there impying RAM at 0xb0000 which might Ah, thanks. Rene. --

Looks like I messed something up when rebasing to 2.6.27-rc2. I now made new build and it works. Sorry for the noice.

Yes, you can do that right now with them, just change the value at /sys/module/usbcore/paramaters/debug and debugging is disabled on the fly. thanks, greg k-h --

Does it really generate better code? I really dislike using unlikely except for fast paths. thanks, greg k-h --

Hi, Mark Will you please attach the output of acpidump on bug 11287? Of course it will be great if you can enable CONFIG_ACPI_DEBUG and CONFIG_CPUFREQ_DEBUG in kernel configuration and boot the system with the option of "cpufreq.debug=7 acpi.debug_layer=0x01010000 acpi.debug_level=0x17". After the system is booted, please attach the output of dmesg. Please do the above test on both kernel 2.6.27-rc1 and 2.6.27-rc2. --

ok. Mimi --

On Sun, 10 Aug 2008 10:45:39 +0100 David Howells <dhowells@redhat.com> wrote: [snip] I'm also experiencing this on an X86_64 system as an unprivileged user. With your patch applied I get the following repeated several times during the boot, but with no apparent ill effects: [ 31.033195] copy_process() = -513 When the fork call starts to fail after a few minutes the following is logged: [ 223.039938] Rlimit EAGAIN (-1 >= 16375, uid 1000) [ 223.044744] copy_process() = -11 [ ...

Thanks, queued for 2.6.28. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds --

Hi Grant! in ATA_PIIX-s help text is a little "old", and not contained the ich9/10s "help text" [...] -- Thanks, Oliver --

From: Grant Coady <gcoady.lk@gmail.com> Cleanup ATA Kconfig, this applies after try4 to fix a dependency. Signed-off-by: Grant Coady <gcoady.lk@gmail.com> --- Kconfig | 2 +- 1 files changed, 1 insertion(+), 1 deletion(-) --- linux-2.6.27-rc2e/drivers/ata/Kconfig~ 2008-08-10 18:12:52.495604924 +1000 +++ linux-2.6.27-rc2e/drivers/ata/Kconfig 2008-08-10 19:21:48.941431196 +1000 @@ -344,7 +344,7 @@ config ATA_PIIX tristate "Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA ...

Okay, here's another try: ¦ ¦ --- Serial ATA (SATA) and Parallel ATA (PATA) drivers ¦ ¦ ¦ ¦ <*> AHCI SATA support ¦ ¦ ¦ ¦ [*] ATA ACPI Support ¦ ¦ ¦ ¦ [ ] SATA Port Multiplier support ¦ ¦ ¦ ¦ < > Silicon Image 3124/3132 SATA support ¦ ¦ ¦ ¦ [*] Parallel ATA (PATA) support ¦ ¦ ¦ ...

Thanks for picking this up, Benny --

Swen, your fix is just partly correct, it'll has a big problem for strict_strtoul, because val is of long type, but you patch will result in long long return type, the below patch is a correct fix. Signed-off-by: Yi Yang <yi.y.yang@intel.com> Noticed-by: Swen Schillig <swen@vnet.ibm.com> --- vsprintf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/vsprintf.c b/lib/vsprintf.c index 1dc2d1d..d8d1d11 100644 --- a/lib/vsprintf.c +++ b/lib/vsprintf.c @@ -220,7 ...

Either the file is available since the beginning under the terms of the GPLv2 (or a compatible license that can be reduced to GPLv2) or it's cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --

I actually did the work here, it was derived heavily from binfmt_elf and binfmt_aout; had it not been GPL-licensed, it would not have been distributable. Also, I believe I did this work before joining Linuxcare, so I don't believe HP has any claim to it at all. You'd have to check CVS history to be sure. Oh, and even if HP does have a claim to it through Linuxcare, HP's contract required all changes made by Linuxcare to be contributed upstream. So three different reasons why this code being ...

+bdale@hp.com Someone from HP needs to ACK this patch since I believe HP funded the code changes made during the parisc-linux port. This should be a no-brainer and I expect Bdale Garbee can quickly take care of this. thanks, grant --

Right, we could've fixed this by doing the clts before checking TS_USEDFPU in kernel_fpu_begin. However, I admit that taking a fault in the general case for the PadLock is stupid anyway so we should definitely fix this in the ways that you suggested. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

Couldn't we just move clts before the USEDFPU check? That huld close the window. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

In softirq context, yes. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

Indeed :) -hpa --

But Windows XP is able to do the scaling properly. So how can it be a BIOS issue? While reading about the Foxconn BIOS fiasco that happened recently a kernel dev (forgot his name) stated that Linux tries to emulate Windows for ACPI operations. So I'm guessing this is a kernel bug. -SK --

I'll send them over now. --

Its another system so surely SNMP ;) More seriously I do think iSCSI is actually a subtly special case of TOE. Most TOE disintegrates under carefully chosen "malicious" workloads because of the way it is optimised, and the lack of security integration ranges can be very very dangeorus. A pure iSCSI connection is generally private, single purpose and really is the classic application of "pigs fly given enough thrust" - which is the only way to make the pig in question (iSCSI) work ...

> Also, I find it ironic that the port abduction is being asked for in > order to be "compatible with existing tools" yet in fact this stuff > breaks everything. You can't netfilter this traffic, you can't apply > qdiscs to it, you can't execut TC actions on them, you can't do > segmentation offload on them, you can't look for the usual TCP MIB > statistics on the connection, etc. etc. etc. We already support offloads that break other features, eg large receive offload breaks forwarding. ...

From: Roland Dreier <rdreier@cisco.com> We turn it off. If I want to shape or filter one of these iSCSI connections can we turn it off? It's funny you mention LRO because it probably gives most of whatever gain these special iSCSI TCP connection offload things get. --

> * however, giving the user the ability to co-manage IP addresses means > hacking up the kernel TCP code and userland tools for this new > concept, something that I think DaveM would rightly be a bit reluctant > to do? You are essentially adding a bunch of special case code > whenever TCP ports are used: > > if (port in list of "magic" TCP ports with special, > hardware-specific behavior) > ... > else > do what we've been doing for decades I think you're arguing ...

What's wrong with making it configurable identically to current software iSCSI? i.e. plumb the thing into the current iscsi transport class so that we use the standard daemon for creating and binding sessions? Then, only once the session is bound do you let your iSCSI TOE stack take over. That way the connection appears to the network as completely normal, because it has an open socket associated with it; and, since the transport class has done the connection login, it even looks like ...

Aehhm, .. what ? If a user does not understand a message directly how can he NOT be interested in the kmsg tag? As a random example consider the situation when the user gets the message monwriter.1: Writing monitor data failed with rc=5 Usually a user will go "Huh?" except if he is a z/VM expert. Looking at the source code won't help too much either: static int monwrite_diag(struct monwrite_hdr *myhdr, char *buffer, int fcn) { struct appldata_product_id id; int rc; ...

Patch looked OK to me, except for the one comment below. The root cause of the bug could be blamed on the new-style code recycling the legacy i2c_attach_client() code instead of taking a more driver-model-ish approach. That forced use of device_register(), instead of device_add() ... and register() always zero-initializes those wakeup flags. On the other hand, add() just takes their original value. This patch I thought I had. The one board I had with a wake-capable I2C device ...

This would be a suitable comment in the code. My point still stands: The next person modifying the code will need to know how/what to test and where to look it up. thanks, grant --

My mobo is an ASUS M2A-VM HDMI and a "shutdown -r now" when X is wedged (done over ssh) results in a clean reboot; no need to hard reset. J. -- ] http://www.earth.li/~noodles/ [] 101 things you can't have too much [ ] PGP/GPG Key @ the.earth.li [] of : 38 - clean underwear. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ --

Dear Hans,and Jean; I was applied Hans's patch to 2.6.26.1 vanilla at morning of 08/06 (JST),and running to now,problem cause from IIC issue was not happend. Thanx for you (^^) Ohta --- E-Mail: whatisthis.sowhat@gmail.com (Public) Home Page: http://d.hatena.ne.jp/artane/   (Sorry,not maintaining,and written in Japanese only...) Twitter: Artanejp (Mainly Japanese) KEYID: 6B79F95F FINGERPRINT: 9AB3 8569 6033 FDBE 352B  CB6D DBFA B9E2 6B79 F95F --- --

(a) make sure sysrq-over-keyboard is enabled (b) if the system does not react to sysrq, it is unlikely it is servicing any processes at all (c) try xt_SYSRQ (xtables-addons 1.5.5), to hopefully trigger sysrq over the network (receive routine may run No. --