On 12/01/07, Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
That's because mmc_lock_unlock should depend on CONFIG_KEYS, it uses struct
key.
Could you try the following patch (compile tested)?
Thanks. Compiles ok but now I run into another problem and the laptop doesn't
boot.
The last
Quoting Pekka Enberg ([EMAIL PROTECTED]):
On 1/11/07, Serge E. Hallyn [EMAIL PROTECTED] wrote:
Right, but is returning -EINVAL to userspace on munmap a problem?
Yes, because an application has no way of reusing the revoked mapping
range. The current patch should get this right, though.
Hua Zhong wrote:
The other problem besides the inability to handle IO errors is that
mmap()+msync() is synchronous. You need to go async to keep
the pipelines full.
msync(addr, len, MS_ASYNC); doesn't do what you want?
No, because there is no notification of completion. In fact, does
dean gaudet wrote:
it seems to me that if splice and fadvise and related things are
sufficient for userland to take care of things properly then O_DIRECT
could be changed into splice/fadvise calls either by a library or in the
kernel directly...
No, because the semantics are entirely
I have a Tyan S4881 Thunder K8QW 4 processor (8 cores). Kernel 2.6.16.37 boots
and runs fine.
However kernel 2.6.17 and up doesn't. Here is my boot error msg.
kernel /vmlinuz-2.6.17-smp root=/dev/sda5inux version 2.6.17-smp ([EMAIL
PROTECTED])
(gcc version 4.1.0 (SUSE Linux)) #1 SMP PREEMPT
Mark Hounschell wrote:
I have a Tyan S4881 Thunder K8QW 4 processor (8 cores). Kernel 2.6.16.37 boots
and runs fine.
However kernel 2.6.17 and up doesn't. Here is my boot error msg.
kernel /vmlinuz-2.6.17-smp root=/dev/sda5inux version 2.6.17-smp ([EMAIL
PROTECTED])
(gcc version 4.1.0
On Friday, 12 January 2007 14:33, Michal Piotrowski wrote:
My system hangs on this
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rc4-mm1/bug2.jpg
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rc4-mm1/mm-config
Debug plan:
- revert md-* patches
- binary search
Hi,
We noticed high interrupt hold off times while running some memory intensive
tests on a Sun x4600 8 socket 16 core x86_64 box. We noticed softlockups,
lost ticks and even wall time drifting (which is probably a bug in the
x86_64 timer subsystem).
The test was simple, we have 16 processes,
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
Dan Aloni [EMAIL PROTECTED] writes:
I'm attaching the full logs.
Thanks.
[ 8656.272980] ACPI Error (tbxfroot-0512): Could not map memory at 040E
for length 2 [20060707]
Ok. This looks like the first sign of
Hello,
This may help
http://lkml.org/lkml/2007/1/12/45
True. Now it boots fine. Tanks for the tip.
Dzięki Michał.
--
Regards,
Mariusz Kozlowski
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
Dan Aloni [EMAIL PROTECTED] writes:
I'm attaching the full logs.
Thanks.
[ 8656.272980] ACPI Error (tbxfroot-0512): Could not map memory at
040E
This patch stops modpost from issuing erroneous modpost warnings on ARM
builds, which it's been doing simce since maybe last summer. A canonical
example would be driver method table entries:
WARNING: path - Section mismatch: reference to .exit.text:name_remove
from .data after '$d' (at
Hi,
Minor number 0 (under the raw major) is reserved for the rawctl device
file, which is used to query, set, and unset raw device bindings.
However, the ioctl interface does not protect the user from specifying
a raw device with minor number 0:
$ sudo ./raw /dev/raw/raw0 /dev/VolGroup00/swap
On Fri, Jan 12, 2007 at 08:31:36AM -0800, David Brownell wrote:
Index: at91/scripts/mod/modpost.c
===
--- at91.orig/scripts/mod/modpost.c 2007-01-11 22:51:49.0 -0800
+++ at91/scripts/mod/modpost.c2007-01-12
qconf does not clear help text in search window
if previous search has been failed.
Signed-off-by: Cyrill V. Gorcunov [EMAIL PROTECTED]
---
diff --git a/scripts/kconfig/qconf.cc b/scripts/kconfig/qconf.cc
index c0ae0a7..f9a63a4 100644
--- a/scripts/kconfig/qconf.cc
+++
On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
Dan Aloni [EMAIL PROTECTED] writes:
I'm attaching the full logs.
Thanks.
[
On Fri, Jan 12, 2007 at 06:43:40PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
Dan Aloni [EMAIL PROTECTED] writes:
Linus Torvalds wrote:
OK, madvise() used with mmap'ed file allows to have reads from a file
with zero-copy between kernel/user buffers and don't pollute cache
memory unnecessarily. But how about writes? How is to do zero-copy
writes to a file and don't pollute cache memory without using O_DIRECT?
Linus Torvalds wrote:
O_DIRECT is still crazily racy versus pagecache operations.
Yes. O_DIRECT is really fundamentally broken. There's just no way to fix
it sanely.
How about aliasing O_DIRECT to POSIX_FADV_NOREUSE (sortof) ?
That is what I think some users could do. If the main issue
Soeren Sonnenburg wrote:
Dear all,
I'd like to try out SATA hotplugging using a SIL3114. Though I was
harvesting the web, I could not find any useful information how this is
done in practice.
Well I realized that I can still use scsiadd to print and remove
devices, e.g.:
For SIL3114, you
On Fri, 2007-01-12 at 08:01 -0800, Ravikiran G Thirumalai wrote:
Hi,
We noticed high interrupt hold off times while running some memory intensive
tests on a Sun x4600 8 socket 16 core x86_64 box. We noticed softlockups,
lost ticks and even wall time drifting (which is probably a bug in the
* Nick Piggin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
* Nick Piggin ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
+#define MARK(name, format, args...) \
+ do { \
+ static marker_probe_func *__mark_call_##name = \
+
Dan Aloni [EMAIL PROTECTED] writes:
On Fri, Jan 12, 2007 at 06:43:40PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
Dan
On 12/01/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Friday, 12 January 2007 14:33, Michal Piotrowski wrote:
My system hangs on this
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rc4-mm1/bug2.jpg
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rc4-mm1/mm-config
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
OK, well one problem is that it can cause a resched event to be lost, so
you might say it has more side-effects without checking resched.
[...]
If we are sure that we expect calls to preempt_schedule() from each of these
contexts, then
Suparna Bhattacharya schrieb:
On Fri, Jan 12, 2007 at 12:55:18PM +0100, Tilman Schmidt wrote:
[...]
causes a sparse warning:
include/linux/sched.h:1313:29: warning: symbol '__mptr' shadows an earlier
one
include/linux/sched.h:1313:29: originally declared here
for every source file
On 12/01/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
On 12/01/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Friday, 12 January 2007 14:33, Michal Piotrowski wrote:
My system hangs on this
http://www.stardust.webpages.pl/files/tbf/euridica/2.6.20-rc4-mm1/bug2.jpg
On Thu, 11 Jan 2007, dean gaudet wrote:
it seems to me that if splice and fadvise and related things are
sufficient for userland to take care of things properly then O_DIRECT
could be changed into splice/fadvise calls either by a library or in the
kernel directly...
The problem is
* Nick Piggin ([EMAIL PROTECTED]) wrote:
OK, well one problem is that it can cause a resched event to be lost, so
you might say it has more side-effects without checking resched.
Here is the patch that implements this. I also did a cosmetic change to
linux/marker.h. Preliminary tests of
On Sun, Jan 07, 2007 at 03:27:03PM +0900, Tejun Heo wrote:
Mark Wagner wrote:
[--snip--]
NETDEV WATCHDOG: eth0: transmit timed out
eth0: transmit timed out, tx_status 00 status e000.
[--snip--]
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest
On Fri, Jan 12, 2007 at 10:33:34AM -0700, Eric W. Biederman wrote:
And I get:
[ 1013.864201] PAGE 81000100 (pfn=0): flags=0, count=0
So at least no one is using that page. Still it is not clear why it
doesn't have the reserve flag turned on.
My hunch is that it might have
On Fri, 12 Jan 2007, Paul Jackson wrote:
I'll leave the honors to Christoph (added to CC), since this is his patch.
Ok. Here it is
mems_allowed only exists if CONFIG_CPUSETS is set. So put an #ifdef around
it. Also move the masking of the nodes behind the error check (looks
better) and add a
Ok, there it is, in all its shining glory.
A lot of developers (including me) will be gone next week for
Linux.Conf.Au, so you have a week of rest and quiet to test this, and
report any problems.
Not that there will be any, right? You all behave now!
The patches here are pretty basic. Lots
Quoting Pekka Enberg ([EMAIL PROTECTED]):
On 1/10/07, Serge E. Hallyn [EMAIL PROTECTED] wrote:
Now, what slim needs isn't revoke all files for this inode,
but revoke this task's write access to this fd. So two functions
which could be useful are
int fd_revoke_write(struct
Not-so-recently already, device directories in /sys started providing
files like modalias, which corresponds to $MODALIAS env. variable at
uevent time. Also not-so-recently, uevent file appeared, which, when
written, triggers re-execution of an uevent corresponding to the
device. So far so good.
On Fri, Jan 12, 2007 at 01:43:42PM +0100, Juergen Beisert wrote:
does someone know how to forward a kernel command line option to configure the
AMD Geode GX1 framebuffer?
I tried with video=gx1fb:[EMAIL PROTECTED] but it does not work. On another
machine with an SIS framebuffer the line
On Friday January 12, [EMAIL PROTECTED] wrote:
Are you really really double-plus sure that you are running a kernel
with the patch applied?
Because at the very least it should have changed the message to
Oh, sorry. I recompiled installed kernel and it output this new message:
[
On Fri, 12 Jan 2007, Ravikiran G Thirumalai wrote:
The test was simple, we have 16 processes, each allocating 3.5G of memory
and and touching each and every page and returning. Each of the process is
bound to a node (socket), with the local node being the preferred node for
allocation
On Fri, 12 Jan 2007, Serge E. Hallyn wrote:
Hmm, would revokefs need to be explicitly stacked on top of the fs,
or could we just swap out fdt[fd] for the revokefs file, and have
the revokefs file's private data point to the original inode, with
it's write function returning an error, and read
Pavel Machek [EMAIL PROTECTED] wrote on 01/11/2007 09:35:37 AM:
Hi!
SLIM implements dynamic process labels, so when a process
is demoted, we must be able to revoke write access to some
resources to which it has previously valid handles.
For example, if a shell reads an untrusted file,
On Friday 12 January 2007 8:38 am, Russell King wrote:
A more correct test would be that found in kallsyms.c:
Good point. Updated patch appended.
- Dave
=== CUT HERE
This patch stops modpost from issuing erroneous modpost warnings on ARM
builds, which it's been doing simce since
On Fri, Jan 12, 2007 at 10:06:22AM -0800, Linus Torvalds wrote:
looking at the splice(2) api it seems like it'll be difficult to implement
O_DIRECT pread/pwrite from userland using splice... so there'd need to be
some help there.
You'd use vmsplice() to put the write buffers into
Chris Mason wrote:
[]
I recently spent some time trying to integrate O_DIRECT locking with
page cache locking. The basic theory is that instead of using
semaphores for solving O_DIRECT vs buffered races, you put something
into the radix tree (I call it a placeholder) to keep the page cache
Andrew Morton wrote:
On Tue, 07 Nov 2006 16:45:07 -0600
Eric Sandeen [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
--- linux-2.6.19-rc4.orig/fs/buffer.c 2006-11-07 17:06:20.0 +
+++ linux-2.6.19-rc4/fs/buffer.c2006-11-07 17:26:04.0 +
@@ -188,7 +188,9
Michael Tokarev wrote:
[]
After all the explanations, I still don't see anything wrong with the
interface itself. O_DIRECT isn't different semantics - we're still
writing and reading some data. Yes, O_DIRECT and non-O_DIRECT usages
somewhat contradicts with each other, but there are other
Could we please have this (or a proper fix) in before 2.6.20 to resolve
the regression please?
- Forwarded message from Russell King [EMAIL PROTECTED] -
Date: Fri, 22 Dec 2006 17:09:16 +
From: Russell King [EMAIL PROTECTED]
To: Linux Kernel List linux-kernel@vger.kernel.org
Cc:
Hi Venkatesh,
I have an IBM IntelliStation Z30 with two Dempsey CPUs. When I try to
boot 2.6.20-rc4 on it, the system prints messages about NMI watchdog
lockups. git-bisect determined that the patch [PATCH] x86-64: Fix
interrupt race in idle callback (3rd try) was the source of these
problems,
Michael Tokarev wrote:
Michael Tokarev wrote:
By the way. I just ran - for fun - a read test of a raid array.
Reading blocks of size 512kbytes, starting at random places on a 400Gb
array, doing 64threads.
O_DIRECT: 336.73 MB/sec.
!O_DIRECT: 146.00 MB/sec.
And when turning off
The following configuration:
CONFIG_JFFS2_FS=y
CONFIG_JFFS2_FS_DEBUG=2
# CONFIG_JFFS2_FS_NAND is not set
# CONFIG_JFFS2_FS_NOR_ECC is not set
# CONFIG_JFFS2_COMPRESSION_OPTIONS is not set
CONFIG_JFFS2_ZLIB=y
CONFIG_JFFS2_RTIME=y
# CONFIG_JFFS2_RUBIN is not set
results in these build errors:
On Sat, 13 Jan 2007, Michael Tokarev wrote:
(No, really - this load isn't entirely synthetic. It's a typical database
workload - random I/O all over, on a large file. If it can, it combines
several I/Os into one, by requesting more than a single block at a time,
but overall it is
Christoph wrote:
+++ linux-2.6.20-rc4-mm1/mm/mempolicy.c 2007-01-12 13:21:30.220968608
-0600
...
+#ifdef CONFIG_CPUSETS
Argh - minor detail, but this is the first (outside of fs/proc/base.c)
#ifdef CONFIG_CPUSETS in a kernel *.c file. I prefer to avoid that.
How about doing this as I
OFF TOPIC:
The 50th show of TVLinux is coming up at the end of February. I would
invite all the active kernel developers in the Portland area, to be in a
round table discussion about Linux and Open Source. The program will be
filmed at the studio of TVCTV in Beaverton Oregon. I want to make the
On Fri, 12 Jan 2007 11:46:22 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
While the softlockups and the like went away by enabling interrupts during
spinning, as mentioned in http://lkml.org/lkml/2007/1/3/29 ,
Andi thought maybe this is exposing a problem with zone-lru_locks and
On Fri, 12 Jan 2007, Paul Jackson wrote:
Argh - minor detail, but this is the first (outside of fs/proc/base.c)
#ifdef CONFIG_CPUSETS in a kernel *.c file. I prefer to avoid that.
Sorry but there will be number of those once we get the dirty writeback
for cpusets fixed. Did you review that
On Fri, Jan 12, 2007 at 11:46:22AM -0800, Christoph Lameter wrote:
On Fri, 12 Jan 2007, Ravikiran G Thirumalai wrote:
The test was simple, we have 16 processes, each allocating 3.5G of memory
and and touching each and every page and returning. Each of the process is
bound to a node
On Fri, Jan 12, 2007 at 09:00:15PM +, Russell King wrote:
Could we please have this (or a proper fix) in before 2.6.20 to resolve
the regression please?
Actually, this remaining regression is not caused by this patch not being
integrated, but this:
config USB_HID
tristate USB Human
On Fri, 12 Jan 2007, Ravikiran G Thirumalai wrote:
Does the system scale the right way if you stay within the bounds of node
memory? I.e. allocate 1.5GB from each process?
Yes. We see problems only when we oversubscribe memory.
Ok in that case we can have more than 2 processors trying to
On Fri, 12 Jan 2007 21:00:15 +
Russell King [EMAIL PROTECTED] wrote:
Could we please have this (or a proper fix) in before 2.6.20 to resolve
the regression please?
...
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -6,6 +6,7 @@ menu HID Devices
config HID
On Fri, Jan 12, 2007 at 09:42:16PM +, Russell King wrote:
On Fri, Jan 12, 2007 at 09:00:15PM +, Russell King wrote:
Could we please have this (or a proper fix) in before 2.6.20 to resolve
the regression please?
Actually, this remaining regression is not caused by this patch not
Linus Torvalds wrote:
[]
My point is that you can get basically ALL THE SAME GOOD BEHAVIOUR without
having all the BAD behaviour that O_DIRECT adds.
*This* point I got from the beginning, once I tried to think how it all
is done internally (I never thought about that, because I'm not a kernel
I'm working on an embedded PPC setup with 64M of memory and no swap.
I'm trying to figure out how best to tune the VM for an OOM situation
I'm running into.
I'm running a 2.6.16.35 kernel and have a bittorrent app that appears
to be initializing a large file for it to download into. What
Sorry but there will be number of those once we get the dirty writeback
for cpusets fixed. Did you review that patchset (only internally mailed
so far).
I haven't reviewed it - sorry. Too much stuff; too little time.
If only I had Alan's bots, which are apparently on loan now to Andrew.
I
I've reworked this patch to resolve the problem I was seeing. I will
post the new patch in a separate, new posting with subject line of
[PATCH] Cell SPU task notification.
-Maynard
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Fri, 12 Jan 2007, Paul Jackson wrote:
It might look clearer to someone who is focused on that particular
change, but it adds unnecessary noise for the other 90% of the readers
of that code who are not concerned with cpusets at that point in time.
This is in NUMA specific code. And they
On Sat, 2007-01-13 at 00:03 +0300, Michael Tokarev wrote:
[snip]
And sure thing, withOUT O_DIRECT, the whole system is almost dead under this
load - because everything is thrown away from the cache, even caches of /bin
/usr/bin etc... ;) (For that, fadvise() seems to help a bit, but not alot).
On Fri, 12 Jan 2007 13:44:05 -0800 Andrew Morton wrote:
On Fri, 12 Jan 2007 21:00:15 +
Russell King [EMAIL PROTECTED] wrote:
Could we please have this (or a proper fix) in before 2.6.20 to resolve
the regression please?
...
--- a/drivers/hid/Kconfig
+++
Subject: Enable SPU switch notification to detect currently active SPU tasks.
From: Maynard Johnson [EMAIL PROTECTED]
This patch adds to the capability of spu_switch_event_register so that the
caller is also notified of currently active SPU tasks. It also exports
spu_switch_event_register and
On Fri, 2007-01-12 at 12:04 -0500, Jeff Garzik wrote:
Soeren Sonnenburg wrote:
Dear all,
I'd like to try out SATA hotplugging using a SIL3114. Though I was
harvesting the web, I could not find any useful information how this is
done in practice.
Well I realized that I can still
Christoph wrote:
If this is hidden in a macro then it may be overlooked.
Sooner or later, every line of code is important.
Shouting any one of them in #ifdef brackets creates
a noisier environment, increasing the chance of missing
another.
And besides ... the other umpteen cpuset hooks all use
Zan Lynx wrote:
On Sat, 2007-01-13 at 00:03 +0300, Michael Tokarev wrote:
[snip]
And sure thing, withOUT O_DIRECT, the whole system is almost dead under this
load - because everything is thrown away from the cache, even caches of /bin
/usr/bin etc... ;) (For that, fadvise() seems to help a
On Sat, 13 Jan 2007, Michael Tokarev wrote:
At that point, O_DIRECT would be a way of saying we're going to do
uncached accesses to this pre-allocated file. Which is a half-way
sensible thing to do.
Half-way?
I suspect a lot of people actually have other reasons to avoid caches.
On Fri, 12 Jan 2007 14:00:16 -0800 (PST)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Fri, 12 Jan 2007, Paul Jackson wrote:
It might look clearer to someone who is focused on that particular
change, but it adds unnecessary noise for the other 90% of the readers
of that code who are not
Hi!
It didn't. It looks like it is unusable, becuase it isn't reliable in
2.6.20-rc3.
Is this issue still present in -rc4?
I used 2.6.20-rc4 in single user mode, and applied 2 patches from
netdev to get wake on LAN support. This way I was able to set up an
automatic
Hi!
You were right, even after making the changes, it seems to be
telling lies:
# mount
/dev/hda2 on / type ext2 (rw,usrquota)
[...]
However, I think I am still not mounting as ext2:
# dmesg | grep 'Kernel command'
Kernel command line: ro root=/dev/hda2 rootfstype=ext2
...
rootfs
Linus Torvalds wrote:
On Sat, 13 Jan 2007, Michael Tokarev wrote:
At that point, O_DIRECT would be a way of saying we're going to do
uncached accesses to this pre-allocated file. Which is a half-way
sensible thing to do.
Half-way?
I suspect a lot of people actually have other reasons
On Fri, 12 Jan 2007 14:27:48 -0500 (EST)
Linus Torvalds [EMAIL PROTECTED] wrote:
Ok, there it is, in all its shining glory.
It still doesn't run Excel.
A lot of developers (including me) will be gone next week for
Linux.Conf.Au,
me too.
so you have a week of rest and quiet to test
On Jan 12 2007 09:27, linux-os (Dick Johnson) wrote:
First, since file-operations require process context, and the kernel
is not a process, you need to create a kernel thread to handle your file
I/O.
Not always. If you do file I/O as part of a device driver, you are fine.
quad_dsp is such an
On Fri Jan 12, 2007 at 05:09:09PM -0500, Linus Torvalds wrote:
I suspect a lot of people actually have other reasons to avoid caches.
For example, the reason to do O_DIRECT may well not be that you want to
avoid caching per se, but simply because you want to limit page cache
activity. In
On Jan 12 2007 11:32, Jeff Moyer wrote:
Date: Fri, 12 Jan 2007 11:32:11 -0500
From: Jeff Moyer [EMAIL PROTECTED]
To: Linux Kernel Mailing List linux-kernel@vger.kernel.org
Cc: Steven Fernandez [EMAIL PROTECTED], Andrew Morton [EMAIL PROTECTED]
Subject: [patch] raw: don't allow the creation of a
On Fri, 12 Jan 2007 15:35:09 -0700
Erik Andersen [EMAIL PROTECTED] wrote:
On Fri Jan 12, 2007 at 05:09:09PM -0500, Linus Torvalds wrote:
I suspect a lot of people actually have other reasons to avoid caches.
For example, the reason to do O_DIRECT may well not be that you want to
avoid
== Regarding Re: [patch] raw: don't allow the creation of a raw device with
minor number 0; Jan Engelhardt [EMAIL PROTECTED] adds:
jengelh On Jan 12 2007 11:32, Jeff Moyer wrote:
Date: Fri, 12 Jan 2007 11:32:11 -0500
From: Jeff Moyer [EMAIL PROTECTED]
To: Linux Kernel Mailing List
On Friday 12 January 2007 05:20, Frederik Deweerdt wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc4-mm1/
Hi,
The git-acpi.patch replaces earlier if(!handler) return -EINVAL by
On Fri, Jan 12, 2007 at 05:53:08PM -0500, Len Brown wrote:
On Friday 12 January 2007 05:20, Frederik Deweerdt wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc4-mm1/
Hi,
On 1/12/07, Lennart Sorensen [EMAIL PROTECTED] wrote:
I would expect any distribution should work on these (as long as the
kernel they use isn't too old.). Of course if it is a Mac, you need a
distribution that supports their firmware (which is of course not a PC
bios). As long as you can
Trying to understand, should I set CPUSETS=y
You don't need CPUSETS for this small a system.
But setting it is harmless - for example at least
one major commercial distribution enables CPUSETS
on almost all their product, most of which is running
on PC's less powerful than yours.
CPUSETS
Frederik Deweerdt wrote:
On Fri, Jan 12, 2007 at 05:53:08PM -0500, Len Brown wrote:
On Friday 12 January 2007 05:20, Frederik Deweerdt wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
mxser_new, fix sparc compile error
On sparc B400 is not defined. Use B200 for special baudrate, which
is defined on all platforms.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit 2826e3a35f34046890c84a77bc2784a184f9bf6a
tree fcfd15b000e703d91361f2b2c3c1bafb0d18b05d
parent
Hi,
these trigger about 1-2 times per week at random times. I dont see a
pattern, one time it happened after plugging in the USB headphone, another
time it happened while the machine was more or less idle.
machine does not reboot automatically ( /proc/sys/kernel/panic is set to 20)
most of the
Jiri Slaby napisał(a):
Frederik Deweerdt wrote:
On Fri, Jan 12, 2007 at 05:53:08PM -0500, Len Brown wrote:
On Friday 12 January 2007 05:20, Frederik Deweerdt wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
Darrick,
I tried 2.6.20-rc4 on a Dempsey system here in my lab and it worked
fine. No watchdog lockups.
Can you try idle routine with hlt instead of mwait. There is no boot
option for this in x86_64, but you can change
arch/x86_64/kernel/process.c:select_idle_routine() not to enable mwait.
With
On Sat, 2007-01-13 at 00:34 +0100, Karl Kiniger wrote:
how to track this down?
Reproduce it with an untainted kernel (no nvidia or vmware modules) and
repost.
Lee
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Fri, Jan 12, 2007 at 07:27:30PM -0500, Lee Revell wrote:
On Sat, 2007-01-13 at 00:34 +0100, Karl Kiniger wrote:
how to track this down?
Reproduce it with an untainted kernel (no nvidia or vmware modules) and
repost.
How about big fat advice in every tainted oops to bugger off?
-
To
Jiri Slaby wrote:
On Fri, Jan 12, 2007 at 05:53:08PM -0500, Len Brown wrote:
What do you see if on failure you also print out the params, like below?
[...]
ACPI: acpi_table_parse(17, ) HPET NULL handler!
After re-enabling HPET, it disappeared.
regards,
--
On Sat, Jan 13, 2007 at 01:08:46AM +0100, Michal Piotrowski wrote:
Jiri Slaby napisał(a):
Frederik Deweerdt wrote:
On Fri, Jan 12, 2007 at 05:53:08PM -0500, Len Brown wrote:
On Friday 12 January 2007 05:20, Frederik Deweerdt wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton
Pallipadi, Venkatesh wrote:
Darrick,
I tried 2.6.20-rc4 on a Dempsey system here in my lab and it worked
fine. No watchdog lockups.
Can you try idle routine with hlt instead of mwait. There is no boot
option for this in x86_64, but you can change
On Fri, Jan 12, 2007 at 10:32:10PM +0300, Michael Tokarev wrote:
(No patch at this time, -- just asking about an.. idea ;)
Let's see what such a patch looks like to see if it would be workable or
not.
And no one forces you to use udev, I have machines with a static /dev
that work just fine :)
Mark Wagner wrote:
The sil24-connected sata drives are external and connected to their own
power supply.
I've replaced the sil24-based card with a Promise SATA300 TX4 controller
card and everything seems to work now.
Hmmm... sil24 fares well with four ports occupied. Weird. Care to give
On Fri, Jan 12, 2007 at 01:45:43PM -0800, Christoph Lameter wrote:
On Fri, 12 Jan 2007, Ravikiran G Thirumalai wrote:
Moreover mostatomic operations are to remote memory which is also
increasing the problem by making the atomic ops take longer. Typically
mature NUMA system have implemented
On Fri, 12 Jan 2007 17:00:39 -0800
Ravikiran G Thirumalai [EMAIL PROTECTED] wrote:
But is
lru_lock an issue is another question.
I doubt it, although there might be changes we can make in there to
work around it.
mentions PAGEVEC_SIZE again
-
To unsubscribe from this list: send the line
Mathieu Desnoyers [EMAIL PROTECTED] wrote on 20/12/2006
23:52:16:
Hi,
You will find, in the following posts, the latest revision of the Linux
Kernel
Markers. Due to the need some tracing projects (LTTng, SystemTAP) has of
this
kind of mechanism, it could be nice to consider it for
301 - 400 of 520 matches
Mail list logo