Both the PPC32 and PPC64 ABIs specify that the stack should be kept aligned
to 16 bytes. However, signal handlers on PPC64 are getting run with the
stack misaligned (sp % 16 == 8). This patch fixes that by ensuring that
the signal frame allocated is a multiple of 16 bytes. The PPC32 signal
On Fri, 21 Jan 2005 23:05:04 -0800, Chris Wright <[EMAIL PROTECTED]> wrote:
> Yeah, here it is. I refreshed it against a current kernel. It passes my
> same old test, where I select on /proc//status fd in exceptfds.
Looks certainly attractive to me. Nice small patch. How quickly
after the
This patch is originally from Linas Vepstas <[EMAIL PROTECTED]>.
This is a dumb, dorky cleanup patch:
Per last round of emails, the concept of EEH_REGION is gone,
but a few stubs remained. This patch removes them.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras
Zwane Mwaikambo wrote:
Hello George,
On Fri, 21 Jan 2005, George Anzinger wrote:
The VST patch on sourceforge
(http://sourceforge.net/projects/high-res-timers/) uses the local apic timer
to do the wake up. This is the same timer that is used for the High Res work.
I've been meaning to look into
Con Kolivas wrote:
Con Kolivas wrote:
Jack O'Quin wrote:
Con Kolivas <[EMAIL PROTECTED]> writes:
Here's fresh results on more stressed hardware (on ext3) with
2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
hovering at 50% spikes at times close to 70 which tests the
* Chris Wright ([EMAIL PROTECTED]) wrote:
> * Ulrich Drepper ([EMAIL PROTECTED]) wrote:
> > And is another thing to consider. There is at least one other event
> > which should be pollable: process (maybe threads) deaths. I was
> > hoping that we get support for this, perhaps in the form of
Con Kolivas wrote:
Jack O'Quin wrote:
Con Kolivas <[EMAIL PROTECTED]> writes:
Here's fresh results on more stressed hardware (on ext3) with
2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
hovering at 50% spikes at times close to 70 which tests the behaviour
under iso
Jack O'Quin wrote:
Con Kolivas <[EMAIL PROTECTED]> writes:
Here's fresh results on more stressed hardware (on ext3) with
2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
hovering at 50% spikes at times close to 70 which tests the behaviour
under iso throttling.
What version
I noticed 1/5 had a glitch, this is an update. It won't alter the
ordering, the other patches will still apply cleanly.
Thanks.
From: [EMAIL PROTECTED]
Subject: protect-pids
This is protect-pids, a patch to allow the admin to tune the oom killer.
The tweak is inherited between parent and child
On Fri, 21 Jan 2005 18:13:55 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Ok, trying to calm things down again for a 2.6.11 release.
Connection tracking does not compile...
CC net/ipv4/netfilter/ip_conntrack_standalone.o
In file included from net/ipv4/netfilter/ip_conntrack_standalone.c:34:
Jack O'Quin wrote:
Con Kolivas <[EMAIL PROTECTED]> writes:
Here's fresh results on more stressed hardware (on ext3) with
2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
hovering at 50% spikes at times close to 70 which tests the behaviour
under iso throttling.
What version
Con Kolivas <[EMAIL PROTECTED]> writes:
> Here's fresh results on more stressed hardware (on ext3) with
> 2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
> hovering at 50% spikes at times close to 70 which tests the behaviour
> under iso throttling.
What version of JACK are
Con Kolivas <[EMAIL PROTECTED]> writes:
> As for priority support, I have been working on it. While the test
> cases I've been involved in show no need for it, I can understand why
> it would be desirable.
Yes. Rui's jack_test3.2 does not require multiple realtime
priorities, but I can point to
* Ulrich Drepper ([EMAIL PROTECTED]) wrote:
> And is another thing to consider. There is at least one other event
> which should be pollable: process (maybe threads) deaths. I was
> hoping that we get support for this, perhaps in the form of polling
> the /proc/PID directory. For poll(), a
This patch is from Nishanth Aravamudan <[EMAIL PROTECTED]>.
Replace schedule_timeout() with msleep to simplify the code and to
express the delay in milliseconds instead of HZ.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
---
This patch is from Nishanth Aravamudan <[EMAIL PROTECTED]>.
Replace schedule_timeout() with msleep to simplify the code and to
express the delay in milliseconds instead of HZ.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
---
This patch is from Nishanth Aravamudan <[EMAIL PROTECTED]>.
Replace schedule_timeout() with ssleep to simplify the code and to
express the delay in seconds instead of HZ.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
---
* Bryce Harrington ([EMAIL PROTECTED]) wrote:
> Well, I'm not having much luck. strace isn't installed on the system
> (and is giving errors when trying to compile it). Also, the ssh session
> (and sshd) quits whenever I try running the following growfiles command
> manually, so I'm having
On Fri, 2005-01-21 at 20:45, Dan Stromberg wrote:
> Has anyone tried loopback mounting individual partitions from within a
> file that contains a partition table?
>
Yes, lots of folks.
> When I mount -o loop the file, I seem to get the first partition in the
> file, but I don't see anything in
This patch is from Craig Chaney <[EMAIL PROTECTED]>.
This patch moves the restoring of the stack pointer in the system call
exit path to after the point where we clear the RI (recoverable
interrupt) bit in the MSR. Normally, loading the stack pointer before
clearing RI doesn't cause any problem
utz lehmann wrote:
On Sat, 2005-01-22 at 10:48 +1100, Con Kolivas wrote:
utz lehmann wrote:
Hi
I dislike the behavior of the SCHED_ISO patch that iso tasks are
degraded to SCHED_NORMAL if they exceed the limit.
IMHO it's better to throttle them at the iso_cpu limit.
I have modified Con's iso2
On Fri, 21 Jan 2005 17:17:51 -0600, Brent Casavant <[EMAIL PROTECTED]> wrote:
> 2. select/poll on the fd return EWOULDBLOCK if the current value of
> the futex is not equal to the value of interest. Otherwise it
> behaves as FUTEX_FD currently does.
This is the problematic part.
On Fri, Jan 21, 2005 at 05:45:13PM -0400, Mauricio Lin wrote:
> Hi Andrew,
>
> I have another question. You included an oom_adj entry in /proc for
> each process. This was the approach you used in order to allow someone
> or something to interfere the ranking algorithm from userland, right?
> So
On Fri, Jan 21, 2005 at 01:31:46PM -0800, Roland McGrath wrote:
> When gdb has a bug, people want to be able to kill it and get on with using
> their program, not have their program always be killed too.
What I need is that the program is killed right away synchronously as
soon as the "debugger"
On Fri, 21 Jan 2005, Bryce Harrington wrote:
> On Fri, 21 Jan 2005, Chris Wright wrote:
> > * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > > Bryce Harrington <[EMAIL PROTECTED]> wrote:
> > > I am unable to find the oops trace amongst all that stuff. Help?
> > >
> > > (It would have been handy to
On Fri, Jan 21, 2005 at 05:27:11PM -0400, Mauricio Lin wrote:
> Hi Andrea,
>
> I applied your patch and I am checking your code. It is really a very
> interesting work. I have a question about the function
> __set_current_state(TASK_INTERRUPTIBLE) you put in out_of_memory
> function. Do not you
On Fri, Jan 21, 2005 at 09:07:13AM +1100, herbert wrote:
> On Thu, Jan 20, 2005 at 05:01:21PM -0500, John W. Linville wrote:
> > On Thu, Jan 20, 2005 at 04:23:46PM -0500, John W. Linville wrote:
> >
> > > + /* if we are currently stopped, then our CIV is actually set to our
> > > + * *last* sg
Hello Kirill,
Thanks for sending the detailed information. Based on our experiments
and analysis, we believe at this point that this is a known E80 issue
mentioned in the PIII spec update at this location
(http://www.intel.com/design/pentiumiii/specupdt/24445351.pdf)
Could you please try one of
Christoph Lameter writes:
> I had the name "zero_page" in V1 and V2 of the patch where it was
> separate. Then someone complained about code duplication.
Well, if you duplicated each arch's clear_page implementation in
zero_page, then yes, that would be unnecessary code duplication. I
would
On Fri, Jan 21, 2005 at 09:54:16PM +0100, Ingo Molnar wrote:
> - the second barrier is the 'jail' of the ptraced task. Especially with
> PTRACE_SYSCALL, the things a child ptraced process can do are
> extremely limited, everything it tries to do will trap, the task will
> suspend and the
On Thu, Jan 20, 2005 at 08:32:31PM +0100, Rafael J. Wysocki wrote:
> Hi,
>
> The following patch speeds up the restoring of swsusp images on x86-64
> and makes the assembly code more readable (tested and works on AMD64). It's
> against 2.6.11-rc1-mm1, but applies to 2.6.11-rc1-mm2. Please
* Alexander Nyberg ([EMAIL PROTECTED]) wrote:
> I recently had an idea of having something similar
> to /etc/user_capabilites which would consist of
> username:CAP_CHOWN,CAP_SOMETHING,CAP_SOMETHING2
pam_cap should do this (alas due to brokeness of current scheme it
doesn't).
> This could very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just a heads up,
I had the same panic and screen error with a 2.6.9 PIII SMP system
acting as an NFS client. This was after downgrading from a 2.6.10 kernel
that was panic'ing in the same way. I reverted to 2.6.8 but left the
Server (also a PIII SMP
Moin.
Attached patch fixes a problem of reading Video DVDs
through the cdrom_ioctl interface. VMware is among
the prominent victims.
The bug was introduced in kernel version 2.6.8 in the
function verify_command().
Regards,
Elias da Silva
--- linux-2.6.10/drivers/block/scsi_ioctl.c 2004-12-24
fre 2005-01-21 klockan 17:19 +0100 skrev Jan Kasprzak:
> Hi all,
>
> I've been running 2.6.11-rc1 on my dual opteron Fedora Core 3 box for a week
> now, and I think there is a memory leak somewhere. I am measuring the
> size of active and inactive pages (from /proc/meminfo), and it seems
>
Martin Zwickel wrote:
Hmm, I have similar problems with my mouse since I'm using kernel 2.6.
Sometimes (once a day or only every second day) my mouse goes to the
left upper corner. But then works a normal. Extremly annoying while
playing UT2004.
But I don't get any kernel messages. With 2.4
Ok, trying to calm things down again for a 2.6.11 release.
Tons of small cleanups, annotations and fixes here. Driver updates,
cpufreq, ppc, parisc, arm.. Pls check that I got it all.
Linus
---
Summary of changes from v2.6.11-rc1 to v2.6.11-rc2
On Sat, 22 Jan 2005, Andi Kleen wrote:
>
> I applied the patch to my tree.
I already applied it as obvious ;)
Linus
-
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!
I recently had an idea of having something similar
to /etc/user_capabilites which would consist of
username:CAP_CHOWN,CAP_SOMETHING,CAP_SOMETHING2
This could very well be loaded into linux at the time of an application
doing sys_setuid, sys_setreuid and the likes by hooking into glibc. The
> With this patch, at least 8 times less memory accesses are required to
> restore an image
> than without it, and in the original code cr3 is reloaded after copying each
> _byte_,
> let alone the SIB arithmetics. I'd expect it to be 10 times faster or so.
Probably more. CR3 reload is a
On Sat, 22 Jan 2005, Paul Mackerras wrote:
> Christoph's patch is bigger than it needs to be because he has to
> change all the occurrences of clear_page(x) to clear_page(x, 0), and
> then he has to change a lot of architectures' clear_page functions to
> be called _clear_page instead. If he
On Fri, Jan 21, 2005 at 05:26:01PM +0100, Petr Vandrovec wrote:
> On Thu, Jan 20, 2005 at 09:53:36PM +0100, Eric Dumazet wrote:
> >
> > Examining linux sources, I found that 0xe000 is 'special' (ia 32
> > vsyscall) and 0xe600 is about sigreturn subsection of this special area.
> >
> >
This patch is from Jake Moilanen <[EMAIL PROTECTED]>.
The instruction syntax for the in_be64 inline asm was incorrect for
the "m" constraint for the address parameter. This patch fixes the
instruction in the inline asm.
Signed-off-by: Jake Moilanen <[EMAIL PROTECTED]>
Signed-off-by: Paul
Has anyone tried loopback mounting individual partitions from within a
file that contains a partition table?
When I mount -o loop the file, I seem to get the first partition in the
file, but I don't see anything in the man page for mount that indicates a
way of getting any other partitions from a
This patch is originally from Jake Moilanen <[EMAIL PROTECTED]>,
substantially modified by me.
On PPC64 systems with a hypervisor, we can't set the Data Address
Breakpoint Register (DABR) directly, we have to do it through a
hypervisor call.
Signed-off-by: Jake Moilanen <[EMAIL PROTECTED]>
Andrew Morton writes:
> It is, actually, from the POV of the page allocator. It's a "higher order
> page" and is controlled by a struct page*, just like a zero-order page...
So why is the function that gets me one of these "higher order pages"
called "get_free_pages" with an "s"? :)
Hi,
On Fri, 21 Jan 2005, Andrew Morton wrote:
> Paul Mackerras <[EMAIL PROTECTED]> wrote:
> >
> > A cluster of 2^n contiguous pages
> > isn't one page by any normal definition.
>
> It is, actually, from the POV of the page allocator. It's a "higher order
> page" and is controlled by a struct
When I yank out my MP3 player, the programs trying to umount the disk
cause the following page fault:
usb 1-5: USB disconnect, address 2
scsi0 (0:0): rejecting I/O to dead device
FAT bread failed in fat_clusters_flush
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing
On Fri, 21 Jan 2005, Chris Wright wrote:
> * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > Bryce Harrington <[EMAIL PROTECTED]> wrote:
> > I am unable to find the oops trace amongst all that stuff. Help?
> >
> > (It would have been handy to include it in the bug report, actually)
>
> Yes, it
Andrew Morton writes:
> It is, actually, from the POV of the page allocator. It's a "higher order
> page" and is controlled by a struct page*, just like a zero-order page...
OK. I still reckon it's confusing terminology for the rest of us who
don't have our heads deep in the page allocator
CONFIG_CORE_SMALL reduce futex hash table
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny-new/kernel/futex.c
===
--- tiny-new.orig/kernel/futex.c2004-11-17 00:04:03.0 -0800
+++ tiny-new/kernel/futex.c
On Fri, Jan 21, 2005 at 01:33:39PM +0100, Roman Zippel wrote:
> Hi,
>
> On Thu, 20 Jan 2005, Matt Mackall wrote:
>
> > On Thu, Jan 20, 2005 at 08:07:11PM -0800, Andrew Morton wrote:
> > > Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Next suspects would be:
> > > >
> > > >
CONFIG_CORE_SMALL degrade genhd major names hash to linked list
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny-new/drivers/block/genhd.c
===
--- tiny-new.orig/drivers/block/genhd.c 2004-11-17 00:04:36.0 -0800
CONFIG_CORE_SMALL reduce size of pidmap table for small machines
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny/include/linux/threads.h
===
--- tiny.orig/include/linux/threads.h 2004-12-04 15:42:35.0 -0800
+++
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> A cluster of 2^n contiguous pages
> isn't one page by any normal definition.
It is, actually, from the POV of the page allocator. It's a "higher order
page" and is controlled by a struct page*, just like a zero-order page...
-
To unsubscribe from
Similar changes as for ide-cd.c (except that struct ide_disk_obj is added).
diff -Nru a/drivers/ide/ide-disk.c b/drivers/ide/ide-disk.c
--- a/drivers/ide/ide-disk.c2005-01-21 23:41:03 +01:00
+++ b/drivers/ide/ide-disk.c2005-01-21 23:41:03 +01:00
@@ -71,6 +71,38 @@
#include
#include
Ingo Molnar <[EMAIL PROTECTED]> writes:
> just finished a short testrun with nice--20 compared to SCHED_FIFO, on a
> relatively slow 466 MHz box:
> this shows the surprising result that putting all RT tasks on nice--20
> reduced context-switch rate by 20% and the Delay Maximum is lower as
>
Add ide_drive_t->post_reset flag and use it to signal post reset
condition to the ide-tape driver (the only user of ->pre_reset).
diff -Nru a/drivers/ide/ide-iops.c b/drivers/ide/ide-iops.c
--- a/drivers/ide/ide-iops.c2005-01-22 00:09:32 +01:00
+++ b/drivers/ide/ide-iops.c2005-01-22
Move PM code from ide-cd.c and ide-disk.c to IDE core so:
* PM is supported for other ATAPI devices (floppy, tape)
* PM is supported even if specific driver is not loaded
diff -Nru a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
--- a/drivers/ide/ide-cd.c 2005-01-21 23:53:31 +01:00
+++
Christoph Lameter writes:
> clear_page clears one page of the specified order.
Now you're really being confusing. A cluster of 2^n contiguous pages
isn't one page by any normal definition. Call it "clear_page_cluster"
or "clear_page_order" or something, but not "clear_page".
Paul.
-
To
This set of patches introduces a new config option CONFIG_CORE_SMALL
from the -tiny tree for small systems. This series should apply
cleanly against 2.6.11-rc1-mm2.
When selected, it enables various tweaks to miscellaneous core data
structures to shrink their size on small systems. While each
Experimenting with sysfs to figure out how it works. So I'm attempting to
port the TurboChannel bus code to sysfs. Its a test of concept and a
learning experience. Comments welcomed.
diff -urN -X /home/jsimmons/dontdiff linus-2.6/drivers/tc/Makefile
fbdev-2.6/drivers/tc/Makefile
---
On Sat, 2005-01-22 at 10:48 +1100, Con Kolivas wrote:
> utz lehmann wrote:
> > Hi
> >
> > I dislike the behavior of the SCHED_ISO patch that iso tasks are
> > degraded to SCHED_NORMAL if they exceed the limit.
> > IMHO it's better to throttle them at the iso_cpu limit.
> >
> > I have modified
Add CONFIG_CORE_SMALL for miscellaneous core size that don't warrant
their own options. Example users to follow.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny/init/Kconfig
===
--- tiny.orig/init/Kconfig 2004-12-04
CONFIG_CORE_SMALL reduce console transfer buffer
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny-queue/include/linux/vt_kern.h
===
--- tiny-queue.orig/include/linux/vt_kern.h 2005-01-21 09:59:49.0
-0800
+++
CONFIG_CORE_SMALL reduce timer list hashes
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny-queue/kernel/timer.c
===
--- tiny-queue.orig/kernel/timer.c 2005-01-21 09:59:50.0 -0800
+++
CONFIG_CORE_SMALL degrade char dev hash table to linked list
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny-queue/fs/char_dev.c
===
--- tiny-queue.orig/fs/char_dev.c 2005-01-21 09:59:45.0 -0800
+++
CONFIG_CORE_SMALL reduce UID lookup hash
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: tiny/kernel/user.c
===
--- tiny.orig/kernel/user.c 2004-12-04 15:42:41.0 -0800
+++ tiny/kernel/user.c 2004-12-04
Rui Nuno Capela wrote:
OK. Here goes my fresh and newly jack_test4.1 test suite. It might be
still rough, as usual ;)
Thanks
Here's fresh results on more stressed hardware (on ext3) with
2.6.11-rc1-mm2 (which by the way has SCHED_ISO v2 included). The load
hovering at 50% spikes at times close
As a result disk->private_data can be used by device drivers now.
diff -Nru a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
--- a/drivers/ide/ide-cd.c 2005-01-21 22:30:19 +01:00
+++ b/drivers/ide/ide-cd.c 2005-01-21 22:30:19 +01:00
@@ -3317,7 +3317,7 @@
{
struct block_device
Hello list,
my machine oopses in the umount script at shutdown once every few
weeks (at 1-2 shutdowns / day). Two times this resulted in repairable
errors on an EXT3 filesystem during the next bootup.
This is on an i386 (actually AMD K6-II) machine with a single IDE disk.
The mounted filesystems
On Fri, 21 Jan 2005, Brandon Corey wrote:
> I'm trying to find out if there is a pollable semaphore equivalent on Linux.
>
> The main idea of a "pollable semaphore", is a semaphore with a related
> file descriptor. The file descriptor can be used to select() when the
> semaphore is acquirable.
On Fri, 21 Jan 2005, Roland Dreier wrote:
> Brandon> I'm trying to find out if there is a pollable semaphore
> Brandon> equivalent on Linux. The main idea of a "pollable
> Brandon> semaphore", is a semaphore with a related file
> Brandon> descriptor. The file descriptor can be
Hi,
All patches are against ide-dev-2.6 tree (== incremental to 5 previous
patches). The main part of this series is adding reference counting to
IDE device drivers (ide-scsi is a problematic one and I need some help
from SCSI people).
Bartlomiej
-
To unsubscribe from this list: send the line
On Thu, 30 Dec 2004 03:48:35 -0500
David Dillow <[EMAIL PROTECTED]> wrote:
> +static void xfrm_accel_bundle(struct dst_entry *dst)
> +{
> + struct xfrm_bundle_list bundle, *xbl, *tmp;
> + struct net_device *dev = dst->dev;
> + INIT_LIST_HEAD();
> +
> + if (dev &&
* add private /proc/ide/hd?/capacity handlers to ide-{cd,disk,floppy}.c
* use generic proc_ide_read_capacity() for ide-{scsi,tape}.c
* kill ->capacity, default_capacity() and generic_subdriver_entries[]
diff -Nru a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
--- a/drivers/ide/ide-cd.c
On Fri, 2005-01-21 at 17:11 -0500, Mukker, Atul wrote:
> All right! The implementation is complete for this and the driver has
> thoroughly gone through testing. Everything looks good except for a minor
> glitch.
That's good news.
> After the new logical drives are created with "- - -" written
Hi
I dislike the behavior of the SCHED_ISO patch that iso tasks are
degraded to SCHED_NORMAL if they exceed the limit.
IMHO it's better to throttle them at the iso_cpu limit.
I have modified Con's iso2 patch to do this. If iso_cpu > 50 iso tasks
only get stalled for 1 tick (1ms on x86).
This patch adds the Intel ICH7R DID's to the ahci.c SATA AHCI driver for ICH7R
SATA support.
If acceptable, please apply.
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.11-rc1/drivers/scsi/ahci.c.orig 2005-01-21 07:46:58.202269784
-0800
+++
utz lehmann wrote:
Hi
I dislike the behavior of the SCHED_ISO patch that iso tasks are
degraded to SCHED_NORMAL if they exceed the limit.
IMHO it's better to throttle them at the iso_cpu limit.
I have modified Con's iso2 patch to do this. If iso_cpu > 50 iso tasks
only get stalled for 1 tick (1ms
On Sat, 22 Jan 2005, Paul Mackerras wrote:
> Christoph Lameter writes:
>
> > The zeroing of a page of a arbitrary order in page_alloc.c and in hugetlb.c
> > may benefit from a
> > clear_page that is capable of zeroing multiple pages at once (and scrubd
> > too but that is now an independent
On Fri, 2005-01-21 at 23:58, Stephen C. Tweedie wrote:
> Hi Andreas,
>
> On Thu, 2005-01-20 at 02:01, Andreas Gruenbacher wrote:
>
> > here is a set of fixes for ext3 in-inode attributes:
>
> Obvious first question --- have these diffs survived the same
> torture-by-tridgell that the previous
My apologies -- I appear to have sent the patches out in reverse order.
Please apply patch 3 before the other two.
This is the first time I've used our automated tools to make small patches
out of big ones, but I think I have it figured out now.
Thanks for your patience.
-Mitch Williams
-
To
On Fri, Jan 21, 2005 at 03:35:20PM -0800, Andrew Morton wrote:
> I am unable to find the oops trace amongst all that stuff. Help?
> (It would have been handy to include it in the bug report, actually)
There was no oops. The panic() in oom_kill.c was triggered.
-- wli
-
To unsubscribe from this
* pointers to a SCSI host and a drive are added to idescsi_scsi_t
* pointer to the SCSI host is stored in disk->private_data
* ide_scsi_{get,put}() is used to {get,put} reference to the SCSI host
Unfortunately this is not complete fix for ->open() vs ->cleanup()
race, there are two TODO items
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Bryce Harrington <[EMAIL PROTECTED]> wrote:
> I am unable to find the oops trace amongst all that stuff. Help?
>
> (It would have been handy to include it in the bug report, actually)
Yes, it would. Or at least some better granularity leading up to
Similar changes as for ide-cd.c.
diff -Nru a/drivers/ide/ide-floppy.c b/drivers/ide/ide-floppy.c
--- a/drivers/ide/ide-floppy.c 2005-01-21 23:41:14 +01:00
+++ b/drivers/ide/ide-floppy.c 2005-01-21 23:41:14 +01:00
@@ -274,8 +274,9 @@
* driver due to an interrupt or a timer event is stored
The following is an edited output of dmesg, for a dual Xeon running 2.6.9:
Detected 1196.514 MHz processor.
Calibrating delay loop... 2383.87 BogoMIPS (lpj=1191936)
CPU1: Intel(R) Xeon(TM) CPU 2.00GHz stepping 09
I'm a bit confused why a 2GHz chip gets detected as a 1.2 GHz cpu. Is
this
Similar changes as for ide-cd.c.
diff -Nru a/drivers/ide/ide-tape.c b/drivers/ide/ide-tape.c
--- a/drivers/ide/ide-tape.c2005-01-21 23:41:25 +01:00
+++ b/drivers/ide/ide-tape.c2005-01-21 23:41:25 +01:00
@@ -781,8 +781,10 @@
* driver due to an interrupt or a timer event is stored in
Bryce Harrington <[EMAIL PROTECTED]> wrote:
>
> cmdline="mkfifo gffifo18; growfiles -b -W gf13 -e 1 -u -i 0 -L 30 -I r
> -r 1-4096 gffifo18"
> contacts=""
> analysis=exit
> initiation_status="ok"
> <<>>
> growfiles(gf13): 17094 DEBUG1 Using random seed of 1106350453
> Kernel panic - not syncing:
* based on reference counting in drivers/scsi/{sd,sr}.c
* fixes race between ->open() and ->cleanup() (ide_unregister_subdriver()
tests for drive->usage != 0 but there is no protection against new users)
* struct kref and pointer to a drive are added to struct ide_cdrom_info
* pointer to
* move default_do_request() to ide-default.c
* fix drivers to set ide_driver_t->{do_request,end_request,error,abort}
* kill setup_driver_defaults()
diff -Nru a/drivers/ide/ide-cd.c b/drivers/ide/ide-cd.c
--- a/drivers/ide/ide-cd.c 2005-01-21 22:27:18 +01:00
+++ b/drivers/ide/ide-cd.c
jnf <[EMAIL PROTECTED]> writes:
> Thank you, when I get a second I will take a look through it. I've already
> written a couple programs to set/get capabilities, so I am aware of the
> interface/api, it was just that even with the capabilities it was not
> working ;]
> Either way I will take a
Some rare races between ide-default and ide-disk are possible, i.e.:
* ide-default is used, I/O request is triggered (ie. /proc/ide/hd?/identify),
drive->special is cleared silently (so CHS is not initialized properly),
ide-disk is loaded and fails if drive uses CHS
* ide-disk is used, drive
Since there are no Promise binary drivers for 2.6.x kernels:
* ignore BIOS enable bits completely
* remove CONFIG_PDC202XX_FORCE
* kill IDEPCI_FLAG_FORCE_PDC hack
diff -Nru a/drivers/ide/Kconfig b/drivers/ide/Kconfig
--- a/drivers/ide/Kconfig 2005-01-21 23:53:09 +01:00
+++
ATAPI devices ignore DRDY bit so drive->ready_stat must be set to zero.
It is currently done by device drivers (including ide-default fake driver)
but for PMAC driver it is too late as wait_for_ready() may be called during
probe: probe_hwif()->pmac_ide_dma_check()->pmac_ide_{mdma,udma}_enable()->
This patch fixes a race between the CMOS clock setting and the NMI
code. The NMI code indiscriminatly sets index registers and values
in the same place the CMOS clock is set. If you are setting the
CMOS clock and an NMI occurs, Bad values could be written to or
read from the CMOS RAM, or the
> We always used to byte-swap just a few fields in the descriptor, to
> optimise access to those. We never bothered to put them back when we
> passed them up to userspace via usbdevfs -- we gave a structure which
> was mostly LE but had precisely four fields byteswapped to host-endian.
> The
On Fri, 21 Jan 2005 14:13:08 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 21, 2005 at 09:02:39PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > ide-dev-2.6 tree has been resurrected. It now contains first bunch
> > of fixes needed for converting IDE device drivers to
Hi Andreas,
On Thu, 2005-01-20 at 02:01, Andreas Gruenbacher wrote:
> here is a set of fixes for ext3 in-inode attributes:
Obvious first question --- have these diffs survived the same
torture-by-tridgell that the previous batch suffered?
Cheers,
Stephen
-
To unsubscribe from this list: send
1 - 100 of 655 matches
Mail list logo