On Tue, 27 Mar 2007, Wu, Bryan wrote:
> Agree. MPU of Blackfin can provide some processes protection. But maybe
> at this moment just disable revoke for NOMMU is easier for further
> development. When we provide the MPU stuff, maybe we can enable the
> revoke for NOMMU but MPU arch.
Yeah, MPU
> > > > This patch makes writing to shared memory mappings update st_ctime and
> > > > st_mtime as defined by SUSv3:
> > >
> > > Boy this is complicated.
> >
> > You tell me?
> >
> > > Is there a simpler way of doing all this? Say, we define a new page flag
> > > PG_dirtiedbywrite and we do
Just completed - 100,000 American Chiropractor's Offices
FIELDS: Office Name, Full Address, Phone, Fax, Email and Website
Special Promotional Price: $199 (valid until March 30)
contact [EMAIL PROTECTED] for more info.
For exclusion from future emails please send an email with "exclude" in
> I could easy add a "global disable" function, which would allow long
> sysrq messages, and it would help Thilo with his long flash update freezes.
A "global disable" and "reenable" functions pair which works during irq
disabled,
would be a perfect solution for me. Thx Jeremy for your effort :)
Hi:
I am writing a socket filter program and using "tcpdump -dd vlan and arp"
to filter out the arp packet whose protocol field is 8100(vlan). Everything
is fine if I call recvfrom to receive the packet. However, if I open two
packet socket in parallel (and use the select to demultiplex among
Quoting Paul Jackson <[EMAIL PROTECTED]>:
vatsa wrote:
Well, someone may have attached to this cpuset while we were waiting on the
mutex_lock(). So we need to do a atomic_read again to ensure it is still
unused.
I don't see how this could happen. If we hold the task lock that now
(thanks to
On Mon, 26 Mar 2007, Phillip Susi wrote:
> Is this revoke system supported for the filesystem as a whole? I thought it
> was just to force specific files closed, not the whole filesystem. What if
> the filesystem itself has pending IO to say, update inodes or block bitmaps?
> Can these be
On Mon, Mar 26, 2007 at 10:17:31PM -0800, Andrew Morton wrote:
>
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
>
>
>
On Tue, 27 Mar 2007 16:14:21 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> Andrew Morton writes:
>
> > http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
> > mess)
>
> Why do you have xmon enabled if you don't have any way to talk to it?
>
gawd knows - I've been
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 26 Mar 2007 20:57:06 -0800
> - I dropped davem's net development tree due to a large collision with
> git-wireless. I figured git-wireless would need more debugging ;)
I sent some email to John Linville in order to discuss ways
to resolve
I have a few fixes here which belong to subsystem trees, which were missed
by the maintainers and which we probably want to get into 2.6.21.
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/make-aout-executables-work-again.patch
Andrew Morton writes:
> http://userweb.kernel.org/~akpm/s5000489.jpg (the oops is the usual powerpc
> mess)
Why do you have xmon enabled if you don't have any way to talk to it?
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Justin Piszcz wrote:
Without NCQ, performance is MUCH better on almost every operation, with
the exception of 2-3 items.
Variables to take into account:
* the drive (NCQ performance wildly varies)
* the IO scheduler
* the filesystem (if not measuring direct to blkdev)
* application workload
Jeff Garzik wrote:
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates
(ia64, ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most
people is the fixes for
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most people
is the fixes for the fallout from
On a NO_HZ system, there may be an arbitrarily long delay between
ticks on a CPU. When we're disabling ticks for a CPU, also disable
the softlockup watchdog timer.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Here's couple of patches to improve the softlockup watchdog.
The first changes the softlockup timer from using jiffies to sched_clock()
as a timebase. Xen and VMI implement sched_clock() as counting unstolen
time, so time stolen by the hypervisor won't cause the watchdog to bite.
The second
The softlockup watchdog is currently a nuisance in a virtual machine,
since the whole system could have the CPU stolen from it for a long
period of time. While it would be unlikely for a guest domain to be
denied timer interrupts for over 10s, it could happen and any softlockup
message would be
Prarit Bhargava wrote:
> There are some situations when soft lockup warnings are expected in the
> kernel. For example, when doing an alt-sysrq-t on a large number of
> processes,
> the dump to console can take a long time and the tasklist_lock is held over
> that period. This results in a
On Mon, 2007-03-26 at 22:27 -0700, Randy Dunlap wrote:
> On Tue, 27 Mar 2007 01:17:06 -0400 Mike Frysinger wrote:
>
> > On 3/27/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> > > > On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Tue, 2007-03-27 at 01:17 -0400, Mike Frysinger wrote:
> On 3/27/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> > > On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > >You should really consider the latter for getting updates
On Tue, 27 Mar 2007 01:17:06 -0400 Mike Frysinger wrote:
> On 3/27/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> > > On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > >You should really consider the latter for getting updates
Eric W. Biederman wrote:
aka. Drivers have started supporting MSI, People have started using
and testing MSI, and there has been MSI maintenance. People care.
Agreed, well put.
The most recent regressions involving MSI have been fixes propagating
their way through the kernel, and I can't
On Mon, 2007-03-26 at 20:47 -0800, Andrew Morton wrote:
> Nobody puts the description of the fields _below_ those fields.
There are also some instances of if (foo = bar()). Maybe someone who
isn't buried in work (as you always are) can find time to review.
-Mike
-
To unsubscribe from
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
- This is the same as 2.6.12-rc5-mm1, except the staircase deadline CPU
scheduler has been added.
Boilerplate:
- See the `hot-fixes' directory for any important updates to this patchset.
- To fetch an
On 3/27/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> >You should really consider the latter for getting updates merged in the
> >future
>
> we're planning for this, but the short
> I missed that one ... thanks for not telling/CC'ing me and not fixing
> powerpc :-( (I know, everybody is supposed to have the bandwidth to read
> all of lkml... I don't).
>
> We need to audit all of our PICs to make sure they can deal with
> disabling an already ack'ed interrupt, which isn't
On Tue, 27 Mar 2007 07:01:44 +0200 (CEST) Guennadi Liakhovetski <[EMAIL
PROTECTED]> wrote:
> On Sun, 25 Mar 2007, Bernhard Walle wrote:
>
> > * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-24 00:21]:
> > > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> > >
> > > > * Guennadi Liakhovetski
Andrew Morton wrote:
On Sat, 24 Mar 2007 10:17:24 +0100 Andreas Schwab <[EMAIL PROTECTED]> wrote:
commit 7cbaa86b937b0b1fab95c159989f6a3c00bbcf78
Author: Dan Wolstenholme <[EMAIL PROTECTED]>
Date: Tue Jan 9 05:59:21 2007 -0500
[libata] sata_vsc: support PCI MSI
Signed-off-by:
On Fri, 2007-02-16 at 17:59 +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=76d2160147f43f982dfe881404cfde9fd0a9da21
> Commit: 76d2160147f43f982dfe881404cfde9fd0a9da21
> Parent:
On Tue, 2007-03-27 at 10:34 +0900, Satoru Takeuchi wrote:
> Hi Ingo and all,
Hi,
> When I was executing massive interactive processes, I found that some of them
> occupy CPU time and the others hardly run.
>
> It seems that some of processes which occupy CPU time always has max effective
> prio
On Sun, 25 Mar 2007, Bernhard Walle wrote:
> * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-24 00:21]:
> > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> >
> > > * Guennadi Liakhovetski <[EMAIL PROTECTED]> [2007-03-23 23:15]:
> > > > On Fri, 23 Mar 2007, Bernhard Walle wrote:
> > > >
> > >
Matthew Garrett wrote:
On Fri, Mar 23, 2007 at 07:13:21PM +, Alan Cox wrote:
+static int ata_ignore_hpa = 0;
+module_param_named(ignore_hpa, ata_ignore_hpa, int, 0644);
+MODULE_PARM_DESC(ignore_hpa, "Ignore HPA (0=off 1=on)");
I'm not sure I like the language here. "Ignore HPA" appears to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm1/
- The RSDL CPU scheduler is dropped again. I'll do rc5-mm2 with it re-added.
- You may see this:
init/missing_syscalls.c:5:27: error: linux/compile.h: No such file or
directory
during compilation.
On Tue, Mar 27, 2007 at 12:34:25AM -0400, Mike Frysinger wrote:
> On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> >You should really consider the latter for getting updates merged in the
> >future
>
> we're planning for this, but the short term it isnt doable for us
>
If you think mangling
On Tue, 27 Mar 2007 13:10:39 +1100 Con Kolivas <[EMAIL PROTECTED]> wrote:
> + DECLARE_BITMAP(bitmap, PRIO_RANGE + 1);
> + /*
> + * This bitmap shows what priorities this task has received quota
> + * from for this major priority rotation on its current runqueue.
> + */
>
On 3/26/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
You should really consider the latter for getting updates merged in the future
we're planning for this, but the short term it isnt doable for us
now that most of the initial troubles are resolved.
i would say initial troubles are resolved
On Fri, 23 Mar 2007 17:48:29 -0700 "Ken Chen" <[EMAIL PROTECTED]> wrote:
> It is really sad that we always call kmap and friends for every pipe
> buffer page on 64-bit arch that doesn't use HIGHMEM, or on
> configuration that doesn't turn on HIGHMEM.
>
> The effect of calling kmap* is visible in
On Tue, Mar 27, 2007 at 11:40:37AM +0800, Wu, Bryan wrote:
> Thanks Arnd. I posted almost ten patches yesterday. Converting ten
> patches to preformatted Emails is terrible manually, you know.
>
> How does a kernel guru to do this, send out dozens of patch emails a
> day? Is there any convenient
On Tue, 20 Mar 2007 14:25:49 + (GMT) James Simmons <[EMAIL PROTECTED]>
wrote:
> This patch does several things to allow the underlying hardware to be
> shared amount many devices. The most important thing is the use of
> the created device via device_create instead of the hardware device.
On Mon, 2007-03-26 at 21:13 -0600, Eric W. Biederman wrote:
> David Miller <[EMAIL PROTECTED]> writes:
>
> > From: Adrian Bunk <[EMAIL PROTECTED]>
> > Date: Tue, 27 Mar 2007 03:02:47 +0200
> >
> >> We had during the last months have quite a few MSI bugs and even
> >> regressions due to:
> >> -
On 3/6/07, Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
The reclaim code is similar to RSS memory controller. Scan control is
slightly different since we are targeting different type of pages.
Additionally no mapped pages are touched when scanning for pagecache pages.
RSS memory
On Mon, 2007-03-26 at 13:25 +0100, David Howells wrote:
> Pekka J Enberg <[EMAIL PROTECTED]> wrote:
>
> > There's just no sane way to revoke shared memory mappings for NOMMU so lets
> > disable the thing completely when CONFIG_MMU=n.
>
> I think that's reasonable for now - we can always add
On Mon, 2007-03-26 at 23:45 +0200, Arnd Bergmann wrote:
> I can see nothing wrong with your patches, but you should make the
> patch descriptions a little clearer:
>
Thanks Arnd. I posted almost ten patches yesterday. Converting ten
patches to preformatted Emails is terrible manually, you know.
On Sunday 18 March 2007 17:10, Éric Piel wrote:
> Hello,
>
> This is a new version of my patch to add support for more laptops to the
> wistron_btns driver. Modifications from the previous version:
> * sends lid close/open event as a switch event (not a key event)
> * Display on/off is
Adrian Bunk wrote:
On Wed, Mar 21, 2007 at 06:42:58PM -0700, Randy Dunlap wrote:
On Thu, 22 Mar 2007 01:32:36 + Sid Boyce wrote:
...
There's not a lot of docs out there.
The man-page: http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html
Linus's email doc:
Sorry, I broke CONFIG_IPC=n. This is a port of the patch Andrew
used to fix it in -mm
Here is a question... When CONFIG_IPC_NS=n and the user asks for
a new IPC namespace, we want to return -EINVAL to let them know
we couldn't oblige. But if CONFIG_IPC=n is it ok to just return 0?
If not,
On Mon, 2007-03-26 at 17:21 -0700, Jeremy Fitzhardinge wrote:
> plain text document attachment (lguest-use-percpu.patch)
Thanks for the fixup Jeremy!
Unfortunately that doesn't quite work. But it turns out we don't need
to load the GDT at all: we can run off the Host-supplied one until
On Mon, 2007-03-26 at 16:21 -0400, Mike Frysinger wrote:
> On 3/26/07, David Howells <[EMAIL PROTECTED]> wrote:
> > [*] The FRV, for example, does have some limited protection capability - but
> > it is really limited and not really useful in this case.
>
Sorry for late response.
> how so ?
"Luck, Tony" <[EMAIL PROTECTED]> writes:
>> What I'm proposing we do is move the irq allocation code out of
>> pci_enable_device and the irq freeing code out of pci_disable_device
>> in the future.
>
> Sounds rational ... in a world that wasn't dominated by PCI it would
> seem to be the logical
Hi Anil,
Keshavamurthy, Anil S wrote:
> On Mon, Mar 26, 2007 at 12:17:49PM +0900, Masami Hiramatsu wrote:
>> Hi Christoph and Anil,
>>
>> Thank you for your comments.
>>
>> Christoph Hellwig wrote:
>>> Speeding up the unregistration is a very good idea, but this interface
>>> is rather horrible.
David Miller <[EMAIL PROTECTED]> writes:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Tue, 27 Mar 2007 03:02:47 +0200
>
>> We had during the last months have quite a few MSI bugs and even
>> regressions due to:
>> - core kernel bugs,
>> - device driver bugs and
>> - hardware bugs
-
On Monday 26 March 2007 18:08, Robert P. J. Day wrote:
> Correct the incorrect CONFIG_ variables currently in
> drivers/usb/input/Makefile that prevent three of the touchscreen
> source files from being built.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
NAK. These modules should
On Mon, Mar 26, 2007 at 06:24:22PM -0700, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Tue, 27 Mar 2007 03:02:47 +0200
>
> > We had during the last months have quite a few MSI bugs and even
> > regressions due to:
> > - core kernel bugs,
> > - device driver bugs and
> > -
Greg KH <[EMAIL PROTECTED]> writes:
> How well does this play with the MSI core changes that Michael Ellerman
> has proposed on the linux-pci mailing list?
The patch looks reasonable and it is independent of those changes.
This just modifies the helper code for using the msi capability itself
Add comprehensive documentation of the Staircase Deadline cpu scheduler design.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
Documentation/sched-design.txt | 240 +++--
1 file changed, 234 insertions(+), 6 deletions(-)
Index:
Remove the TASK_NONINTERACTIVE flag as it will no longer be used.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
fs/pipe.c |7 +--
include/linux/sched.h |3 +--
2 files changed, 2 insertions(+), 8 deletions(-)
Index: linux-2.6.21-rc5-sd/fs/pipe.c
Remove the sleep_avg field from proc output as it will be removed from the
task_struct.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
fs/proc/array.c |2 --
1 file changed, 2 deletions(-)
Index: linux-2.6.21-rc5-sd/fs/proc/array.c
The practice of renicing kernel threads to negative nice values is of
questionable benefit at best, and at worst leads to larger latencies when
kernel threads are busy on behalf of other tasks.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
kernel/workqueue.c |2 --
1 file changed, 2
What follows is a clean major iteration of the (now) Staircase Deadline cpu
scheduler.
Changes from RSDL v0.33:
- All accounting is moved to tasks in nanosecond resolution removing
requirement for Rotation component entirely
- list_splice_tail is no longer required; dropped
- Nicer nice with
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
From: William Lee Irwin III <[EMAIL PROTECTED]>
Date: Mon, 26 Mar 2007 18:06:24 -0700
> On Mon, Mar 26, 2007 at 10:26:51AM -0800, Andrew Morton wrote:
> > b) we understand why the below simple modification crashes i386.
>
> Full eager zeroing patches not dependent on quicklist code don't crash,
Hi Ingo and all,
When I was executing massive interactive processes, I found that some of them
occupy CPU time and the others hardly run.
It seems that some of processes which occupy CPU time always has max effective
prio (default+5) and the others have max - 1. What happen here is...
1. If
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Tue, 27 Mar 2007 03:02:47 +0200
> We had during the last months have quite a few MSI bugs and even
> regressions due to:
> - core kernel bugs,
> - device driver bugs and
> - hardware bugs
>
> OTOH, MSI doesn't bring any real advantages for most users.
On Mon, 26 Mar 2007, William Lee Irwin III wrote:
> Not that clameter really needs my help, but I agree with his position
> on several fronts, and advocate accordingly, so here is where I'm at.
Yes thank you. I386 is not my field, I have no interest per se in
improving i386 performance and
On Monday 26 March 2007 17:42, Pete Zaitcev wrote:
> On Mon, 26 Mar 2007 15:30:42 -0400, "Dmitry Torokhov" <[EMAIL PROTECTED]>
> wrote:
>
> > Regarding the synaptics driver and scroll problem. Yesterday I
> > scrolled twice through entire Remarque's "Spark of Life" off lib.ru
> > (once with
On Mon, Mar 26, 2007 at 10:26:51AM -0800, Andrew Morton wrote:
> a) it has been demonstrated that this patch is superior to simply removing
>the quicklists and
Not that clameter really needs my help, but I agree with his position
on several fronts, and advocate accordingly, so here is where
This patch removes the PCI_MULTITHREAD_PROBE option that had already
been marked as broken.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/pci.txt|4 ---
drivers/base/dd.c| 41 ++-
drivers/pci/Kconfig | 25
This patch contains the following possible cleanups:
- make 2 needlessly global functions static
- #if 0 the unused nettel_eraseconfig()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/mtd/maps/nettel.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
---
We had during the last months have quite a few MSI bugs and even
regressions due to:
- core kernel bugs,
- device driver bugs and
- hardware bugs
OTOH, MSI doesn't bring any real advantages for most users.
Let's therefore mark PCI_MSI as EXPERIMENTAL.
Signed-off-by: Adrian Bunk <[EMAIL
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc4-mm1/arch/i386/kernel/i8253.c.old 2007-03-26
15:58:48.0 +0200
+++ linux-2.6.21-rc4-mm1/arch/i386/kernel/i8253.c
Allow gcc to perform show_registers() type checking also with
CONFIG_KPROBES=n.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/kprobes.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- linux-2.6.21-rc4-mm1/include/linux/kprobes.h.old2007-03-26
This patch makes the needlessly global remapped_pgdat_init() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc4-mm1/arch/i386/kernel/setup.c.old 2007-03-26
15:53:44.0 +0200
+++ linux-2.6.21-rc4-mm1/arch/i386/kernel/setup.c 2007-03-26
On Sat, 24 Mar 2007 23:04:09 +0100
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> This patch adds support for finding out the current file position,
> open flags and possibly other info in the future.
fs/proc/base.c: In function 'proc_lookupfdinfo':
fs/proc/base.c:1584: warning: passing argument 3
On Mon, Mar 26, 2007 at 07:32:00PM -0400, Robert P. J. Day wrote:
>
> the output from a short script i wrote, locating all CONFIG_
> variables in makefiles that don't appear to exist in any Kconfig file
> anywhere in the source tree.
>
> first, from the drivers/ directory:
>...
> =
On Mon, Mar 26, 2007 at 03:30:27PM +0200, Peter Zijlstra wrote:
> On Mon, 2007-03-26 at 02:08 -0800, Andrew Morton wrote:
> > On Mon, 26 Mar 2007 11:32:47 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> >
> > > Stopping writers which have idle queues is completely unproductive,
> > > and that
Badari Pulavarty writes:
> Patch causing the problem in -mm:
> ibmebus-uevent-support.patch
>
> I don't see where $,1rx(Bof_device_uevent$,1ry(B is defined :(
That patch depends on another one from Sylvain Munaut that I haven't
yet managed to get Ben H. to express an opinion on, and
On Mon, Mar 26, 2007 at 01:01:24AM -0800, Andrew Morton wrote:
> On Mon, 26 Mar 2007 10:26:18 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > Ditto for the case, when there are no more dirty pages destined for
> > this queue.
> >
> > I understand, that this can fill up the memory with under
On Mon, Mar 26, 2007 at 04:18:22PM -0700, Mitch Williams wrote:
> This patch fixes a kernel bug which is triggered when using the
> irqbalance daemon with MSI-X hardware.
>
> Because both MSI-X interrupt messages and MSI-X table writes are posted,
> it's possible for them to cross while
On Sat, 2007-03-24 at 23:09 +0100, Miklos Szeredi wrote:
>>> Dirty page accounting/limiting doesn't work for nonlinear mappings, so
>>> for non-ram backed filesystems emulate with linear mappings. This
>>> retains ABI compatibility with previous kernels at minimal code cost.
>>> All known users
On 3/26/07, Wu, Bryan <[EMAIL PROTECTED]> wrote:
Replacing class_dev to directly using rtc_dev.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
-mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: "Robert P. J. Day" <[EMAIL PROTECTED]>
Date: Mon, 26 Mar 2007 19:32:00 -0400 (EDT)
>
> the output from a short script i wrote, locating all CONFIG_
> variables in makefiles that don't appear to exist in any Kconfig file
> anywhere in the source tree.
>
> first, from the drivers/
I wrote:
> - add a new kernel config option which brings back the old behavior
> for those who liked it. We don't re-use the old config option
> because then nobody would notice that there is a choice now. This
> new option is scheduled to be removed soon.
...
> Instead of keeping
> = IPATH_CORE =
> ./drivers/Makefile:obj-$(CONFIG_IPATH_CORE) += infiniband/
Thanks, I was just noticing that myself. I'll remove it for 2.6.22.
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
the output from a short script i wrote, locating all CONFIG_
variables in makefiles that don't appear to exist in any Kconfig file
anywhere in the source tree.
first, from the drivers/ directory:
= DRM_FFB =
./drivers/char/drm/Makefile:obj-$(CONFIG_DRM_FFB) += ffb.o
=
On Mon, Mar 26, 2007 at 09:35:48PM +0200, Jean Delvare wrote:
>
> Greg, please update your copy with this version of the patch. The only
> change is that sound/ppc/beep.c is removed from the patch.
Done.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
This patch fixes a kernel bug which is triggered when using the
irqbalance daemon with MSI-X hardware.
Because both MSI-X interrupt messages and MSI-X table writes are posted,
it's possible for them to cross while in-flight. This results in
interrupts being received long after the kernel thinks
Until now, ieee1394 put an IP-over-1394 capability entry into each new
host's config ROM. As soon as the controller was initialized --- i.e.
right after modprobe ohci1394 --- this entry triggered a hotplug event
which typically caused auto-loading of eth1394.
This irritated or annoyed many users
On Sun, Mar 25, 2007 at 09:26:05PM +0200, Stefan Richter wrote:
> Fix NULL pointer dereference on hot ejection of a FireWire card while
> dv1394 was loaded. http://bugzilla.kernel.org/show_bug.cgi?id=7121
> I did not test card ejection with open /dev/dv1394 files yet.
>...
Thanks, applied.
>
On Mon, 2007-03-26 at 15:22 -0700, Andrew Morton wrote:
..
> > Unable to handle kernel NULL pointer dereference at 0020
> > RIP:
> > [] __sched_text_start+0x460/0x889
> > PGD 1c1898067 PUD 1c1897067 PMD 0
> > Oops: [1] SMP
> > last sysfs file: block/hda/range
> > CPU 3
> >
On Monday 26 March 2007 3:14 am, Wu, Bryan wrote:
> Hi folks,
>
> This patch cleanup blackfin SPI driver code and fix some coding style
> problems.
Good, thanks. I'll forward the current state of my review, after
I cross-check it against these two patches.
That'll mean I need to re-start that
On Tue, Mar 27, 2007 at 00:21:24 +0200, Tino Keitel wrote:
[...]
> this is the bisect result:
>
> $ git bisect good
> 1d619f128ba911cd3e6d6ad3475f146eb92f5c27 is first bad commit
> commit 1d619f128ba911cd3e6d6ad3475f146eb92f5c27
I just tested 2.6.21-rc5 with this commit reverted and the iPod
On Mon, 26 Mar 2007 23:43:08 +0200
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > > This patch makes writing to shared memory mappings update st_ctime and
> > > st_mtime as defined by SUSv3:
> >
> > Boy this is complicated.
>
> You tell me?
>
> > Is there a simpler way of doing all this? Say,
On Monday 26 March 2007 2:59 pm, Andrew Morton wrote:
> On Mon, 26 Mar 2007 09:06:19 -0700
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > Currently a parport_driver can't get a handle on the device node for the
> > underlying parport (PNPACPI, PCI, etc). That prevents correct placement
> > of
On Mon, 26 Mar 2007 16:10:09 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 26, 2007 at 02:00:36PM -0700, Andrew Morton wrote:
> > On Sun, 25 Mar 2007 23:10:21 +0200
> > Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> >
> > > This patch makes writing to shared memory mappings update
On Mon, 26 Mar 2007 13:57:57 -0800
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-03-19 at 20:56 -0800, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc4-mm1/
> >
> > Will appear later at
> >
> >
> >
1 - 100 of 710 matches
Mail list logo
