On Tue, 27 Mar 2007 00:12:53 -0700
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Eric Dumazet wrote:
> > Jeremy Fitzhardinge a écrit :
> >
> >> +static DEFINE_PER_CPU(unsigned long long, touch_timestamp);
> >
> > ...
> >
> >> void touch_softlockup_watchdog(void)
> >> {
> >> -__raw_get_cpu
On Tue, 27 Mar 2007 09:36:50 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > There is surely no need to duplicate all that.
>
> Yeah, we could teach generic_writepages() to conditionally not submit
> for io just test/clear pte dirtyness.
>
> Maybe that would be somewhat cleaner, dunno.
>
>
> > > clear_page_dirty_for_io() already does that.
> > >
> > > So we should be able to test PageDirtiedByWrite() after running
> > > clear_page_dirty_for_io() to discover whether this page was dirtied via
> > > MAP_SHARED, and then update the inode times if so.
> >
> > What do you need the page f
On Tue, 27 Mar 2007 09:08:35 +0200 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:
On Mon, 2007-03-26 at 12:46 -0700, [EMAIL PROTECTED] wrote:
> The patch titled
> hrtimers: fix reprogramming SMP race
> has been added to the -mm tree. Its filename is
> hrtimers-fix-reprogramming-smp-race.patch
>
> *** Remember to use Documentation/SubmitChecklist when testing your cod
* Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> Note that I'm not opposed to the change at all, I think it's a good
> idea, I'm just worried I'm discovering it a bit late and I've seen
> PICs broken in some many colorful ways that I'm a bit worried... Oh
> well...
This change does not r
On Tue, 27 Mar 2007 08:55:40 +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 simple
On 3/27/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
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 ena
Aubrey Li wrote:
> 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 pagecac
From: Pekka Enberg <[EMAIL PROTECTED]>
We need to break COW for private mappings to make sure a process cannot
read new data after an inode has been revoked.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/revoke.c | 85 +++-
1 fil
From: Pekka Enberg <[EMAIL PROTECTED]>
This fixes a bug that was introduced when we switched to rescanning all the
vmas of a mm. We need to check that the vma host file points to the same
inode we are revoking; otherwise we end up revoking all shared mappings.
Signed-off-by: Pekka Enberg <[EMAIL
Eric Dumazet wrote:
> Jeremy Fitzhardinge a écrit :
>
>> +static DEFINE_PER_CPU(unsigned long long, touch_timestamp);
>
> ...
>
>> void touch_softlockup_watchdog(void)
>> {
>> -__raw_get_cpu_var(touch_timestamp) = jiffies;
>> +__raw_get_cpu_var(touch_timestamp) = sched_clock();
>> }
>
>
* Venki Pallipadi <[EMAIL PROTECTED]> wrote:
> Ingo,
>
> Does the patch below help?
> Patch to resolve maxcpus=1 trigerring BUG() as reported by Ingo here
yes, it solves it, thanks!
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
To unsubscribe from this list: send the line "unsubsc
From: Miklos Szeredi <[EMAIL PROTECTED]>
This patch adds support for finding out the current file position,
open flags and possibly other info in the future.
These new entries are added:
/proc/PID/fdinfo/FD
/proc/PID/task/TID/fdinfo/FD
For each fd the information is provided in the followin
> > 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 of 'proc_lookupfd_common'
> from incompatible pointer type
> fs/proc
The clockevents / tick management code expects an error value, when the
event is already expired. hpet_next_event() returns 1 in that case.
Fix it to return the proper -ETIME error code.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/hpet.c b/arch/i386/kernel/hp
Jeremy Fitzhardinge a écrit :
+static DEFINE_PER_CPU(unsigned long long, touch_timestamp);
...
void touch_softlockup_watchdog(void)
{
- __raw_get_cpu_var(touch_timestamp) = jiffies;
+ __raw_get_cpu_var(touch_timestamp) = sched_clock();
}
Not very clear if this is safe on 32b
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 shou
> > > > 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 Set
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 th
> 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 the
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 y
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 aborted
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.
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/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 dr
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 this
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
ftp://ftp.kernel
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 PRO
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 (o
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 the
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]>
Cc
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 adds
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 co
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 bogus
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 m
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 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 t
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 ter
> 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 c
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: Jef
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: 1f2ea0837dbc263ce2a2512c
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 p
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
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 t
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. No
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:
> >> - co
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 control
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 suppo
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 KEY_SCREEN
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:
http
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, then
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 w
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 ? the
"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 ap
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
- architec
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 ju
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
> > - h
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 as
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: linux-2.6.21-rc5-sd/Docum
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 del
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 sma
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 involv
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 involv
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 involv
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 involv
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 involv
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 the
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 witho
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 0.14.
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 I'
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(-)
--- linux-2.6
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 PROTECTE
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 2007-0
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
15:28:27.0
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
15:54:00.000
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 o
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:
>...
> = RADIO_
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 is
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 wh
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 wr
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 in-flight.
1 - 100 of 366 matches
Mail list logo
