http://blog.gmane.org/gmane.linux.kernel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.linux.kernel/711623 Declaring arch-dependent syscalls for avr32 architecture Signed-off-by: Jaswinder Singh <jaswinder< at >infradead.org> --- arch/avr32/kernel/process.c | 1 + arch/avr32/kernel/signal.c | 1 + arch/avr32/kernel/sys_avr32.c | 1 + arch/avr32/mm/cache.c | 1 + include/asm-avr32/syscalls.h | 39 +++++++++++++++++++++++++++++++++++++++ 5 files changed, 43 insertions(+), 0 deletions(-) create mode 100644 include/asm-avr32/syscalls.h diff --git a/arch/avr32/kernel/process.c b/arch/avr32/kernel/process.c index ff820a9..3feb59e 100644 --- a/arch/avr32/kernel/process.c +++ b/arch/avr32/kernel/process.c < at >< at > -17,6 +17,7 < at >< at > #include <asm/sysreg.h> #include <asm/ocd.h> +#include <asm/syscalls.h> #include <asm/arch/pm.h> diff --git a/arch/avr32/kernel/signal.c b/arch/avr32/kernel/signal.c index c5b11f9..803d7be 100644 --- a/arch/avr32/kernel/signal.c +++ b/arch/avr32/kernel/signal.c < at >< at > -19,6 +19,7 < at >< at > #include <asm/uaccess.h> #include <asm/ucontext.h> +#include <asm/syscalls.h> #define _BLOCKABLE (~(sigmask(SIGKILL) | sigmask(SIGSTOP))) diff --git a/arch/avr32/kernel/sys_avr32.c b/arch/avr32/kernel/sys_avr32.c index 8e8911e..5d2daea 100644 --- a/arch/avr32/kernel/sys_avr32.c +++ b/arch/avr32/kernel/sys_avr32.c < at >< at > -13,6 +13,7 < at >< at > #include <asm/mman.h> #include <asm/uaccess.h> +#include <asm/syscalls.h> asmlinkage long sys_mmap2(unsigned long addr, unsigned long len, unsigned long prot, unsigned long flags, diff --git a/arch/avr32/mm/cache.c b/arch/avr32/mm/cache.c index 15a4e5e..24a74d1 100644 --- a/arch/avr32/mm/cache.c +++ b/arch/avr32/mm/cache.c < at >< at > -13,6 +13,7 < at >< at > #include <asm/cachectl.h> #include <asm/processor.h> #include <asm/uaccess.h> +#include <asm/syscalls.h> /* * If you attempt to flush anything more than this, you need superuser diff --git a/include/asm-avr32/syscalls.h b/include/asm-avr32/syscalls.h new file mode 100644 index 0000000..483d666 --- /dev/null +++ b/include/asm-avr32/syscalls.h < at >< at > -0,0 +1,39 < at >< at > +/* + * syscalls.h - Linux syscall interfaces (arch-specific) + * + * Copyright (c) 2008 Jaswinder Singh + * + * This file is released under the GPLv2. + * See the file COPYING for more details. + */ + +#ifndef _ASM_AVR32_SYSCALLS_H +#define _ASM_AVR32_SYSCALLS_H + +#include <linux/compiler.h> +#include <linux/linkage.h> +#include <linux/types.h> +#include <linux/signal.h> + +/* kernel/process.c */ +asmlinkage int sys_fork(struct pt_regs *); +asmlinkage int sys_clone(unsigned long, unsigned long, + unsigned long, unsigned long, + struct pt_regs *); +asmlinkage int sys_vfork(struct pt_regs *); +asmlinkage int sys_execve(char __user *, char __user *__user *, + char __user *__user *, struct pt_regs *); + +/* kernel/signal.c */ +asmlinkage int sys_sigaltstack(const stack_t __user *, stack_t __user *, + struct pt_regs *); +asmlinkage int sys_rt_sigreturn(struct pt_regs *); + +/* kernel/sys_avr32.c */ +asmlinkage long sys_mmap2(unsigned long, unsigned long, unsigned long, + unsigned long, unsigned long, off_t); + +/* mm/cache.c */ +asmlinkage int sys_cacheflush(int, void __user *, size_t); + +#endif /* _ASM_AVR32_SYSCALLS_H */ Jaswinder Singh 2008-07-25T08:18:38 http://permalink.gmane.org/gmane.linux.kernel/711622 Hi Linus ! Here's what should be the last batch of 'features' for powerpc for this merge window, unless I missed something. The binfmt_elf change is the one discussed earlier, acked by Andrew, just slightly rebased on top of another binfmt_elf patch that went in in the meantime. git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge Cheers, Ben. Documentation/powerpc/booting-without-of.txt | 57 + arch/powerpc/kernel/cputable.c | 11 arch/powerpc/kernel/entry_32.S | 6 arch/powerpc/kernel/iommu.c | 28 + arch/powerpc/kernel/lparcfg.c | 386 ++++++--- arch/powerpc/kernel/process.c | 46 + arch/powerpc/kernel/prom_init.c | 9 arch/powerpc/kernel/ptrace.c | 72 +- arch/powerpc/kernel/signal.c | 6 arch/powerpc/kernel/sysfs.c | 3 arch/powerpc/kernel/traps.c | 16 arch/powerpc/kernel/vio.c | 1033 +++++++++++++++++++++++ arch/powerpc/kernel/vmlinux.lds.S | 2 arch/powerpc/mm/fault.c | 25 - arch/powerpc/platforms/52xx/Kconfig | 2 arch/powerpc/platforms/cell/iommu.c | 16 arch/powerpc/platforms/cell/spufs/sched.c | 35 + arch/powerpc/platforms/cell/spufs/sputrace.c | 3 arch/powerpc/platforms/iseries/iommu.c | 3 arch/powerpc/platforms/pasemi/iommu.c | 3 arch/powerpc/platforms/pseries/Kconfig | 23 + arch/powerpc/platforms/pseries/Makefile | 1 arch/powerpc/platforms/pseries/cmm.c | 468 ++++++++++ arch/powerpc/platforms/pseries/iommu.c | 42 + arch/powerpc/platforms/pseries/plpar_wrappers.h | 10 arch/powerpc/platforms/pseries/setup.c | 71 ++ arch/powerpc/sysdev/dart_iommu.c | 3 drivers/net/ibmveth.c | 189 +++- drivers/net/ibmveth.h | 5 drivers/of/of_i2c.c | 2 drivers/scsi/ibmvscsi/ibmvfc.c | 15 drivers/scsi/ibmvscsi/ibmvscsi.c | 45 + drivers/scsi/ibmvscsi/ibmvscsi.h | 2 fs/binfmt_elf.c | 28 + include/asm-powerpc/cputable.h | 2 include/asm-powerpc/elf.h | 8 include/asm-powerpc/firmware.h | 3 include/asm-powerpc/hvcall.h | 23 - include/asm-powerpc/lppaca.h | 5 include/asm-powerpc/machdep.h | 2 include/asm-powerpc/mpc52xx_psc.h | 40 + include/asm-powerpc/pgtable.h | 13 include/asm-powerpc/syscalls.h | 1 include/asm-powerpc/systbl.h | 6 include/asm-powerpc/system.h | 2 include/asm-powerpc/tlbflush.h | 11 include/asm-powerpc/unistd.h | 8 include/asm-powerpc/vio.h | 27 + include/linux/auxvec.h | 6 49 files changed, 2546 insertions(+), 277 deletions(-) create mode 100644 arch/powerpc/platforms/pseries/cmm.c Andre Detsch (2): powerpc/spufs: fix aff_mutex and cbe_spu_info[n].list_mutex deadlock powerpc/spufs: better placement of spu affinity reference context Benjamin Herrenschmidt (1): Move update_mmu_cache() declaration from tlbflush.h to pgtable.h Brian King (4): powerpc/pseries: Utilities to set firmware page state powerpc/pseries: Add collaborative memory manager powerpc/pseries: Add CMO paging statistics ibmvfc: Add support for collaborative memory overcommit Grant Likely (3): powerpc/mpc5200: Make mpc5200 GPIO driver select the GENERIC_GPIO config powerpc/mpc5200: add PSC SICR bit definitions of-bindings: Add binding documentation for SPI busses and devices Jon Smirl (2): powerpc/mpc5200: Add AC97 register definitions for the MPC52xx PSC powerpc/mpc5200: Remove fsl-soc.c from mpc5200 build, it is not needed. Luis Machado (1): powerpc: BookE hardware watchpoint support Mark Nelson (1): powerpc/cell: Fixed IOMMU mapping uses weak ordering for a pcie endpoint Milton Miller (1): powerpc/spufs: correct kcalloc usage Nathan Fontenot (5): powerpc/pseries: Remove extraneous error reporting for hcall failures in lparcfg powerpc/pseries: Add memory entitlement capabilities to /proc/ppc64/lparcfg powerpc/pseries: Verify CMO memory entitlement updates with virtual I/O powerpc/pseries: Update arch vector to indicate support for CMO powerpc/pseries: Remove kmalloc call in handling writes to lparcfg Nathan Fotenot (1): powerpc/pseries: Split processor entitlement retrieval and gathering to helper routines Nathan Lynch (2): ELF loader support for auxvec base platform string powerpc: Enable AT_BASE_PLATFORM aux vector Robert Jennings (6): powerpc/pseries: Split retrieval of processor entitlement data into a helper routine powerpc/pseries: Enable CMO feature during platform setup powerpc/pseries: iommu enablement for CMO powerpc/pseries: vio bus support for CMO ibmveth: enable driver for CMO ibmvscsi: driver enablement for CMO Santiago Leon (1): ibmveth: Automatically enable larger rx buffer pools for larger mtu Segher Boessenkool (1): powerpc: Fix compile error with binutils 2.15 Stephen Rothwell (1): powerpc: Fallout from sysdev API changes Tony Breeds (1): powerpc: Wireup new syscalls Wolfram Sang (1): powerpc/mpc5200: Fix wrong 'no interrupt' handling in of_i2c Benjamin Herrenschmidt 2008-07-25T08:13:10 http://permalink.gmane.org/gmane.linux.kernel/711621 I'm not the maintainer of that code; I wrote the original version, but it's now maintained by Solarflare. I don't see anything on that line that ought to be architecture-specific. Could you send me the preprocessed efx.c from your powerpc build? Michael Michael Brown 2008-07-25T07:35:55 http://permalink.gmane.org/gmane.linux.kernel/711619 Pekka Enberg schrieb: Yes, it definitely fixed my issue and I have not encountered further problems with the patch. The machine is running fine with it. Do I have to explicitly add my Tested-by: Dieter Ries <clip2< at >gmx.de> tag somewhere (if yes, where?) or is this enough for you? cu Dieter Dieter Ries 2008-07-25T08:02:03 http://permalink.gmane.org/gmane.linux.kernel/711618 Acked-by: Uwe Kleine-König <Uwe.Kleine-Koenig< at >digi.com> Best regards and thanks Uwe Uwe Kleine-König 2008-07-25T07:53:24 http://permalink.gmane.org/gmane.linux.kernel/711617 Apparently, it's a know generic breakage of the topology stuff, it's beeing sorted out. Cheers, Ben. Benjamin Herrenschmidt 2008-07-25T07:50:57 http://permalink.gmane.org/gmane.linux.kernel/711612 Its harmless if it happens sporadically. Atomic order 2 allocations are just bound to go wrong under pressure. Peter Zijlstra 2008-07-25T07:40:01 http://permalink.gmane.org/gmane.linux.kernel/711610 Most of the sound drivers do this because few chips support SG. Have a look into sound/core/memalloc.c. It tries to get a contiguous block from the kernel; I don't think that it's possible to do this manually if the kernel has failed. Regards, Clemens Clemens Ladisch 2008-07-25T07:33:11 http://permalink.gmane.org/gmane.linux.kernel/711608 * Stephen Rothwell <sfr< at >canb.auug.org.au> wrote: there's a patch from Mike Travis that solves it all from grounds up and which approach has the ack of Rusty as well, but it's not fully tested through yet - i will get to it later today. Ingo Ingo Molnar 2008-07-25T07:32:25 http://permalink.gmane.org/gmane.linux.kernel/711603 Hi Linus, please pull from git://git.infradead.org/~dedekind/ubi-2.6.git linux-next to receive the following updates: Artem Bityutskiy (18): UBI: add a comment UBI: fix memory leak UBI: do not forget to free internal volumes UBI: fix memory leak on error path UBI: fix LEB locking UBI: add ubi_sync() interface UBI: improve mkvol request validation UBI: fix error message UBI: amend commentaries UBI: fix and re-work debugging stuff UBI: implement multiple volumes rename UBI: rework scrubbing messages UBI: bugfix - do not torture PEB needlessly UBI: fix checkpatch.pl errors and warnings UBI: fix kernel-doc errors and warnings UBI: remove pre-sqnum images support UBI: fix gcc warning UBI: always start the background thread Bruce Leonard (1): UBI: fix 64-bit calculations Kyungmin Park (2): UBI: fix buffer padding UBI: avoid unnecessary division operations drivers/mtd/ubi/build.c | 99 +++++++++++++----- drivers/mtd/ubi/cdev.c | 234 +++++++++++++++++++++++++++++++++++++++---- drivers/mtd/ubi/debug.c | 158 +++++++++++++++-------------- drivers/mtd/ubi/debug.h | 74 +++++++++----- drivers/mtd/ubi/eba.c | 77 ++++---------- drivers/mtd/ubi/gluebi.c | 16 ++-- drivers/mtd/ubi/io.c | 48 +++++---- drivers/mtd/ubi/kapi.c | 50 +++++++--- drivers/mtd/ubi/misc.c | 2 +- drivers/mtd/ubi/scan.c | 136 +++++++++---------------- drivers/mtd/ubi/scan.h | 21 ++-- drivers/mtd/ubi/ubi-media.h | 38 +++---- drivers/mtd/ubi/ubi.h | 75 ++++++++++----- drivers/mtd/ubi/upd.c | 32 ++++--- drivers/mtd/ubi/vmt.c | 148 +++++++++++++++++---------- drivers/mtd/ubi/vtbl.c | 88 +++++++++++++--- drivers/mtd/ubi/wl.c | 208 +++++++++++++++++++------------------- include/linux/mtd/ubi.h | 5 +- include/mtd/ubi-user.h | 76 ++++++++++++-- 19 files changed, 987 insertions(+), 598 deletions(-) Artem Bityutskiy 2008-07-25T07:25:04 http://permalink.gmane.org/gmane.linux.kernel/711602 * David Miller <davem< at >davemloft.net> wrote: i've tested it and the warning went away - thanks David! Tested-by: Ingo Molnar <mingo< at >elte.hu> Ingo Ingo Molnar 2008-07-25T07:26:24 http://permalink.gmane.org/gmane.linux.kernel/711601 Hi I reported this earlier (http://lkml.org/lkml/2008/7/13/41) which I had attributed to miss match mtu and route information. But I have started to see the errors again. Jul 25 13:07:07 hufpuf kernel: [269282.912693] swapper: page allocation failure. order:2, mode:0x20 Jul 25 13:07:07 hufpuf kernel: [269282.912700] Pid: 0, comm: swapper Tainted: GF 2.6.25-2-amd64 #1 Jul 25 13:07:07 hufpuf kernel: [269282.912703] Jul 25 13:07:07 hufpuf kernel: [269282.912703] Call Trace: Jul 25 13:07:07 hufpuf kernel: [269282.912705] <IRQ> [<ffffffff8027709a>] __alloc_pages+0x2f8/0x312 Jul 25 13:07:07 hufpuf kernel: [269282.912750] [<ffffffff80294c63>] kmem_getpages+0xc5/0x193 Jul 25 13:07:07 hufpuf kernel: [269282.912757] [<ffffffff8029529d>] fallback_alloc+0x147/0x1c0 Jul 25 13:07:07 hufpuf kernel: [269282.912769] [<ffffffff80294ed8>] kmem_cache_alloc_node+0x105/0x138 Jul 25 13:07:07 hufpuf kernel: [269282.912777] [<ffffffff803ac4ae>] __alloc_skb+0x64/0x12d Jul 25 13:07:07 hufpuf kernel: [269282.912794] [<ffffffff8807b8e6>] :forcedeth:nv_alloc_rx_optimized+0x57/0x19b Jul 25 13:07:07 hufpuf kernel: [269282.912806] [<ffffffff8807db6b>] :forcedeth:nv_nic_irq_optimized+0x97/0x21a Jul 25 13:07:07 hufpuf kernel: [269282.912815] [<ffffffff8026c077>] handle_IRQ_event+0x2c/0x61 Jul 25 13:07:07 hufpuf kernel: [269282.912823] [<ffffffff8026d4e6>] handle_fasteoi_irq+0x90/0xc8 Jul 25 13:07:07 hufpuf kernel: [269282.912832] [<ffffffff8020f41c>] do_IRQ+0x6d/0xd9 Jul 25 13:07:07 hufpuf kernel: [269282.912845] [<ffffffff883f4386>] :nf_conntrack:tcp_packet+0xa49/0xa87 Jul 25 13:07:07 hufpuf kernel: [269282.912851] [<ffffffff8020c34d>] ret_from_intr+0x0/0x19 Jul 25 13:07:07 hufpuf kernel: [269282.912863] [<ffffffff883f375e>] :nf_conntrack:tcp_pkt_to_tuple+0x0/0x5b Jul 25 13:07:07 hufpuf kernel: [269282.912879] [<ffffffff883d8359>] :ip_tables:ipt_do_table+0x134/0x56b Jul 25 13:07:07 hufpuf kernel: [269282.912894] [<ffffffff883d8726>] :ip_tables:ipt_do_table+0x501/0x56b Jul 25 13:07:07 hufpuf kernel: [269282.912913] [<ffffffff803cdd87>] ip_route_input+0x42/0xe3f Jul 25 13:07:07 hufpuf kernel: [269282.912924] [<ffffffff803cae42>] nf_iterate+0x3f/0x7e Jul 25 13:07:07 hufpuf kernel: [269282.912931] [<ffffffff803d07a0>] ip_local_deliver_finish+0x0/0x1dd Jul 25 13:07:07 hufpuf kernel: [269282.912936] [<ffffffff803caede>] nf_hook_slow+0x5d/0xbe Jul 25 13:07:07 hufpuf kernel: [269282.912939] [<ffffffff803d07a0>] ip_local_deliver_finish+0x0/0x1dd Jul 25 13:07:07 hufpuf kernel: [269282.912951] [<ffffffff803d0d45>] ip_local_deliver+0x5f/0x7a Jul 25 13:07:07 hufpuf kernel: [269282.912957] [<ffffffff803d077d>] ip_rcv_finish+0x315/0x338 Jul 25 13:07:07 hufpuf kernel: [269282.912962] [<ffffffff803d0ca1>] ip_rcv+0x23f/0x284 Jul 25 13:07:07 hufpuf kernel: [269282.912970] [<ffffffff803b0d85>] netif_receive_skb+0x35f/0x3d8 Jul 25 13:07:07 hufpuf kernel: [269282.912980] [<ffffffff803b3461>] process_backlog+0x81/0xeb Jul 25 13:07:07 hufpuf kernel: [269282.912984] [<ffffffff802125bb>] nommu_map_single+0x2b/0x40 Jul 25 13:07:07 hufpuf kernel: [269282.912993] [<ffffffff803b2e5b>] net_rx_action+0xab/0x18c Jul 25 13:07:07 hufpuf kernel: [269282.913002] [<ffffffff80239a80>] __do_softirq+0x5c/0xd1 Jul 25 13:07:07 hufpuf kernel: [269282.913005] [<ffffffff8021de6f>] ack_apic_level+0x38/0xd8 Jul 25 13:07:07 hufpuf kernel: [269282.913012] [<ffffffff8020d1ac>] call_softirq+0x1c/0x28 Jul 25 13:07:07 hufpuf kernel: [269282.913017] [<ffffffff8020f208>] do_softirq+0x3c/0x81 Jul 25 13:07:07 hufpuf kernel: [269282.913020] [<ffffffff802399e0>] irq_exit+0x3f/0x83 Jul 25 13:07:07 hufpuf kernel: [269282.913024] [<ffffffff8020f468>] do_IRQ+0xb9/0xd9 Jul 25 13:07:07 hufpuf kernel: [269282.913030] [<ffffffff8020c34d>] ret_from_intr+0x0/0x19 Jul 25 13:07:07 hufpuf kernel: [269282.913032] <EOI> [<ffffffff802206e4>] native_safe_halt+0x2/0x3 Jul 25 13:07:07 hufpuf kernel: [269282.913052] [<ffffffff8020ae94>] default_idle+0x3b/0x6e Jul 25 13:07:07 hufpuf kernel: [269282.913054] [<ffffffff8020ae59>] default_idle+0x0/0x6e Jul 25 13:07:07 hufpuf kernel: [269282.913056] [<ffffffff8020af50>] cpu_idle+0x89/0xb3 Jul 25 13:07:07 hufpuf kernel: [269282.913077] Jul 25 13:07:07 hufpuf kernel: [269282.913078] Mem-info: Jul 25 13:07:07 hufpuf kernel: [269282.913079] Node 0 DMA per-cpu: Jul 25 13:07:07 hufpuf kernel: [269282.913082] CPU 0: hi: 0, btch: 1 usd: 0 Jul 25 13:07:07 hufpuf kernel: [269282.913084] CPU 1: hi: 0, btch: 1 usd: 0 Jul 25 13:07:07 hufpuf kernel: [269282.913085] Node 0 DMA32 per-cpu: Jul 25 13:07:07 hufpuf kernel: [269282.913087] CPU 0: hi: 186, btch: 31 usd: 169 Jul 25 13:07:07 hufpuf kernel: [269282.913089] CPU 1: hi: 186, btch: 31 usd: 172 Jul 25 13:07:07 hufpuf kernel: [269282.913092] Active:245699 inactive:233841 dirty:132 writeback:0 unstable:0 Jul 25 13:07:07 hufpuf kernel: [269282.913094] free:5175 slab:19887 mapped:17919 pagetables:4494 bounce:0 Jul 25 13:07:07 hufpuf kernel: [269282.913096] Node 0 DMA free:8032kB min:28kB low:32kB high:40kB active:2024kB inactive:220kB present:11392kB pages_scanned:0 all_unreclaimable? no Jul 25 13:07:07 hufpuf kernel: [269282.913100] lowmem_reserve[]: 0 2004 2004 2004 Jul 25 13:07:07 hufpuf kernel: [269282.913102] Node 0 DMA32 free:12668kB min:5712kB low:7140kB high:8568kB active:980772kB inactive:935144kB present:2052260kB pages_scanned:0 all_unreclaimable? no Jul 25 13:07:07 hufpuf kernel: [269282.913107] lowmem_reserve[]: 0 0 0 0 Jul 25 13:07:07 hufpuf kernel: [269282.913110] Node 0 DMA: 178*4kB 73*8kB 41*16kB 14*32kB 14*64kB 3*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 8032kB Jul 25 13:07:07 hufpuf kernel: [269282.913116] Node 0 DMA32: 1739*4kB 622*8kB 7*16kB 0*32kB 2*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 0* 2048kB 0*4096kB = 12812kB Jul 25 13:07:07 hufpuf kernel: [269282.913124] 261224 total pagecache pages Jul 25 13:07:07 hufpuf kernel: [269282.913125] Swap cache: add 6993, delete 6407, find 1624/2224 Jul 25 13:07:07 hufpuf kernel: [269282.913127] Free swap = 1956068kB Jul 25 13:07:07 hufpuf kernel: [269282.913129] Total swap = 1959800kB Jul 25 13:07:07 hufpuf kernel: [269282.913130] Free swap: 1956068kB Jul 25 13:07:07 hufpuf kernel: [269282.916656] 524272 pages of RAM Jul 25 13:07:07 hufpuf kernel: [269282.916656] 8334 reserved pages Jul 25 13:07:07 hufpuf kernel: [269282.916656] 103282 pages shared Jul 25 13:07:07 hufpuf kernel: [269282.916656] 586 pages swap cached Jul 25 13:07:07 hufpuf kernel: [269282.965360] xvncviewer: page allocation failure. order:2, mode:0x20 Jul 25 13:07:07 hufpuf kernel: [269282.965367] Pid: 12313, comm: xvncviewer Tainted: GF 2.6.25-2-amd64 #1 Jul 25 13:07:07 hufpuf kernel: [269282.965369] Jul 25 13:07:07 hufpuf kernel: [269282.965370] Call Trace: Jul 25 13:07:07 hufpuf kernel: [269282.965372] <IRQ> [<ffffffff8027709a>] __alloc_pages+0x2f8/0x312 Jul 25 13:07:07 hufpuf kernel: [269282.965410] [<ffffffff80294c63>] kmem_getpages+0xc5/0x193 Jul 25 13:07:07 hufpuf kernel: [269282.965416] [<ffffffff8029529d>] fallback_alloc+0x147/0x1c0 Jul 25 13:07:07 hufpuf kernel: [269282.965428] [<ffffffff80294ed8>] kmem_cache_alloc_node+0x105/0x138 Jul 25 13:07:07 hufpuf kernel: [269282.965436] [<ffffffff803ac4ae>] __alloc_skb+0x64/0x12d Jul 25 13:07:07 hufpuf kernel: [269282.965451] [<ffffffff8807b8e6>] :forcedeth:nv_alloc_rx_optimized+0x57/0x19b Jul 25 13:07:07 hufpuf kernel: [269282.965463] [<ffffffff8807db6b>] :forcedeth:nv_nic_irq_optimized+0x97/0x21a Jul 25 13:07:07 hufpuf kernel: [269282.965472] [<ffffffff8026c077>] handle_IRQ_event+0x2c/0x61 Jul 25 13:07:07 hufpuf kernel: [269282.965479] [<ffffffff8026d4e6>] handle_fasteoi_irq+0x90/0xc8 Jul 25 13:07:07 hufpuf kernel: [269282.965487] [<ffffffff8020f41c>] do_IRQ+0x6d/0xd9 Jul 25 13:07:07 hufpuf kernel: [269282.965493] [<ffffffff8020c34d>] ret_from_intr+0x0/0x19 Jul 25 13:07:07 hufpuf kernel: [269282.965508] [<ffffffff883f375e>] :nf_conntrack:tcp_pkt_to_tuple+0x0/0x5b Jul 25 13:07:07 hufpuf kernel: [269282.965520] [<ffffffff80239cd0>] local_bh_disable+0x13/0x14 Jul 25 13:07:07 hufpuf kernel: [269282.965536] [<ffffffff883f0691>] :nf_conntrack:__nf_conntrack_find+0x21/0xfd Jul 25 13:07:07 hufpuf kernel: [269282.965547] [<ffffffff883f09ee>] :nf_conntrack:nf_ct_get_tuple+0x42/0x71 Jul 25 13:07:07 hufpuf kernel: [269282.965561] [<ffffffff883f0776>] :nf_conntrack:nf_conntrack_find_get+0x9/0x4d Jul 25 13:07:07 hufpuf kernel: [269282.965573] [<ffffffff883f14ee>] :nf_conntrack:nf_conntrack_in+0x1a4/0x4fe Jul 25 13:07:07 hufpuf kernel: [269282.965583] [<ffffffff802950fc>] cache_grow+0x1c9/0x223 Jul 25 13:07:07 hufpuf kernel: [269282.965603] [<ffffffff803cae42>] nf_iterate+0x3f/0x7e Jul 25 13:07:07 hufpuf kernel: [269282.965610] [<ffffffff803d2c54>] dst_output+0x0/0xb Jul 25 13:07:07 hufpuf kernel: [269282.965615] [<ffffffff803caede>] nf_hook_slow+0x5d/0xbe Jul 25 13:07:07 hufpuf kernel: [269282.965618] [<ffffffff803d2c54>] dst_output+0x0/0xb Jul 25 13:07:07 hufpuf kernel: [269282.965630] [<ffffffff803d40cb>] __ip_local_out+0x9b/0x9d Jul 25 13:07:07 hufpuf kernel: [269282.965634] [<ffffffff803d40d6>] ip_local_out+0x9/0x1f Jul 25 13:07:07 hufpuf kernel: [269282.965638] [<ffffffff803d4cc5>] ip_queue_xmit+0x2c2/0x315 Jul 25 13:07:07 hufpuf kernel: [269282.965643] [<ffffffff8021de6f>] ack_apic_level+0x38/0xd8 Jul 25 13:07:07 hufpuf kernel: [269282.965650] [<ffffffff8026d513>] handle_fasteoi_irq+0xbd/0xc8 Jul 25 13:07:07 hufpuf kernel: [269282.965659] [<ffffffff803e433f>] tcp_transmit_skb+0x6ca/0x707 Jul 25 13:07:07 hufpuf kernel: [269282.965673] [<ffffffff803e3175>] tcp_rcv_established+0x424/0x6f7 Jul 25 13:07:07 hufpuf kernel: [269282.965683] [<ffffffff803e861b>] tcp_v4_do_rcv+0x2c/0x1c6 Jul 25 13:07:07 hufpuf kernel: [269282.965692] [<ffffffff803e9f48>] tcp_v4_rcv+0x6da/0x73e Jul 25 13:07:07 hufpuf kernel: [269282.965704] [<ffffffff803d08c0>] ip_local_deliver_finish+0x120/0x1dd Jul 25 13:07:07 hufpuf kernel: [269282.965709] [<ffffffff803d077d>] ip_rcv_finish+0x315/0x338 Jul 25 13:07:07 hufpuf kernel: [269282.965715] [<ffffffff803d0ca1>] ip_rcv+0x23f/0x284 Jul 25 13:07:07 hufpuf kernel: [269282.965723] [<ffffffff803b0d85>] netif_receive_skb+0x35f/0x3d8 Jul 25 13:07:07 hufpuf kernel: [269282.965733] [<ffffffff803b3461>] process_backlog+0x81/0xeb Jul 25 13:07:07 hufpuf kernel: [269282.965736] [<ffffffff802125bb>] nommu_map_single+0x2b/0x40 Jul 25 13:07:07 hufpuf kernel: [269282.965745] [<ffffffff803b2e5b>] net_rx_action+0xab/0x18c Jul 25 13:07:07 hufpuf kernel: [269282.965755] [<ffffffff80239a80>] __do_softirq+0x5c/0xd1 Jul 25 13:07:07 hufpuf kernel: [269282.965757] [<ffffffff8021de6f>] ack_apic_level+0x38/0xd8 Jul 25 13:07:07 hufpuf kernel: [269282.965764] [<ffffffff8020d1ac>] call_softirq+0x1c/0x28 Jul 25 13:07:07 hufpuf kernel: [269282.965769] [<ffffffff8020f208>] do_softirq+0x3c/0x81 Jul 25 13:07:07 hufpuf kernel: [269282.965772] [<ffffffff802399e0>] irq_exit+0x3f/0x83 Jul 25 13:07:07 hufpuf kernel: [269282.965776] [<ffffffff8020f468>] do_IRQ+0xb9/0xd9 Jul 25 13:07:07 hufpuf kernel: [269282.965781] [<ffffffff8020c34d>] ret_from_intr+0x0/0x19 Jul 25 13:07:07 hufpuf kernel: [269282.965784] <EOI> Jul 25 13:07:07 hufpuf kernel: [269282.965800] Mem-info: Jul 25 13:07:07 hufpuf kernel: [269282.965802] Node 0 DMA per-cpu: Jul 25 13:07:07 hufpuf kernel: [269282.965804] CPU 0: hi: 0, btch: 1 usd: 0 Jul 25 13:07:07 hufpuf kernel: [269282.965806] CPU 1: hi: 0, btch: 1 usd: 0 Jul 25 13:07:07 hufpuf kernel: [269282.965808] Node 0 DMA32 per-cpu: Jul 25 13:07:07 hufpuf kernel: [269282.965810] CPU 0: hi: 186, btch: 31 usd: 168 Jul 25 13:07:07 hufpuf kernel: [269282.965811] CPU 1: hi: 186, btch: 31 usd: 181 Jul 25 13:07:07 hufpuf kernel: [269282.965815] Active:245684 inactive:233626 dirty:132 writeback:0 unstable:0 Jul 25 13:07:07 hufpuf kernel: [269282.965816] free:5334 slab:19935 mapped:17919 pagetables:4494 bounce:0 Jul 25 13:07:07 hufpuf kernel: [269282.965818] Node 0 DMA free:8032kB min:28kB low:32kB high:40kB active:2024kB inactive:220kB present:11392kB pages_scanned:0 all_unreclaimable? no Jul 25 13:07:07 hufpuf kernel: [269282.965822] lowmem_reserve[]: 0 2004 2004 2004 Jul 25 13:07:07 hufpuf kernel: [269282.965825] Node 0 DMA32 free:13304kB min:5712kB low:7140kB high:8568kB active:980724kB inactive:934144kB present:2052260kB pages_scanned:64 all_unreclaimable? no Jul 25 13:07:07 hufpuf kernel: [269282.965829] lowmem_reserve[]: 0 0 0 0 Jul 25 13:07:07 hufpuf kernel: [269282.965832] Node 0 DMA: 178*4kB 73*8kB 40*16kB 15*32kB 14*64kB 3*128kB 1*256kB 0*512kB 0*1024kB 0*2 Jul 25 13:07:07 hufpuf kernel: [269282.965838] Node 0 DMA32: 1823*4kB 660*8kB 21*16kB 1*32kB 0*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 13452kB Jul 25 13:07:07 hufpuf kernel: [269282.965845] 260976 total pagecache pages Jul 25 13:07:07 hufpuf kernel: [269282.965847] Swap cache: add 6993, delete 6407, find 1624/2224 Jul 25 13:07:07 hufpuf kernel: [269282.965849] Free swap = 1956068kB Jul 25 13:07:07 hufpuf kernel: [269282.965850] Total swap = 1959800kB Jul 25 13:07:07 hufpuf kernel: [269282.965852] Free swap: 1956068kB Jul 25 13:07:07 hufpuf kernel: [269282.968840] 524272 pages of RAM Jul 25 13:07:07 hufpuf kernel: [269282.968840] 8334 reserved pages Jul 25 13:07:07 hufpuf kernel: [269282.968840] 103280 pages shared Jul 25 13:07:07 hufpuf kernel: [269282.968840] 586 pages swap cached Still seems to maybe network related, but I am not sure. These errors have only come back on 1 machine so far Alex PS Please CC me Alex Samad 2008-07-25T07:20:15 http://permalink.gmane.org/gmane.linux.kernel/711600 Commit 695a6b456307455a10059512208e8ed0d376ecd3 "topology: work around topology_core_siblings() breakage" in linux-next (from the cpus4096 tree) comments out the offending lines ... With the comment "the topology API is a mess right now". Stephen Rothwell 2008-07-25T07:17:15 http://permalink.gmane.org/gmane.linux.kernel/711599 Hi Andrew, On Thu, 24 Jul 2008 23:15:19 -0700 Andrew Morton <akpm< at >linux-foundation.org> wrote: Yeah :-( I should do more - I do most days look for new things. Stephen Rothwell 2008-07-25T07:13:51 http://permalink.gmane.org/gmane.linux.kernel/711598 G'day, I'm editing a script on a box running 2.6.25.12 and exported on NFS, I'm testing the script on another two boxes, one running 2.6.25.12 and the other 2.6.26-git11. Sometimes I save the edit file and the test boxes don't see the file change, so I have to save the file again. I'm using vim 7.0 if it matters. All boxes are connected to localnet and I'm working through PuTTY terminals on a WinXP desktop box. (Three linux boxes headless). There were times when I saved and quit the edit file, had to reopen it and save-quit again for the test boxes to see the changes. nfs exports: grant< at >deltree:~$ cat /etc/exports # See exports(5) for a description. # This file contains a list of all directories exported to other computers. # It is used by rpc.nfsd and rpc.mountd. /home/common 192.168.1.0/24(sync,rw,no_root_squash,subtree_check) /home/mirror 192.168.1.0/24(sync,ro,no_root_squash,subtree_check) # test box: grant< at >black:~$ cat /etc/fstab ... deltree:/home/common /home/common nfs hard,intr deltree:/home/mirror /home/mirror nfs hard,intr File is on the /home/common nfs rw export. Is this something I'm doing wrong or something odd with the kernel? config + dmesg from: http://bugsplatter.mine.nu/test/boxen/black/ http://bugsplatter.mine.nu/test/boxen/deltree/ And where did the nfsd TCP option go in -git11? Does it matter? Thanks, Grant. Grant Coady 2008-07-25T07:07:25 http://permalink.gmane.org/gmane.linux.kernel/711597 Hello Ingo, Please pull these patches for tip/x86/prototypes. I have also verify that these are merge-able with tip/master and working. The following changes since commit 71e3b818431957371c7f69fa1c576d4a403c1478: Jaswinder Singh (1): x86: mach-default/setup.c declare no_broadcast before they get used are available in the git repository at: git://git.infradead.org/users/jaswinder/linux-2.6-tip.git x86/prototypes-for-tip Jaswinder Singh (6): x86_64: Declare new_utsname in asm-x86/syscalls.h X86_32: declare pt_regs_access as unsigned long X86_SMP: smp.c declare functions before they get used X86_SMP: smpboot.c declare idle_thread_array and smp_b_stepping as static X86_SMP: ipi.c declare functions before they get used X86_SMP: tlb_XX.c declare smp_invalidate_interrupt before they get used arch/x86/kernel/ipi.c | 3 ++- arch/x86/kernel/ptrace.c | 2 +- arch/x86/kernel/smpboot.c | 4 ++-- include/asm-x86/hw_irq.h | 10 ++++++++++ include/asm-x86/syscalls.h | 2 +- 5 files changed, 16 insertions(+), 5 deletions(-) Jaswinder Singh 2008-07-25T06:51:09 http://permalink.gmane.org/gmane.linux.kernel/711596 After today's IDE merge my sparc64 workstation stopped booting. It's due to this change: commit 7fa897b91a3ea0f16c2873b869d7a0eef05acff4 Author: Harvey Harrison <harvey.harrison< at >gmail.com> Date: Thu Jul 24 22:53:34 2008 +0200 ide: trivial sparse annotations Signed-off-by: Harvey Harrison <harvey.harrison< at >gmail.com> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier< at >gmail.com> Heh, "trivial", indeed. Specifically, this part of the change: diff --git a/drivers/ide/ide-iops.c b/drivers/ide/ide-iops.c index 07da5fb..8aae917 100644 --- a/drivers/ide/ide-iops.c +++ b/drivers/ide/ide-iops.c < at >< at > -510,10 +510,8 < at >< at > void ide_fixstring (u8 *s, const int bytecount, const int byteswap) if (byteswap) { /* convert from big-endian to host byte order */ -for (p = end ; p != s;) { -unsigned short *pp = (unsigned short *) (p -= 2); -*pp = ntohs(*pp); -} +for (p = end ; p != s;) +be16_to_cpus((u16 *)(p -= 2)); } /* strip leading blanks */ while (s != end && *s == ' ') On big-endian, be16_to_cpus() (via __be16_to_cpus()) is: do { } while (0) which therefore does not evaluate the argument, and thus this loop will make no forward progress. Probably the fix is in be16_to_cpus(), making it do something like "(void) (x);" in the do/while body. Something like this: endian: Always evaluate arguments. Changeset 7fa897b91a3ea0f16c2873b869d7a0eef05acff4 ("ide: trivial sparse annotations") created an IDE bootup regression on big-endian systems. In drivers/ide/ide-iops.c, function ide_fixstring() we now have the loop: for (p = end ; p != s;) be16_to_cpus((u16 *)(p -= 2)); which will never terminate on big-endian because in such a configuration be16_to_cpus() evaluates to "do { } while (0)" Therefore, always evaluate the arguments to nop endian transformation operations. Signed-off-by: David S. Miller <davem< at >davemloft.net> diff --git a/include/linux/byteorder/big_endian.h b/include/linux/byteorder/big_endian.h index 961ed4b..44f95b9 100644 --- a/include/linux/byteorder/big_endian.h +++ b/include/linux/byteorder/big_endian.h < at >< at > -94,12 +94,12 < at >< at > static inline __u16 __be16_to_cpup(const __be16 *p) #define __le32_to_cpus(x) __swab32s((x)) #define __cpu_to_le16s(x) __swab16s((x)) #define __le16_to_cpus(x) __swab16s((x)) -#define __cpu_to_be64s(x) do {} while (0) -#define __be64_to_cpus(x) do {} while (0) -#define __cpu_to_be32s(x) do {} while (0) -#define __be32_to_cpus(x) do {} while (0) -#define __cpu_to_be16s(x) do {} while (0) -#define __be16_to_cpus(x) do {} while (0) +#define __cpu_to_be64s(x) do { (void)(x); } while (0) +#define __be64_to_cpus(x) do { (void)(x); } while (0) +#define __cpu_to_be32s(x) do { (void)(x); } while (0) +#define __be32_to_cpus(x) do { (void)(x); } while (0) +#define __cpu_to_be16s(x) do { (void)(x); } while (0) +#define __be16_to_cpus(x) do { (void)(x); } while (0) #ifdef __KERNEL__ #include <linux/byteorder/generic.h> diff --git a/include/linux/byteorder/little_endian.h b/include/linux/byteorder/little_endian.h index 05dc7c3..4cc170a 100644 --- a/include/linux/byteorder/little_endian.h +++ b/include/linux/byteorder/little_endian.h < at >< at > -88,12 +88,12 < at >< at > static inline __u16 __be16_to_cpup(const __be16 *p) { return __swab16p((__u16 *)p); } -#define __cpu_to_le64s(x) do {} while (0) -#define __le64_to_cpus(x) do {} while (0) -#define __cpu_to_le32s(x) do {} while (0) -#define __le32_to_cpus(x) do {} while (0) -#define __cpu_to_le16s(x) do {} while (0) -#define __le16_to_cpus(x) do {} while (0) +#define __cpu_to_le64s(x) do { (void)(x); } while (0) +#define __le64_to_cpus(x) do { (void)(x); } while (0) +#define __cpu_to_le32s(x) do { (void)(x); } while (0) +#define __le32_to_cpus(x) do { (void)(x); } while (0) +#define __cpu_to_le16s(x) do { (void)(x); } while (0) +#define __le16_to_cpus(x) do { (void)(x); } while (0) #define __cpu_to_be64s(x) __swab64s((x)) #define __be64_to_cpus(x) __swab64s((x)) #define __cpu_to_be32s(x) __swab32s((x)) David Miller 2008-07-25T06:38:31 http://permalink.gmane.org/gmane.linux.kernel/711595 PHYRdyChg in SError basically means that the controller detected that the drive disconnected or lost communication with it. Almost certainly a hardware problem of some sort. Power issue, perhaps? Robert Hancock 2008-07-25T06:33:21 http://permalink.gmane.org/gmane.linux.kernel/711592 Wow, lots of red. May I revise my comment? Three weeks and nobody did anything about the failing allmodconfig builds on linux-next and s390 (at least). Is anyone actively monitoring that page and doing the requisite culprit-poking? Andrew Morton 2008-07-25T06:15:19 http://permalink.gmane.org/gmane.linux.kernel/711591 Hi Michael ! The sfx driver (which happens to be part of some of our test configs) fails to build in current Linus tree on powerpc with this error: /home/benh/kernels/linux-powerpc/drivers/net/sfc/efx.c: In function ‘efx_probe_interrupts’: /home/benh/kernels/linux-powerpc/drivers/net/sfc/efx.c:845: error: lvalue required as unary ‘&’ oper and Cheers, Ben. Benjamin Herrenschmidt 2008-07-25T06:15:59 http://permalink.gmane.org/gmane.linux.kernel/711590 No, there's no way to do that currently. I'm not sure if it's generally safe to update the rlimit for another process. If we're trying to use rlimits in a cgroup context then some rlimits (e.g. max nice priority) ought to apply as additional caps on the processes in the cgroup (e.g. if you set a max nice priority of 1 on a cgroup, that ought to override any per-process settings) whereas others (e.g. locked memory, open files, num processes) ought to apply as an aggregate limit on the cgroup (so the sum of all open files across the cgroup shouldn't be able to exceed the cgroup's "open files" limit). E.g. see Balbir's memrlimit control groups patches that are currently in -mm. What concrete problem are you trying to solve here? Paul Paul Menage 2008-07-25T06:05:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.kernel