Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Willy Tarreau
Hi Nick, On Tue, Apr 17, 2007 at 06:29:54AM +0200, Nick Piggin wrote: (...) > And my scheduler for example cuts down the amount of policy code and > code size significantly. I haven't looked at Con's ones for a while, > but I believe they are also much more straightforward than mainline... > >

Re: [PATCH][BUG] Fix possible NULL pointer access in 8250 serial driver

2007-04-16 Thread Andrew Morton
On Tue, 17 Apr 2007 11:15:46 +0900 izumi <[EMAIL PROTECTED]> wrote: > Hi, > > I encountered the following kernel panic. The cause of this problem was > NULL pointer access in check_modem_status() in 8250.c. I confirmed > this problem is fixed by the attached patch, but I don't know this > is the

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Gene Heskett
On Tuesday 17 April 2007, Willy Tarreau wrote: >Hi Gene, > >On Tue, Apr 17, 2007 at 12:53:56AM -0400, Gene Heskett wrote: >> On Monday 16 April 2007, Ingo Molnar wrote: >> >this is the second release of the CFS (Completely Fair Scheduler) >> >patchset, against v2.6.21-rc7: >> > >> >

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Mike Galbraith
On Tue, 2007-04-17 at 07:25 +0200, Willy Tarreau wrote: > Have you tried previous version with the fair-fork patch ? It might be > possible > that your workload is sensible to the fork()'s child getting much CPU upon > startup. Dunno about that, but here's a possibly related datapoint. I

Re: [xfs-masters] Re: mm snapshot broken-out-2007-04-11-02-24.tar.gz uploaded

2007-04-16 Thread Timothy Shimmin
There's a couple of different ways I can see to fix the problem - the first is to not reference the buffer in xlog_iodone() after running the callbacks that may trigger it being freed. I'd prfer to see if this fixes the problem before having to do more invasive surgery. Can you try the patch

Re: CPU ordering with respect to krefs

2007-04-16 Thread Oliver Neukum
Am Donnerstag, 12. April 2007 08:27 schrieb Greg KH: > On Mon, Apr 02, 2007 at 04:33:54PM +0200, Eric Dumazet wrote: > > On Mon, 2 Apr 2007 14:47:59 +0200 > > Oliver Neukum <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > > > > some atomic operations are only atomic, not ordered. Thus a CPU is

slab allocators: Remove obsolete SLAB_MUST_HWCACHE_ALIGN

2007-04-16 Thread Christoph Lameter
The flag SLAB_MUST_HWCACHE_ALIGN is 1. Never checked by SLAB at all. 2. A duplicate of SLAB_HWCACHE_ALIGN for SLUB 3. Fulfills the role of SLAB_HWCACHE_ALIGN for SLOB. The only remaining use is in sparc64 and ppc64 and their use there reflects some earlier role that the slab flag once may have

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Willy Tarreau
Hi Gene, On Tue, Apr 17, 2007 at 12:53:56AM -0400, Gene Heskett wrote: > On Monday 16 April 2007, Ingo Molnar wrote: > >this is the second release of the CFS (Completely Fair Scheduler) > >patchset, against v2.6.21-rc7: > > > > http://redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.patch > > >

Re: [OOPS] 2.6.21-rc6-git5 in cfq_dispatch_insert

2007-04-16 Thread Neil Brown
On Monday April 16, [EMAIL PROTECTED] wrote: > > cfq_dispatch_insert() was called with rq == 0. This one is getting really > annoying... and md is involved again (RAID0 this time.) Yeah... weird. RAID0 is so light-weight and so different from RAID1 or RAID5 that I feel fairly safe concluding

Re: Memory Allocation

2007-04-16 Thread Robert Hancock
Brian D. McGrew wrote: Good evening gents! I need some help in allocating memory and understanding how the system allocates memory with physical versus virtual page tables. Please consider the following snippet of code. Please, no wisecracks about bad code; it was written in 30 seconds in

Re: [PATCHSET #master] sysfs: make sysfs disconnect immediately on deletion, take 2

2007-04-16 Thread Tejun Heo
Hello, Maneesh. Maneesh Soni wrote: > I started looking at these patches and parallely also did some testing on a > 8 CPU system. I am using the patches from Greg's tree at > http://www.kernel.org/pub/scm/linux/kernel/git/gregkh/patches.git/ > > I ran following loops parallelly > > # while

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread David Miller
From: Andrew Vasquez <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 19:41:07 -0700 > That verbiage sounds fine -- so would you consider the previous patch > I submitted (with module parameter) along with the wording above? Yes, that sounds fine. > I'm in transit for a redeye to NY so I won't be

Re: [PATCH] Blackfin: blackfin on-chip SPI controller driver

2007-04-16 Thread Wu, Bryan
On Mon, 2007-04-16 at 18:31 -0800, David Brownell wrote: > Cleaning out some of my pending-reviews queue ... after you address > these comments I think what I'd like to do is sign off on one clean > patch, rather than initial-plus-cleanups. > > Thanks a lot, David. We will try to cleanup the

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Gene Heskett
On Monday 16 April 2007, Ingo Molnar wrote: >this is the second release of the CFS (Completely Fair Scheduler) >patchset, against v2.6.21-rc7: > > http://redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.patch > >i'd like to thank everyone for the tremendous amount of feedback and >testing the v1

floppy.ko

2007-04-16 Thread Gene Heskett
Greetings everybody; At some point in the last, say 6 months or so, some patches have been done to the floppy.c area of the tree, and ever since, I have not been able to build the driver in without wasting around a minute during the bootup with lags and squawks about fd1 showing up in the boot

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Tue, Apr 17, 2007 at 02:25:39PM +1000, Peter Williams wrote: > Nick Piggin wrote: > >On Mon, Apr 16, 2007 at 04:10:59PM -0700, Michael K. Edwards wrote: > >>On 4/16/07, Peter Williams <[EMAIL PROTECTED]> wrote: > >>>Note that I talk of run queues > >>>not CPUs as I think a shift to multiple

[PATCH] [ALSA] Add first generation macbook subsystem ID

2007-04-16 Thread bainonline
From: Abhijit Bhopatkar <[EMAIL PROTECTED]> First generation MacBooks were getting ignored by sigmatel drivers and wrongly being identified as MACMINI. This patch makes them identify as MACBOOK. Signed-off-by: Abhijit Bhopatkar <[EMAIL PROTECTED]> --- sound/pci/hda/patch_sigmatel.c |3 +++

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Tue, Apr 17, 2007 at 02:17:22PM +1000, Peter Williams wrote: > Nick Piggin wrote: > >On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: > >>On Tue, 2007-04-17 at 10:06 +1000, Peter Williams wrote: > >>>Mike Galbraith wrote: > Demystify what? The casual observer need only read

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Peter Williams
Nick Piggin wrote: On Mon, Apr 16, 2007 at 04:10:59PM -0700, Michael K. Edwards wrote: On 4/16/07, Peter Williams <[EMAIL PROTECTED]> wrote: Note that I talk of run queues not CPUs as I think a shift to multiple CPUs per run queue may be a good idea. This observation of Peter's is the best

Re: [Announce] [patch] Modular Scheduler Core and Completely FairScheduler [CFS]

2007-04-16 Thread David Lang
On Tue, 17 Apr 2007, Mike Galbraith wrote: Subject: Re: [Announce] [patch] Modular Scheduler Core and Completely FairScheduler [CFS] On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote: On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: Yup, and progress _is_ happening

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Peter Williams
Nick Piggin wrote: On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: On Tue, 2007-04-17 at 10:06 +1000, Peter Williams wrote: Mike Galbraith wrote: Demystify what? The casual observer need only read either your attempt at writing a scheduler, or my attempts at fixing the one

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Tue, Apr 17, 2007 at 06:01:29AM +0200, Mike Galbraith wrote: > On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote: > > On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: > > > > Yup, and progress _is_ happening now, quite rapidly. > > > > Progress as in progress on Ingo's

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Peter Williams
Ingo Molnar wrote: this is the second release of the CFS (Completely Fair Scheduler) patchset, against v2.6.21-rc7: http://redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.patch i'd like to thank everyone for the tremendous amount of feedback and testing the v1 patch got - i could hardly keep

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Mike Galbraith
On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote: > On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: > > Yup, and progress _is_ happening now, quite rapidly. > > Progress as in progress on Ingo's scheduler. I still don't know how we'd > decide when to replace the mainline

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Mon, Apr 16, 2007 at 04:10:59PM -0700, Michael K. Edwards wrote: > On 4/16/07, Peter Williams <[EMAIL PROTECTED]> wrote: > >Note that I talk of run queues > >not CPUs as I think a shift to multiple CPUs per run queue may be a good > >idea. > > This observation of Peter's is the best thing to

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

2007-04-16 Thread Mauro Carvalho Chehab
> > I have tested these patches with 2.6.20-mh1 + v4l-dvb-b5be3479f070 patchset. > > I also tried 2.6.21-rc6 + v4l-dvb-b5be3479f070 patchset and this > > combination > > also works without OOPS. > > > Yes, that shows that the changesets prevent the oops, but it says > nothing about vanilla

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote: > On Tue, 2007-04-17 at 10:06 +1000, Peter Williams wrote: > > Mike Galbraith wrote: > > > > > > Demystify what? The casual observer need only read either your attempt > > > at writing a scheduler, or my attempts at fixing the one

Re: [2/2] 2.6.21-rc7: known regressions

2007-04-16 Thread Dave Jones
On Mon, Apr 16, 2007 at 10:26:43AM +0100, Richard Purdie wrote: > > > > > CONFIG_FB_BACKLIGHT=y > > > > > CONFIG_ACPI_VIDEO=n > > > > > > > > That also gets me a dead display. Backlight doesn't turn back on. > > > > > > Anything under /sys/class/backlight? > > > > Entries from

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Nick Piggin
On Mon, Apr 16, 2007 at 09:28:24AM -0500, Matt Mackall wrote: > On Mon, Apr 16, 2007 at 05:03:49AM +0200, Nick Piggin wrote: > > I'd prefer if we kept a single CPU scheduler in mainline, because I > > think that simplifies analysis and focuses testing. > > I think you'll find something like

Re: [BUG] 2.6.21-rc7 hpt366 driver broken

2007-04-16 Thread Mike Mattie
On Mon, 16 Apr 2007 19:43:03 -0700 Mike Mattie <[EMAIL PROTECTED]> wrote: > On Mon, 16 Apr 2007 18:21:12 -0700 > Mike Mattie <[EMAIL PROTECTED]> wrote: > > > On Mon, 16 Apr 2007 16:36:13 +0200 > > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > > [ Cc's added, full bug report was in > > >

Re: BUG: Bad page state errors during kernel make (resolved)

2007-04-16 Thread Zach Carter
Zach Carter wrote: Do you think there might be other bad hw, or another explanation? Well, after updating the BIOS for the motherboard, I was able to rebuild the kernel 6 times in a row with no page state errors. I noticed that the recent BIOS update includes "Enhanced compatibility

Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]

2007-04-16 Thread Joshua Wise
On Mon, 16 Apr 2007, Shaohua Li wrote: On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: ... please check if the patch at http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue I have the same system as Mattia, and when I applied this patch and turned CPU_IDLE back on, I got

Re: [PATCH] Blackfin: blackfin on-chip SPI controller driver

2007-04-16 Thread David Brownell
Cleaning out some of my pending-reviews queue ... after you address these comments I think what I'd like to do is sign off on one clean patch, rather than initial-plus-cleanups. On Monday 05 March 2007 2:41 am, Wu, Bryan wrote: > --- linux-2.6.orig/drivers/spi/Kconfig2007-03-01

Re: [Patch -mm 0/3] RFC: module unloading vs. release function

2007-04-16 Thread Rusty Russell
On Tue, 2007-04-17 at 00:44 +0400, Alexey Dobriyan wrote: > On Mon, Apr 16, 2007 at 03:38:52PM -0400, Alan Stern wrote: > > 3. Change the module code so that rmmod can return _before_ the > > module is actually unloaded from memory (but after the module's > > exit routine has

Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]

2007-04-16 Thread Shaohua Li
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote: > On Mon, 16 Apr 2007, Shaohua Li wrote: > > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: > >> ... > > please check if the patch at > > http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue > > I have the same system as

Re: [Patch -mm 3/3] RFC: Introduce kobject->owner for refcounting.

2007-04-16 Thread Rusty Russell
On Mon, 2007-04-16 at 15:53 -0400, Alan Stern wrote: > The fundamental rule is that whenever you hand out a pointer to a routine > living in a module, the receiver has to increment the module's refcount. > But the driver core violates this rule all over the place. Hi Alan, Your rule is

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Mike Galbraith
On Tue, 2007-04-17 at 10:06 +1000, Peter Williams wrote: > Mike Galbraith wrote: > > > > Demystify what? The casual observer need only read either your attempt > > at writing a scheduler, or my attempts at fixing the one we have, to see > > that it was high time for someone with the necessary

Re: [BUG] 2.6.21-rc7 hpt366 driver broken

2007-04-16 Thread Mike Mattie
On Mon, 16 Apr 2007 18:21:12 -0700 Mike Mattie <[EMAIL PROTECTED]> wrote: > On Mon, 16 Apr 2007 16:36:13 +0200 > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > [ Cc's added, full bug report was in > > http://lkml.org/lkml/2007/4/16/18 ] > > > > On Mon, Apr 16, 2007 at 04:38:22AM -0700, Mike

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread Andrew Vasquez
On Mon, 16 Apr 2007, David Miller wrote: > From: Andrew Vasquez <[EMAIL PROTECTED]> > Date: Mon, 16 Apr 2007 16:47:05 -0700 > > > Dave, according to your earlier emails, the qla2xxx driver worked > > 'fine' in driver versions before commit > > 7aef45ac92f49e76d990b51b7ecd714b9a608be1. If that

2.6.21-rc6-mm1 ATA HPT37x regression

2007-04-16 Thread John Stoffel
Hi Jeff and crew, I was just testing out 2.6.21-rc6-mm1 to test some Cyclades patches and I noticed that my HPT302 (rev1) controller with a pair of 120gb WD disks are not longer detected and I get the following in the dmesg logs: [ 148.121490] hpt37x: DPLL did not stabilize. Where before,

Memory Allocation

2007-04-16 Thread Brian D. McGrew
Good evening gents! I need some help in allocating memory and understanding how the system allocates memory with physical versus virtual page tables. Please consider the following snippet of code. Please, no wisecracks about bad code; it was written in 30 seconds in haste :-) #include

[PATCH][BUG] Fix possible NULL pointer access in 8250 serial driver

2007-04-16 Thread izumi
Hi, I encountered the following kernel panic. The cause of this problem was NULL pointer access in check_modem_status() in 8250.c. I confirmed this problem is fixed by the attached patch, but I don't know this is the correct fix. sadc[4378]: NaT consumption 2216203124768 [1] Modules linked in:

[PATCH 001 of 2] knfsd: Use a spinlock to protect sk_info_authunix

2007-04-16 Thread NeilBrown
sk_info_authunix is not being protected properly so the object that it points to can be cache_put twice, leading to corruption. We borrow svsk->sk_defer_lock to provide the protection. We should probably rename that lock to have a more generic name - later. Thanks to Gabriel for reporting

[PATCH 002 of 2] knfsd: Rename sk_defer_lock to sk_lock

2007-04-16 Thread NeilBrown
Now that sk_defer_lock protects two different things, make the name more generic. Also don't bother with disabling _bh as the lock is only ever taken from process context. Signed-off-by: Neil Brown <[EMAIL PROTECTED]> ### Diffstat output ./include/linux/sunrpc/svcsock.h |3 ++-

[PATCH 000 of 2] knfsd: Close oopsable race in nfsd

2007-04-16 Thread NeilBrown
Following two patches fix a bug introduced in 7b2b1fee30df7e2165525cd03f7d1d01a3a56794 and hence is in 2.6.19 and later. The first patch is a minimal fix which is suitable for all kernels since 2.6.19-pre1. The second adds some consequent cleaning up and is probably best left for 2.6.22-rc

Re: [AppArmor 31/41] Fix __d_path() for lazy unmounts and make it unambiguous; exclude unreachable mount points from /proc/mounts

2007-04-16 Thread Andreas Gruenbacher
On Monday 16 April 2007 23:57, Alan Cox wrote: > I don't believe the existing behaviour _IS_ a mistake. So what would be the arguments why this behavior makes sense, other than legacy? For /proc/mounts, one could argue that the admin might want to see everything, but then that's not actually

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Peter Williams
Chris Friesen wrote: William Lee Irwin III wrote: The sorts of like explicit decisions I'd like to be made for these are: (1) In a mixture of tasks with varying nice numbers, a given nice number corresponds to some share of CPU bandwidth. Implementations should not have the freedom to

Re: Problem with ufs nextstep in 2.6.18 (debian)

2007-04-16 Thread Dale Amon
On Mon, Apr 16, 2007 at 05:04:22PM +0100, Dale Amon wrote: > On Mon, Apr 16, 2007 at 11:32:04AM +0400, Evgeniy Dushistov wrote: > > >The error also happens in 2.6.19, same as in 2.6.18. > > >I extracted this from syslog: > > >Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0): > >

Re: Repair-driven file system design (was Re: ZFS with Linux: An Open Plea)

2007-04-16 Thread David Chinner
On Mon, Apr 16, 2007 at 03:34:42PM -0700, Valerie Henson wrote: > On Mon, Apr 16, 2007 at 01:07:05PM +1000, David Chinner wrote: > > On Sun, Apr 15, 2007 at 08:50:25PM -0400, Rik van Riel wrote: > > > > > IMHO chunkfs could provide a much more promising approach. > > > > Agreed, that's one method

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Pavel Pisa
On Monday 16 April 2007 07:47, Davide Libenzi wrote: > On Mon, 16 Apr 2007, Pavel Pisa wrote: > > I cannot help myself to not report results with GAVL > > tree algorithm there as an another race competitor. > > I believe, that it is better solution for large priority > > queues than RB-tree and

Re: [linux-usb-devel] [PATCH] hid: hid bus prototype 20070416

2007-04-16 Thread Li Yu
Jiri Kosina wrote: > On Mon, 16 Apr 2007, Li Yu wrote: > > >> HID bus prototype 20070416 >> > > Hi Li, > > thanks for taking care. Well, the patch is quite huge, do you think you > could split it into separate independent parts (use quilt or somet

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Peter Williams
Chris Friesen wrote: Peter Williams wrote: To my mind scheduling and load balancing are orthogonal and keeping them that way simplifies things. Scuse me if I jump in here, but doesn't the load balancer need some way to figure out a) when to run, and b) which tasks to pull and where to push

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair

2007-04-16 Thread Peter Williams
Al Boldi wrote: Peter Williams wrote: Al Boldi wrote: Reducing the prio-level granularity may also be helpful; Because of some of the bit operations code makes it a bad idea to have more than 160 priority levels, you're more or less limited to 60 priority levels for SCHED_OTHER tasks (as 100

Re: [CRYPTO] is it really optimized ?

2007-04-16 Thread Herbert Xu
On Mon, Apr 16, 2007 at 10:37:01AM +0200, Francis Moreau wrote: > > BTW, here are figures I got with 2 different versions of the driver > when using tcrypt module. The second being the result with the > optimized driver (no key reloading on each block): > > normal version: > test 4 (128 bit key,

Re: AppArmor FAQ

2007-04-16 Thread James Morris
On Mon, 16 Apr 2007, John Johansen wrote: > Label-based security (exemplified by SELinux, and its predecessors in > MLS systems) attaches security policy to the data. As the data flows > through the system, the label sticks to the data, and so security > policy with respect to this data stays

Re: PROBLEM: kernel 2.6.20.6 build failed for ppc board chestnut(ibm ppc 750GX/FX)

2007-04-16 Thread Josh Boyer
On Mon, Apr 16, 2007 at 01:13:01PM +0800, Wang, Baojun wrote: > PROBLEM: linux kernel 2.6.20.6 build failed for ppc board chestnut(ibm ppc > 750GX/FX) > Confirmed. arch/ppc isn't getting much love these days. > this brute force patch sould solve the problem: This is missing a

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Peter Williams
Mike Galbraith wrote: On Sun, 2007-04-15 at 13:27 +1000, Con Kolivas wrote: On Saturday 14 April 2007 06:21, Ingo Molnar wrote: [announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS] i'm pleased to announce the first release of the "Modular Scheduler Core and Completely

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread David Miller
From: Andrew Vasquez <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 16:47:05 -0700 > Dave, according to your earlier emails, the qla2xxx driver worked > 'fine' in driver versions before commit > 7aef45ac92f49e76d990b51b7ecd714b9a608be1. If that were the case, then > you would have seen the warning

Re: Linux 2.6.21-rc7

2007-04-16 Thread Chuck Ebbert
Linus Torvalds wrote: > Since we're still waiting for resolution for some regressions that people > weren't able to work on last week, there's a new -rc kernel out there. > Hopefully we'll get them all and I can do 2.6.21-final next weekend or > so.. > The patch to k8.c didn't make it in:

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread Andrew Vasquez
On Mon, 16 Apr 2007, David Miller wrote: > From: Andrew Vasquez <[EMAIL PROTECTED]> > Date: Mon, 16 Apr 2007 16:28:51 -0700 > > > Sorry, but let's be realistic, this type of warning would have > > *NEVER* been addressed if we kept the status quo > > Wrong. I watch the logs all the time and

Re: intermittant petabyte usage reported with broadcom nic

2007-04-16 Thread CaT
On Mon, Apr 16, 2007 at 12:10:51PM -0700, Michael Chan wrote: > On Sat, 2007-04-14 at 17:20 -0700, Michael Chan wrote: > > > I also like Andi's idea of using change_page_attr() to isolate the > > problem. I'll try to send you a debug patch in the next few days to try > > that out. Thanks. > >

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread David Miller
From: Andrew Vasquez <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 16:28:51 -0700 > Sorry, but let's be realistic, this type of warning would have > *NEVER* been addressed if we kept the status quo Wrong. I watch the logs all the time and would have sent you a fix to use the Sparc firmware info as

Re: BUG: Bad page state errors during kernel make

2007-04-16 Thread Chuck Ebbert
Zach Carter wrote: > > Dave Jones wrote: >> On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote: >> > list_del corruption. prev->next should be c21a4628, but was e21a4628 >> >> 'c' became 'e' in that last address. A single bit flipped. >> Given you've had this for some time, this smells

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread Andrew Vasquez
On Mon, 16 Apr 2007, David Miller wrote: > From: Andrew Vasquez <[EMAIL PROTECTED]> > Date: Mon, 16 Apr 2007 15:25:17 -0700 > > > Fine, I'll agree that wacking-users (and > > I'll wager the outliers) with a 2x4 was a bit extreme, > > And that, right there, is basically the end of the

Re: If not readdir() then what?

2007-04-16 Thread Neil Brown
On Monday April 16, [EMAIL PROTECTED] wrote: > > The challenge is making it be stable across inserts/deletes, never > mind reboots. And it's not a "little bit of cacheing"; in order to be > correct we would have to cache *forever*, since at least in theory an > NFS client could hold on to a

Staircase cpu scheduler v17.1

2007-04-16 Thread Con Kolivas
Greetings all Here is the current release of the Staircase cpu scheduler (the original generation I design that spurned development elsewhere for RSDL), for 2.6.21-rc7 http://ck.kolivas.org/patches/pre-releases/2.6.21-rc7/2.6.21-rc7-ck1/patches/sched-staircase-17.1.patch To remind people

Re: so what *is* obsolete and removable?

2007-04-16 Thread Randy Dunlap
On Tue, 17 Apr 2007 00:39:10 +0200 Tilman Schmidt wrote: > Am 15.04.2007 22:55 schrieb Robert P. J. Day: > > as i recall, the isdn4linux was *un*obsoleted, wasn't it? > > Actually, it wasn't. > > We *did* reach a consensus that isdn4linux is not obsolete in the > accepted sense of the word,

Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]

2007-04-16 Thread Michael K. Edwards
On 4/16/07, Peter Williams <[EMAIL PROTECTED]> wrote: Note that I talk of run queues not CPUs as I think a shift to multiple CPUs per run queue may be a good idea. This observation of Peter's is the best thing to come out of this whole foofaraw. Looking at what's happening in CPU-land, I

Re: [PATCH -rc7 Re] [Trivial] Spelling at drivers/video/Kconfig

2007-04-16 Thread Antonino A. Daplas
On Tue, 2007-04-17 at 00:21 +0200, Miguel Ojeda wrote: > "Trivial patch, against -rc6. I don't know if anyone has fixed this by now." > I'll pick this up. Tony - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More

Re: 2.6.21-rc6 + firstfloor patches: BUG: sleeping function called from invalid context at kernel/sched,.c:3643

2007-04-16 Thread Jeremy Fitzhardinge
Andi Kleen wrote: > Hmm, are you sure? Can you double check? With the latest tree? > > I could reproduce the problem and my change fixed the problem for me. > Hm. Me too. I just booted 2.6.21-rc7-ff-paravirt, and it seems fine. J - To unsubscribe from this list: send the line

Re: [OOPS] 2.6.21-rc6-git5 in cfq_dispatch_insert

2007-04-16 Thread Chuck Ebbert
Brad Campbell wrote: > Brad Campbell wrote: >> G'day all, >> >> All I have is a digital photo of this oops. (It's 3.5mb). I have >> serial console configured, but Murphy is watching me carefully and I >> just can't seem to reproduce it while logging the console output. >> > > And as usual, after

Re: so what *is* obsolete and removable?

2007-04-16 Thread Tilman Schmidt
Am 15.04.2007 22:55 schrieb Robert P. J. Day: > as i recall, the isdn4linux was *un*obsoleted, wasn't it? Actually, it wasn't. We *did* reach a consensus that isdn4linux is not obsolete in the accepted sense of the word, because there is no replacement for it so far. OTOH I have since

Repair-driven file system design (was Re: ZFS with Linux: An Open Plea)

2007-04-16 Thread Valerie Henson
On Mon, Apr 16, 2007 at 01:07:05PM +1000, David Chinner wrote: > On Sun, Apr 15, 2007 at 08:50:25PM -0400, Rik van Riel wrote: > > > IMHO chunkfs could provide a much more promising approach. > > Agreed, that's one method of compartmentalising the problem. Agreed, the chunkfs design is only

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread David Miller
From: Andrew Vasquez <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 15:25:17 -0700 > Fine, I'll agree that wacking-users (and > I'll wager the outliers) with a 2x4 was a bit extreme, And that, right there, is basically the end of the conversation. You don't do this to users, ever. Put a big loud

Re: [lm-sensors] Could the k8temp driver be interfering with ACPI?

2007-04-16 Thread Bjorn Helgaas
On Monday 16 April 2007 15:14, Luca Tettamanti wrote: > It seems that Asus exposes monitorining data using "ATK0110" (enumerated > in DSDT); I see it both on my P5B-E motherboard and on my notebook (L3D) > (they have different methods though). Another motherboard with the same > device may

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread Andrew Vasquez
On Mon, 16 Apr 2007, David Miller wrote: > From: Andrew Vasquez <[EMAIL PROTECTED]> > Date: Mon, 16 Apr 2007 14:10:49 -0700 > > > Ok, how about the following patch based on the one you posted which > > adds the codes to retrieve the WWPN/WWNN from firmware on SPARC, and > > also adds the

Re: Loud "pop" coming from hard drive on reboot

2007-04-16 Thread Chuck Ebbert
Jan Engelhardt wrote: > On Apr 15 2007 12:53, Henrique de Moraes Holschuh wrote: >> On Sat, 14 Apr 2007, Pavel Machek wrote: >>> How common are notebooks that cut power to disks during reboot? >> Assuming it also does this when running Windows, I'd report it as a grave >> bug to the vendor and

[PATCH -rc7 Re] [Trivial] Spelling at drivers/video/Kconfig

2007-04-16 Thread Miguel Ojeda
"Trivial patch, against -rc6. I don't know if anyone has fixed this by now." Resend comment: Still present in -rc7. --- drivers/video/Kconfig: - Spelling: "Frambuffer hardware support" drivers/video/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Signed-off-by: Miguel Ojeda

Re: [linux-usb-devel] How should an exit routine wait for release() callbacks?

2007-04-16 Thread Greg KH
Ah, just found this original thread, now Cornelia's patches make more sense... On Fri, Apr 13, 2007 at 11:24:58AM -0400, Alan Stern wrote: > Tejun, it just occurred to me that you would be interested in this email > thread. Just to bring you up to speed, here's the original question: > > >

Re: [PATCH 5/7] ARM: OMAP: Merge board specific files from N800 tree

2007-04-16 Thread Tony Lindgren
* Tony Lindgren <[EMAIL PROTECTED]> [070409 21:34]: > From: Kai Svahn <[EMAIL PROTECTED]> > > This patch merges board specific files from N800 tree. > Nokia has published the files at: > > http://repository.maemo.org/pool/maemo3.0/free/source/ > kernel-source-rx-34_2.6.18.orig.tar.gz >

Re: [patch -mm] i386: use pte_update_defer in ptep_test_and_clear_{dirty,young}

2007-04-16 Thread Zachary Amsden
David Rientjes wrote: Sure, but what I really like about the patch is that we're only flushing something if !flush_end in the first place. So we can eliminate any TLB flushing if that VMA didn't need it; that's a change from the current behavior. And since the most obvious use-case for

Re: [v4l-dvb-maintainer] [GIT PATCHES] V4L/DVB updates

2007-04-16 Thread hermann pitton
Am Montag, den 16.04.2007, 12:25 -0400 schrieb Michael Krufky: > CIJOML wrote: > > Dne pondělí 16 duben 2007 17:34 Michael Krufky napsal(a): > > > >> Adrian Bunk wrote: > >> > >>> On Sun, Apr 15, 2007 at 08:33:38PM -0400, Michael Krufky wrote: > >>> > Mauro, > > I've

Re: [patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread S.Çağlar Onur
17 Nis 2007 Sal tarihinde, Ingo Molnar şunları yazmıştı: > - fixed child-runs first. A /proc/sys/kernel/sched_child_runs_first >flag can be used to turn it on/off. (This might fix the Kaffeine bug >reported by S.Çağlar Onur <) Sorry for delayed response but i just find some free time,

Re: bug in tcp?

2007-04-16 Thread David Miller
From: Sebastian Kuzminsky <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 15:45:19 -0600 > I'm seeing some weird behavior in TCP. The issue is perfectly > reproducible using netcat and other programs. This is what I do: Please send your bug report again, but this time to the [EMAIL PROTECTED]

Re: [AppArmor 39/41] AppArmor: Profile loading and manipulation, pathname matching

2007-04-16 Thread John Johansen
On Mon, Apr 16, 2007 at 11:00:01PM +0100, Alan Cox wrote: > > don't actually have to care --- if loading an invalid profile can bring > > down > > the system, then that's no worse than an arbitrary module that crashes the > > machine. Not sure if there will ever be user loadable profiles; at

Re: Major qla2xxx regression on sparc64

2007-04-16 Thread David Miller
From: Andrew Vasquez <[EMAIL PROTECTED]> Date: Mon, 16 Apr 2007 14:10:49 -0700 > Ok, how about the following patch based on the one you posted which > adds the codes to retrieve the WWPN/WWNN from firmware on SPARC, and > also adds the module-parameter override I mentioned above. > > Perhaps the

[patch] CFS (Completely Fair Scheduler), v2

2007-04-16 Thread Ingo Molnar
this is the second release of the CFS (Completely Fair Scheduler) patchset, against v2.6.21-rc7: http://redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.patch i'd like to thank everyone for the tremendous amount of feedback and testing the v1 patch got - i could hardly keep up with just

Re: [patch -mm] i386: use pte_update_defer in ptep_test_and_clear_{dirty,young}

2007-04-16 Thread Zachary Amsden
Hugh Dickins wrote: You're right to want to defer your pte_updates, David is right to want to batch his TLB flushes. It bothers me that you have a surprising case, and that unless you abandon your optimization, it imposes a new constraint on how to proceed in common code (without #ifdef'ing

Re: [PATCH 8/18] ARM: OMAP: Add mailbox support for IVA

2007-04-16 Thread Tony Lindgren
* Tony Lindgren <[EMAIL PROTECTED]> [070409 21:23]: > From: Hiroshi DOYU <[EMAIL PROTECTED]> > > This patch adds a generic mailbox interface for for DSP and IVA > (Image Video Accelerator). This patch itself doesn't contain > any IVA driver. Here's an updated version that merges in two later

Re: [AppArmor 39/41] AppArmor: Profile loading and manipulation, pathname matching

2007-04-16 Thread Alan Cox
> don't actually have to care --- if loading an invalid profile can bring down > the system, then that's no worse than an arbitrary module that crashes the > machine. Not sure if there will ever be user loadable profiles; at least at > that point we had to care. CAP_SYS_RAWIO is needed to do

Re: [AppArmor 31/41] Fix __d_path() for lazy unmounts and make it unambiguous; exclude unreachable mount points from /proc/mounts

2007-04-16 Thread Alan Cox
> > That is a fairly significant and sudden change to the existing > > kernel/user interface. > > Well, this is not meant for 2.6.21. I hope it is possible to change it in > early 2.6.22; otherwise if we can't fix mistakes from the past we are pretty > doomed. I don't believe the existing

Re: [v4l-dvb-maintainer] Re: [GIT PATCHES] V4L/DVB updates

2007-04-16 Thread Trent Piepho
On Mon, 16 Apr 2007, Dmitry Torokhov wrote: > Hi Mauro, > > On 4/15/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote: > > - Fix Kernel Bugzilla #8301: spinlock fix for flexcop-pci > > While move of spin_lock_init before request_irq is obviously correct I > wonder what is the reason behind

Re: [1/2] 2.6.21-rc7: known regressions

2007-04-16 Thread Chuck Ebbert
Adrian Bunk wrote: > This email lists some known regressions in Linus' tree compared to 2.6.20. > > Subject: snd_intel8x0: divide error: > References : http://lkml.org/lkml/2007/3/5/252 > Submitter : Michal Piotrowski <[EMAIL PROTECTED]> > Status : unknown > Oops is in

Re: [PATCH v2] hpet: Enable hidden HPET on NVidia motherboards

2007-04-16 Thread Andi Kleen
On Tue, Apr 17, 2007 at 12:28:31AM +0300, Mikko Tiihonen wrote: > I actually was more worried that someone might complain that the pci > scanning is copy & paste code from end of the same file. I did try to use > the generic pci functions first but because they insist on enabling > interrupts

Re: [AppArmor 38/41] AppArmor: Module and LSM hooks

2007-04-16 Thread John Johansen
On Thu, Apr 12, 2007 at 11:21:01AM +0100, Alan Cox wrote: > > + > > + /** > > +* parent can ptrace child when > > +* - parent is unconfined > > +* - parent is in complain mode > > +* - parent and child are confined by the same profile > > +*/ > > Your profiles are name

Re: [PATCH 7/7] [RFC] APM emulation driver for class batteries

2007-04-16 Thread Russell King
On Tue, Apr 17, 2007 at 01:08:29AM +0400, Anton Vorontsov wrote: > On Mon, Apr 16, 2007 at 09:24:21PM +0100, Russell King wrote: > > Utterly unsafe. What happens if some other module gets loaded which > > does this, and then this module is unloaded followed by the other > > module. Result: Oops.

Re: [Kernel-discuss] Re: [PATCH 7/7] [RFC] APM emulation driver for class batteries

2007-04-16 Thread Paul Sokolovsky
Hello Russell, Monday, April 16, 2007, 11:24:21 PM, you wrote: > On Fri, Apr 13, 2007 at 05:50:43PM +0400, Anton Vorontsov wrote: >> +static void (*old_apm_get_power_status)(struct apm_power_info*); >> + >> +static int __init apm_battery_init(void) >> +{ >> + printk(KERN_INFO "APM Battery

AppArmor FAQ

2007-04-16 Thread John Johansen
Here we present our direct responses to the most frequent questions from the AppArmor from the 2006 post. Use of Pathnames For Access Control --- Some people in the security field believe that pathnames are an inappropriate security mechanism. This depends on

Re: [PATCH 6/7] [RFC] ds2760 battery driver

2007-04-16 Thread Matt Reimer
On 4/16/07, Anton Vorontsov <[EMAIL PROTECTED]> wrote: On Mon, Apr 16, 2007 at 12:14:27PM -0700, Matt Reimer wrote: > The shifts (<< 3 and >> 5) are just to get the bits reassembled in the > right positions. The multiplication by 5 and subtracting 1/8 is > because (AFAIK) we can't do floating

Re: [PATCH v2] hpet: Enable hidden HPET on NVidia motherboards

2007-04-16 Thread Mikko Tiihonen
On Mon, 16 Apr 2007, Andi Kleen wrote: Mikko Tiihonen <[EMAIL PROTECTED]> writes: It looks probable that most NVidia chipsets have the HPET address at 0x44. It might be possible to enable the HPET even if BIOS did not That seems like a dangerous assumption. If anything this needs to be

  1   2   3   4   5   6   7   >