Andrew Morton wrote:
> Could we have an update for Documentation/kernel-parameters.txt, please?
>
Sorry, of course.
New patch included. "rootwait" is also just a boolean, so make sure it
is treated as such.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kern
Andrew Morton wrote:
>
>> +nr_reclaimed += shrink_zones(priority, zones, sc);
>> +if (sc->cnt == NULL)
>> +shrink_slab(sc->nr_scanned, gfp_mask, lru_pages);
>
> We don't we shrink slab if called to shrink a container.
>
> This is a fundamental design d
Andrew Morton wrote:
> On Wed, 30 May 2007 19:34:18 +0400
> Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>
>> As described above, pages are charged to their first touchers.
>> The first toucher is determined using pages' _mapcount
>> manipulations in rmap calls.
>>
>> Page is charged in two stages:
On 5/31/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
On Thu, May 31 2007, Anand Jahagirdar wrote:
> 2) Printk message in my patch will definitely help Administrator/Root
> User to detect which particular user is trying fork bombing attack on
> his machine by looking at /var/log/messages or dmesg . h
On Thu, May 31, 2007 at 09:45:31PM -0700, Christoph Lameter wrote:
> On Fri, 1 Jun 2007, Sam Ravnborg wrote:
>
> > On Thu, May 31, 2007 at 09:05:54PM -0700, Christoph Lameter wrote:
> > > On Thu, 31 May 2007, Prarit Bhargava wrote:
> > >
> > > > I used the sn2_defconfig in the tree :)
> > >
> >
On Fri, 01 Jun 2007 07:24:36 +0200 Pierre Ossman <[EMAIL PROTECTED]> wrote:
> +static int __init rootwait_setup(char *line)
> +{
> + root_wait = simple_strtol(line,NULL,0);
> + return 1;
> +}
> +
> +__setup("rootwait=", rootwait_setup);
Could we have an update for Documentation/kernel-par
* Björn Steinbrink <[EMAIL PROTECTED]> wrote:
> > Fix the comment below and you can add:
> > Signed-off-by: Ian Kumlien <[EMAIL PROTECTED]>
> >
> > It's currently been running for the longest period ever, ie, 11 minutes
> > =)
>
> Finally! :-)
cool! Great detective work Björn!
> Thanks to Eri
Per cpuset dirty ratios
This implements dirty ratios per cpuset. Two new files are added
to the cpuset directories:
background_dirty_ratio Percentage at which background writeback starts
throttle_dirty_ratioPercentage at which the application is throttled
and we star
Remove unneeded local variable.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 5/mm/page-writeback.c
6/mm/page-writeback.c
--- 5/mm/page-writeback.c 2007-05-30 11:37:01.0 -0700
+++ 6
Throttle VM writeout in a cpuset aware way
This bases the vm throttling from the reclaim path on the dirty ratio
of the cpuset. Note that a cpuset is only effective if shrink_zone is called
from direct reclaim.
kswapd has a cpuset context that includes the whole machine. VM throttling
will only w
Throttle VM writeout in a cpuset aware way
This bases the vm throttling from the reclaim path on the dirty ratio
of the cpuset. Note that a cpuset is only effective if shrink_zone is called
from direct reclaim.
kswapd has a cpuset context that includes the whole machine. VM throttling
will only w
Subject: [patch] timer stats: speedups
From: Ingo Molnar <[EMAIL PROTECTED]>
make timer-stats have almost zero overhead when enabled in the config
but not used. (this way distros can enable it more easily)
also update the documentation about overhead of timer_stats - it was
written for the firs
On Fri, Jun 01 2007, Neil Brown wrote:
> On Friday June 1, [EMAIL PROTECTED] wrote:
> > On Thu, May 31, 2007 at 02:31:21PM -0400, Phillip Susi wrote:
> > > David Chinner wrote:
> > > >That sounds like a good idea - we can leave the existing
> > > >WRITE_BARRIER behaviour unchanged and introduce a n
Direct reclaim: cpuset aware writeout
During direct reclaim we traverse down a zonelist and are carefully
checking each zone if its a member of the active cpuset. But then we call
pdflush without enforcing the same restrictions. In a larger system this
may have the effect of a massive amount of pa
Make page writeback obey cpuset constraints
Currently dirty throttling does not work properly in a cpuset.
If f.e a cpuset contains only 1/10th of available memory then all of the
memory of a cpuset can be dirtied without any writes being triggered.
If all of the cpusets memory is dirty then only
Linus,
Please pull from the repository and branch
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git hotplug-linus
to receive a patchset which makes cpu hotplug (and therefore, suspend
and resume) more robust when running virtual machines. The core issue
is that we need a notification
pdflush: Allow the passing of a nodemask parameter
If we want to support nodeset specific writeout then we need a way
to communicate the set of nodes that an operation should affect.
So add a nodemask_t parameter to the pdflush functions and also
store the nodemask in the pdflush control structur
[EMAIL PROTECTED] wrote:
> On Thu, 31 May 2007 19:09:10 PDT, [EMAIL PROTECTED] said:
>
>> +If a person was not directly involved in the preparation or handling of a
>> +patch but wishes to signify and record their approval of it then they can
>> +arrange to have an Acked-by: line added to the patc
Add a dirty map to struct address_space
In a NUMA system it is helpful to know where the dirty pages of a mapping
are located. That way we will be able to implement writeout for applications
that are constrained to a portion of the memory of the system as required by
cpusets.
This patch implement
On Friday June 1, [EMAIL PROTECTED] wrote:
> On Thu, May 31, 2007 at 02:31:21PM -0400, Phillip Susi wrote:
> > David Chinner wrote:
> > >That sounds like a good idea - we can leave the existing
> > >WRITE_BARRIER behaviour unchanged and introduce a new WRITE_ORDERED
> > >behaviour that only guarant
"Michael Ellerman" <[EMAIL PROTECTED]> writes:
> On 5/31/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>
> ...
>> +msi-fix-the-ordering-of-msix-irqs.patch
>> +msi-mask-the-msix-vector-before-we-unmap-it.patch
> ...
>> 2.6.22 probable-queue
>
> I think these two should be in the 2.6.22 definite-qu
> On Fri, Jun 01, 2007 at 02:26:17PM +0900, Yasunori Goto wrote:
> > I think this issue is fixed by
> > move-three-functions-that-are-only-needed-for.patch in current -mm tree.
> > Is it not enough?
> >
> That's possible, I hadn't checked -mm. This was simply against current
> git. If there's alre
On Fri, 1 Jun 2007, Tejun Heo wrote:
but one
thing we should bear in mind is that harddisks don't have humongous
caches or very smart controller / instruction set. No matter how
relaxed interface the block layer provides, in the end, it just has to
issue whole-sale FLUSH CACHE on the device to
Jens Axboe wrote:
>>>
>> I would personally argue that sendfile() blocking on an O_NONBLOCK
>> desriptor, as opposed to returning EAGAIN, is a bug, and a fairly
>> serious such.
>
> I agree, but it's still a change in behaviour. Even if we consider the
> app buggy (it is), can we potentially break
On Fri, Jun 01 2007, Neil Brown wrote:
>
> Ok, here is a patch that makes nfsd use splice instead of sendfile.
> It appears to both compile and work.
>
> Some observations:
> - __splice_from_pipe wants a "struct file*" and I wanted to pass a
> "struct svcrqst *". Maybe it should take a voi
On Thu, May 31 2007, H. Peter Anvin wrote:
> Jens Axboe wrote:
> >>
> >>> - retval = in_file->f_op->sendfile(in_file, ppos, count, file_send_actor,
> >>> out_file);
> >>> + fl = 0;
> >>> + if (in_file->f_flags & O_NONBLOCK)
> >>> + fl = SPLICE_F_NONBLOCK;
> >>> +
> >>> + retval = do_spl
On Fri, Jun 01, 2007 at 02:26:17PM +0900, Yasunori Goto wrote:
> I think this issue is fixed by
> move-three-functions-that-are-only-needed-for.patch in current -mm tree.
> Is it not enough?
>
That's possible, I hadn't checked -mm. This was simply against current
git. If there's already a fix in -
On Thu, 31 May 2007 19:09:10 PDT, [EMAIL PROTECTED] said:
> +If a person was not directly involved in the preparation or handling of a
> +patch but wishes to signify and record their approval of it then they can
> +arrange to have an Acked-by: line added to the patch's changelog.
> +
> +Acked-by:
I think this issue is fixed by
move-three-functions-that-are-only-needed-for.patch in current -mm tree.
Is it not enough?
Thanks.
> __kmalloc_section_memmap()/__kfree_section_memmap() and friends are only
> used by the memory hotplug code. Move these in to the existing
> CONFIG_MEMORY_HOTPLUG bl
Andrew Morton wrote:
> On Thu, 31 May 2007 13:20:48 +0200 Pierre Ossman <[EMAIL PROTECTED]> wrote:
>
>> What was the verdict here? Were you satisfied with this or do you need a
>> change?
>>
>
>
> I was kinda hoing to see version #2 with that funny loop cleaned up a bit?
>
>
New patch
On Fri, Jun 01, 2007 at 03:53:49AM +0200, Nick Piggin wrote:
> On Thu, May 31, 2007 at 06:45:17PM -0700, Mark Fasheh wrote:
> > On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > > > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock
> > > > the
> > > > page, so lo
On Fri, 1 Jun 2007, Sam Ravnborg wrote:
> On Thu, May 31, 2007 at 09:05:54PM -0700, Christoph Lameter wrote:
> > On Thu, 31 May 2007, Prarit Bhargava wrote:
> >
> > > I used the sn2_defconfig in the tree :)
> >
> > That is a static kernel build. Ideal for that kind of bug.
> Quite the opposite.
On Friday 01 June 2007 00:08, Matthew Garrett wrote:
> On Thu, May 31, 2007 at 11:33:10PM -0400, Dmitry Torokhov wrote:
> > On Thursday 31 May 2007 21:44, Matthew Garrett wrote:
> > > It's not trivial at all. You need to introduce a mechanism for noting a
> > > KEY_UNKNOWN keypress. It then needs
From: Bill Nottingham <[EMAIL PROTECTED]>
Date: Wed, 30 May 2007 03:56:13 -0400
> Recent gcc versions emit warnings when unsigned variables are compared < 0 or
> >= 0.
>
> Signed-off-by: Bill Nottingham <[EMAIL PROTECTED]>
Patch applied, thanks.
-
To unsubscribe from this list: send the line "u
From: Venki Pallipadi <[EMAIL PROTECTED]>
Date: Tue, 29 May 2007 11:01:13 -0700
>
> round_jiffies for net dev watchdog timer.
>
> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Patch applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
__kmalloc_section_memmap()/__kfree_section_memmap() and friends are only
used by the memory hotplug code. Move these in to the existing
CONFIG_MEMORY_HOTPLUG block.
Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
--
mm/sparse.c | 42 +-
1 file changed, 21
On Thu, May 31, 2007 at 09:05:54PM -0700, Christoph Lameter wrote:
> On Thu, 31 May 2007, Prarit Bhargava wrote:
>
> > I used the sn2_defconfig in the tree :)
>
> That is a static kernel build. Ideal for that kind of bug.
Quite the opposite.
If modpost cannot resolve symbols you are jsut told wha
Currently when slab debugging is enabled, the WARN_ON() nodeid checks
trigger if we boot with 'noaliencache'. In the noaliencache case the
WARN_ON()'s seem to be superfluous, so only bother doing the nodeid
comparison if use_alien_caches is set.
Signed-off-by: Paul Mundt <[EMAIL PROTECTED]>
--
Jens Axboe wrote:
>>
>>> - retval = in_file->f_op->sendfile(in_file, ppos, count, file_send_actor,
>>> out_file);
>>> + fl = 0;
>>> + if (in_file->f_flags & O_NONBLOCK)
>>> + fl = SPLICE_F_NONBLOCK;
>>> +
>>> + retval = do_splice_direct(in_file, ppos, out_file, count, fl);
>>
On Thu, May 31, 2007 at 11:33:10PM -0400, Dmitry Torokhov wrote:
> On Thursday 31 May 2007 21:44, Matthew Garrett wrote:
> > It's not trivial at all. You need to introduce a mechanism for noting a
> > KEY_UNKNOWN keypress. It then needs to signal the user (dbus is probably
> > the best layer for
On Thu, 31 May 2007, Prarit Bhargava wrote:
> I used the sn2_defconfig in the tree :)
That is a static kernel build. Ideal for that kind of bug.
-
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://
On 5/31/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
...
+msi-fix-the-ordering-of-msix-irqs.patch
+msi-mask-the-msix-vector-before-we-unmap-it.patch
...
2.6.22 probable-queue
I think these two should be in the 2.6.22 definite-queue, unless Eric disagrees.
cheers
-
To unsubscribe from thi
Hi,
Peer Chen írta:
Zoltan,
What's your board's model number? Could you post the pci dump using 'lspci
-xxx'? Thanks.
BRs
Peer Chen
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 31, 2007 10:31 PM
To: Zoltan Boszormenyi
Cc: linux-kernel; Peer
On Thursday 31 May 2007 21:44, Matthew Garrett wrote:
> On Thu, May 31, 2007 at 10:29:28PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 01 Jun 2007, Matthew Garrett wrote:
> > > Given existing userspace, it's never useful to generate KEY_UNKNOWN.
> > > Adding extra information to the even
Luck, Tony wrote:
Tony, the ia64 section mismatch "whack-a-mole" is far from over :(
Can you post the .config file that you are using when you see all those
warnings ... I'll start bopping them on their cute little heads.
Hi Tony,
I used the sn2_defconfig in the tree :)
P.
-Ton
Stefan Bader wrote:
> 2007/5/30, Phillip Susi <[EMAIL PROTECTED]>:
>> Stefan Bader wrote:
>> >
>> > Since drive a supports barrier request we don't get -EOPNOTSUPP but
>> > the request with block y might get written before block x since the
>> > disk are independent. I guess the chances of this are
> Tony, the ia64 section mismatch "whack-a-mole" is far from over :(
Can you post the .config file that you are using when you see all those
warnings ... I'll start bopping them on their cute little heads.
-Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Jens Axboe wrote:
> On Thu, May 31 2007, David Chinner wrote:
>> On Thu, May 31, 2007 at 08:26:45AM +0200, Jens Axboe wrote:
>>> On Thu, May 31 2007, David Chinner wrote:
IOWs, there are two parts to the problem:
1 - guaranteeing I/O ordering
2 - guaranteeing blocks are on
On Fri, Jun 01, 2007 at 11:38:40AM +1000, Stephen Rothwell wrote:
> This also breaks Alpha (which uses 0200 for O_DIRECT) and parisc
> (which uses 0200 for O_RSYNC). So you ether need to choose a
> different value or define O_CLOEXEC for those two architectures.
>
That's easy enough to f
On Wednesday 30 May 2007 19:02:28 Mark Adler wrote:
> On May 30, 2007, at 6:30 AM, Satyam Sharma wrote:
> > [1] For your reference, here is the user code in question:
>
> ...
>
> >if (srclen > 2 && !(data_in[1] & PRESET_DICT) &&
> > ((data_in[0] & 0x0f) == Z_DEFLATED) &&
> >
Uncle George wrote:
David Schwartz wrote:
Nope. An errored connection is always ready for read/write -- there is
nothing to wait for as far as the kernel is concerned. Your code keeps
asking the kernel if something interesting has happened, the kernel keeps
telling it yes, and it refuses to do
On Monday 21 May 2007 08:11, Pavel Machek wrote:
> On Thu 2007-05-17 18:42:43, Len Brown wrote:
> > > Something similar happened to me on XE3, yes.
> > >
> > > (Actual values were different; BIOS specified critical temperature at
> > > cca 95C, but hw killed the power at cca 83C. Setting critical
Ok, here is a patch that makes nfsd use splice instead of sendfile.
It appears to both compile and work.
Some observations:
- __splice_from_pipe wants a "struct file*" and I wanted to pass a
"struct svcrqst *". Maybe it should take a void * ?
- It also wants a *ppos which I had no use fo
Hi,
Just append to my email.
The reason I read mixer_oss.c is that I see oops in 2.6.22-rc1-mm1,
seems oops in mixer_oss.c, but the oops rised only once, I found
rc3-mm1 have no change in this file,
so I read the source , then post this patch.
please find the oops message below:
BUG: unable to
Andrew Morton wrote:
On Thu, 31 May 2007 23:01:15 -0300 Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
- Merged the convert-cpusets-to-container-infrastructure patches.
Hi,
kfree(NULL) is legal, and is often used.
Really? I don't know this before.
Regards
dave
-
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 t
Hello,
Linus Torvalds wrote:
> On Fri, 1 Jun 2007, Tejun Heo wrote:
>> Gregor's cdrom has broken SRST support which is extremely rare and
>> broken.
>
> Well, the concept is neither rare nor arguably all that broken.
>
> The paper standards floating around in the industry are so much toilet
>
Zoltan,
What's your board's model number? Could you post the pci dump using 'lspci
-xxx'? Thanks.
BRs
Peer Chen
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 31, 2007 10:31 PM
To: Zoltan Boszormenyi
Cc: linux-kernel; Peer Chen; Kuan Luo
Subject:
On Thu, 31 May 2007 23:01:15 -0300 Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> >
> > - Merged the convert-cpusets-to-container-infrastructure patches. These
> > will pr
On Fri, 01 Jun 2007, Matthew Garrett wrote:
> On Thu, May 31, 2007 at 10:29:28PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 01 Jun 2007, Matthew Garrett wrote:
> > > Given existing userspace, it's never useful to generate KEY_UNKNOWN.
> > > Adding extra information to the event doesn't
On Fri, 1 Jun 2007 01:53:39 + "young dave" <[EMAIL PROTECTED]> wrote:
> Fix possible null pointer kfree.
kfree(NULL) is legal, and is often used.
-
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
Hi,
On Fri, Jun 01, 2007 at 12:27:02AM +0200, Michal Piotrowski wrote:
> On 01/06/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> >>
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
> >
> >Build
From: Andrew Morton <[EMAIL PROTECTED]>
Explain what we use Acked-by: for, and how it differs from Signed-off-by:
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
Documentation/SubmittingPatches | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff -puN Documentation/
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
- Merged the convert-cpusets-to-container-infrastructure patches. These
will probably be dropped and redone.
x86 things
+add-select-phylib-to-the-ucc_geth-kconfig-option.pa
David Schwartz wrote:
Nope. An errored connection is always ready for read/write -- there is
nothing to wait for as far as the kernel is concerned. Your code keeps
asking the kernel if something interesting has happened, the kernel keeps
telling it yes, and it refuses to do anything about it.
T
Hi,
Fix possible null pointer kfree.
Signed-off-by: dave young <[EMAIL PROTECTED]>
mixer_oss.c |120 +-
1 file changed, 74 insertions(+), 46 deletions(-)
diff -purN linux/sound/core/oss/mixer_oss.c linux.new/sound/core/oss/mixer_oss.c
--- linux/sound/core/oss/mixer_oss.c2007-06-01 09:00:
On Thu, May 31, 2007 at 06:45:17PM -0700, Mark Fasheh wrote:
> On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock the
> > > page, so long as it's returned in a locked state? Though, do we even need
> > > the page
On Fri, Jun 01, 2007 at 03:34:02AM +0200, Nick Piggin wrote:
> > Here's a nasty idea... Would it be valid for ->page_mkwrite to unlock the
> > page, so long as it's returned in a locked state? Though, do we even need
> > the page lock that early? It seemed to me that you were adding it for
> > cons
On Thu, May 31, 2007 at 10:29:28PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 01 Jun 2007, Matthew Garrett wrote:
> > Given existing userspace, it's never useful to generate KEY_UNKNOWN.
> > Adding extra information to the event doesn't alter that.
>
> It will not break anything, and it
On Thu, 31 May 2007 16:20:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > diff --git a/include/asm-generic/fcntl.h b/include/asm-generic/fcntl.h
> > index c154b9d..b847741 100644
> > --- a/include/asm-generic/fcntl.h
> > +++ b/include/asm-generic/fcntl.h
> > @@ -48,6 +48,9 @@
> > #ifndef O
On Fri, 1 Jun 2007, Tejun Heo wrote:
>
> Gregor's cdrom has broken SRST support which is extremely rare and
> broken.
Well, the concept is neither rare nor arguably all that broken.
The paper standards floating around in the industry are so much toilet
paper. The only standard that seems to r
On Thu, May 31, 2007 at 06:24:40PM -0700, Mark Fasheh wrote:
> On Fri, Jun 01, 2007 at 03:01:29AM +0200, Nick Piggin wrote:
> > Ah, I didn't realise you were using that yet. I expect ocfs2 is using
> > VM_CAN_INVALIDATE there anyway.
> >
> > Hmm, this becomes easier to deal with after page_mkwrite
On Fri, 01 Jun 2007, Matthew Garrett wrote:
> On Thu, May 31, 2007 at 09:13:04PM -0300, Henrique de Moraes Holschuh wrote:
> > Well, we already produce KEY_UNKNOWN anyway, and the stuff you quoted above
> > just makes KEY_UNKNOWN useful for something instead of keeping it as an
> > useless notice t
I'd like to see the "stat" file documented (I always have to go looking
for it). Thanks to Bharadwaj Yadavalli[1] and fs/proc/array.c, I've got
most of it, but I'm not an expert in this area. :) I've included my
"pending" patch below for reference.
Can someone give me a short description of the
On Fri, Jun 01, 2007 at 03:01:29AM +0200, Nick Piggin wrote:
> Ah, I didn't realise you were using that yet. I expect ocfs2 is using
> VM_CAN_INVALIDATE there anyway.
>
> Hmm, this becomes easier to deal with after page_mkwrite is merged with
> ->fault. But for now, can we just lock the page at th
Applied this series to acpi-test
in anticipation that Venki is about to send some incremental
patches to address the feedback on it.
thanks,
-Len
On Saturday 24 March 2007 03:46, Adam Belay wrote:
> Hi All,
>
> Here is my first take at implementing an idle PM governor that takes
> full advantage
From: Dan Williams <[EMAIL PROTECTED]>
In file included from drivers/pci/msi.c:22:
include/asm/smp.h:17:26: asm/arch/smp.h: No such file or directory
include/asm/smp.h:20:3: #error " included in non-SMP build"
include/asm/smp.h:23:1: warning: "raw_smp_processor_id" redefined
In file included from
From: Jay Cliburn <[EMAIL PROTECTED]>
The Via VT3351 APIC does not play well with MSI and unleashes a flood
of APIC errors when MSI is used to deliver interrupts. The problem
was recently exposed when the atl1 network device driver, which enables
MSI by default, stimulated APIC errors on an Asus
From: Ben Gardner <[EMAIL PROTECTED]>
pci_find_present() is only matching the last item in the list of ids.
The break after the match is found only escapes the for loop, not the
while loop, so found gets reset to NULL on the next pass.
Signed-off-by: Ben Gardner <[EMAIL PROTECTED]>
Cc: Alan Cox
From: Ivan Kokshaysky <[EMAIL PROTECTED]>
Wolfgang gets:
PCI: Cannot allocate resource region 0 of device :00:04.0
PCI: Error while updating region :00:04.0/0 (a8008000 != fec08000)
Note that the BAR seems to have high address bits hardwired to fec0.
And device :00:04.0 is
00
From: Andy Gospodarek <[EMAIL PROTECTED]>
I've been seeing lots of messages like these:
eth0: No interrupt was generated using MSI, switching to INTx mode. Please
report this failure to the PCI maintainer and include system chipset
information.
On several systems that use the following Severwor
On Wed, 2007-05-30 at 23:01 -0700, Chris Wright wrote:
> * Serge E. Hallyn ([EMAIL PROTECTED]) wrote:
> > > ===
> > > --- linux-2.6.22-rc2-mm1.orig/kernel/exit.c
> > > +++ linux-2.6.22-rc2-mm1/kernel/exit.c
> > > @@ -924,10 +924,12 @@
Here are some bugfixes for PCI your 2.6.22-rc3 git tree.
All of these have been in the -mm tree for a month or so.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/gregkh/pci-2.6.git/
The full patches will be sent to the linux-pci mailing list, if anyone
wants to see it
tha
Documentation for the /proc/$pid/stat file.
Signed-off-by: Kees Cook <[EMAIL PROTECTED]>
---
proc.txt | 65 ---
1 file changed, 58 insertions(+), 7 deletions(-)
--- linux-2.6.22-rc3-git4/Documentation/filesystems/proc.txt.pre
2
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> On Fri, 1 Jun 2007 02:14:53 +0200 (MEST)
> Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> > >
> > > > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > > >
> > > > > > Use the
On Thu, 31 May 2007 16:20:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> This will break xtensa, because that architecture (and only that
> architecture) doesn't include asm-generic/fcntl.h from asm/fcntl.h.
It used to (for a whole 15 months). Consolidation and cleanup is hard
enough to do
> i am using the GARMIN_GPS/usb driver to read a gps receiver.
> In testing the ability of my software to recover from various errors, I
> try this: unplug the gps/USB cable from the usb hub.
>
> Interestingly enough the thread spins.
> the SELECT() waits for something to happen, and I get one cha
Commit fc4fb2adf944d45a7f3d4d38df991c79ffdb6a43 "fixed" the Xtensa
asm/fcntl.h and in doing so ignored asm-generic/fcntl.h completely.
It turns out that it is now exactly the same as asm-generic/fcntl.h.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/asm-xtensa/fcntl.h | 100 +--
On Thu, May 31, 2007 at 04:13:54PM -0700, Mark Fasheh wrote:
> On Wed, May 30, 2007 at 11:58:23PM -0700, Andrew Morton wrote:
> > git-ocfs2.patch
>
> Andrew, thanks for getting that back in there.
>
>
> mm-fix-fault-vs-invalidate-race-for-linear-mappings.patch broke ocfs2 shared
> writable mmap
Hello, Linus. Sorry about late response. I'm still recovering from jet
lag.
Linus Torvalds wrote:
> On Tue, 29 May 2007, Tejun Heo wrote:
>> Aieee, so the drive doesn't like the new SRST sequence.
>
> It would appear that the old code largely ignored the SRST error entirely,
> no?
Yes, we use
On Fri, 1 Jun 2007 02:14:53 +0200 (MEST)
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> >
> > > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > >
> > > > > Use the faster conditional calls for F00F bug handling in
> > > > >
Hi there,
I'm seeing a driver hang with 2.6.22-rc3 while being slightly stupid
about offlining CPUs. I suspect that this problem extends beyond a
particular machine, as I've been able to replicate it with an IBM x3650
and an IBM x3755. This is what I'm doing:
1) I tie an IRQ to a particular CPU
On Thu, May 31, 2007 at 09:13:04PM -0300, Henrique de Moraes Holschuh wrote:
> Well, we already produce KEY_UNKNOWN anyway, and the stuff you quoted above
> just makes KEY_UNKNOWN useful for something instead of keeping it as an
> useless notice to the user that some key (which one? who knows!) wa
Andrew Morton wrote:
On Thu, 31 May 2007 13:58:26 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
[PATCH 2/5] console: console handover to preferred console
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/kernel/printk.c b/kernel/printk.c
index 0bbdeac..7b96cae 100644
--- a/kernel/prin
Andrew Morton wrote:
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> >
> > > > Use the faster conditional calls for F00F bug handling in do_page_fault.
> > > >
> > >
> > > I guess this means that CONDCALL will be enabled on pretty much all i386
On Fri, 01 Jun 2007, Matthew Garrett wrote:
> On Thu, May 31, 2007 at 07:28:14PM -0300, Henrique de Moraes Holschuh wrote:
> > We have all the pieces needed to have sane, generic userland keyboard
> > handling
> > in place for a while now, but it was not sufficiently documented (or used!).
> >
>
Andrew Morton wrote:
On Thu, 31 May 2007 14:01:33 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
Andrew,
Please don't drop others if there is problem with this one.
YH
[PATCH 4/5] serial: convert early_uart to earlycon for 8250
+config FIX_EARLYCON_MEM
+ bool
+ depends on X86
+
On Thu, 31 May 2007 13:58:26 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH 2/5] console: console handover to preferred console
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
>
> diff --git a/kernel/printk.c b/kernel/printk.c
> index 0bbdeac..7b96cae 100644
> --- a/kernel/printk.c
> +++
> the demos I sent out. Dunno about the existing ones, but I bet they do
> the same.
Hmm, they didn't when I ran them, but I'll give yours a try and take a
closer look. Thanks for taking the time to bring it up.
- z
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Jeff Garzik wrote:
Mark Lord wrote:
To maximize throughput, some kind of host-queuing would be needed,
or just have the driver sit in a tight loop, starting the next I/O
immediately when the previous one finishes. Linux isn't that quick
(yet).
I was talking on IRC with Tejun just recently.
1 - 100 of 462 matches
Mail list logo
