* Nick Piggin [EMAIL PROTECTED] wrote:
And finally, with rlimit support, is there any reason why lockup
detection and correction can't go into userspace? Even RT throttling
could probably be done in a userspace daemon.
that is correct. Jackd already has a watchdog thread, against lockups.
Jens Axboe wrote:
On Thu, Jan 27 2005, Jeff Garzik wrote:
Doug Maxey wrote:
On Thu, 27 Jan 2005 13:02:48 +0100, Jens Axboe wrote:
Hi,
For the longest time, only the old PATA drivers supported barrier writes
with journalled file systems. This patch adds support for the same type
of cache flushing
Ingo Molnar [EMAIL PROTECTED] writes:
* Nick Piggin [EMAIL PROTECTED] wrote:
But the important elements are lost. The standard provides a
deterministic scheduling order, and a deterministic scheduling latency
(of course this doesn't mean a great deal for Linux, but I think we're
good enough
On Fri, Jan 28 2005, Jeff Garzik wrote:
Jens Axboe wrote:
On Thu, Jan 27 2005, Jeff Garzik wrote:
Doug Maxey wrote:
On Thu, 27 Jan 2005 13:02:48 +0100, Jens Axboe wrote:
Hi,
For the longest time, only the old PATA drivers supported barrier writes
with journalled file systems. This
On Fri, 2005-01-28 at 05:43 +0100, Ingo Molnar wrote:
*
is this due to algorithmic/PIT-programming overhead, or due to the noise
introduced by other, non-hard-RT timers? I'd guess the later from the
looks of it, but did your test introduce such noise (via networking and
application
* Thomas Gleixner [EMAIL PROTECTED] wrote:
is this due to algorithmic/PIT-programming overhead, or due to the noise
introduced by other, non-hard-RT timers? I'd guess the later from the
looks of it, but did your test introduce such noise (via networking and
application workloads?).
On Fri, 2005-01-28 at 09:24 +0100, Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
is this due to algorithmic/PIT-programming overhead, or due to the noise
introduced by other, non-hard-RT timers? I'd guess the later from the
looks of it, but did your test introduce such
Ingo Molnar [EMAIL PROTECTED] writes:
* Nick Piggin [EMAIL PROTECTED] wrote:
And finally, with rlimit support, is there any reason why lockup
detection and correction can't go into userspace? Even RT throttling
could probably be done in a userspace daemon.
that is correct. Jackd already
* Jack O'Quin [EMAIL PROTECTED] wrote:
i'm wondering, couldnt Jackd solve this whole issue completely in
user-space, via a simple setuid-root wrapper app that does nothing else
but validates whether the user is in the 'jackd' group and then keeps a
pipe open to to the real jackd process
Horst von Brand wrote:
Julien TINNES [EMAIL PROTECTED] said:
Not very important but ((get_random_int() % 4096) 4) could be
optimized into get_random_int() 0xFFF0.
Check first if the compiler doesn't do it by itself.
The compiler cannot guess that get_random_int() gives a random result.
%4096
On Thu, Jan 27, 2005 at 09:13:04PM +0100, Arjan van de Ven wrote:
On Thu, 2005-01-27 at 20:34 +0100, Julien TINNES wrote:
Yeah, if it came from PaX the randomization would actually be useful.
Sorry, I've just woken up and already explained in another post.
Please, no hard
* Thomas Gleixner [EMAIL PROTECTED] wrote:
or is it that we have a 'group' of normal timers expiring, which, if
they happen to occur _just_ prior a HRT event will generate a larger
delay?
Yep. The timers expire at random times. So it's likely to have short
sequences of timer interrupts
On Thu, Jan 27, 2005 at 04:34:44PM -0800, David S. Miller wrote:
On Fri, 28 Jan 2005 00:17:01 +
Russell King [EMAIL PROTECTED] wrote:
Yes. Someone suggested this evening that there may have been a recent
change to do with some IPv6 refcounting which may have caused this
problem. Is
Ingo Molnar [EMAIL PROTECTED] writes:
* Jack O'Quin [EMAIL PROTECTED] wrote:
i'm wondering, couldnt Jackd solve this whole issue completely in
user-space, via a simple setuid-root wrapper app that does nothing else
but validates whether the user is in the 'jackd' group and then keeps a
* Jack O'Quin [EMAIL PROTECTED] wrote:
thus after a couple of years we'd end up with lots of desktop apps
running as SCHED_FIFO, and latency would go down the drain again.
I wonder how Mac OS X and Windows deal with this priority escalation
problem? Is it real or only theoretical?
no
* Ralf Hildebrandt [EMAIL PROTECTED]:
Try disabling acpi.
Didn't help. Same symptom
I was able to make it work by going to the BIOS and set the IO IRQ there.
--
Ralf Hildebrandt (i.A. des IT-Zentrum) [EMAIL PROTECTED]
Charite - Universitätsmedizin BerlinTel. +49
Hi,
I included my module into the main kernel object
file by modifying the top Makefile i.e obj-y magic.
Now, when I reboot the system the module works. But in
the new hardware detection phase, X server and other
applications failed. The kernel prompted to repair the
file system and to reboot
On Thu, Jan 27, 2005 at 08:43:18PM -0500, James Morris wrote:
Looks like a cleanup broke the test vectors:
http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]
Patch below, please apply.
That fixes it, thanks.
--
Jasper Spaans http://jsp.vs19.net/
On Thu, Jan 27, 2005 at 12:40:12PM -0800, Phil Oester wrote:
Vanilla 2.6.10, though I've been seeing these problems since 2.6.8 or
earlier.
Right. For me:
- 2.6.9-rc3 (installed 8th Oct) died with dst cache overflow on 29th November
- 2.6.10-rc2 (booted 29th Nov) died with the same on 19th
eepro100 also drives 82556-based cards. I have a couple of EtherExpress
PRO/100 Smart cards, Intel identifier is PILA8485, PCI ID is 8086:1228.
e100 doesn't support them, I'm told eepro100 works (I have not verified
it myself). I can probably get a card or to for testing with Linux.
--
Meelis
I have a set of computers that seem to have memory leak under 2.6 kernels
(2.6.9 and 2.6.10)
The set of machines that suffer this memory leak are the ones using ICH5 SATA
and Broadcom gigabit (tigon3) on PCI Express, as opposed to other machines with
IDE and Intel gigabit. Both sets of machines
At 03:01 AM 1/28/2005 -0600, Jack O'Quin wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
* Jack O'Quin [EMAIL PROTECTED] wrote:
i'm wondering, couldnt Jackd solve this whole issue completely in
user-space, via a simple setuid-root wrapper app that does nothing else
but validates whether the
On Fri, Jan 28 2005, Jens Axboe wrote:
On Fri, Jan 28 2005, Jeff Garzik wrote:
Jens Axboe wrote:
On Thu, Jan 27 2005, Jeff Garzik wrote:
Doug Maxey wrote:
On Thu, 27 Jan 2005 13:02:48 +0100, Jens Axboe wrote:
Hi,
For the longest time, only the old PATA drivers supported
On Thu, Jan 27, 2005 at 07:43:34PM +0100, Pavel Machek wrote:
Hi!
It happened for 3rd in a week now...
When problem happens, processes start to segfault, usually right
during startup. Programs that were loaded prior to problem usualy
works, and can be restarted. I also seen sendmail exec
Hi Johannes :)
* Johannes Erdfelt [EMAIL PROTECTED] dixit:
On Thu, Jan 27, 2005, DervishD [EMAIL PROTECTED] wrote:
Didn't knew about that... Thanks a lot for the info!. Is there
any documentation available for the ioctl USB interface to the
kernel? Any API guide or something like
Hi Andrew,
Thanks a lot for your help! Some comments below...
On Thu, 27 Jan 2005, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
What would you propose can I do to perform the required zeroing in a
deadlock safe manner whilst also ensuring that it cannot happen that a
On Thu, Jan 27, 2005 at 08:43:18PM -0500, James Morris wrote:
On Fri, 28 Jan 2005, Jasper Spaans wrote:
On Thu, Jan 27, 2005 at 07:38:43PM -0500, James Morris wrote:
Is this supposed to happen?
No. What is your kernel version?
Current bitkeeper + latest swsusp2 patches and
On Fri, Jan 28, 2005 at 12:12:19AM +0200, Jaco Kroon wrote:
Yes. You understand correctly. Booting with acpi=off though has deadly
implications when rebooting though (bios gives you the black screen of
void). So I would like to keep booting with acpi=off down to an
absolute minimum.
Hi Nathan,
On Fri, 28 Jan 2005, Nathan Scott wrote:
On Thu, Jan 27, 2005 at 04:58:22PM -0800, Andrew Morton wrote:
Anton Altaparmakov [EMAIL PROTECTED] wrote:
What would you propose can I do to perform the required zeroing in a
deadlock safe manner whilst also ensuring that it cannot
On Thu, Jan 27, 2005 at 10:59:20PM -0500, Dmitry Torokhov wrote:
Thanks for noticing this. The following patch should fix timeout
handling in libps2 and restore previous behavior:
This fixes it for me. I tested it with an unmodified atkbd.c and
the old firmware for my keyboard converter.
On Fri, Jan 28, 2005 at 02:13:12AM -0500, Dmitry Torokhov wrote:
On Thursday 27 January 2005 11:15, Vojtech Pavlik wrote:
I think that the very first path (while true; do xset led 3; xset
-led 3; done makes keyboard miss release events and makes it
unusable) should go in 2.6.11 so please
On Fri, Jan 28, 2005 at 01:39:08AM +0100, Roman Zippel wrote:
On Thu, 27 Jan 2005, Andries Brouwer wrote:
In short - raw mode in 2.6 is badly broken.
And, btw, raw mode in 2.6 is not badly broken. It works as it is
intended to. If you want the 2.4 behavior on x86, you just need to
specify
You can pull this changeset from:
bk://kernel.bkbits.net/vojtech/for-linus
===
[EMAIL PROTECTED], 2005-01-28 02:01:34-05:00, [EMAIL PROTECTED]
Input: libps2 - fix timeout handling in ps2_command, switch to using
* Esben Nielsen [EMAIL PROTECTED] wrote:
[...] I wanted to start looking at fixing that because it ought to
hurt scalability quite a bit - and even on UP create a few unneeded
task-switchs. [...]
On Fri, Jan 28, 2005 at 08:38:56AM +0100, Ingo Molnar wrote:
no, it's not a big scalability
Hi Eric,
However for the primary kernel it has no need to know that we
even have a backup region, nor does it need to know about the
size of the backup region. That can all be handled with the single
reservation, we have now.
/sbin/kexec which makes the backup needs to know about it and
Hi,
The kernels 2.4.28+ and 2.6.9+ with IPv4 and ATM-CLIP enabled have bugs in
the neighbour cache code. neigh_delete() and neigh_add() only work properly
if one cache table per address family exist. After ATM-CLIP installed a
second cache table for AF_INET, neigh_delete() and neigh_add() only
Hi!
It happened for 3rd in a week now...
When problem happens, processes start to segfault, usually right
during startup. Programs that were loaded prior to problem usualy
works, and can be restarted. I also seen sendmail exec failing with
no such file or directory when it clearly
On Thu, 27 Jan 2005, William Lee Irwin III wrote:
You seem to be on about something else, e.g. only forbidding the vma
allocator to return a vma starting at 0 when not specifically requested.
In that case vma-vm_start mm-brk and similar are all fine.
Yes.
--
Debugging is twice as hard as writing
On Fri, 2005-01-28 at 10:38 +0100, Jens Axboe wrote:
+/*
+ * snoop succesfull completion of mode select commands that update the
+ * write back cache state
+ */
+#define MS_CACHE_PAGE0x08
+static void sd_snoop_cmd(struct scsi_cmnd *cmd)
+{
+ struct scsi_disk *sdpk;
+ char
On Fri, Jan 28 2005, James Bottomley wrote:
On Fri, 2005-01-28 at 10:38 +0100, Jens Axboe wrote:
+/*
+ * snoop succesfull completion of mode select commands that update the
+ * write back cache state
+ */
+#define MS_CACHE_PAGE 0x08
+static void sd_snoop_cmd(struct scsi_cmnd
On Thu, Jan 27, 2005 at 09:29:47PM +0100, Andries Brouwer wrote:
So what _might_ happen is that we write the command, and then
i8042_wait_write() thinks that there is space to write the data
immediately, and writes the data, but now the data got lost because the
buffer was busy.
Hmm
On Fri, 2005-01-28 at 10:38 +0100, Jens Axboe wrote:
+/*
+ * snoop succesfull completion of mode select commands that update the
+ * write back cache state
+ */
+#define MS_CACHE_PAGE0x08
+static void sd_snoop_cmd(struct scsi_cmnd *cmd)
+{
+ struct scsi_disk *sdpk;
+ char
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
Calling initcall 0xc03c272c: atkbd_init+0x0/0x38()
ps2_init(224) swapper(1):c0,j4294680939 enter
atkbd_connect(793) swapper(1):c0,j4294680993 type 100
serio_open(606) swapper(1):c0,j4294681061 enter
serio_set_drv(594)
This patch adds a new CONFIG_X86_APIC_OFF option. This is useful
for distribution UP kernels who should run with local APIC off by
default (because older machines often have broken mptables etc.).
But there are a few machines who don't boot with apic off so there
needs to be an command line
On Mon, 2005-01-24 at 23:48 +, Alan Cox wrote:
On Llu, 2005-01-24 at 23:01, Kasper Sandberg wrote:
there are certainly chipset and CPU errata in this area.
would this mean that i should not use cpu frequency scaling?
Worth an experiment but I'd be suprised if it was your fix. The more
On Fri, Jan 28 2005, Kasper Sandberg wrote:
On Mon, 2005-01-24 at 23:48 +, Alan Cox wrote:
On Llu, 2005-01-24 at 23:01, Kasper Sandberg wrote:
there are certainly chipset and CPU errata in this area.
would this mean that i should not use cpu frequency scaling?
Worth an
Hi,
The following patch is (yet) an(other) attempt to eliminate the need for using
higher
order memory allocations on suspend. It accomplishes this by replacing the
array
of page backup entries with a list, so it is only necessary to allocate
individual
memory pages.
I have noticed that the
On Fri, 28 Jan 2005 14:22:02 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
Calling initcall 0xc03c272c: atkbd_init+0x0/0x38()
ps2_init(224) swapper(1):c0,j4294680939 enter
atkbd_connect(793) swapper(1):c0,j4294680993 type
On Fri, Jan 28, Olaf Hering wrote:
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
It fails also on PReP, not only on CHRP. 2.6.10 looks like this:
Calling initcall 0xc03bc430: atkbd_init+0x0/0x2c()
atkbd.c: keyboard reset failed on isa0060/serio1
atkbd.c: keyboard
Hi Andrea,
On Thu, 27 Jan 2005 23:11:29 +0100, Andrea Arcangeli [EMAIL PROTECTED] wrote:
On Thu, Jan 27, 2005 at 02:54:13PM -0400, Mauricio Lin wrote:
Hi Andrea,
On Wed, 26 Jan 2005 01:49:01 +0100, Andrea Arcangeli [EMAIL PROTECTED]
wrote:
On Tue, Jan 25, 2005 at 08:11:19PM -0400,
On Fri, Jan 28, Dmitry Torokhov wrote:
It looks like it is hanging in checking AUX, while writing data into
controller. It is simple outb but it is stuck... Could you please
reboot with i8042.debug boot option and resend the log. Also, you may
try booting with i8042.noaux to check if
Bukie Mabayoje wrote:
I will be glad to work with on this, I have some exposure to the BMC.
See text below in blue.
bukie
Corey Minyard wrote:
Mark Studebaker wrote:
is there a way to do this solely in i2c-core without having to
add support to all the drivers?
Yes and no. In order to support
On Fri, 2005-01-28 at 14:47 +0100, Jens Axboe wrote:
On Fri, Jan 28 2005, Kasper Sandberg wrote:
On Mon, 2005-01-24 at 23:48 +, Alan Cox wrote:
On Llu, 2005-01-24 at 23:01, Kasper Sandberg wrote:
there are certainly chipset and CPU errata in this area.
would this mean that i
@@ -373,15 +377,22 @@
static int write_pagedir(void)
{
- unsigned long addr = (unsigned long)pagedir_nosave;
int error = 0;
- int n = SUSPEND_PD_PAGES(nr_copy_pages);
- int i;
+ unsigned n = 0;
+ struct pbe * pbe;
+
+ printk( Writing pagedir ...);
+
On Fri, 28 Jan 2005, Rik van Riel wrote:
On Thu, 27 Jan 2005, William Lee Irwin III wrote:
You seem to be on about something else, e.g. only forbidding the vma
allocator to return a vma starting at 0 when not specifically requested.
In that case vma-vm_start mm-brk and similar are all
On Wed, Jan 26, 2005 at 07:59:42PM +0100, Arjan van de Ven wrote:
On Wed, 2005-01-26 at 08:07 -0800, Paul E. McKenney wrote:
Another question: is the SDD module even available for mainline kernels,
or is it only available for distribution kernels ?
Distributions only.
don't you
On Fri, Jan 28, 2005 at 02:33:10AM +0100, Patrick McHardy wrote:
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
[ ... snip ... ]
Success!!!
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most
Vojtech Pavlik wrote:
On Thu, Jan 27, 2005 at 09:29:47PM +0100, Andries Brouwer wrote:
So what _might_ happen is that we write the command, and then
i8042_wait_write() thinks that there is space to write the data
immediately, and writes the data, but now the data got lost because the
buffer
On Fri, Jan 21, 2005 at 04:27:53PM +0100, Wiktor wrote:
Hi,
my AT keyboard is dead on 2.6 series. Tests on other machines proves
that this is my-hardware-specyfic problem (exacly the same binnary works
on different mainboards with PS/2 keyboard and another AT keyboard). 2.4
series works
On Fri, Jan 28, 2005 at 02:14:36PM +, Hugh Dickins wrote:
I had imagined that top down (non-FIXED) would continue to make
more space available, the space below the text, just cutting off
at PAGE_SIZE. There was a more serious lower limit on ARM under
discussion before, but ARM doesn't use
On Tue, Jan 25, 2005 at 08:37:34PM +0100, Wiktor wrote:
Hi,
here you are gzip-ed dmesg from booting 2.6.8.1 - i've been playing
keyboard while booting, maybe interrupt reports will help you. also my
.config part follows:
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_SOUND_GAMEPORT=y
On Fri, 28 Jan 2005, Andi Kleen wrote:
This patch adds a new CONFIG_X86_APIC_OFF option. This is useful
for distribution UP kernels who should run with local APIC off by
default (because older machines often have broken mptables etc.).
But there are a few machines who don't boot with apic
I'm confused! Why do we need X86_APIC_OFF config option (but code
compiled in), with boot options apic or lapic to enable it,
when we already have the code compiled in, with boot options
noapic or nolapic to disable it?
As you said. The distribution wants a kernel that has it disabled
by
Alan Cox wrote:
On Mer, 2005-01-26 at 22:10, Benjamin Herrenschmidt wrote:
On Wed, 2005-01-26 at 10:34 -0600, Brian King wrote:
Well, I honestly think that this is unnecessary burden. I think that
just dropping writes returning data from the cache on reads is enough,
blocking userspace isn't
On Thu, Jan 27, 2005 at 05:47:34PM +0100, Michael Gernoth wrote:
Hi,
since the introduction of libps2 in the mainline 2.6 kernel I had the
issue that my keyboard[1] was no longer recognized.
The cause of this is that my keyboard responds to all commands with
an acknowledgement (0xFA), even
On Fri, 28 Jan 2005 14:58:27 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
On Fri, Jan 28, Olaf Hering wrote:
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
It fails also on PReP, not only on CHRP. 2.6.10 looks like this:
Calling initcall 0xc03bc430:
On Fri, 28 Jan 2005 15:31:21 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2005 at 08:37:34PM +0100, Wiktor wrote:
Hi,
here you are gzip-ed dmesg from booting 2.6.8.1 - i've been playing
keyboard while booting, maybe interrupt reports will help you. also my
.config part
first, sorry for posting so much :|
On Fri, 2005-01-28 at 15:05 +0100, Kasper Sandberg wrote:
On Fri, 2005-01-28 at 14:47 +0100, Jens Axboe wrote:
On Fri, Jan 28 2005, Kasper Sandberg wrote:
On Mon, 2005-01-24 at 23:48 +, Alan Cox wrote:
On Llu, 2005-01-24 at 23:01, Kasper Sandberg
On Thu, Jan 27, 2005 at 06:45:06PM +0100, Andries Brouwer wrote:
Discussion:
Dmitry:
Here are patches with some delays. One never knows - maybe they
help someone.
Andries:
Only insert delays in the kernel source when either we know about
at least one person who reports that it helps, or
The IBM Citrine chipset has a feature that if PCI config register
0xA0 is read while DMAs are being performed to it, there is the possiblity
that the parity will be wrong on the PCI bus, causing a parity error and
a master abort. On this chipset, this register is simply a debug register
for the
When working with a PCI-X Mode 2 adapter on a PCI-X Mode 1 PPC64
system, the current code used to determine the config space size
of a device results in a PCI Master abort and an EEH error, resulting
in the device being taken offline. This patch adds the ability for
arch specific code to override
On Fri, Jan 28, Dmitry Torokhov wrote:
On Fri, 28 Jan 2005 14:58:27 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
On Fri, Jan 28, Olaf Hering wrote:
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in atkbd_init():
It fails also on PReP, not only on CHRP. 2.6.10 looks like
When working with a PCI-X Mode 2 adapter on a PCI-X Mode 1 PPC64
system, the current code used to determine the config space size
of a device results in a PCI Master abort and an EEH error, resulting
in the device being taken offline. This patch adds a ppc64
override to query OF to determine if
Hi all,
Has anyone successfully inplemented an IBM SerialRAID card under the linux
kernel? I know we have no code for it as of 2.6.10, but I figured that
someone may have a patched together module floating around somewhere.
These are typically used in pSeries and eSeries machines as (surprise)
On Fri, 28 Jan 2005, Andi Kleen wrote:
I'm confused! Why do we need X86_APIC_OFF config option (but code
compiled in), with boot options apic or lapic to enable it,
when we already have the code compiled in, with boot options
noapic or nolapic to disable it?
As you said. The
Here's the code that I have so far for adding a non-blocking interface
to the I2C interface. I've debated whether to do this as a patch or
just post the files, because the patch is about half the size of the
files. I've decided on the diff for now, it seems to be fairly
readable. This is
Here's the changes required for the i801 driver. See the previous post
for the patch to add a non-blocking interface to the I2C driver.
Like the core I2C changes, this is mostly breaking the functions into
smaller pieces and calling them from the appropriate places.
-Corey
Index:
Forgive me for not wading through the code, but it really needs to
be spelt out in the comments: what's wrong with the existing kernel,
with noapic nolapic in the distro's bootstring by default?
It's harder to explain and traditionally in LILO you couldn't remove
any options (in grub you can
Hi Andrea,
On Fri, 28 Jan 2005 09:58:24 -0400, Mauricio Lin [EMAIL PROTECTED] wrote:
Hi Andrea,
On Thu, 27 Jan 2005 23:11:29 +0100, Andrea Arcangeli [EMAIL PROTECTED]
wrote:
On Thu, Jan 27, 2005 at 02:54:13PM -0400, Mauricio Lin wrote:
Hi Andrea,
On Wed, 26 Jan 2005 01:49:01
On Tue, Jan 11, 2005 at 10:36:52PM +, Russell King wrote:
However, since it's been rather a long time, I will need to go
back and redo this patch, along with all the other patches which
get ARMv6 VIPT aliasing caches working, and then confirm that this
does indeed end up with something
On Fri, 28 Jan 2005 15:55:11 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
On Fri, Jan 28, Dmitry Torokhov wrote:
On Fri, 28 Jan 2005 14:58:27 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
On Fri, Jan 28, Olaf Hering wrote:
My IBM RS/6000 B50 locks up with 2.6.11rc1, it dies in
* William Lee Irwin III [EMAIL PROTECTED] wrote:
On Fri, Jan 28, 2005 at 08:38:56AM +0100, Ingo Molnar wrote:
no, it's not a big scalability problem. rwlocks are really a mistake -
if you want scalability and spinlocks/semaphores are not enough then one
should either use per-CPU locks or
On Fri, Jan 28, 2005 at 11:21:11AM -0400, Mauricio Lin wrote:
As you know, Andrew generated the patch. Here goes some test results
about your OOM Killer and the Original OOm Killer. We accomplished 10
experiments for each OOM Killer and below are average values.
Invocations is the number of
On Fri, 28 Jan 2005, Hugh Dickins wrote:
Perhaps you're coming from experience of various buggy apps
that get into difficulties if mmaps are found below mm-brk?
I'm not sure that we should be cutting others' address space to
make life easier for those, they should be ADDR_COMPAT_LAYOUT.
The main
On Fri, 28 Jan 2005, Andi Kleen wrote:
Forgive me for not wading through the code, but it really needs to
be spelt out in the comments: what's wrong with the existing kernel,
with noapic nolapic in the distro's bootstring by default?
It's harder to explain and traditionally in LILO you
On Fri, Jan 28, 2005 at 03:46:05PM +, Hugh Dickins wrote:
On Fri, 28 Jan 2005, Andi Kleen wrote:
Forgive me for not wading through the code, but it really needs to
be spelt out in the comments: what's wrong with the existing kernel,
with noapic nolapic in the distro's bootstring by
Randy.Dunlap wrote:
Pierre Ossman wrote:
I recently tried out adding PNP support to my driver to remove the
hassle of finding the correct parameters for it. This, however,
causes it to show up under the pnp bus, where as it previously was
located under the platform bus.
Is the idea that PNP
On Fri, 28 Jan 2005, Rik van Riel wrote:
The main thing I would really like to preserve is the
space used for near-NULL pointer detection. That is,
detection of trying to access a large index in a NULL
pointer array, etc.
I'd be happy to have some arbitrary value for the lower
* William Lee Irwin III [EMAIL PROTECTED] wrote:
I wouldn't be so sure about that. SGI is already implicitly relying on
the parallel holding of rwsems for the lockless pagefaulting, and
Oracle has been pushing on mapping-tree_lock becoming an rwlock for a
while, both for large performance
d_drop() must use the dentry-d_lock spinlock. In some cases __d_drop()
was used without holding the dentry-d_lock spinlock, too. This could
end in a race with __d_lookup().
Regards,
Jan
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
fs/autofs4/root.c |2 ++
fs/dcache.c|3
* William Lee Irwin III [EMAIL PROTECTED] wrote:
The performance relative to mutual exclusion is quantifiable and very
reproducible. [...]
yes, i dont doubt the results - my point is that it's not proven that
the other, more read-friendly types of locking underperform rwlocks.
Obviously
On Fri, Jan 28, Dmitry Torokhov wrote:
Fixes as in it reports that reset fails again or it resets the
keyboard cleanly and works fine?
It doesnt hang if I add printk around the outb.
Do you have a version of that i8042 delay patch for 2.6.11-rc2-bk6?
Maybe it will help.
No I don't,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
o Firmware issues
1) Cisco aironet firmware upload is quite inconsistent, fails with
5.21 for example. Firmware = 5.02 seems to be required for using
WEP with most access points. Latest Cisco-provided driver is quite
printk format string misses a x
Signed-off-by: Olaf Hering [EMAIL PROTECTED]
--- ../linux-2.6.11-rc2.orig/drivers/pci/probe.c2005-01-22
02:48:34.0 +0100
+++ .//drivers/pci/probe.c 2005-01-28 17:24:50.115957815 +0100
@@ -879,7 +879,7 @@ struct pci_bus * __devinit
Having looked at a lot of disks, I think that it is definitely worth
forcing a write to try and invoke the remap. With large drives, you
usually several bad sectors in the normal case (drive vendors allocate
up to a couple thousand spare sectors just for remapping).
Depending on the type of
On Fri, 28 Jan 2005 17:17:46 +0100, Olaf Hering [EMAIL PROTECTED] wrote:
On Fri, Jan 28, Dmitry Torokhov wrote:
Fixes as in it reports that reset fails again or it resets the
keyboard cleanly and works fine?
It doesnt hang if I add printk around the outb.
Do you have a version of
Vojtech Pavlik wrote:
On Fri, Jan 21, 2005 at 04:27:53PM +0100, Wiktor wrote:
Hi,
my AT keyboard is dead on 2.6 series. Tests on other machines proves
that this is my-hardware-specyfic problem (exacly the same binnary works
on different mainboards with PS/2 keyboard and another AT keyboard). 2.4
On Fri, Jan 28, Dmitry Torokhov wrote:
i8042_write_data(56) swapper(1):c0,j4294674787 enter 96
i8042_write_data(58) swapper(1):c0,j4294674787 leave 96
So this trace is without printk but with udelay, right? This time
keyboard does not hang but NAKs everything instead... What if you aso
Hi,
we have about 70 P4 uniprocessor machines (some with Hyperthreading
capable CPUs) running linux 2.4.29, which are woken up on the weekdays
by sending a WOL packet to them. The machines all have a E100 nic with
WOL enabled in the bios. The E100 driver is compiled into the kernel
and not loaded
Hello!
make menuconfig for x86_64 looks somewhat funky:
[ ] Provide RTC interrupt (NEW)
Code maturity level options ---
General setup ---
...
I believe all x86_64 specific options for HPET timer should be moved to
the Processor type and features menu. That's where they are located for
1 - 100 of 573 matches
Mail list logo