[PATCH 000 of 9] knfsd: NFSv4 ACL improvements and a couple of bug fixes.

2007-02-12 Thread NeilBrown
following are 9 patches from Bruce Fields for the NFSv4 server, mostly ACL related. Suitable for 2.6.21. Thanks, NeilBrown [PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string [PATCH 002 of 9] knfsd: nfsd4: relax checking of ACL inheritance bits [PATCH 003 of 9] knfsd: nfsd4: simplify

[PATCH 001 of 9] knfsd: nfsd4: fix non-terminated string

2007-02-12 Thread NeilBrown
From: J. Bruce Fields <[EMAIL PROTECTED]> The server name is expected to be a null-terminated string, so we can't pass in the raw client identifier. What's more, the client identifier is just a binary, not necessarily printable, blob. Let's just use the ip address instead. The server name

Re: [q] kbuild for private asm-offsets (Re: [PATCH 6/10] lguest code: the little linux hypervisor.)

2007-02-12 Thread Rusty Russell
On Mon, 2007-02-12 at 14:34 +0100, Oleg Verych wrote: > > I'd like my own, private "asm-offsets.h". In this case, in > > arch/i386/lguest/. I guess it's a matter of extracting the core of the > > asm-offsets.h magic and generalizing it. > > > > Have a good break! > > Rusty. > > If you will have

[PATCH] Make VMSPLIT options less ambiguous

2007-02-12 Thread Simon Arlott
This changes VMSPLIT_2G to really mean 2G, adding VMSPLIT_2G_OPT for the 1920/2176 split. It also prevents either _OPT setting being used when PAE is enabled (http://lkml.org/lkml/2006/12/1/44 - there doesn't appear to be any patches/commits which allow non-1GB boundary VMSPLIT with PAE yet).

Re: SATA-performance: Linux vs. FreeBSD

2007-02-12 Thread Matthias Schniedermeyer
Martin A. Fink wrote: > I have to store big amounts of data coming from 2 digital cameras to disk. > Thus I have to write blocks of around 1 MB at 30 to 50 frames per second for > a long period of time. So it is important for me that the harddisk drive is > reliable in the sense of "if it is

[RFC][PATCH] PM: Document requirements for basic PM support in drivers

2007-02-12 Thread Rafael J. Wysocki
Hi, Here's my attempt to document the requirements with respect to the basic PM support in drivers and the testing of that. Comments welcome. Greetings, Rafael --- Documentation/SubmittingDrivers | 10 ++ Documentation/power/drivers-testing.txt | 119

RE: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-12 Thread Ananiev, Leonid I
Andrew, You wrote on Friday, February 09, 2007 8:53 AM > invalidate_inode_pages2() has other callers. I suspect with this change > we'll end up leaking EIOCBRETRY back to userspace. The path is modified so that invalidate_inode_pages2() returns EIO as earlier. could you consider modified patch

Recall: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-12 Thread Ananiev, Leonid I
Ananiev, Leonid I would like to recall the message, "[PATCH] aio: fix kernel bug when page is temporally busy". - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Recall: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-12 Thread Ananiev, Leonid I
Ananiev, Leonid I would like to recall the message, "[PATCH] aio: fix kernel bug when page is temporally busy". - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH 0/7] containers (V7): Generic Process Containers

2007-02-12 Thread Paul Menage
On 2/12/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote: Well it's an unfortunate conflict, but I don't see where we have any standing to make Paul change his terminology :) I have no huge problem with changing my terminology in the interest of wider adoption. "Container" seems like an

[patch] compat_ioctl should return -ENOTTY for some failures

2007-02-12 Thread Chuck Ebbert
In many cases compat_ioctl() should return -ENOTTY. Recent changes in this area seem to be breaking some Wine apps. I'm not proposing this for inclusion (yet,) I just want to know if I've hit the right places. Index: 2.6.20-d390/fs/compat.c

Re: [PATCH 0/7] containers (V7): Generic Process Containers

2007-02-12 Thread Paul Menage
On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> wrote: I know I'm a bit out of touch, but AIUI the NSProxy *is* the container. We decided a long time ago that a container was basically just a set of namespaces, which includes all of the subsystems you mention. You may have done that, but the

Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels

2007-02-12 Thread Eric W. Biederman
Andi Kleen <[EMAIL PROTECTED]> writes: > What experimental evidence did you have? > > But I'm tempted to drop this unless the hotplug mystery can be cleared > up. There was past information that logical is unsafe for hotplug. Basically as I commented in genapic_flat, that at least on

Re: build error: allnoconfig fails on mincore/swapper_space

2007-02-12 Thread Randy Dunlap
Andrew Morton wrote: On Mon, 12 Feb 2007 14:50:40 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote: 2.6.20-git8 on x86_64: LD init/built-in.o LD .tmp_vmlinux1 mm/built-in.o: In function `sys_mincore': (.text+0xe584): undefined reference to `swapper_space' make: *** [.tmp_vmlinux1]

Re: build error: allnoconfig fails on mincore/swapper_space

2007-02-12 Thread Andrew Morton
> On Mon, 12 Feb 2007 14:50:40 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote: > 2.6.20-git8 on x86_64: > > > LD init/built-in.o > LD .tmp_vmlinux1 > mm/built-in.o: In function `sys_mincore': > (.text+0xe584): undefined reference to `swapper_space' > make: *** [.tmp_vmlinux1] Error 1

Re: [PATCH 0/7] containers (V7): Generic Process Containers

2007-02-12 Thread Sam Vilain
[EMAIL PROTECTED] wrote: > Generic Process Containers > -- > > There have recently been various proposals floating around for > resource management/accounting and other task grouping subsystems in > the kernel, including ResGroups, User BeanCounters, NSProxy > containers,

[ANNOUNCE] sk-drivers mailing list

2007-02-12 Thread Stephen Hemminger
I have created a list for discussing issues and announcing test versions of the skge and sky2 drivers. There are many people with problems and several vendors are using the hardware as well, therefore I want to be able to make sure everyone can see the information without having to be distracted

Re: [PATCH x86 for review III] [17/29] x86: Add new CPUID bits for AMD Family 10 CPUs in /proc/cpuinfo

2007-02-12 Thread Chuck Ebbert
Andi Kleen wrote: >> A one-liner for each in the comments would be just enough. > > No. RTFM. Sure, I'll get right on that: ./AMD: total 16216 -rw-rw-r-- 1 cebbert cebbert 2485489 Nov 22 13:49 24592.pdf -rw-rw-r-- 1 cebbert cebbert 3537793 Nov 22 13:49 24593.pdf -rw-rw-r-- 1 cebbert cebbert

Re: [PATCH] build errors: uevent with CONFIG_SYSFS=n

2007-02-12 Thread Andrew Morton
> On Mon, 12 Feb 2007 14:29:19 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote: > Here's a patch, tested both ways (SYSFS=y, SYSFS=n). > > --- > From: Randy Dunlap <[EMAIL PROTECTED]> > > Fix source files to build with CONFIG_SYSFS=n. > module_subsys is not available. erk. Can we get some stubs

build error: allnoconfig fails on mincore/swapper_space

2007-02-12 Thread Randy Dunlap
2.6.20-git8 on x86_64: LD init/built-in.o LD .tmp_vmlinux1 mm/built-in.o: In function `sys_mincore': (.text+0xe584): undefined reference to `swapper_space' make: *** [.tmp_vmlinux1] Error 1 --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -

Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree

2007-02-12 Thread Andrew Morton
> On Mon, 12 Feb 2007 23:24:44 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > I backed out x86_64-mm-msr-on-cpu.patch (again) and went with Alexey's > > second version (again). It works fine. > > I think I'll just drop the thing. Nuisance:gain seems to be out of order It hasn't caused me

Re: [patch 3/3, resend] kbuild: correctly skip tilded backups in localversion files

2007-02-12 Thread Linus Torvalds
On Mon, 12 Feb 2007, Tony Luck wrote: > > Git bisect fingers this patch (which is in Linus' tree as commit > 76c329563c5b8663ef27eb1bd195885ab826cbd0) as the culprit > for double adding the contents of the localversion file. E.g. > > $ echo -tiger-smp > localversion > $ make prepare > $ make

RE: [PATCH] aio: fix kernel bug when page is temporally busy

2007-02-12 Thread Ananiev, Leonid I
Andrew, You wrote on Friday, February 09, 2007 8:53 AM > invalidate_inode_pages2() has other callers. I suspect with this change > we'll end up leaking EIOCBRETRY back to userspace. The path is modified so that invalidate_inode_pages2() returns EIO as earlier. could you consider modified patch

Re: [PATCH 0/7] containers (V7): Generic Process Containers

2007-02-12 Thread Serge E. Hallyn
Quoting Sam Vilain ([EMAIL PROTECTED]): > [EMAIL PROTECTED] wrote: > > Generic Process Containers > > -- > > > > There have recently been various proposals floating around for > > resource management/accounting and other task grouping subsystems in > > the kernel, including

Re: -mm merge plans for 2.6.21

2007-02-12 Thread Doug Thompson
--- Andi Kleen <[EMAIL PROTECTED]> wrote: > > As to the size of the MCE code doing everything EDAC K8 does, that > is > > mostly true. BUT then the x86_64 MCE mechanism becomes the > exception > > path. > > Sorry you lost me on that one. > > -Andi In similiar manner of the original SATA

Re: NAK new drivers without proper power management?

2007-02-12 Thread Nigel Cunningham
Hi. On Mon, 2007-02-12 at 21:06 +0100, Rafael J. Wysocki wrote: > On Monday, 12 February 2007 05:08, Nigel Cunningham wrote: > > Nope. I'm assuming that the driver author knows what needs to be done to > > get the driver out of whatever state the BIOS puts it in to start with, > > and into an

Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels

2007-02-12 Thread Andi Kleen
On Sunday 11 February 2007 12:13, Eric W. Biederman wrote: > Andi Kleen <[EMAIL PROTECTED]> writes: > > > From: Ingo Molnar <[EMAIL PROTECTED]> > > > > Default to physical mode on hotplug CPU kernels. Furher simplify and clean > > up > > the APIC initialization code. > > Where is the code that

Re: [PATCH x86 for review II] [26/39] i386: fix 32-bit ioctls on x64_32

2007-02-12 Thread Andi Kleen
On Monday 12 February 2007 14:24, Giuliano Procida wrote: > This is a nicer version of the MTRR compatibilty ioctl patch, compiles > smaller and also tested. Perhaps nice, but doesn't apply. I will stay with the old version for now Applying patch patches/fix-32-bit-ioctls-on-x64_32 patching file

RE: [PATCH] Ban module license tag string termination trick

2007-02-12 Thread David Schwartz
> David Schwartz wrote: > >> Indeed, but using the provided key is not circumventing. Loading a > >> non-GPL module that uses GPL symbols anyway is prevented, so > >> forcibly loading such a module "the rootkit way" by patching /dev/mem > >> is a circumvention. Catch one of the script kiddies

Re: [PATCH x86 for review III] [17/29] x86: Add new CPUID bits for AMD Family 10 CPUs in /proc/cpuinfo

2007-02-12 Thread Andi Kleen
> A one-liner for each in the comments would be just enough. No. RTFM. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: [PATCH x86 for review III] [17/29] x86: Add new CPUID bits for AMD Family 10 CPUs in /proc/cpuinfo

2007-02-12 Thread Chuck Ebbert
Andi Kleen wrote: >> Since we seem to have become the place where all these are collected, >> shouldn't we document what they mean? > > This is not a data sheet and the CPU vendors have fine tech writers > working on this already. > > Also I don't really want to encourage people to hack this

Re: NAK new drivers without proper power management?

2007-02-12 Thread Nigel Cunningham
Hi. On Mon, 2007-02-12 at 06:19 +0100, Willy Tarreau wrote: > One less "myth" as Nigel would say call it ;-) You know me too well! :> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

[PATCH] build errors: uevent with CONFIG_SYSFS=n

2007-02-12 Thread Randy Dunlap
On Mon, 12 Feb 2007 13:50:21 -0800 Randy Dunlap wrote: > > in kernel/params.c: > > kernel/params.c:700: error: 'module_uevent_ops' undeclared here (not in a > function) > > in kernel/module.c: > > kernel/built-in.o: In function `module_add_driver': > (.text+0x20c5b): undefined reference to

Re: [QUESTION] Which dependency am I missing?

2007-02-12 Thread Patrick Ale
On 2/12/07, Patrick Ale <[EMAIL PROTECTED]> wrote: Hi folks, Disregard, I found the problem. CONFIG_NEW_LED=Y , so I have to do a make and boot from the produced image. Which brings me to another question. If a dependent driver is selected as module (for reasons you dont want to reboot and

Re: [RFC PATCH] add filesystem subtype support

2007-02-12 Thread Miklos Szeredi
> >-static struct file_system_type **find_filesystem(const char *name) > >+static struct file_system_type **find_filesystem(const char *name, unsigned > >len) > > { > > struct file_system_type **p; > > for (p=_systems; *p; p=&(*p)->next) > >-if (strcmp((*p)->name,name) == 0) >

Re: [PATCH x86 for review III] [12/29] x86_64: 32-bit ptrace mangles sixth system call argument

2007-02-12 Thread Andi Kleen
> Didn't we have problems with this exact approach before? This one was dropped > because it caused 32-bit programs to crash: > http://www2.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/broken-out/x86-64-ptrace-ia32-bp-fix.patch > > See: >

Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree

2007-02-12 Thread Andi Kleen
On Monday 12 February 2007 23:00, Andrew Morton wrote: > > On Sun, 11 Feb 2007 11:38:23 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > > On Sunday 11 February 2007 01:11, Dave Jones wrote: > > > On Thu, Feb 08, 2007 at 01:32:43PM -0800, [EMAIL PROTECTED] wrote: > > > > > > > > The patch titled >

Re: [PATCH x86 for review III] [17/29] x86: Add new CPUID bits for AMD Family 10 CPUs in /proc/cpuinfo

2007-02-12 Thread Andi Kleen
> > Since we seem to have become the place where all these are collected, > shouldn't we document what they mean? This is not a data sheet and the CPU vendors have fine tech writers working on this already. Also I don't really want to encourage people to hack this without at least taking a

Re: [PATCH 1/1] Enable fully functional truncate for hugetlbfs

2007-02-12 Thread Ken Chen
On 2/12/07, Dave McCracken <[EMAIL PROTECTED]> wrote: This patch enables the full functionality of truncate for hugetlbfs files. Truncate was originally limited to reducing the file size because page faults were not supported for hugetlbfs. Now that page faults have been implemented it is now

Re: [PATCH x86 for review III] [17/29] x86: Add new CPUID bits for AMD Family 10 CPUs in /proc/cpuinfo

2007-02-12 Thread Chuck Ebbert
Andi Kleen wrote: > Just various new acronyms. The new popcnt bit is in the middle > of Intel space. This looks a little weird, but I've been assured > it's ok. > > Also I fixed RDTSCP for i386 which was at the wrong place. > > For i386 and x86-64. > > Signed-off-by: Andi Kleen <[EMAIL

Re: [patch 3/3, resend] kbuild: correctly skip tilded backups in localversion files

2007-02-12 Thread Tony Luck
On 2/5/07, Oleg Verych <[EMAIL PROTECTED]> wrote: kbuild: correctly skip tilded backups in localversion files Tildes as in path as in filenames are handled correctly now: only files, containing tilde '~', are backups, thus are not valid. Git bisect fingers this patch (which is in Linus'

Re: Regress for 8139too in 2.6.20

2007-02-12 Thread Andrew Morton
> On Sun, 11 Feb 2007 18:03:33 -0600 Larry Finger <[EMAIL PROTECTED]> wrote: > In kernel version 2.6.20, my network interface, a Uniden PCN 300 PCMCIA card > that uses the 8139too > driver fails to initialize with Yenta and 8139too as modules. It worked > correctly in 2.6.19. Using > git bisect,

shared memory is over-counted N times when calculating badness()

2007-02-12 Thread Jeff Davis
In oom_kill.c, badness() counts half the total_vm of all the children against the parent. The problem with this calculation is that, if the parent and children share memory, the shared memory is over-counted N/2 times where N is the number of children. There's already a hard limit on the amount

Re: [PATCH x86 for review III] [12/29] x86_64: 32-bit ptrace mangles sixth system call argument

2007-02-12 Thread Chuck Ebbert
Andi Kleen wrote: > From: Jeff Dike <[EMAIL PROTECTED]> > The patch below copies %r9 (where the sixth argument has been > stashed) into the RBP slot of pt_regs before syscall_trace_enter is > called. This fixes ptrace. > > To allow a successful return to userspace, the original value of rbp >

Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree

2007-02-12 Thread Andrew Morton
> On Sun, 11 Feb 2007 11:38:23 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > On Sunday 11 February 2007 01:11, Dave Jones wrote: > > On Thu, Feb 08, 2007 at 01:32:43PM -0800, [EMAIL PROTECTED] wrote: > > > > > > The patch titled > > > rdmsr_on_cpu, wrmsr_on_cpu > > > has been removed

build errors: uevent with CONFIG_SYSFS=n

2007-02-12 Thread Randy Dunlap
in kernel/params.c: kernel/params.c:700: error: 'module_uevent_ops' undeclared here (not in a function) in kernel/module.c: kernel/built-in.o: In function `module_add_driver': (.text+0x20c5b): undefined reference to `module_subsys' kernel/built-in.o: In function `sys_init_module':

Re: -mm merge plans for 2.6.21

2007-02-12 Thread Andi Kleen
> I am currently developing enhancements to EDAC that provide for L1, L2, > etc cache ECC event harvesting, mce.c + mcelog do that already for all x86-64 cpus because that's all reported as standard x86 machine checks. > DMA ECC event harvest, interconnect > harvesting, and other

Re: [BUG] 2.6.20 Oopses in xfrm_audit_log

2007-02-12 Thread David Miller
From: Joy Latten <[EMAIL PROTECTED]> Date: Mon, 12 Feb 2007 11:44:30 -0600 > This is similar to another bug reported last month. > Here is the patch I sent out then. Please let me know > how it goes. > > Signed-off-by: Joy Latten <[EMAIL PROTECTED]> This whole interface is a complete mess.

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 22:24, Nigel Cunningham wrote: > Hi. > > On Mon, 2007-02-12 at 22:01 +0100, Rafael J. Wysocki wrote: > > On Monday, 12 February 2007 21:58, Pavel Machek wrote: > > > Hi! > > > > > > > > > If all you need to do is say 'I don't need to do anything' and we > > > > > >

[PATCH] Standardize on "depends on" in Kconfig files.

2007-02-12 Thread Robert P. J. Day
Standardize on "depends on" in Kconfig files, and drop support for the alternative forms of "depends" or "requires". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- there was a consensus to standardize exclusively on the qualifier "depends on" in Kconfig files, and i've had a patch

Re: [q] kbuild for private asm-offsets (Re: [PATCH 6/10] lguest code: the little linux hypervisor.)

2007-02-12 Thread Sam Ravnborg
> > If you will have time for newbie, to explain in a few words, what is it need > for (whole idea, or key detail), and, maybe, why it is generated so ... > interestingly: > > asm-offsets.c -> *.s -> *.h > (but this looks like interconnecting C and assembler, obviously) Correct -

[QUESTION] Which dependency am I missing?

2007-02-12 Thread Patrick Ale
Hi folks, I am looking for a half day now and I can't find the dependency for NEW_LED I am missing. Can anyone point me to what I am missing? 80211: Unknown symbol led_trigger_unregister 80211: Unknown symbol led_trigger_register 80211: Unknown symbol led_trigger_event 80211: Unknown symbol

Re: utrace regressions (was: -mm merge plans for 2.6.21)

2007-02-12 Thread Roland McGrath
> We're aware of two regressions compared to mainline if ptrace is utrace: Thanks very much for bringing these to my attention. > 1) zero holes for PTRACE_PEEKUSR vanished. I've fixed this in the current patches. > 2. The following proggie renders box unusable in ~10 seconds (but not >

Re: NAK new drivers without proper power management?

2007-02-12 Thread Nigel Cunningham
Hi. On Mon, 2007-02-12 at 22:01 +0100, Rafael J. Wysocki wrote: > On Monday, 12 February 2007 21:58, Pavel Machek wrote: > > Hi! > > > > > > > If all you need to do is say 'I don't need to do anything' and we > > > > > have a > > > > > shared function that does that, all we're talking about

Re: -mm merge plans for 2.6.21

2007-02-12 Thread Frederik Deweerdt
On Sat, Feb 10, 2007 at 11:04:48AM -0600, Robert Hancock wrote: > Frederik Deweerdt wrote: > >>How about this one instead then: > >Well, the warning you get is not that obvious: > >test.c: In function 'main': > >test.c:11: warning: 'deprecated_irqf' is deprecated > >And as far as I could test ...

Question about EXPORT_SYMBOL implementation [try #2]

2007-02-12 Thread Francis Moreau
Hi, Here is the implementation of EXPORT_SYMBOL: #define __EXPORT_SYMBOL(sym, sec) \ extern typeof(sym) sym; \ __CRC_SYMBOL(sym, sec) \ static const char __kstrtab_##sym[]

Re: Serial console issues.

2007-02-12 Thread David Lang
On Mon, 12 Feb 2007, Andy Kennedy wrote: For those of you who are on BusyBox's mailing list, you've already seen this -- I was sent here for help. Specs: Linux: 2.6.18 Bootloader: SysLinux Init: BusyBox (ver 1.4.0) init. Kernel command line: console=ttyS0,115200,n,8,1 System: VersaLogic

Re: [PATCH] ia64: Fix noncoherent DMA API so devres builds

2007-02-12 Thread Luck, Tony
On Sun, Feb 11, 2007 at 09:30:21PM -0800, Roland Dreier wrote: > This patch fixes this by converting dma_{alloc,free}_noncoherent() > into inline functions that call the corresponding coherent functions, > instead of trying to do this with macros. > > Signed-off-by: Roland Dreier <[EMAIL

Re: [BUG] 2.6.20 Oopses in xfrm_audit_log

2007-02-12 Thread Charles-Edouard Ruault
Joy Latten wrote: >> i upgraded to vanilla kernel 2.6.20 and while i was using strongswan >> 2.8.2 to setup an IPSEC VPN i got the following kernel Ooops. >> I had successfully established the same tunnel a few times, but key >> renegotiation caused a problem ( both ends did not renegotiate at

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 21:58, Pavel Machek wrote: > Hi! > > > > > If all you need to do is say 'I don't need to do anything' and we have a > > > > shared function that does that, all we're talking about doing is adding > > > > to your struct pci_device (or whatever) > > > > > > > > .resume

Re: -mm merge plans for 2.6.21

2007-02-12 Thread Doug Thompson
--- Andi Kleen <[EMAIL PROTECTED]> wrote: > Alan <[EMAIL PROTECTED]> writes: > > > Please just push the EDAC K8 stuff. Andi will say "no" from now > until the > > end of time, but end users want it, distributions want it, and Andi > is > > not the EDAC maintainer so should consider himself

Re: NAK new drivers without proper power management?

2007-02-12 Thread Nigel Cunningham
Hi. On Mon, 2007-02-12 at 16:57 +0100, Geert Uytterhoeven wrote: > On Mon, 12 Feb 2007, Pavel Machek wrote: > > > Can't the upper layer just assume -ENOSYS if .resume/.suspend is NULL? > > > It's nicer if you don't have to implement dummy functions at all. > > > > Unfortunately, drivers

Re: NAK new drivers without proper power management?

2007-02-12 Thread Pavel Machek
Hi! > > > If all you need to do is say 'I don't need to do anything' and we have a > > > shared function that does that, all we're talking about doing is adding > > > to your struct pci_device (or whatever) > > > > > > .resume = generic_empty_resume; > > > > > > To me at least, that doesn't

Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6

2007-02-12 Thread Pavel Machek
Hi! > >I'm seeing BUGs like these on all libata-driven controllers when > >suspending to disk on 2.6.20-git6: > > > >sata_nv :00:07.0: resuming > >BUG: at drivers/pci/pci.c:817 pcim_enable_device() > > > >Call Trace: > > [] pcim_enable_device+0x8a/0xa5 > > []

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 17:52, Pavel Machek wrote: > Hi! > > > > > > > Neither am I. I'm just asking that new drivers have power > > > > > > management as > > > > > > standard. > > > > > > > > > What if the hardware doesn't support power management ? > > > > > > > > You would still want to

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 13:59, Gerhard Mack wrote: > On Sun, 11 Feb 2007, Willy Tarreau wrote: > > > On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote: > > > On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote: > > > > Many people also have Linux on their notebooks, but

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 06:19, Willy Tarreau wrote: > On Mon, Feb 12, 2007 at 12:26:52AM +, Alan wrote: > > > Unless I'm mistaken, I have to type the passphrase twice then : > > > - once at suspend > > > - once at resume > > > > > > which is once more per "boot" than what I'm doing on

Re: NAK new drivers without proper power management?

2007-02-12 Thread Rafael J. Wysocki
On Monday, 12 February 2007 05:08, Nigel Cunningham wrote: > Howdy! > > On Mon, 2007-02-12 at 01:10 +0100, Tilman Schmidt wrote: > > Hi, > > > > Am 11.02.2007 23:37 schrieb Nigel Cunningham: > > > On Sun, 2007-02-11 at 00:45 +0100, Tilman Schmidt wrote: > > >> Am 10.02.2007 23:37 schrieb Nigel

Serial console issues.

2007-02-12 Thread Andy Kennedy
For those of you who are on BusyBox's mailing list, you've already seen this -- I was sent here for help. Specs: Linux: 2.6.18 Bootloader: SysLinux Init: BusyBox (ver 1.4.0) init. Kernel command line: console=ttyS0,115200,n,8,1 System: VersaLogic 568 (STD80/STD32 Bus, i386 based computer)

Re: [BUG] 2.6.20 Oopses in xfrm_audit_log

2007-02-12 Thread David Miller
From: Joy Latten <[EMAIL PROTECTED]> Date: Mon, 12 Feb 2007 11:44:30 -0600 > This is similar to another bug reported last month. > Here is the patch I sent out then. Please let me know > how it goes. > > Regards, > Joy > > Signed-off-by: Joy Latten <[EMAIL PROTECTED]> This one is my bad, I

Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working

2007-02-12 Thread Joel Soete
Tejun Heo wrote: Please test the attached patch over 2.6.20. Thanks. It's already too late so quick and dirty rebuild of 2.6.20-git6 (failled before your patch) but now your patch fixe the pb: [snip] ata_piix :00:07.1: version 2.00ac7 ata1: PATA max UDMA/33 cmd 0x000101f0 ctl

Re: SATA-performance: Linux vs. FreeBSD

2007-02-12 Thread Nigel Cunningham
Hi Alan et al. On Mon, 2007-02-12 at 19:08 +, Alan wrote: > I'm not sure you'll get 50MB/sec sustained to work although you might > with a good current drive used for nothing else, a linear stream of data > (no seeking and file system overhead), and a non PCI controller (PCI > Express, host

[PATCH] Fatal kernel faults should update thread struct

2007-02-12 Thread Jeff Dike
Fix a bug introduced in my earlier fault information pollution prevention patch. That patch assumed that no kernel fault information should ever be put in thread.error_code and .trap_no. It turns out that die() reads those fields, so fatal kernel faults, as well as userspace faults, need those

Re: High CPU usage with sata_nv

2007-02-12 Thread Matthew Fredrickson
On Feb 12, 2007, at 12:49 AM, Tejun Heo wrote: ris wrote: procs ---memory-- ---swap-- -io -system-- cpu r b swpd free buff cache si sobibo in cs us sy id wa 0 0 0 303444 53224 36013200 276 157 627 814 5 2 89 4

Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values

2007-02-12 Thread Andrew Morton
> On Sat, 10 Feb 2007 12:27:42 -0600 James Bottomley <[EMAIL PROTECTED]> wrote: > When discussion about TRUE and FALSE came up a long time a go in the > context of the mid layer we agreed to strip the defined constants out of > that code and just go with 1 and 0 inline ... because the code was >

Re: Documenting MS_RELATIME

2007-02-12 Thread Petri Kaukasoina
On Mon, Feb 12, 2007 at 06:49:39PM +0100, Jan Engelhardt wrote: > >The one problem with noatime is that mutt's 'new mail arrived' breaks > > Just why does not it use mtime then to check for New Mail Arrived, like I have always used: --enable-buffy-sizeUse file size attribute instead

[PATCH 2.6.20 14/14] nfnetlink_log: micro-optimization: inst->skb != NULL in __nfulnl_send()

2007-02-12 Thread Michał Mirosław
No other function calls __nfulnl_send() with inst->skb == NULL than nfulnl_timer(). Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.12 2007-02-12 17:58:01.0 +0100 +++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-12

[PATCH 2.6.20 13/14] nfnetlink_log: fix reference counting

2007-02-12 Thread Michał Mirosław
Fix reference counting (memory leak) problem in __nfulnl_send() and callers related to packet queueing. Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.11 2007-02-12 17:35:50.0 +0100 +++ linux-2.6.20/net/netfilter/nfnetlink_log.c

[PATCH 2.6.20 12/14] nfnetlink_log: possible NULL pointer dereference in nfulnl_recv_config()

2007-02-12 Thread Michał Mirosław
Eliminate possible NULL pointer dereference in nfulnl_recv_config(). Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.10 2007-02-12 17:05:14.0 +0100 +++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-12 17:35:50.0

Re: [PATCH x86 for review III] [1/29] i386: avoid gcc extension

2007-02-12 Thread Randy Dunlap
On Mon, 12 Feb 2007 19:43:36 + Jochen Voß wrote: > Hi, > > On 12/02/07, Andi Kleen <[EMAIL PROTECTED]> wrote: > > setcc() in math-emu is written as a gcc extension statement expression > > macro that returns a value. However, it's not used that way and it's not > > needed like that, so just

Re: [PATCH 2.6.20 +0/14] nfnetlink_log: patch series season 2

2007-02-12 Thread Michał Mirosław
Dear list, As it turned out, not all worms eating nfnetlink_log have been exterminated by my last patch series. I'll append next four patches to the end of the series and I hope that it doesn't make your patching scripts unhappy. Those patches fix two bugs and make two other code

[PATCH 2.6.20 11/14] nfnetlink_log: iterator functions need iter_state * only

2007-02-12 Thread Michał Mirosław
get_*() don't need access to seq_file - iter_state is enough for them. Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]> --- linux-2.6.20/net/netfilter/nfnetlink_log.c.92007-02-12 00:19:16.0 +0100 +++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-12 17:05:14.0

Re: NAK new drivers without proper power management?

2007-02-12 Thread Willy Tarreau
On Mon, Feb 12, 2007 at 07:59:40AM -0500, Gerhard Mack wrote: > On Sun, 11 Feb 2007, Willy Tarreau wrote: > > > On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote: > > > On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote: > > > > Many people also have Linux on their

Re: 2.6.20-rc4: regression: iptables failed to load rules

2007-02-12 Thread David Miller
From: Linus Torvalds <[EMAIL PROTECTED]> Date: Tue, 9 Jan 2007 09:33:32 -0800 (PST) > David, please crack some heads. I have some patches from Patrick in my queue which try to add some sanity to this situation, we'll see how much better we can make it. - To unsubscribe from this list: send the

Re: Which CPU for VIA C7/Esther?

2007-02-12 Thread Dave Jones
On Mon, Feb 12, 2007 at 02:14:41PM -0500, Kyle McMartin wrote: > On Mon, Feb 12, 2007 at 06:37:38PM +0100, Mark de Vries wrote: > > I've been googeling for about an hour now and can't find an answer to: > > What type of CPU should I select when compiling a recent 2.6 kernel if I > > have a VIA

Re: [PATCH] sata_via: fix resource-managed iomap conversion

2007-02-12 Thread Tejun Heo
Markus Trippelsdorf wrote: On Mon, Feb 12, 2007 at 10:51:44AM -0800, Tejun Heo wrote: Conversion to resource-managed iomap was buggy causing init failures on both vt6420 and 6421 - BAR5 wasn't mapped for both controllers while on vt6420 sata_via tried to map BAR0-4 twice. Fix it. Great, can

Re: High CPU usage with sata_nv

2007-02-12 Thread Tejun Heo
Matthew Fredrickson wrote: I have noticed something that might be related as well. I am working on a device driver that would have periodic data errors due to exceptionally long interrupt handling latency. I have come to the point that I suspect that it's the sata_nv driver, and now that we

Re: Documenting MS_RELATIME

2007-02-12 Thread Valerie Henson
On Mon, Feb 12, 2007 at 09:53:18PM +0200, Petri Kaukasoina wrote: > On Mon, Feb 12, 2007 at 06:49:39PM +0100, Jan Engelhardt wrote: > > >The one problem with noatime is that mutt's 'new mail arrived' breaks > > > > Just why does not it use mtime then to check for New Mail Arrived, like > > I

Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present

2007-02-12 Thread Daniel Walker
On Sat, 2007-02-10 at 20:51 +0100, Miguel Ojeda wrote: > Andrew, Daniel who reported the crash has tested this patch and says that it > works fine avoiding it, so you can merge. > Yes, I tested it with the ks0108 enabled alone, and with both ks0108 and CFAG12864B .. Both booted fully.. Daniel

Re: [PATCH x86 for review III] [7/29] x86_64: update IO-APIC dest field to 8-bit for xAPIC

2007-02-12 Thread Eric W. Biederman
Andi Kleen <[EMAIL PROTECTED]> writes: > From: Benjamin Romer <[EMAIL PROTECTED]> > > On the Unisys ES7000/ONE system, we encountered a problem where performing > a kexec reboot or dump on any cell other than cell 0 causes the system > timer to stop working, resulting in a hang during timer

Re: [PATCH -mm] readahead: partial sendfile fix

2007-02-12 Thread Ram Pai
On Sat, 2007-02-10 at 09:40 +0800, Fengguang Wu wrote: > Enable readahead to handle partially done read requests, e.g. > > sendfile(188, 1921, [1478592], 19553028) = 37440 > sendfile(188, 1921, [1516032], 19515588) = 28800 > sendfile(188, 1921, [1544832], 19486788) = 37440

[ANNOUNCE] Guilt v0.19

2007-02-12 Thread Josef Sipek
Guilt v0.19 is available for download (once it mirrors out on kernel.org). Guilt (Git Quilt) is a series of bash scripts which add a Mercurial queues-like functionality and interface to git. Tarballs: http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/ Git repo:

Re: Re : [PATCH] Compressed ia32 ELF file generation for loading by Gujin 1/3

2007-02-12 Thread Eric W. Biederman
"H. Peter Anvin" <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: >> >> With ELF we get a single file format that works on multiple >> architectures and for multiple OS-s, with well understood rules. This >> allows for a broader audience who can review and maintain the code. >> In addition

Re: [PATCH] class device cleanup for fbdev

2007-02-12 Thread Greg KH
On Wed, Feb 07, 2007 at 07:53:09PM +, James Simmons wrote: > > Let me know if this is the right approach. This patch uses the class field > in struct device. Yes, it looks like the correct thing to do. thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH x86 for review II] [34/39] i386: Use stack arguments for calling into EFI

2007-02-12 Thread Frédéric RISS
Le lundi 12 février 2007 à 08:38 +0100, Andi Kleen a écrit : > When calling into the EFI firmware, the parameters need to be passed on > the stack. The recent change to use -mregparm=3 breaks x86 EFI support. > This patch is needed to allow the new Intel-based Macs to suspend to ram >

Re: [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code

2007-02-12 Thread Paul Menage
On 2/12/07, Paul Menage <[EMAIL PROTECTED]> wrote: reaches zero. RCU is still fine for reading the container_group pointers, but it's no good for updating them, since by the time you update it it may no longer be your container_group structure, and may instead be about to be deleted as soon as

Re: [PATCH x86 for review III] [1/29] i386: avoid gcc extension

2007-02-12 Thread Jochen Voß
Hi, On 12/02/07, Andi Kleen <[EMAIL PROTECTED]> wrote: setcc() in math-emu is written as a gcc extension statement expression macro that returns a value. However, it's not used that way and it's not needed like that, so just make it a do-while non-extension macro so that we don't use an

[PATCH] eCryptfs: Reduce stack usage in ecryptfs_generate_key_packet_set()

2007-02-12 Thread Michael Halcrow
eCryptfs is gobbling a lot of stack in ecryptfs_generate_key_packet_set() because it allocates a temporary memory-hungry ecryptfs_key_record struct. This patch introduces a new kmem_cache for that struct and converts ecryptfs_generate_key_packet_set() to use it. Signed-off-by: Michael Halcrow

Re: Documenting MS_RELATIME

2007-02-12 Thread Valerie Henson
On Mon, Feb 12, 2007 at 10:40:10AM -0500, Dave Jones wrote: > > The one problem with noatime is that mutt's 'new mail arrived' breaks > as you mentioned in the relatime changelog, so I'm surprised that > they turned it on by default. With relatime fixing that however, > I'm also unaware of

Re: 2.6.20: Rebuild after trivial patch rebuilds way too much

2007-02-12 Thread Randy Dunlap
On Mon, 12 Feb 2007 20:37:35 +0300 Andrey Borzenkov wrote: > Is not it too much fore a trivial two lines patch to a single file? > > {pts/1}% stg import > ~/patch/Re_2_6_20_rc6_libata_PATA_ATAPI_CDROM_is_not_working.patch > Importing > patch

<    1   2   3   4   5   6   7   8   9   >