PATCH 2.6.23-rc6-mm1 - Panic in blk_rq_map_sg() from CCISS driver
New scatter/gather list chaining [sg_next()] treats 'page' member of
struct scatterlist with low bit set [0x01] as a chain pointer to
another struct scatterlist [array]. The CCISS driver request function
passes an uninitialized,
On Thursday, 20 September 2007 23:35, Linus Torvalds wrote:
On Thu, 20 Sep 2007, Thomas Gleixner wrote:
In meantime I figured out what's happening. The ordering in
hibernate_snapshot() is wrong. It does:
Actually, this is incorrect. Please read my reply to Thomas, just sent.
Hmm.
On Wed, Sep 19, 2007 at 10:46:26PM -0700, Andrew Morton wrote:
(from ecryptfs_encrypt_page()):
+ enc_extent_virt = kmalloc(PAGE_CACHE_SIZE, GFP_USER);
I'd have thought that alloc_page() would be nicer. After all, we _are_
treating it as a page, and not as a random piece of memry.
+
Rafael,
On Thu, 2007-09-20 at 23:45 +0200, Rafael J. Wysocki wrote:
We disable everything in device_suspend()
No, we don't. sysdevs are _not_ suspended in device_suspend().
They are suspended in device_power_down(), which is called
_after_ disable_nonboot_cpus() (from swsusp_suspend()).
On Thursday 20 September 2007 4:22:37 pm Jared Hulbert wrote:
I think that this idea is not worth it.
Don't use the config option then
My problem is that switching off printk is the single biggest bloat
cutter in the kernel, yet it makes the resulting system very hard to
support.
On Thu, 20 Sep 2007, Linus Torvalds wrote:
(Btw, the above commit message points to just my response with a testing
patch to the real email: the actual explanation of the INSANE ordering is
from Len Brown in
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, September 20, 2007 22:38, Rob Landley wrote:
I've been playing with an idea for a while to improve the printk() situation,
but it's a more intrusive change than I've had time to bang on.
Right now, the first argument to printk() is a loglevel, but it's handled via
string
Rob Landley wrote:
So instead of:
printk(KERN_NOTICE Fruit=%d\n, banana);
It would now be:
printk(KERN_NOTICE, Fruit=%d\n, banana);
Change the header from:
#define KERN_NOTICE 5
to:
#define KERN_NOTICE 5
Then you can change the printk guts to do something vaguely like
Rafael,
On Thu, 2007-09-20 at 23:54 +0200, Rafael J. Wysocki wrote:
Hmm. This is close to the ordering we have in STR too.
I have some dim memory of there being some ACPI reason why it had to be
done that way.
Yes. We're executing _INI from the CPU initialization code and that
On Wednesday 19 September 2007 4:28:05 pm Andrew Morton wrote:
On Wed, 19 Sep 2007 11:03:09 -0700
Tim Bird [EMAIL PROTECTED] wrote:
Recently, the CE Linux forum has been working to revive the
Linux-tiny project. At OLS, I asked for interested parties
to volunteer to become the new
On Wed, Sep 19, 2007 at 10:50:57PM -0700, Andrew Morton wrote:
On Mon, 17 Sep 2007 16:50:16 -0500 Michael Halcrow [EMAIL PROTECTED] wrote:
+ecryptfs_copy_up_encrypted_with_header(struct page *page,
+ struct ecryptfs_crypt_stat *crypt_stat)
+{
...
+
Linus,
On Thu, 2007-09-20 at 14:55 -0700, Linus Torvalds wrote:
And I think that's a damn reasonable thing to agree on: timers (and
anything else that CPU shutdown/bringup could *possibly* care about)
should be considered core enough that they had better be on the
suspend_late/resume_early
On 09/20/2007 05:29 PM, Andrew Morton wrote:
On Thu, 20 Sep 2007 17:07:15 -0400
Chuck Ebbert [EMAIL PROTECTED] wrote:
On 08/09/2007 12:55 PM, Andrew Morton wrote:
On Thu, 9 Aug 2007 11:59:43 +0200 Matthias Hensler [EMAIL PROTECTED]
wrote:
On Sat, Aug 04, 2007 at 10:44:26AM +0200,
On Thu, Sep 20, 2007 at 11:42:29AM +1000, Dave Airlie wrote:
The code is broken anyways. If you free pages without flushing
them first some other innocent user allocating them will end up
with possible uncached pages for some time.
Does this simple patch help?
I've attached a more
--- Davide Libenzi [EMAIL PROTECTED] wrote:
Looking back at it, I think the current TCP code is right, once you look
at the event to be a output buffer full-with_space transition.
If you drop an fd inside epoll with EPOLLOUT|EPOLLET and you get an event
(free space on the output buffer),
On 09/20/2007 11:24 AM, Zhenyu Wang wrote:
On 2007.09.20 17:33:45 +, Dave Airlie wrote:
Maybe you are rather interested in these dmesg lines:
Linux agpgart interface v0.102
agpgart: suspend/resume problematic: resume with 3D/DRI active may lockup
X.Org
on some chipset/BIOS combos (see
On Thursday 20 September 2007 4:58:54 pm Tim Bird wrote:
Rob Landley wrote:
So instead of:
printk(KERN_NOTICE Fruit=%d\n, banana);
It would now be:
printk(KERN_NOTICE, Fruit=%d\n, banana);
Change the header from:
#define KERN_NOTICE 5
to:
#define KERN_NOTICE 5
Then
On Thu, 2007-09-20 at 14:58 -0700, Tim Bird wrote:
Given that there are about 60,000 printks in the kernel (and that's
not counting wrappers like dprintk() and other locally-defined
functions and macros) it would be a huge task to examine the code
and differentiate strings that really start a
-Original Message-
From: [EMAIL PROTECTED] [mailto:celinux-dev-
[EMAIL PROTECTED] On Behalf Of Rob Landley
Sent: Thursday, September 20, 2007 3:02 PM
To: Alexey Dobriyan
Cc: Michael Opdenacker; [EMAIL PROTECTED]; CE Linux Developers
List;
linux kernel
Subject: [Celinux-dev] Re:
On Thursday 20 September 2007 4:26:13 pm Indan Zupancic wrote:
On Thu, September 20, 2007 22:38, Rob Landley wrote:
I've been playing with an idea for a while to improve the printk()
situation, but it's a more intrusive change than I've had time to bang
on.
Right now, the first argument
On Friday, 21 September 2007 00:05, Thomas Gleixner wrote:
Linus,
On Thu, 2007-09-20 at 14:55 -0700, Linus Torvalds wrote:
And I think that's a damn reasonable thing to agree on: timers (and
anything else that CPU shutdown/bringup could *possibly* care about)
should be considered core
Thomas,
On Thursday, 20 September 2007 23:53, Thomas Gleixner wrote:
Rafael,
On Thu, 2007-09-20 at 23:45 +0200, Rafael J. Wysocki wrote:
We disable everything in device_suspend()
No, we don't. sysdevs are _not_ suspended in device_suspend().
They are suspended in
But now I'm talking about another issue -- a regression since rc4-mm1,
where X
server is unable to bind agp memory (those x logs above). The clflush issue
has
solved andi in
http://lkml.org/lkml/2007/9/19/334
recently
Tried that, my laptop still bricks the instant X starts up and
--- Davide Libenzi [EMAIL PROTECTED] wrote:
Unfortunately f_op-poll() does not let the caller to specify the events
it's interested in, that would allow to split send/recevie wait queues and
better detect read/write cases.
The detection of a waitqueue_active(-sk_wr_sleep) would work fine
On Thu, 20 Sep 2007, Nagendra Tomar wrote:
--- Davide Libenzi [EMAIL PROTECTED] wrote:
Looking back at it, I think the current TCP code is right, once you look
at the event to be a output buffer full-with_space transition.
If you drop an fd inside epoll with EPOLLOUT|EPOLLET and you
On Thu, 20 Sep 2007 18:04:38 -0400
Chuck Ebbert [EMAIL PROTECTED] wrote:
Can we get some kind of band-aid, like making the endless 'for' loop in
balance_dirty_pages() terminate after some number of iterations? Clearly
if we haven't written write_chunk pages after a few tries, *and* we
On 09/20/2007 06:36 PM, Andrew Morton wrote:
So the question is, why do we have large amounts of dirty pages for one
disk which appear to be sitting there not getting written?
Do we know if there's any writeout at all happening when the system is in
this state?
I guess it's possible
--- Davide Libenzi [EMAIL PROTECTED] wrote:
That's not what POLLOUT means in the Unix meaning. POLLOUT indicates the
ability to write, and it is not meant as to signal every time a packet
(skb) is sent on the wire (and the buffer released).
Aren't they both the same ? Everytime an
On Fri, September 21, 2007 01:18, Rob Landley wrote:
On Thursday 20 September 2007 4:26:13 pm Indan Zupancic wrote:
A quick scroll through a vmlinux binary shows that there are quite a
lot areas consisting only of some repeated pattern. Mostly 0x00, but
also 0x90 and .GCC: (GNU) 4.2.1..
On Tue, 18 Sep 2007 17:25:31 -0700
Avantika Mathur [EMAIL PROTECTED] wrote:
In pass1 of e2fsck, every inode table in the fileystem is scanned and
checked,
regardless of whether it is in use. This is this the most time consuming
part
of the filesystem check. The unintialized block group
On Thursday 20 September 2007 5:14:25 pm Joe Perches wrote:
On Thu, 2007-09-20 at 14:58 -0700, Tim Bird wrote:
Given that there are about 60,000 printks in the kernel (and that's
not counting wrappers like dprintk() and other locally-defined
functions and macros) it would be a huge task to
It's broken for me.
2.6.23-rc3-mm1: solid lock on X shutdown (noticed when upgrading)
-rc4-mm1: solid lock on X shutdown, random solid locks about
once every four hours
-rc6-mm1: solid lock on X startup
+your patch: screen goes black, turns off and on a few
On Tue, 18 Sep 2007 17:06:01 -0400
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
Here are the text edit lock patches ported to 2.6.23-rc6-mm1.
I think I'll duck these one more time. There was a bit of followup
and for now I'd prefer to concentrate on obviously-safe stuff and
stabilisation of the
On Fri, Sep 21, 2007 at 01:03:04AM +0200, Andi Kleen wrote:
It's broken for me.
2.6.23-rc3-mm1: solid lock on X shutdown (noticed when upgrading)
-rc4-mm1: solid lock on X shutdown, random solid locks about
once every four hours
-rc6-mm1: solid lock on X
In message [EMAIL PROTECTED], Michael Halcrow writes:
On Wed, Sep 19, 2007 at 10:46:26PM -0700, Andrew Morton wrote:
(from ecryptfs_encrypt_page()):
+ enc_extent_virt = kmalloc(PAGE_CACHE_SIZE, GFP_USER);
I'd have thought that alloc_page() would be nicer. After all, we _are_
treating
On Thursday 20 September 2007 17:55, Linus Torvalds wrote:
On Thu, 20 Sep 2007, Linus Torvalds wrote:
(Btw, the above commit message points to just my response with a testing
patch to the real email: the actual explanation of the INSANE ordering is
from Len Brown in
On Thu, Sep 20, 2007 at 06:31:14PM -0500, Matt Mackall wrote:
On Fri, Sep 21, 2007 at 01:03:04AM +0200, Andi Kleen wrote:
It's broken for me.
2.6.23-rc3-mm1: solid lock on X shutdown (noticed when upgrading)
-rc4-mm1: solid lock on X shutdown, random solid locks about
On Wed, 19 Sep 2007 14:35:29 +0100
James Pearson [EMAIL PROTECTED] wrote:
From: James Pearson [EMAIL PROTECTED]
/proc/PID/environ currently truncates at 4096 characters, patch based on
the /proc/PID/mem code.
patch needs to be carefully reviewed from the security POV (ie: permissions)
as
Chuck Ebbert wrote:
On 09/20/2007 08:32 AM, Joerg Pommnitz wrote:
Hello all,
yesterday I tried to boot a kernel built from the current wireless-dev git
tree (ath5k branch)
on a MSEP800/A board (see http://www.milesie.co.uk/pdf/MSEP800.pdf). The
board
contains an AMD Geode LX800 CPU.
The
On Wed, 19 Sep 2007 15:38:19 +0100 (BST)
Maciej W. Rozycki [EMAIL PROTECTED] wrote:
Keep track of disable_irq_nosync() invocations and call enable_irq() the
right number of times if work has been cancelled that would include them.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Stress testing revealed the need for (yet more) revision. sorry.
This is a revision of Andrew's mspec-handle-shrinking-virtual-memory-areas.patch
Version 4: clear/release fetchop pages only when vma_data is no longer shared
The vma_data structure may be shared by vma's from multiple tasks,
On Thu, Sep 20, 2007 at 01:31:35PM -0400, Dmitry Torokhov wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 17:29:09 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 16:41:04 -0400
On Thu, 2007-09-20 at 19:28 -0500, Rob Landley wrote:
You convert printk(KERN_INFO, blah) to pr_INFO(blah)?
more or less.
printk(KERN_INFO foo) to pr_info(foo)
printk(KERN_EMERG foo) to pr_emerge(foo)
etc.
I'm not finding pr_INFO with a grep on the files in
2.6.23-rc7.
I haven't submitted
only +18 http://www.shenow.cn
Belinda Maurer
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Sep 19, 2007 at 04:47:38AM -0400, Justin Piszcz wrote:
On Mon, 17 Sep 2007, Justin Piszcz wrote:
Including the XFS mailing list in here too because it may be an XFS bug
looking at the call trace.
System: Debian Testing
Kernel: 2.6.20
Config: Attached
I was running apt-get
Hi,
I am testing NFS on loopback locks up entire system with 2.6.23-rc6 kernel.
I have mounted a local ext3 partition using loopback NFS (version 3)
and started my test program. The test program forks 20 threads
allocates 10MB for each thread, writes reads a file on the loopback
NFS mount.
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
Seems like good enough for -mm to me.
Pavel
Andrew, if I recall correctly, you said a while ago that you didn't want
another hibernation implementation
On Wed, Sep 19, 2007 at 10:09:12PM +0200, Ramon Chimeno wrote:
Hi all
I migrated one of my server from kernel 2.6.18 to the latest 2.6.22
and I experienced lower disk performance for processes that open file
with the O_DIRECT flag.
I did a very simple test program that opens two files
On Thursday, September 20, 2007, Thomas Gleixner wrote:
On Thu, 2007-09-20 at 12:22 -0700, Jesse Barnes wrote:
Eeek, that sounds scary. Can you add highres=off as well ?
FWIW I just tried your linux-2.6-hires tree with the attached
config and still see the problem. It doesn't look like
* Thu, 20 Sep 2007 15:15:47 -0700
* X-MimeOLE: Produced By Microsoft Exchange V6.5
[]
*Shrug*.
My problem is that switching off printk is the single biggest bloat
cutter
in
the kernel, yet it makes the resulting system very hard to support. It
combines a big upside with a big downside, and I'd
On Thu, 2007-09-20 at 17:22 -0700, Chakri n wrote:
Hi,
I am testing NFS on loopback locks up entire system with 2.6.23-rc6 kernel.
I have mounted a local ext3 partition using loopback NFS (version 3)
and started my test program. The test program forks 20 threads
allocates 10MB for each
On Thu, 20 Sep 2007 11:26:47 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007, KAMEZAWA Hiroyuki wrote:
Any comments are welcome.
I am still a bit confused as to what the benefit of this is.
Honestly, I have 3 purposes, 2 for readability/clarificaton and 1 for
Am 20.09.2007 22:25 schrieb Andrew Morton:
There was a locking imbalance in the IPC code. Do you have the fixes in
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/hot-fixes/
applied?
I hadn't. Now that I have, all the troubles are gone. X comes up
fine,
On Tue, Sep 18, 2007 at 05:13:25PM -0400, Mathieu Desnoyers wrote:
+/*
+ * Sets the probe callback corresponding to one marker.
+ */
+static int set_marker(struct marker_entry **entry,
+ struct __mark_marker *elem)
+{
+ int ret;
+ BUG_ON(strcmp((*entry)-name,
Hi all,
Thanks all. After lots of testing, I isolated the problem to one of the
memory modules.
Thought it might have been a kernel problem as I thought memtest should
be exhaustive enough considering I ran it for so long, but apparently not...
Even now, the bad module still does not show any
On Tue, Sep 18, 2007 at 05:13:28PM -0400, Mathieu Desnoyers wrote:
+void blk_probe_disarm(void)
+{
+ int i, err;
+
+ for (i = 0; i ARRAY_SIZE(probe_array); i++) {
+ err = marker_disarm(probe_array[i].name);
+ BUG_ON(err);
+ err =
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham [EMAIL PROTECTED] wrote:
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
Seems like good enough for -mm to me.
Pavel
Andrew, if I recall
Hi.
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
[EMAIL PROTECTED] wrote:
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
Seems like good enough for -mm to me.
Fix a couple bugs and provide documentation for the async_tx api.
Neil, please 'ack' patch #3.
git://lost.foo-projects.org/~dwillia2/git/iop async-tx-fixes-for-linus
Dan Williams (3):
async_tx: usage documentation and developer notes
async_tx: fix dma_wait_for_async_tx
raid5:
Signed-off-by: Dan Williams [EMAIL PROTECTED]
---
Documentation/crypto/async-tx-api.txt | 217 +
1 files changed, 217 insertions(+), 0 deletions(-)
diff --git a/Documentation/crypto/async-tx-api.txt
b/Documentation/crypto/async-tx-api.txt
new file mode 100644
Fix dma_wait_for_async_tx to not loop forever in the case where a
dependency chain is longer than two entries. This condition will not
happen with current in-kernel drivers, but fix it for future drivers.
Found-by: Saeed Bishara [EMAIL PROTECTED]
Signed-off-by: Dan Williams [EMAIL PROTECTED]
---
ops_complete_biofill tried to avoid calling handle_stripe since all the
state necessary to return read completions is available. However the
process of determining whether more read requests are pending requires
locking the stripe (to block add_stripe_bio from updating dev-toead).
On 2007.09.21 00:10:26 +, Jiri Slaby wrote:
Could you try current xf86-video-intel driver? just do
git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel
It works!
yep, I also pushed a fix for G33 in xf86-video-intel when fixing the intel agp.
So for G33 user, you
On Thu, 2007-09-20 at 15:49 +0100, Denys Vlasenko wrote:
Please test these two patches.
I updated them according to your comments.
I've only tested patch #1. It worked after some minor modifications
below.
plain text
document
attachment
(linux-2.6.23-
rc6.bnx2-1.patch)
On Fri, 21 Sep 2007 11:19:59 +1000 Nigel Cunningham [EMAIL PROTECTED] wrote:
Hi.
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
[EMAIL PROTECTED] wrote:
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel
On Thu 20 Sep 2007 11:03, David McCullough pondered:
I would say that (a) is definately not the case. I am sure the BF guys
will say they have been banging us on the head with changes for a long
time and getting no where as we considered the changes to severe or out
of line.
I don't think we
2007/9/19, James Pearson [EMAIL PROTECTED]:
+ while (count 0) {
+ int this_len, retval;
+
+ this_len = mm-env_end - (mm-env_start + src);
+
+ if (this_len = 0)
+ break;
+
+ if (this_len max_len)
+
Hi.
On Friday 21 September 2007 11:41:06 Andrew Morton wrote:
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
[EMAIL PROTECTED] wrote:
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
On Thu, Sep 20, 2007 at 09:42:44PM +0530, Kamalesh Babulal wrote:
On 9/20/07, Kamalesh Babulal [EMAIL PROTECTED] wrote:
On 9/20/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 19:58:28 -0400
[EMAIL PROTECTED] (Joseph Fannin) wrote:
On Tue, Sep 18, 2007 at
The changeset to Make NAPI polling independent of struct net_device
objects forgot to change a function prototype in mv643xx_eth.c, and
also introduced a typo that caused the driver not to build.
Signed-off-by: Joseph Fannin [EMAIL PROTECTED]
---
This is build-tested only.
diff -ru
The netfilter sysctls in the bridging code don't set strategy routines:
sysctl table check failed: /net/bridge/bridge-nf-call-arptables .3.10.1
Missing strategy
sysctl table check failed: /net/bridge/bridge-nf-call-iptables .3.10.2 Missing
strategy
sysctl table check failed:
On Fri, 2007-09-21 at 11:57 +1000, Nigel Cunningham wrote:
Hi.
On Friday 21 September 2007 11:41:06 Andrew Morton wrote:
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
[EMAIL PROTECTED] wrote:
Hi Andrew.
Hi,
This is a resend of this patch with more details. I'd
like it can be accepted this time.
The problem: In icmp_reply and ip_send_reply function,
we now use rt-rt_src as destination to send out packets.
For packets received in loopback device, this is wrong
sometimes.
Here is an
Hi.
On Friday 21 September 2007 12:18:57 Huang, Ying wrote:
That's not true. Kexec will itself be an implementation, otherwise you'd
end
up with people screaming about no hibernation support. And it won't result
in
the complete removal of the existing hibernation code from the kernel.
On Thu, 2007-09-20 at 21:48 +0200, Willy Tarreau wrote:
I don't know if this is relevant, but 4294966399 in nr_uninterruptible
for cpu#0 equals -897, exactly the negation of cpu1.nr_uninterruptible.
I don't know if this rings a bell for someone or if it's a completely
useless comment, but
On Fri, 2007-09-21 at 12:25 +1000, Nigel Cunningham wrote:
Hi.
On Friday 21 September 2007 12:18:57 Huang, Ying wrote:
That's not true. Kexec will itself be an implementation, otherwise you'd
end
up with people screaming about no hibernation support. And it won't
result
in
Huang, Ying [EMAIL PROTECTED] writes:
This patch implements the functionality of jumping between the kexeced
kernel and the original kernel.
A new reboot command named LINUX_REBOOT_CMD_KJUMP is defined to
trigger the jumping to (executing) the new kernel and jumping back to
the original
Hi.
On Friday 21 September 2007 12:45:57 Huang, Ying wrote:
On Fri, 2007-09-21 at 12:25 +1000, Nigel Cunningham wrote:
Hi.
On Friday 21 September 2007 12:18:57 Huang, Ying wrote:
That's not true. Kexec will itself be an implementation, otherwise
you'd
end
up with people
On Thu, Sep 20, 2007 at 11:29:31PM +0200, Andreas Schwab wrote:
Read the thread starting here:
http://lists.gnu.org/archive/html/bug-bash/2007-09/msg00020.html.
Thanks, Andreas. I tested it with /bin/echo instead of the built-in
echo and the problem disappeared. Both machines were running
Thanks Trond, for clarifying this for me.
I have seen similar behavior when a remote NFS server is not
available. Many processes wait end up waiting in nfs_release_page. So,
what will happen if the remote server is not available,
nfs_release_page cannot free the memory since it waits on rpc
On Fri, Sep 21, 2007 at 04:40:55AM +0200, Mike Galbraith wrote:
On Thu, 2007-09-20 at 21:48 +0200, Willy Tarreau wrote:
I don't know if this is relevant, but 4294966399 in nr_uninterruptible
for cpu#0 equals -897, exactly the negation of cpu1.nr_uninterruptible.
I don't know if this rings
Jivin Robin Getz lays it down ...
On Thu 20 Sep 2007 11:03, David McCullough pondered:
I would say that (a) is definately not the case. I am sure the BF guys
will say they have been banging us on the head with changes for a long
time and getting no where as we considered the changes to
Nigel Cunningham [EMAIL PROTECTED] writes:
That's not true. Kexec will itself be an implementation, otherwise you'd end
up with people screaming about no hibernation support.
There needs to be an implementation of hibernation based on kexec with
return yes.
And it won't result in
the
On Wed, Sep 19, 2007 at 05:20:27PM -0600, Chris Rigg wrote:
Hello,
Hi Chris,
First, I'm assuming that if I want my task to have the HIGHEST priority in
the system (i.e. preempt any other task whenever it is put into the ready
queue (assuming I have preemption turned on/configured)), I use
Apparently I posted this in the middle of an unrelated thread by
mistake. If this is the third message you are getting in regard to this
issue, sorry :( Just trying to get it in the right place.
Original Message
Subject:[BUG:] forcedeth: MCP55 not allowing DHCP
Date:
On Thu, 20 Sep 2007 18:27:40 -0700 Dan Williams wrote:
Signed-off-by: Dan Williams [EMAIL PROTECTED]
---
Hi Dan,
Looks pretty good and informative. Thanks.
(nits below :)
Documentation/crypto/async-tx-api.txt | 217
+
1 files changed, 217
When we want to hot-add a new cpu, it should be on cpu_possible_map.
On some archs, we have to specify additional_cpus= boot option.
(x86_64, ia64, s390 seems to need this. others ?)
If a user enable a cpu which is not counted as possible_cpu, the system
will panic. This patch disables to
Huang, Ying [EMAIL PROTECTED] writes:
Index: linux-2.6.23-rc6/include/linux/kexec.h
===
--- linux-2.6.23-rc6.orig/include/linux/kexec.h 2007-09-20 11:24:25.0
+0800
+++ linux-2.6.23-rc6/include/linux/kexec.h 2007-09-20
On 9/20/07, Andrew Morton [EMAIL PROTECTED] wrote:
(Please reply via emailed reply-to-all, not via the bugzilla web interface)
On Thu, 20 Sep 2007 05:46:34 -0700 (PDT) [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9043
Summary: tty not printed to screen
On Mon, Sep 10, 2007 at 11:32:08AM -0700, Paul E. McKenney wrote:
[nitpick and two part mail ]
diff -urpNa -X dontdiff linux-2.6.22/include/linux/rcuclassic.h
linux-2.6.22-a-splitclassic/include/linux/rcuclassic.h
--- linux-2.6.22/include/linux/rcuclassic.h 1969-12-31 16:00:00.0
On Fri, 21 Sep 2007 11:57:26 +1000 Nigel Cunningham [EMAIL PROTECTED] wrote:
Hi.
On Friday 21 September 2007 11:41:06 Andrew Morton wrote:
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
[EMAIL PROTECTED] wrote:
[ continued here from comment on patch 1]
On Mon, Sep 10, 2007 at 11:34:12AM -0700, Paul E. McKenney wrote:
/* softirq mask and active fields moved to irq_cpustat_t in
diff -urpNa -X dontdiff linux-2.6.22-b-fixbarriers/include/linux/rcuclassic.h
[EMAIL PROTECTED] (Joseph Fannin) writes:
The netfilter sysctls in the bridging code don't set strategy routines:
sysctl table check failed: /net/bridge/bridge-nf-call-arptables .3.10.1
Missing
strategy
sysctl table check failed: /net/bridge/bridge-nf-call-iptables .3.10.2
Missing
I'm not sure why it's using rt_src here, but there are relevant cases that
your description doesn't cover. For example, what happens if the source
is not set in the original packet? Does NAT affect this?
You quote RFC text for ICMP echo and the case where the receiving machine
is the final
Nigel Cunningham [EMAIL PROTECTED] writes:
Sounds doable, as long as you can cope with long command lines (which
shouldn't be a biggie). (If you've got a swapfile or parts of a swap
partition already in use, it can be quite fragmented).
Hmm. This is an interesting problem. Sharing a swap
On Wed, 19 Sep 2007 20:01:15 +0200 Sam Ravnborg wrote:
On Wed, Sep 19, 2007 at 06:51:09PM +0100, Christoph Hellwig wrote:
On Wed, Sep 19, 2007 at 07:48:45PM +0200, Sam Ravnborg wrote:
Well, this is kernel code - so util-linux is not the solution here
obviously :)
so kernel sample code
On Thu, Sep 20 2007, Laurent Riffard wrote:
Le 14.09.2007 21:04, Laurent Riffard a écrit :
Le 14.09.2007 13:06, Jens Axboe a écrit :
On Fri, Sep 14 2007, Jens Axboe wrote:
On Fri, Sep 14 2007, Laurent Riffard wrote:
Le 10.09.2007 22:19, Laurent Riffard a écrit :
Jens,
On Thu, Sep 20 2007, Lee Schermerhorn wrote:
PATCH 2.6.23-rc6-mm1 - Panic in blk_rq_map_sg() from CCISS driver
New scatter/gather list chaining [sg_next()] treats 'page' member of
struct scatterlist with low bit set [0x01] as a chain pointer to
another struct scatterlist [array]. The CCISS
Also add generic_find_next_le_bit
This gets used by the ext4 multi block allocator patches.
Signed-off-by: Aneesh Kumar K.V [EMAIL PROTECTED]
---
include/asm-generic/bitops/ext2-non-atomic.h |2 +
include/asm-generic/bitops/le.h |4 ++
include/asm-powerpc/bitops.h
901 - 1000 of 1005 matches
Mail list logo