Hello List,
running the following command
/sbin/grub-install --root-directory=/mnt --no-floppy /dev/sda
from a nfsroot system with kernel 2.6.20.2 (x86_64) results in:
[ cut here ]
kernel BUG at fs/nfs/write.c:505!
invalid opcode: [1] SMP
CPU 0
Modules linked in:
On Mon, Mar 12, 2007 at 02:29:43PM +0100, Michael Matz wrote:
Hi Joerg,
On Mon, 12 Mar 2007, Joerg Roedel wrote:
+#define RDTSCP .byte 0x0f, 0x01, 0xf9
+alternative_io_two(cpuid\nrdtsc,
+ rdtsc, X86_FEATURE_SYNC_RDTSC,
+
On Mon, Mar 12, 2007 at 10:23:06PM +1100, Con Kolivas wrote:
We are getting good interactive response with a fair scheduler yet
you seem intent on overloading it to find fault with it.
I'm not trying to find fault, I'm TESTING AND REPORTING. Was.
Con, could you please take
From: Ursula Braun [EMAIL PROTECTED]
[S390] cio: qdio slsb setup
Make sure set_slsb problems are handled correctly in
qdio_do_qdio_fill_input() and qdio_do_qdio_fill_output.
Signed-off-by: Ursula Braun [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
From: Heiko Carstens [EMAIL PROTECTED]
[S390] memory detection: fix off by one bug.
diag 260 returns the address of the last addressable byte and not the
size of memory. Since we want the size we have to add 1 to the return
value.
Disable diag 260 for non z/Arch mode since it doesn't work there
From: Heiko Carstens [EMAIL PROTECTED]
[S390] Wire up compat_sys_epoll_pwait.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/kernel/compat_wrapper.S | 11 +++
arch/s390/kernel/syscalls.S |2 +-
2 files
From: Michael Holzheu [EMAIL PROTECTED]
[S390] reboot from and dump to SCSI under z/VM fails.
We used wrong length values for ipl and dump hardware structures.
Since z/VM checks the ipl parameters more accurately than LPAR,
the operations fail there.
Signed-off-by: Michael Holzheu [EMAIL
From: Heiko Carstens [EMAIL PROTECTED]
[S390] Wire up sys_utimes.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/kernel/compat_wrapper.S |6 ++
arch/s390/kernel/syscalls.S |1 +
include/asm-s390/unistd.h
2007/3/12, David Schwartz [EMAIL PROTECTED]:
NULL has the same bit pattern as the number zero. (I'm not saying the bit
pattern is all zeroes. And I am not even sure if NULL ought to
have the same
pattern as zero.) So C++ could use (void *)0, if it would let itself :p
They don't have to
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/kernel/compat_wrapper.S | 17 +
arch/s390/kernel/debug.c |2 +-
arch/s390/kernel/early.c | 10
On Monday 12 March 2007 13:25, Frank van Maarseveen wrote:
[snip]
So, are /dev/hd* going to disappear in a few years? iow, does it make
sense to _slowly_ start to migrate to /dev/sd*?
How would you propose doing this? I'm sure modern distros with an
initrd/initramfs probably already do some
On Monday 12 March 2007 22:21, Michael Gerdau wrote:
And here are the backported RSDL 0.30 patches in case any of you
would still be running an older 2.6.18.8 kernel ...
The original mail doesn't seem to have made it to the ck-list.
Where would I find the backported RSDL 0.30
On Mon, Mar 12, 2007 at 12:04:30PM +0100, Takashi Iwai wrote:
It's no big problem to remove const in these cases, but allowing const
with __devinitdata seems the right fix to me...
Gccs derives the readability of a section used with __attribute(section())
from the first use, which in case of
On Sun, 11 Mar 2007, Andrew Morton wrote:
On Sat, 10 Mar 2007 02:31:35 -0200 Mauro Carvalho Chehab [EMAIL
PROTECTED] wrote:
From: Trent Piepho [EMAIL PROTECTED]
When a module uses symbol_get() to increase the ref count of another
module, there is no record what module called
On Sat, 10 Mar 2007 21:15:50 +0100
Jean Delvare [EMAIL PROTECTED] wrote:
I like the idea very much. Would this let us get rid of i2c-ixp2000?
i2c-ixp4xx? scx200_i2c? Other drivers?
Any platform that implements the generic gpio api should be able to use
this driver. So yes, I hope we might be
Robert P. J. Day wrote:
On Mon, 12 Mar 2007, Stefan Richter wrote:
Rusty Russell wrote:
OTOH, BUILD_BUG_OR_ZERO says what happens: either it's a build bug, or
it's zero.
What about ZERO_UNLESS_BUILD_BUG_ON(e)? It's long though...
how often is this going to be used? it's not like the
Hi,
Hi, I am encountering a performance problem, which I have tracked into the
Linux kernel. The problem occurs with my experimental web server that uses
sendfile to repeatedly transmit files. The files are based on the static
portion of the SPECweb99 fileset and range in size to model
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness as I
mentioned in the prior email, yet X is getting the lower latency scheduling.
I'm not sure within the bounds of fairness what more would you have happen to
your
On Mon, 12 Mar 2007 18:07:59 +0800
Wu, Bryan [EMAIL PROTECTED] wrote:
static struct i2c_gpio_platform_data i2c_gpio_data = {
.sda_pin= GPIO_PIN_FOO,
.scl_pin= GPIO_PIN_BAR,
};
Is this usage right, because 3 flags are added to this structure as
below:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into the
Linux kernel. The problem occurs with my experimental web server that uses
sendfile to repeatedly transmit files. The files are based on the static
At Mon, 12 Mar 2007 13:53:51 +,
Ralf Baechle wrote:
On Mon, Mar 12, 2007 at 12:04:30PM +0100, Takashi Iwai wrote:
It's no big problem to remove const in these cases, but allowing const
with __devinitdata seems the right fix to me...
Gccs derives the readability of a section used
Ingo Molnar wrote:
Subject: [patch] futex: PI state locking fix
From: Ingo Molnar [EMAIL PROTECTED]
testing of -rt by IBM uncovered a locking bug in wake_futex_pi(): the PI
state needs to be locked before we access it.
this patch has been tested in -rt. Must-have for v2.6.21.
Does
Andi Kleen wrote:
Rusty's pda-per_cpu patch will deal with this once and for all; have
Not on x86-64.
Have you considered dropping pda in x86-64? Segment based percpu
doesn't really have any disadvantages.
you picked it up yet?
Not yet.
There will be interactions with
* Chuck Ebbert [EMAIL PROTECTED] wrote:
this patch has been tested in -rt. Must-have for v2.6.21.
Does that fix this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=224262
yeah, could very much be related.
Ingo
-
To unsubscribe from this list: send the line unsubscribe
Con Kolivas wrote:
The higher priority one always get 6-7ms whereas the lower priority
one runs 6-7ms and then one larger perfectly bound expiration amount.
Basically exactly as I'd expect. The higher priority task gets
precisely RR_INTERVAL maximum latency whereas the lower priority
Hello,
I've found a problem in the select() call. The manpage states:
those in writefds will be watched to see if a write will not block
I've tried a select() for write against a closed tcp socket (closed by
the other side), and the select call _blocks_.
Any write() call to that socket will
Hi,
I'm running a slackware 10.2 on a HP/Compaq nx5000.
With kernels = 2.6.17.3 I didn't have problems.
Starting from 2.6.19 if I close the notebook's video,
or if I press the lid switch,
after a couple of time, or after a few seconds, the o.s. hangs
completely. The only thing to do is a brute
On 3/12/07, David Schwartz [EMAIL PROTECTED] wrote:
In no case is much of anything guaranteed, of course. (What can you do if
there's no other process to yield to?)
Perhaps if sched_yield()'s effects were cumulative inside a timeslice,
then eventually the calling task would get pushed far
On Mon, 12 Mar 2007 15:34:57 +0100
Haavard Skinnemoen [EMAIL PROTECTED] wrote:
+ bit_data-udelay= 5,/* 100 kHz */
+ bit_data-timeout = HZ / 10, /* 100 ms */
Can we add these udelay/timeout to struct i2c_gpio_platform_data? And
let
Andi Kleen wrote:
in Linux. Apparently in some cases sata_nv does DMA on an already freed and then
reused mapping.
Any data or additional info on that? Did you discover this by tracking
the DMA API software routines, or something lower level (like a bus
analyzer)?
libata handles all the
Op Monday 12 March 2007, schreef Al Boldi:
Con Kolivas wrote:
The higher priority one always get 6-7ms whereas the lower priority
one runs 6-7ms and then one larger perfectly bound expiration amount.
Basically exactly as I'd expect. The higher priority task gets
precisely
Still no improvement on the b0rken usb-serial resume support in -rc*.
Today I got this ooops on resume from RAM.
Slightly tainted kernel this time (vmware), but not previously
on similar crashes. I cannot yet get it to crash on demaind,
so you'll just have to live with it this time.
All USB
On Mon, 12 Mar 2007, Oliver Neukum wrote:
Why? What's wrong with simply calling kref_get/put?
It's the same old problem: the race between unbind and sysfs I/O. What
good does holding a reference to the private data structure do if the
show/store method gets called after the driver
Oh, of course you're right. I was inside too much layers to think of
the tcp protocol, and I did not pay attention to it.
Maybe something could be added to the manpage anyway.
The bad thing is that there's no way I can use a socket for writing
using select() if that connection has been
Am Montag, 12. März 2007 15:56 schrieb Mark Lord:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Have you applied the fixes in Greg's current tree?
Regards
Oliver
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Mon 12-03-07 15:39:00, Nick Piggin wrote:
On Mon, Mar 12, 2007 at 03:20:12PM +0100, Jan Kara wrote:
Hi,
Hi, I am encountering a performance problem, which I have tracked into
the
Linux kernel. The problem occurs with my experimental web server that
uses
sendfile to
On Monday 12 March 2007 15:02, Lluís Batlle wrote:
Oh, of course you're right. I was inside too much layers to think of
the tcp protocol, and I did not pay attention to it.
Maybe something could be added to the manpage anyway.
The bad thing is that there's no way I can use a socket for
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
This patch (as856) attempts to
On 09/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
If I can manage to focus on this, it looks like the information I need to
start fixing this.
I had a look at the second leak reported it seems to be caused by the
same proc_set_tty() call but, in this case, there is no
disassociate_tty()
Hi Haavard,
On Mon, 12 Mar 2007 15:53:59 +0100, Haavard Skinnemoen wrote:
On Mon, 12 Mar 2007 15:34:57 +0100
Haavard Skinnemoen [EMAIL PROTECTED] wrote:
+ bit_data-udelay= 5,/* 100 kHz */
+ bit_data-timeout = HZ / 10, /* 100
Oliver Neukum wrote:
Am Montag, 12. März 2007 15:56 schrieb Mark Lord:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Have you applied the fixes in Greg's current tree?
I don't know anything about any current tree
other than the 2.6.21-rc3-git* on kernel.org.
Greg
Wouldn't it be better for all of us that select() doesn't block on
write(), unless there is a socket writting buffer fulfilled? It will
be consistent with the select() specification.
2007/3/12, Alistair John Strachan [EMAIL PROTECTED]:
On Monday 12 March 2007 15:02, Lluís Batlle wrote:
Oh, of
Con Kolivas wrote:
Indeed we do change timeslice with nice on rt_tasks in mainline at the moment.
Truth is most rt programming couldn't care less about timeslices, but your
point about it deviating from the standard is valid. RSDL does not change
timeslice with nice on SCHED_RR tasks so it's
Am Montag, 12. März 2007 15:57 schrieb Alan Stern:probably nece
On Mon, 12 Mar 2007, Oliver Neukum wrote:
Why? What's wrong with simply calling kref_get/put?
It's the same old problem: the race between unbind and sysfs I/O. What
good does holding a reference to the private data
Am Montag, 12. März 2007 16:13 schrieb Mark Lord:
Oliver Neukum wrote:
Am Montag, 12. März 2007 15:56 schrieb Mark Lord:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Have you applied the fixes in Greg's current tree?
I don't know anything about any current
On Mon, 12 Mar 2007, Mike Galbraith wrote:
On Mon, 2007-03-12 at 22:23 +1100, Con Kolivas wrote:
Mike the cpu is being proportioned out perfectly according to fairness as I
mentioned in the prior email, yet X is getting the lower latency
scheduling.
I'm not sure within the bounds
On Mon, 12 Mar 2007 16:11:09 +0100
Jean Delvare [EMAIL PROTECTED] wrote:
By the way, timeout seems to be hardcoded to 100 jiffies in the
i2c-algo-bit driver, so there's probably not much point passing it from
the board code when it's going to be overridden anyway. I'll add just a
udelay
On Mon, Mar 12, 2007 at 11:13:59AM -0400, Mark Lord wrote:
Oliver Neukum wrote:
Am Montag, 12. M??rz 2007 15:56 schrieb Mark Lord:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Have you applied the fixes in Greg's current tree?
I don't know anything about any
On Mon, Mar 12, 2007 at 10:56:45AM -0400, Mark Lord wrote:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Today I got this ooops on resume from RAM.
Slightly tainted kernel this time (vmware), but not previously
on similar crashes. I cannot yet get it to crash on
Am Montag, 12. März 2007 16:29 schrieb Greg KH:
On Mon, Mar 12, 2007 at 11:13:59AM -0400, Mark Lord wrote:
Oliver Neukum wrote:
Am Montag, 12. M??rz 2007 15:56 schrieb Mark Lord:
Still no improvement on the b0rken usb-serial resume support in -rc*.
Have you applied the fixes in Greg's
On 3/12/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 12. März 2007 15:57 schrieb Alan Stern:probably nece
On Mon, 12 Mar 2007, Oliver Neukum wrote:
Why? What's wrong with simply calling kref_get/put?
It's the same old problem: the race between unbind and sysfs I/O. What
On Mon, Mar 12, 2007 at 07:45:25AM -0700, Jeremy Fitzhardinge wrote:
Andi Kleen wrote:
Rusty's pda-per_cpu patch will deal with this once and for all; have
Not on x86-64.
Have you considered dropping pda in x86-64? Segment based percpu
doesn't really have any disadvantages.
On Mon, Mar 12, 2007 at 03:43:10PM +0100, Takashi Iwai wrote:
Fair enough. I agree that removing const is the only reasonable fix
right now. But from semantics, const is a good thing, and people may
try to add it again later if we get rid of them now. So, how about to
comment out such as
Am Montag, 12. März 2007 16:42 schrieb Dmitry Torokhov:
On 3/12/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 12. März 2007 15:57 schrieb Alan Stern
No, you're missing the point. Let's say driver A's disconnect() is
called, so the driver marks its private data structure as
On Mon, 12 Mar 2007 16:02:11 +0100
Lluís Batlle [EMAIL PROTECTED] wrote:
Oh, of course you're right. I was inside too much layers to think of
the tcp protocol, and I did not pay attention to it.
Maybe something could be added to the manpage anyway.
The bad thing is that there's no way I
Greg KH wrote:
..
And all of those fixes Oliver is referring to should be in anything
older than 2.6.21-rc3-git6.
Did you mean, anything *newer* than -git6 ??
This last crash was with -git4. I'm building -git7 now.
Does userspace have it open when you suspend/resume?
For the ooops I just
When playing with trace_user_trigger_irq in order to trace
IRQ-userspace latencies, I encountered a bug in the latency tracer. If
I have wakeup_timing enabled and attempt to stop the trace in my
userspace program, the system crashes. This is caused by an unbalanced
preempt_enable() which
Eric W. Biederman wrote:
Pavel Emelianov [EMAIL PROTECTED] writes:
Adds needed pointers to mm_struct and page struct,
places hooks to core code for mm_struct initialization
and hooks in container_init_early() to preinitialize
RSS accounting subsystem.
An extra pointer in struct page is
* Nick Piggin [EMAIL PROTECTED] wrote:
the issue is this: your fix reduces the effects of the bug but
it is still fundamentally incomplete because of the use of
timer_list. So
But using schedule_timeout is not a bug. Userspace timeouts are
always defined to be at least.
On Mon, Mar 12, 2007 at 01:21:03PM +0100, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
the issue is this: your fix reduces the effects of the bug but
it is still fundamentally incomplete because of the use of
timer_list. So
But using schedule_timeout is
Tosoni [EMAIL PROTECTED] writes:
It has always been the standard for all modems.
Look, I've been using various modems for many years, starting with
self-made 300 bps one and there were basically 3 options:
- no flow control at all (no buffering etc), RTS/CTS disabled/missing,
- XON/XOFF flow
On Mon, Mar 12, 2007 at 11:58:26AM +0100, Andi Kleen wrote:
On Mon, Mar 12, 2007 at 12:00:20PM +0100, Thomas Gleixner wrote:
On Mon, 2007-03-12 at 12:27 +0100, Andi Kleen wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
the only correct approach is the use of hrtimers, and a patch
* Theodore Tso [EMAIL PROTECTED] wrote:
What we probably need in the long-term, and not just for high
precision wakeups, is we need a way for waiters (either in the kernel
or in userspace) to specify a desired precision in their timers. Is
it, wake me up in a second, exactly, or wake me
On Mon, Mar 12, 2007 at 10:12:14AM -0400, Theodore Tso wrote:
On Mon, Mar 12, 2007 at 11:58:26AM +0100, Andi Kleen wrote:
On Mon, Mar 12, 2007 at 12:00:20PM +0100, Thomas Gleixner wrote:
On Mon, 2007-03-12 at 12:27 +0100, Andi Kleen wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
This becomes especially important if we want the tickless code to
really shine as far as power management is concerned. Unfortunately,
the POSIX timer abstraction doesn't give this kind of flexibility
easily, so it's going to be a while before we see significant
userspace adoption of such a
On 09-03-2007 14:40, Thomas Graf wrote:
* Kok, Auke [EMAIL PROTECTED] 2007-02-08 16:09
diff --git a/net/core/dev.c b/net/core/dev.c
index 455d589..42b635c 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -1477,6 +1477,49 @@ gso:
skb-tc_verd = SET_TC_AT(skb-tc_verd,AT_EGRESS);
This patch set includes a fix for Lite-on from Guido Classen, some
minor debugging/typo fixes, and a long-need rev to the version (the
last time this was done was 2002!).
-VAL
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Only print out debugging info for tulip_stop_rxtx if debug is on.
Many cards (including at least two of my own) fail to stop properly
during initialization according to this test with no apparent ill
effects. Worse, it tends to spam logs when the driver doesn't work.
Signed-off-by: Val Henson
Fix an annoying typo - SytemError - SystemError
Signed-off-by: Valerie Henson [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL PROTECTED]
---
drivers/net/tulip/interrupt.c |4 ++--
drivers/net/tulip/tulip.h |2 +-
drivers/net/tulip/winbond-840.c |2 +-
3 files changed, 4
Rev tulip version... things have changed since 2002!
Signed-off-by: Valerie Henson [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL PROTECTED]
---
drivers/net/tulip/tulip_core.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- tulip-2.6-mm-linux.orig/drivers/net/tulip/tulip_core.c
From: Guido Classen [EMAIL PROTECTED]
This small patch fixes two issues with the Lite-On 82c168 PNIC adapters.
I've tested it with two cards in different machines both chip rev 17
The first is the wrong register address CSR6 for writing the MII register
which instead is 0xB8 (this may get a
On Tue, 6 Mar 2007, Jeff Garzik wrote:
Jay Vosburgh (3):
bonding: Improve IGMP join processing
ip_mc_rejoin_group: Kill warning about unused variable `in_dev' when
CONFIG_IP_MULTICAST is not set.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
diff --git a/net/ipv4/igmp.c
Hi,
On 3/12/07, Valerie Henson [EMAIL PROTECTED] wrote:
--- tulip-2.6-mm-linux.orig/drivers/net/tulip/tulip_core.c
+++ tulip-2.6-mm-linux/drivers/net/tulip/tulip_core.c
@@ -17,11 +17,11 @@
#define DRV_NAME tulip
#ifdef CONFIG_TULIP_NAPI
-#define DRV_VERSION1.1.14-NAPI /* Keep at
On 09-03-2007 08:29, David Miller wrote:
From: Amit Choudhary [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:22:15 -0800
Description: Check the return value of kmalloc() in function
wrandom_set_nhinfo(), in file net/ipv4/multipath_wrandom.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
On 3/9/07, David Miller [EMAIL PROTECTED] wrote:
The whole cahce-multipath subsystem has to have it's guts revamped for
proper error handling.
(Untested patch follows.)
From: Amit Choudhary [EMAIL PROTECTED]
Check the return value of kmalloc() in function wrandom_set_nhinfo(),
in file
On 3/12/07, Jarek Poplawski [EMAIL PROTECTED] wrote:
So, maybe it's less evil to check those NULLs where possible and add
some WARN_ONs here and there...
No, it's much better to oops rather than paper over a bug.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Mon, Mar 12, 2007 at 02:36:46PM +0200, Pekka Enberg wrote:
On 3/12/07, Jarek Poplawski [EMAIL PROTECTED] wrote:
So, maybe it's less evil to check those NULLs where possible and add
some WARN_ONs here and there...
No, it's much better to oops rather than paper over a bug.
I'm not sure I
Pekka Enberg wrote:
Hi,
On 3/12/07, Valerie Henson [EMAIL PROTECTED] wrote:
--- tulip-2.6-mm-linux.orig/drivers/net/tulip/tulip_core.c
+++ tulip-2.6-mm-linux/drivers/net/tulip/tulip_core.c
@@ -17,11 +17,11 @@
#define DRV_NAME tulip
#ifdef CONFIG_TULIP_NAPI
-#define DRV_VERSION
Hello,
Ok, so that's just a message irritation, not actually bothersome
otherwise?
It is somewhat painful, because delays involved are quite long, and
it is not possible to explain the machine to ignore the port, and
skip to the next one...
The second problem is a Jmicron363 controler
Hello,
It involves a long timeout, so it's bothersome. This is caused by
Silicon Image 4726/3726 storage processor (SATA Port Multiplier with
extra features) attached to one of the ICH ports.
Yes, I think this is the part Asus is using for it's EZ-Raid feature
on this motherboard, and they
Paul Rolland wrote:
I keep forgetting about this. I'll ask SIMG how to deal with
this. For
the time being, connecting a device to the PMP port should remove the
timeouts.
That sounds a quite expensive solution ;)
You should be able to just move the drive attached at ata1 to ata2.
Please
-prereset() returns -ENOENT to tell libata that the port is empty and
reset sequencing should be stopped. This is not an error condition.
Update ata_eh_reset() such that it sets device classes to ATA_DEV_NONE
and return success in on -ENOENT. This makes spurious error message
go away.
Hello,
That sounds a quite expensive solution ;)
You should be able to just move the drive attached at ata1 to ata2.
Please report whether that works.
I'll try to find an unused disk... As I said, these ports are part of
Asus EZRaid solution, and i'd prefer this piece of code not to try to
1. I think these ports should be made dummy instead of returning
-ENOENT on prereset(). -ENOENT from prereset() was a hack to keep
ata_piix's behavior unchanged while converting it to new EH. If no
one objcts, I'll convert similar usages to use dummy ports after new
init model and drop
Vitaliyi wrote:
Good Day
Say i want to implement extended set of ATA commands available to
userspace for building diagnostic tools.
I need 0x40 -- read verify and 0x32 -- write long with error handling,
for example. I was trying ide driver through ioctl's, but seems it
lack of functionality and
On Wed, Mar 07, 2007 at 10:22:04AM +0100, Arkadiusz Miskiewicz wrote:
2.6.21rc3 from today git, thinkpad z60m, pl2303 usb-rs232 adapter and:
[ 84.087080] usb 2-2: new full speed USB device using uhci_hcd and address 3
[ 84.232615] usb 2-2: configuration #1 chosen from 1 choice
[
Allow me to annotate your nice summary. A lot of this is elaborating on
what you are saying; and I think where we disagree, the differences are
not important.
Paul Jackson wrote:
We have actors, known as threads, tasks or processes, which use things,
which are instances of such classes of
On 3/11/07, Paul Jackson [EMAIL PROTECTED] wrote:
My current understanding of Paul Menage's container patch is that it is
a useful improvement for some of the metered classes - those that could
make good use of a file system like hierarchy for their interface.
It probably doesn't benefit all
I happened to read the entire thread (@ http://lkml.org/lkml/2007/3/1/159)
all over again and felt it may be usefull to summarize the discussions so far.
If I have missed any imp. points or falsely represented someone's view
(unintentionally of course!), then I would be glad to be corrected.
1.
On Fri, Mar 09, 2007 at 02:06:03PM -0800, Paul Jackson wrote:
if you create a 'resource container' to limit the
usage of a set of resources for the processes
belonging to this container, it would be kind of
defeating the purpose, if you'd allow the processes
to manipulate their
On Wed, Mar 07, 2007 at 03:59:19PM -0600, Serge E. Hallyn wrote:
containers patches uses just a single pointer in the task_struct, and
all tasks in the same set of containers (across all hierarchies) will
share a single container_group object, which holds the actual pointers
to container
On Fri, Mar 09, 2007 at 02:09:35PM -0800, Paul Menage wrote:
3. This next leads me to think that 'tasks' file in each directory doesnt
make
sense for containers. In fact it can lend itself to error situations (by
administrator/script mistake) when some tasks of a container are in
On Mon, Mar 12, 2007 at 07:31:48PM +0530, Srivatsa Vaddagiri wrote:
not so. This in-fact lets vservers and containers to work with each
other. So:
s/containers/cpusets
--
Regards,
vatsa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Joerg Roedel wrote:
On Fri, Mar 09, 2007 at 08:10:03PM +0200, Avi Kivity wrote:
Joerg Roedel wrote:
From: Joerg Roedel [EMAIL PROTECTED]
This patch simplifies the get_cycles_sync() function by removing
the #ifdefs from it. Further it introduces an optimization for AMD
processors.
Eric W. Biederman wrote:
Pavel Emelianov [EMAIL PROTECTED] writes:
Pages are charged to their first touchers which are
determined using pages' mapcount manipulations in
rmap calls.
NAK pages should be charged to every rss group whose mm_struct they
are mapped into.
For these you
Mark Lord wrote:
Greg KH wrote:
Does userspace have it open when you suspend/resume?
For the ooops I just posted, yes, I may have left Linux ckermit
running on the serial port before the suspend.
Here's a retest under linux-2.6.21-rc3-git7,
doing suspend/resume (RAM) with ckermit open on
On Mon, Mar 12, 2007 at 12:03:27PM -0400, Mark Lord wrote:
Greg KH wrote:
..
And all of those fixes Oliver is referring to should be in anything
older than 2.6.21-rc3-git6.
Did you mean, anything *newer* than -git6 ??
Oops, yes, I ment newer, sorry.
This last crash was with -git4. I'm
Catalin Marinas [EMAIL PROTECTED] writes:
On 09/03/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
If I can manage to focus on this, it looks like the information I need to
start fixing this.
I had a look at the second leak reported it seems to be caused by the
same proc_set_tty() call but,
..and here is a retest with linux-2.6.21-rc3-git7
of simply plug/wait/unplug a USB hub/serial/parallel/PS2 gizmo.
I have two of these, with different serial port hardware in each,
and doing this with either of them produces an ooops.
12:12:02 kernel: usb 4-2: new full speed USB device using
GFP_KERNEL allocations in non-blocking context; fixed by killing
an idiotic use of security_getprocattr().
Acked-by: Stephen Smalley [EMAIL PROTECTED]
Acked-by: James Morris [EMAIL PROTECTED]
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
kernel/auditsc.c | 24 +++-
1 files
601 - 700 of 980 matches
Mail list logo
