"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
> 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
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
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
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 =
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
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
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
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
__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,
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
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
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
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
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.
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
> 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
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 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
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
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
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
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
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
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/
> >
>
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
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
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.
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
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
> >
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
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
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
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
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
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
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
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
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
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
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
* 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
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
> 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
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
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
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
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!)
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
---
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
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
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.
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
>
> Beacuse SERIAL_PORT_DFNS is removed from include/asm-i386/serial.h and
On 2007.05.30 02:13:50 +0200, Stephane Casset wrote:
> Le Tue, May 29, 2007 at 11:38:48PM +0200, Ian Kumlien écrivait :
> > Hi,
> >
> > As the daystar sets, i try to play some with my new would be
> > firewall/server, but since this will be running for quite some time i
> > have been
On Thu, May 31, 2007 at 03:07:16PM -0700, Zach Brown wrote:
> Can you explain what motivated you to send out this patch?
>
> It used to return 0. It was changed because, unlike the syslet
> syscalls, sys_io_submit() doesn't have a simple 0 value to indicate
> success. The current implementation
Hi Mark,
On 31/05/07, Mark Lord <[EMAIL PROTECTED]> wrote:
Daniel J Blueman wrote:
> On 31/05/07, Mark Lord <[EMAIL PROTECTED]> wrote:
>> Daniel J Blueman wrote:
>> > Whoops, yes. Here is the expected data:
> [snip]
>>
>> Thanks. I'll use that data to update/validate future versions of hdparm.
On Wed, May 30, 2007 at 10:00:34AM -0400, Mathieu Desnoyers wrote:
>>> + if (prof_on)
>>> + BUG_ON(cond_call_arm("profile_on"));
* William Lee Irwin III ([EMAIL PROTECTED]) wrote:
>> What's the point of this BUG_ON()? The condition is a priori impossible.
On Thu, May 31, 2007 at
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 guarantees ordering. The filesystem can then
> >choose
On Thu, 31 May 2007 16:17:00 -0700
Roland Dreier <[EMAIL PROTECTED]> wrote:
> What about the changes to fix the order that MSI-X irqs are returned
> in (iirc, list_add had to be changed to list_add_tail in a couple of
> places). Without that change, multiple MSI-X interrupts seem to be
> broken:
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!).
>
> If EV_KEY input drivers always generate scan codes that
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. There are several
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sun, 20 May 2007 15:11:48 +1000
> David Miller <[EMAIL PROTECTED]> wrote:
> > From: Dave Johnson <[EMAIL PROTECTED]>
> >>
> >> The below patch changes rt_run_flush() to only take each spinlock
> >> protecting the rt_hash_table once instead of taking a
Am Freitag, den 01.06.2007, 00:03 +0200 schrieb Markus Rechberger:
> On 5/31/07, Uwe Bugla <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 31. Mai 2007 07:01 schrieb Bill Eldridge:
> > > timecop wrote:
> > > >> Guys, it's GPL code. Fork the project and stop your bitching.
> > > >> If you do a
On Thu, 31 May 2007 14:09:15 -0400
Ulrich Drepper <[EMAIL PROTECTED]> wrote:
> I've brought this topic up before but didn't provide a patch. Well, here
> we go again, this time with a patch. I even throw in a test program.
>
> The problem is as follows: in multi-threaded code (or more
What about the changes to fix the order that MSI-X irqs are returned
in (iirc, list_add had to be changed to list_add_tail in a couple of
places). Without that change, multiple MSI-X interrupts seem to be
broken: the kernel programs the MSI-X table in the opposite order that
it gives the irq
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. We hang on a page lock because ->page_mkwrite() is
being called with the
On Thu, 31 May 2007, Andrew Morton wrote:
>
> The status is "sitting in my queue for 2.6.22". I'll be sending it up
> today or tomorrow. Was hoping to get an ack from Greg &/| Andi on it, but
> those are not easy to come by.
Well, it looks "Obviously Correct(tm)", since clearly the iounmap()
On Thu, 2007-05-31 at 18:46 +0200, Andreas Mohr wrote:
> HCI_EMPTY is *by far* the most frequent state to occur I think
> (users won't press keys all the time), thus it's probably better(?)
> for branch prediction to have this placed first, right?
> Not that it matters too much instruction-wise,
On 2007.06.01 00:59:11 +0200, Ian Kumlien wrote:
> On tor, 2007-05-31 at 17:27 +0200, Björn Steinbrink wrote:
> > On 2007.05.31 17:10:07 +0200, Eric Dumazet wrote:
> > > Well... :) , there is still a memory barrier missing it seems.
> > >
> > > Another cpu might see a bad value if 'active=1' is
With Samba 3.0.26pre it is now possible for a cifs client (one which
supports the newest Unix/Posix cifs extensions) to request up to
almost 8MB at a time on a cifs read request.
A patch for the cifs client to support larger reads follows. In this
patch, using very large reads is not the
On tor, 2007-05-31 at 17:27 +0200, Björn Steinbrink wrote:
> On 2007.05.31 17:10:07 +0200, Eric Dumazet wrote:
> > Well... :) , there is still a memory barrier missing it seems.
> >
> > Another cpu might see a bad value if 'active=1' is set before
> > tstat_hash_table is really cleared.
>
> Hm,
On Thu, 31 May 2007 17:39:08 -0500
"Mike Miller (OS Dev)" <[EMAIL PROTECTED]> wrote:
> On Thu, May 31, 2007 at 03:22:07PM -0700, Linus Torvalds wrote:
> >
> >
> > On Thu, 31 May 2007, Mike Miller (OS Dev) wrote:
> >
> > > On Wed, May 30, 2007 at 07:22:14PM -0700, Linus Torvalds wrote:
> > > >
1 - 100 of 908 matches
Mail list logo
