Re: 2.6.19: ACPI reports AC not present after resume from STD

On Tuesday 06 March 2007, Rafael J. Wysocki wrote: > [changed Cc list] > > On Sunday, 25 February 2007 18:14, Andrey Borzenkov wrote: > > On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote: > > > On Sunday, 25 February 2007 11:37, Andrey Borzenkov wrote: > > > > On Воскресенье 25 февраля 2007,

[patch 055/101] sata_sil: ignore and clear spurious IRQs while executing commands by polling

sata_sil used to trigger HSM error if IRQ occurs during polling command. This didn't matter because polling wasn't used in sata_sil. However, as of 2.6.20, all IDENTIFYs are performed by polling and device detection sometimes fails due to spurious IRQ. This patch makes sata_sil ignore and clear

[patch 005/101] pata_amd: fix an obvious bug in cable detection

80c test mask is at bits 18 and 19 of EIDE Controller Configuration not 22 and 23. Fix it. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTED]> --- drivers/ata/pata_amd.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- linux-2.6.20.1.orig/driver

regression: SATA dead after resume from RAM 2.6.21-rc3

Mmm.. like others, I've now been bitten by what looks like a SATA failure on resume from RAM, with 2.6.21-rc3. I don't have enough info to blame this specific -rc* kernel, as it has only done it once to me so far. So, a datapoint, but not much of clue beyond that. Unless it happens again. Yes,

Re: [PATCH 3/3] Use correct IDE error recovery

Hi, (sorry for the long delay) On Wednesday 21 February 2007, Suleiman Souhlal wrote: > IDE error recovery is using WIN_IDLEIMMEDIATE which was only valid for > IDE V1 and IDE V2. Modern drives will not be able to recover using > this error handling. The correct thing to do is issue a SRST fol

Re: [PATCH 3/3] Use correct IDE error recovery

> On Wednesday 21 February 2007, Suleiman Souhlal wrote: > > IDE error recovery is using WIN_IDLEIMMEDIATE which was only valid for > > IDE V1 and IDE V2. Modern drives will not be able to recover using > > this error handling. The correct thing to do is issue a SRST followed > > by a SET_FEATURE

Re: [2/6] 2.6.21-rc2: known regressions

Adrian Bunk wrote: Subject: AT keyboard only works with pci=noacpi References : http://lkml.org/lkml/2007/3/3/68 Submitter : Ash Milsted <[EMAIL PROTECTED]> Status : unknown sounds like a BIOS bug, even though it appears to be a regression? - To unsubscribe from this list: send the l

Re: 2.6.21-rc2 : Oops in rtc_cmos...

On Wed, 7 Mar 2007 05:42:13 +0100 "Paul Rolland" <[EMAIL PROTECTED]> wrote: > Hello, > > > > Yes, it does, so it's a Good One (tm), > > > > And points out that $SUBJECT is misleading; the root cause of > > the oops isn't rtc_cmos. Workaround, don't enable the legacy > > driver for this hardware

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 08:08:53AM +0100, Nick Piggin wrote: > On Tue, Mar 06, 2007 at 10:51:01PM -0800, Andrew Morton wrote: > > > This patch seems to churn things around an awful lot for minimal benefit. > > Well it fixes the whole design of the nonlinear fault path. If it doesn't look very im

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

* Nick Piggin <[EMAIL PROTECTED]> wrote: > If it doesn't look very impressive, it could be because it leaves all > the old crud around for backwards compatibility (the worst offenders > are removed in patch 6/6). > > If you look at the patchset as a whole, it removes about 250 lines, > mostly

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 7 Mar 2007 09:27:55 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > If it doesn't look very impressive, it could be because it leaves all > > the old crud around for backwards compatibility (the worst offenders > > are removed in patch 6/

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> > If it doesn't look very impressive, it could be because it leaves all > > the old crud around for backwards compatibility (the worst offenders > > are removed in patch 6/6). > > > > If you look at the patchset as a whole, it removes about 250 lines, > > mostly of (non trivial) duplicated co

Re: 2.6.21-rc2-mm2

Hi Andrew, On Tue, 6 Mar 2007 00:44:08 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > Temporarily at > > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/ > > Will appear later at > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc2/2.6.20-rc2-mm2/ > > >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 07 Mar 2007 09:38:34 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > Dirty page accounting doesn't work either on > non-linear mappings It doesn't? Confused - these things don't have anything to do with each other do they? - To unsubscribe from this list: send the line "unsubscribe lin

Re: 2.6.21-rc2-mm2

On Wed, 7 Mar 2007 09:39:48 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > > Hi Andrew, > > On Tue, 6 Mar 2007 00:44:08 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > Temporarily at > > > > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/ > > > > Will appear later at > > >

Re: [PATCH 2/3] msi: Fixup the msi enable/disable logic

On Tue, 2007-03-06 at 22:19 -0700, Eric W. Biederman wrote: > Michael Ellerman <[EMAIL PROTECTED]> writes: > > > > > Hi Eric, comments below .. > > > > > > I get the reasoning for disabling MSI before we start writing back the > > config space, but don't we want to re-enable MSI on the way out? >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> > Dirty page accounting doesn't work either on > > non-linear mappings > > It doesn't? Confused - these things don't have anything to do with each > other do they? Look in page_mkclean(). Where does it handle non-linear mappings? Miklos - To unsubscribe from this list: send the line "unsubsc

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

* Andrew Morton <[EMAIL PROTECTED]> wrote: > > btw., if we decide that nonlinear isnt worth the continuing > > maintainance pain, we could internally implement/emulate > > sys_remap_file_pages() via a call to mremap() and essentially > > deprecate it, without breaking the ABI - and remove all

Re: [patch] epoll use a single inode ...

On Wed, Mar 07, 2007 at 08:16:14AM +0100, Eric Dumazet wrote: > Crazy ideas : (some readers are going to kill me) > > 1) Use the low order bit of f_path.dentry to say : this pointer is not a > pointer to a dentry but the inode pointer (with the low order bit set to 1) > > OR > > 2) file->f_path

Re: [Cbe-oss-dev] [PATCH 14/22] spufs: use SPU master control to prevent wild SPU execution

On Mon, 2007-03-05 at 02:02 +0100, Arnd Bergmann wrote: > On Friday 02 March 2007, Michael Ellerman wrote: > > There's also the error case for spu_run_init() which skips the master > > stop. I guess that's ok because we've only set the master control in the > > backing store, and the only way that

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 09:27:55AM +0100, Ingo Molnar wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > Then 4,5,6 is the fault/nonlinear rewrite, take it or leave it. I > > thought you would have liked the patches... > > btw., if we decide that nonlinear isnt worth the continuing maint

Re: [SLUB 2/3] Large kmalloc pass through. Removal of large general slabs

On Tue, 2007-03-06 at 18:35 -0800, Christoph Lameter wrote: > Unlimited kmalloc size and removal of general caches >=4. > > We can directly use the page allocator for all allocations 4K and larger. This > means that no general slabs are necessary and the size of the allocation > passed > to kmall

Re: [RFC] BadRAM still not ready for inclusion ? (was: Re: Free Linux Driver Development!)

Hi! > >What's so hard about submitting a 200 line patch to LKML? > > that's what i was wondering about ;D > it's not the first time, that i see nice features not being submitted to lkml. > > anyway - pavel (thanks btw!) just pointed me to some param "mem=exactmap" : > > >I think functionality i

Re: [patch 0/7 -rt] powerpc 2.6.20-rt8: fix build breakage for PowerPC(ppc64)

* Tsutomu OWA <[EMAIL PROTECTED]> wrote: > > Hi Ingo, > > Please apply. > > This series of patches fixes build breakage on arch/powerpc with > realtime preempt patch. This applies on top of linux-2.6.20 and > patch-2.6.20-rt8. thanks, applied - these fixes all look straightforward and

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 07 Mar 2007 09:51:57 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > Dirty page accounting doesn't work either on > > > non-linear mappings > > > > It doesn't? Confused - these things don't have anything to do with each > > other do they? > > Look in page_mkclean(). Where does it

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 09:59:44AM +0100, Nick Piggin wrote: > Apart from a handful of trivial if (pte_file()) cases throughout mm/, > our maintainance burden basically now amounts to the following patch. > Even the rmap.c change looks bigger than it is because I split out > the nonlinear unmapping

Re: [patch 0/6 -rt] powerpc 2.6.20-rt8: fix boot/runtime errors/warnings for PowerPC(ppc64)

* Tsutomu OWA <[EMAIL PROTECTED]> wrote: > > Hi Ingo, > > Please consider for inclusion in your rt tree. > > This series of patches fixes boot and runntime errors/warnings for > powerpc (esp. 64 bit). This applies to linux-2.6.20, patch-2.6.20-rt8 > and previous my patch set; > http://o

Re: [RFC] [patch 4/6 -rt] powerpc 2.6.20-rt8: fix a runtime warnings for xmon

* Tsutomu OWA <[EMAIL PROTECTED]> wrote: > @@ -342,6 +342,7 @@ static int xmon_core(struct pt_regs *reg > > msr = mfmsr(); > mtmsr(msr & ~MSR_EE); /* disable interrupts */ > + preempt_disable(); i'm not an xmon expert, but maybe it might make more sense to first disable pree

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 01:07:56AM -0800, Andrew Morton wrote: > On Wed, 07 Mar 2007 09:51:57 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > > > Dirty page accounting doesn't work either on > > > > non-linear mappings > > > > > > It doesn't? Confused - these things don't have anything to

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

* Nick Piggin <[EMAIL PROTECTED]> wrote: > After these patches, I don't think there is too much burden. The main > thing left really is just the objrmap stuff, but that is just handled > with a minimal 'dumb' algorithm that doesn't cost much. ok. What do you think about the sys_remap_file_page

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> > > > Look in page_mkclean(). Where does it handle non-linear mappings? > > > > OK, I'd forgotten about that. It won't break dirty memory accounting, > but it'll potentially break dirty memory balancing. > > If we have the wrong page (due to nonlinear), page_check_address() will > fail and

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 7 Mar 2007 10:18:23 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote: > On Wed, Mar 07, 2007 at 01:07:56AM -0800, Andrew Morton wrote: > > On Wed, 07 Mar 2007 09:51:57 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > > > > > Dirty page accounting doesn't work either on > > > > > non-linea

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 09:53:23AM +0100, Ingo Molnar wrote: > > * Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > btw., if we decide that nonlinear isnt worth the continuing > > > maintainance pain, we could internally implement/emulate > > > sys_remap_file_pages() via a call to mremap() and

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> > But I think we discovered that those msync changes are bogus anyway > > becuase there is a small race window where pte could be dirtied without > > page being set dirty? > > Dunno, I don't recall that. We dirty the page before the pte... That's the one I just submitted a fix for ;) http:/

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 7 Mar 2007 09:27:55 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: >> btw., if we decide that nonlinear isnt worth the continuing maintainance >> pain, we could internally implement/emulate sys_remap_file_pages() via a >> call to mremap() and essentially deprecate it, without breaking the A

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

* Nick Piggin <[EMAIL PROTECTED]> wrote: >> After these patches, I don't think there is too much burden. The main >> thing left really is just the objrmap stuff, but that is just handled >> with a minimal 'dumb' algorithm that doesn't cost much. On Wed, Mar 07, 2007 at 10:22:52AM +0100, Ingo Mol

Re: 2.6.21-rc2-mm2

On Wed, 7 Mar 2007 00:49:19 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 7 Mar 2007 09:39:48 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote: > > > > > Hi Andrew, > > > > On Tue, 6 Mar 2007 00:44:08 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > > > Temporarily at >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 01:07 -0800, Andrew Morton wrote: > On Wed, 07 Mar 2007 09:51:57 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > > > Dirty page accounting doesn't work either on > > > > non-linear mappings > > > > > > It doesn't? Confused - these things don't have anything to do with

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

* Bill Irwin <[EMAIL PROTECTED]> wrote: > * Nick Piggin <[EMAIL PROTECTED]> wrote: > >> After these patches, I don't think there is too much burden. The main > >> thing left really is just the objrmap stuff, but that is just handled > >> with a minimal 'dumb' algorithm that doesn't cost much. >

Re: [PATCH 1/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:46:38PM +0100, Jan Kara wrote: > Use sector_t and loff_t for file offsets in UDF filesystem. Otherwise > an overflow may occur for long files. Also make inode_bmap() return offset in > the extent in number of blocks instead of number of bytes - for most callers > this i

Re: [PATCH 2/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:46:59PM +0100, Jan Kara wrote: > Introduce a structure extent_position to store a position of an extent and > the corresponding buffer_head in one place. Looks good. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [E

Re: [PATCH 3/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:47:27PM +0100, Jan Kara wrote: > Make UDF use get_bh() instead of directly accessing b_count and use brelse() > instead of udf_release_data() which does just brelse()... Looks good. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 6/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:48:39PM +0100, Jan Kara wrote: > We have to decrease link-count of the parent directory when removing a > subdirectory. Ok. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at htt

Re: [PATCH 4/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:47:45PM +0100, Jan Kara wrote: > Add a few assertions into udf_discard_prealloc() to check that the file > is sane (mostly helps debugging further patches ;). Ok. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAI

Re: [PATCH 5/6] UDF cleanup and fixes

On Tue, Mar 06, 2007 at 05:48:05PM +0100, Jan Kara wrote: > Make UDF work correctly for files larger than 1GB. As no extent can > be longer than (1<<30)-blocksize bytes, we have to create several extents > if a big hole is being created. As a side-effect, we now don't discard > preallocated blocks

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 01:26:38AM -0800, Andrew Morton wrote: > On Wed, 7 Mar 2007 10:18:23 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote: > > > > > msync breakage is bad, but otherwise I don't know that we care about > > dirty page writeout efficiency. > > Well. We made so many changes to suppo

How to distinguish original kernel vs -rt kernel

Hi, Supposing I have an external kernel module which I would like to compile against both original kernel and -rt kernel, what is the proper/most elegant way to know which kernel I'm compiling with ? I've only found the EXTRAVERSION define, am I missing a better way ? In fact, I'm facing the

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 7 Mar 2007 01:29:03 -0800 Bill Irwin <[EMAIL PROTECTED]> wrote: > On Wed, 7 Mar 2007 09:27:55 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > >> btw., if we decide that nonlinear isnt worth the continuing maintainance > >> pain, we could internally implement/emulate sys_remap_file_pages()

Re: [PATCH] Fix building kernel under Solaris

On Tue, Mar 06, 2007 at 10:09:40AM -0800, Deepak Saxena wrote: > @@ -16,8 +16,10 @@ > #include > #include > #include > +#ifndef __sun__ > #include > #endif > +#endif So if solaris doesn't need it, why do we need it on Linux? > +/* > + * Solaris does not strsep > + */ > +#ifndef __sun__ >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:28:21AM +0100, Nick Piggin wrote: > Depending on whether anyone wants it, and what features they want, we > could emulate the old syscall, and make a new restricted one which is > much less intrusive. > For example, if we can operate only on MAP_ANONYMOUS memory and speci

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:32:22AM +0100, Peter Zijlstra wrote: > On Wed, 2007-03-07 at 01:07 -0800, Andrew Morton wrote: > > On Wed, 07 Mar 2007 09:51:57 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > > > > > Dirty page accounting doesn't work either on > > > > > non-linear mappings > > >

Re: How to distinguish original kernel vs -rt kernel

On Wed, 2007-03-07 at 10:38 +0100, Pierre Peiffer wrote: > In fact, I'm facing the problem of HRTIMER_ABS/REL being renamed to > HRTIMER_MODE_ABS/REL with patch -rt. Is there a reason of this ? > > Does anyone have an objection of keeping it the same (let's say > HRTIMER_ABS/REL) in kernel -rt ?

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 01:44:20AM -0800, Bill Irwin wrote: > On Wed, Mar 07, 2007 at 10:28:21AM +0100, Nick Piggin wrote: > > Depending on whether anyone wants it, and what features they want, we > > could emulate the old syscall, and make a new restricted one which is > > much less intrusive. > >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:22:52AM +0100, Ingo Molnar wrote: >>> ok. What do you think about the sys_remap_file_pages_prot() thing that >>> Paolo has done in a nicely split up form - does that complicate things >>> in any fundamental way? That is what is useful to UML. * Bill Irwin <[EMAIL PROTE

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:22:52AM +0100, Ingo Molnar wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > After these patches, I don't think there is too much burden. The main > > thing left really is just the objrmap stuff, but that is just handled > > with a minimal 'dumb' algorithm tha

Re: [PATCH -mm] Blackfin: blackfin i2c driver

> > Signed-off-by: Bryan Wu <[EMAIL PROTECTED]> > > --- > > drivers/i2c/busses/Kconfig | 47 > > drivers/i2c/busses/i2c-bfin-gpio.c | 98 + > > drivers/i2c/busses/i2c-bfin-twi.c | 589 > > > > I'd prefer i2c-bla

Re: tdfx framebuffer garbles display in 2.6.19.5

Hi Antonino :) * Antonino A. Daplas <[EMAIL PROTECTED]> dixit: > On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote: > > > > If you want me to test other patches, just tell :) > > > > > > Can you change the mdelay to udelay and use higher/lower delay values > > > to see if there's any imp

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:49:47AM +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 01:44:20AM -0800, Bill Irwin wrote: > > On Wed, Mar 07, 2007 at 10:28:21AM +0100, Nick Piggin wrote: > > > Depending on whether anyone wants it, and what features they want, we > > > could emulate the old syscall

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 10:45:03AM +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 10:32:22AM +0100, Peter Zijlstra wrote: > > > > Can recollect as much, I modelled it after page_referenced() and can't > > find any VM_NONLINEAR specific code in there either. > > > > Will have a hard look, but

Re: [PATCH] x86_64, i386: Add command line length to boot protocol

On Tue, Mar 06, 2007 at 07:14:30PM +0100, Bernhard Walle wrote: > Because the command line is increased to 2048 characters after 2.6.21, > it's not possible for boot loaders and userspace tools to determine the length > of the command line the kernel can understand. The benefit of knowing the > len

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 11:04 +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 10:45:03AM +0100, Nick Piggin wrote: > > On Wed, Mar 07, 2007 at 10:32:22AM +0100, Peter Zijlstra wrote: > > > > > > Can recollect as much, I modelled it after page_referenced() and can't > > > find any VM_NONLINEAR sp

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 7 Mar 2007 01:29:03 -0800 Bill Irwin <[EMAIL PROTECTED]> wrote: >> Guess what major real-life application not only uses nonlinear daily >> but would even be very happy to see it extended with non-vma-creating >> protections and more? On Wed, Mar 07, 2007 at 01:39:42AM -0800, Andrew Morton

[GIT PULL] AVR32 fixes

Hi Linus, Please pull the 'for-linus' branch of git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus to receive the following updates. Gary Zambrano (1): avr32: dma-mapping.h Haavard Skinnemoen (5): [AVR32] at32_spi_setup_slaves should be __init [AVR32] show_trace

Re: PROBLEM: Crash on device_shutdown

Hi, I still have the problem with 2.6.20.1 kernel :( Julien Le jeudi 01 février 2007 17:12, Oleg Verych a écrit : > > From: Julien RF > > Newsgroups: gmane.linux.kernel > > Subject: PROBLEM: Crash on device_shutdown > > Date: Mon, 29 Jan 2007 00:03:49 +0100 > > Archived-At:

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> > NOPAGE_REFAULT is removed. This should be implemented with ->fault, and > > no users have hit mainline yet. > > Did benh agree with that? I won't use NOPAGE_REFAULT, I use NOPFN_REFAULT and that has hit mainline. I will switch to ->fault when I have time to adapt the code, in the meantime, N

Re: [RFC] [patch 4/6 -rt] powerpc 2.6.20-rt8: fix a runtime warnings for xmon

On Wed, 2007-03-07 at 10:16 +0100, Ingo Molnar wrote: > * Tsutomu OWA <[EMAIL PROTECTED]> wrote: > > > @@ -342,6 +342,7 @@ static int xmon_core(struct pt_regs *reg > > > > msr = mfmsr(); > > mtmsr(msr & ~MSR_EE); /* disable interrupts */ > > + preempt_disable(); > > i'm not an xmon

[PATCH 0/2] xfs: only use refcounted pages for I/O

Many block drivers (aoe, iscsi) really want refcountable pages in bios, which is what almost everyone send down. XFS unfortunately has a few places where it sends down buffers that may come from kmalloc, which breaks them. The patches in this series fix this issue up. - To unsubscribe from this l

[PATCH 1/2] xfs: use xfs_get_buf_noaddr for iclogs

Currently xlog_alloc allocates memory for the iclogs first, then allocates a buffer using xfs_buf_get_empty and finally assigns the memory to the buffer. We don't really want to do this, but rather allocate a buffer with memory attached to it using xfs_buf_get_noaddr. There's a subtile change bec

[PATCH 2/2] xfs: stop using kmalloc in xfs_buf_get_noaddr

Currently xfs_buf_get_noaddr allocates memory using kmem_alloc which can end up either in kmalloc or vmalloc and assigns it to the buffer. This patch changes it to allocate individual pages and if there is more then one maps it into kernel virtual space using vmap. This means the minimum buffer al

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

> *sigh* yes was looking at all that code, thats gonna be darn slow > though, but I'll whip up a patch. Well, if it's going to be darn slow, maybe it's better to go with mingo's plan on emulating nonlinear vmas with linear ones. That'll be darn slow as well, but at least it will be much less comp

Re: [patch 1/8] fix race in clear_page_dirty_for_io()

(cc's reinstated) On Wed, 07 Mar 2007 09:09:50 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > There's a race in clear_page_dirty_for_io() that allows a page to have > cleared PG_dirty, while being mapped read-write into the page table(s). I assume you refer to this: * FIXME

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 11:05:48AM +0100, Benjamin Herrenschmidt wrote: > > > > NOPAGE_REFAULT is removed. This should be implemented with ->fault, and > > > no users have hit mainline yet. > > > > Did benh agree with that? > > I won't use NOPAGE_REFAULT, I use NOPFN_REFAULT and that has hit > m

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 11:13:20AM +0100, Miklos Szeredi wrote: > > *sigh* yes was looking at all that code, thats gonna be darn slow > > though, but I'll whip up a patch. > > Well, if it's going to be darn slow, maybe it's better to go with > mingo's plan on emulating nonlinear vmas with linear o

Re: [PATCH - RFC] allow setting vm_dirty below 1% for large memory machines

> > actually a global dirty_ratio causes interference between devices which > > should otherwise not block each other... > > > > if you set up a "dd if=/dev/zero of=/dev/sdb bs=1M" it shouldn't affect > > write performance on sda -- but it does... because the dd basically > > dirties all of th

Re: Linux v2.6.21-rc3

On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote: > Linus Torvalds (2): > Revert "[PATCH] LOG2: Alter get_order() so that it can make use of > ilog2() on a constant" > Linux 2.6.21-rc3 Greg, I think we should revert that patch in 2.6.20.x stable serie too as get_order is broke

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 11:21 +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 11:13:20AM +0100, Miklos Szeredi wrote: > > > *sigh* yes was looking at all that code, thats gonna be darn slow > > > though, but I'll whip up a patch. > > > > Well, if it's going to be darn slow, maybe it's better to

Re: [patch 1/8] fix race in clear_page_dirty_for_io()

> (cc's reinstated) > > On Wed, 07 Mar 2007 09:09:50 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote: > > > There's a race in clear_page_dirty_for_io() that allows a page to have > > cleared PG_dirty, while being mapped read-write into the page table(s). > > I assume you refer to this: > >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 11:24:45AM +0100, Peter Zijlstra wrote: > On Wed, 2007-03-07 at 11:21 +0100, Nick Piggin wrote: > > On Wed, Mar 07, 2007 at 11:13:20AM +0100, Miklos Szeredi wrote: > > > > *sigh* yes was looking at all that code, thats gonna be darn slow > > > > though, but I'll whip up a pa

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 11:17 +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 11:05:48AM +0100, Benjamin Herrenschmidt wrote: > > > > > > NOPAGE_REFAULT is removed. This should be implemented with ->fault, and > > > > no users have hit mainline yet. > > > > > > Did benh agree with that? > > >

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 11:38 +0100, Nick Piggin wrote: > > > There are real users who want these fast, though. > > > > Yeah, why don't we have a tree per nonlinear vma to find these pages? > > > > wli mentions shadow page tables.. > > We could do something more efficient, but I thought that half

Re: [RFC] [patch 4/6 -rt] powerpc 2.6.20-rt8: fix a runtime warnings for xmon

At Wed, 07 Mar 2007 11:10:59 +0100, Benjamin Herrenschmidt wrote: > > On Wed, 2007-03-07 at 10:16 +0100, Ingo Molnar wrote: > > * Tsutomu OWA <[EMAIL PROTECTED]> wrote: > > > > > @@ -342,6 +342,7 @@ static int xmon_core(struct pt_regs *reg > > > > > > msr = mfmsr(); > > > mtmsr(msr & ~MSR_

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, Mar 07, 2007 at 11:47:42AM +0100, Peter Zijlstra wrote: > On Wed, 2007-03-07 at 11:38 +0100, Nick Piggin wrote: > > > > > There are real users who want these fast, though. > > > > > > Yeah, why don't we have a tree per nonlinear vma to find these pages? > > > > > > wli mentions shadow pa

Re: PROBLEM: 2.6.20-1 not working on ibook g4 (BUG/Oops)

On Wed, 2007-03-07 at 17:53 +1300, Paul Collins wrote: > David Woodhouse <[EMAIL PROTECTED]> writes: > > > On Tue, 2007-03-06 at 14:53 +1300, Paul Collins wrote: > >> In case it's of interest, 2.6.20 has been running fine on my > >> PowerBook5,4. > > > > How much memory? What if you boot with mem

Re: [RFC] [patch 4/6 -rt] powerpc 2.6.20-rt8: fix a runtime warnings for xmon

On Wednesday 07 March 2007, Ingo Molnar wrote: > i'm not an xmon expert, but maybe it might make more sense to first > disable preemption, then interrupts - otherwise you could be preempted > right after having disabled these interrupts (and be scheduled to > another CPU, etc.). What is the diff

Re: [PATCH -mm] utrace: nommu fixup support utrace

Roland McGrath <[EMAIL PROTECTED]> wrote: > That old ptrace check seems pretty questionable to me. I think what you > want is for the nommu world's get_user_pages/access_process_vm when called > with force=1,write=1 on a read-only MAP_PRIVATE page to do something more > morally similar to the mmu

Re: [patch 8/6] mm: fix cpdfio vs fault race

(cc's reestablished yet again) On Wed, 7 Mar 2007 12:04:29 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote: > OK, this is how we can plug that hole, leveraging my > previous patches to lock page over do_no_page. > > I'm pretty sure the PageLocked invariant is correct. > > > -- > Fix msync data lo

[1/1] eventfs: pseudo fs which allows to bind events to file descriptors.

Hello. This pseudo fs allows to bind a file descriptor to different kinds of events, which allows to poll them using epoll(). This particular morning hack supports signals only. If idea is supposed to be right, I can cook up POSIX timers support. Signal delivery note. If special flag is set in

Re: [patch 8/6] mm: fix cpdfio vs fault race

On Wed, Mar 07, 2007 at 03:20:38AM -0800, Andrew Morton wrote: > > (cc's reestablished yet again) > > On Wed, 7 Mar 2007 12:04:29 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote: > > > OK, this is how we can plug that hole, leveraging my > > previous patches to lock page over do_no_page. > > > > I'

Re: [patch 8/6] mm: fix cpdfio vs fault race

On Wed, 7 Mar 2007 03:20:38 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > > === > > --- linux-2.6.orig/mm/memory.c > > +++ linux-2.6/mm/memory.c > > @@ -1676,6 +1676,17 @@ gotten: > > unlock: > > pte_unmap_unlock(page_table

Re: [RFC] [PATCH] Kconfig: enlarge printk buffer size limit

On Fri, 2007-03-02 at 09:11 -0800, Randy Dunlap wrote: > That's simple enough, but you could also just add > log_buf_len=huge_number Yeah, thanks for the tip, although the Kconfig change would not hurt as well. -- Best regards, Artem Bityutskiy (Битюцкий Артём) - To unsubscribe from this

UUID support

first of all, I'm not subscribed to the list, so please CC me the answers. I'm being forced by my distro to use UUDIs to specify the boot device by UUID. the problem is I don't know how to add UUID support to the kernl, that is, I don't know which option I should enable. some mig

Re: [patch 8/6] mm: fix cpdfio vs fault race

On Wed, Mar 07, 2007 at 03:34:00AM -0800, Andrew Morton wrote: > On Wed, 7 Mar 2007 03:20:38 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > > === > > > --- linux-2.6.orig/mm/memory.c > > > +++ linux-2.6/mm/memory.c > > > @@

Re: mm snapshot broken-out-2007-03-05-02-22.tar.gz uploaded

Michal Piotrowski napisał(a): > Hi, > > [EMAIL PROTECTED] napisał(a): >> The mm snapshot broken-out-2007-03-05-02-22.tar.gz has been uploaded to >> >> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-03-05-02-22.tar.gz >> >> It contains the following patches against 2.6.

Re: userspace pagecache management tool

Andrew Morton wrote: > On Tue, 06 Mar 2007 12:10:49 + > P__draig Brady <[EMAIL PROTECTED]> wrote: >> Perhaps one could possibly just evict pages with _mapcount==0 ? > > That is the present fadvise(FADV_DONTNEED) behaviour. Ah right. It doesn't invalidate page_mapped() pages. If that means it

Re: [PATCH] Fix get_order()

Linus Torvalds <[EMAIL PROTECTED]> wrote: > > +#define ilog2_up(n) ((n) == 1 ? 0 : ilog2((n) - 1) + 1) > > This is wrong. It uses "n" twice, which makes it unsafe as a macro. Damn. I missed that. > Or it could use a "__builtin_constant_p()" (which gcc defines to not have > side effects) to al

connector: Bugfix for cn_call_callback()

Hi Evgeniy, When one stresses the connector code, with sending many messages from userspace to kernel, one could get in the "unlikely()" part in cn_call_callback(). There a new __cbq gets allocated, and a NULL pointer got assigned to the callback by dereferencing __cbq. This is the bug. The right

Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)

On Wed, 2007-03-07 at 12:00 +0100, Nick Piggin wrote: > On Wed, Mar 07, 2007 at 11:47:42AM +0100, Peter Zijlstra wrote: > > On Wed, 2007-03-07 at 11:38 +0100, Nick Piggin wrote: > > > > > > > There are real users who want these fast, though. > > > > > > > > Yeah, why don't we have a tree per nonl

2.6.21-rc2-mm2 fails does not compile

Hi, the fix "revert-optimize-and-simplify-get_cycles_sync" breaks the build: CC arch/i386/kernel/asm-offsets.s In file included from include/asm/timex.h:10, from include/linux/timex.h:187, from include/linux/sched.h:50, from include/linux

Re: [PATCH 8/8] Convert PDA into the percpu section

On Wed, 2007-03-07 at 11:33 +1100, Rusty Russell wrote: > On Tue, 2007-03-06 at 20:34 +0100, Andi Kleen wrote: > > Do you have text size comparisons before/after and possible lmbench? > > No, but I'll run them this evening. Last time the size reduction was > slight, and there was no measurable p

Re: connector: Bugfix for cn_call_callback()

On Wed, Mar 07, 2007 at 12:26:12PM +0100, Philipp Reisner ([EMAIL PROTECTED]) wrote: > Hi Evgeniy, Hi Philipp. > When one stresses the connector code, with sending many messages > from userspace to kernel, one could get in the "unlikely()" > part in cn_call_callback(). > > There a new __cbq get

  1   2   3   4   5   6   7   8   >