On Fri, Mar 09, 2007 at 02:05:24PM +1100, Rusty Russell wrote:
diff -r fdc8cbc1fd61 drivers/block/lguest_blk.c
--- a/drivers/block/lguest_blk.c Thu Mar 08 13:35:39 2007 +1100
+++ b/drivers/block/lguest_blk.c Thu Mar 08 15:51:55 2007 +1100
@@ -45,6 +45,16 @@ struct blockdev
On Fri, Mar 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95, and we
don't use it anywhere. This patch quietly fixes that.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff -r f0ff8138f993 include/linux/kernel.h
---
On Fri, Mar 09, 2007 at 09:50:56AM +0300, Andrey Panin wrote:
On 068, 03 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
__builtin_types_compatible_p() has been around since gcc 2.95,
but it's not available in Intel C compiler IIRC :(
So what?
-
To unsubscribe from this list: send the
On Wednesday, 7 March 2007 22:07, Pavel Machek wrote:
Hi!
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the
platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
Hello,
On Thu, 08 Mar 2007 18:15:12 +0100, Patrick McHardy wrote:
Index: linux-2.6.21-rc3/net/netfilter/xt_CHAOS.c
+ /* Equivalent to:
+* -A chaos -m statistic --mode random --probability \
+* $reject_percentage -j REJECT --reject-with host-unreach;
+* -A chaos -m statistic
On Wed, 7 Mar 2007, Pete Zaitcev wrote:
On Wed, 7 Mar 2007 17:18:29 -0500 (EST), Alan Stern [EMAIL PROTECTED] wrote:
I've never heard of a process failing to show up in a SysRq-t listing. It
suggests something is wrong with the process management in the kernel you
were using. That
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be written out at intervals,
not at every write, so the extra head movement for bitmap updates should
be really low, and not making the tar -xjf process slower by half a minute.
Is there a way to tweak the
--- Michael Tokarev [EMAIL PROTECTED] wrote:
Jan Engelhardt wrote:
[]
The other thing is, the bitmap is supposed to be
written out at intervals,
not at every write, so the extra head movement for
bitmap updates should
be really low, and not making the tar -xjf process
slower by half a
Andy Isaacson wrote:
When iterating through an array, one must be careful to test one's index
variable rather than another similarly-named variable.
The loop will read off the end of conf-disks[] in the following
(pathological) case:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for
On Thu, Mar 08, 2007 at 09:37:46PM -0500, Bill Davidsen wrote:
Andy Isaacson wrote:
% dd bs=1 seek=840716287 if=/dev/zero of=d1 count=1
% for i in 2 3 4; do dd if=/dev/zero of=d$i bs=1k count=$(($i+150)); done
[snip]
-for (j=i; icnt-1 sz min_spacing ; j++)
+for (j=i;
On Monday 05 March 2007 05:35, Antonino A. Daplas wrote:
On Mon, 2007-03-05 at 02:50 +0100, Adrian Bunk wrote:
This email lists some known regressions in 2.6.21-rc2 compared to 2.6.20
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter
Hi!
Port (and memory) addresses can be dynamically generated by the AML code
and thus, there is no way that the ACPI subsystem can statically predict
any addresses that will be accessed by the AML.
Can you take this as a wishlist item?
It would be nice if next version of acpi specs supported
On Wed, 07 Mar 2007 06:09:06 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
Subject: AT keyboard only works with pci=noacpi
References : http://lkml.org/lkml/2007/3/3/68
Submitter : Ash Milsted [EMAIL PROTECTED]
Status : unknown
sounds like a BIOS bug, even
Quoting Adrian Bunk [EMAIL PROTECTED]:
Subject: [2/6] 2.6.21-rc2: known regressions
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL PROTECTED]
Status : unknown
Here's the status with -rc3:
On 3/8/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Quoting Adrian Bunk [EMAIL PROTECTED]:
Subject: [2/6] 2.6.21-rc2: known regressions
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL
[ Eric, Ingo, can you double-check the timer initialization after resume?
We appear to have several reports of date not advancing, and while this
could be some SATA issue, it could easily be a timer tick issue too ]
On Thu, 8 Mar 2007, Michael S. Tsirkin wrote:
Here's the status with
* Linus Torvalds [EMAIL PROTECTED] wrote:
3. When I switch to X (CTRL-ALT-F7), X hangs after drawing a couple of
windows
after waiting for some 10 min, I rebooted. no new messages showed
up in /var/log/messages
I think this is likely just more of the disk being buggered, but
* Ingo Molnar [EMAIL PROTECTED] wrote:
Michael - does your 'date' output advance after resume? If not then
i'd say it's a NO_HZ related problem. [...]
in that case please do this on such a 'frozen date' system:
echo q /proc/sysrq-trigger
and then send us the hw-timers info.
* Linus Torvalds [EMAIL PROTECTED] wrote:
2. First disk access after resume takes a couple of minutes
(seemed instant with 2.6.20) during this time no new messages
show on console
Yeah, there is some problem with SATA resume. It would be beautiful if
the people who actually see
Quoting Linus Torvalds [EMAIL PROTECTED]:
Here's the status with -rc3: better, but still does not work as well as
2.6.20.
Ok. I think we mostly solved the irq-related stuff, but you might want to
check whether you have CONFIG_NOHZ on or off and whether that makes a
difference.
Quoting Ingo Molnar [EMAIL PROTECTED]:
Subject: Re: [2/6] 2.6.21-rc2: known regressions
* Linus Torvalds [EMAIL PROTECTED] wrote:
3. When I switch to X (CTRL-ALT-F7), X hangs after drawing a couple of
windows
after waiting for some 10 min, I rebooted. no new messages showed
2. First disk access after resume takes a couple of minutes
(seemed instant with 2.6.20) during this time no new messages show on
console
Yeah, there is some problem with SATA resume. It would be beautiful if the
people who actually see this could narrow it down with bisection. It
* Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Michael - does your 'date' output advance after resume? If not then
i'd say it's a NO_HZ related problem. If yes then i'd guess it's the
SATA problem.
I'll test, but I have NO_HZ off for now.
there can still be effects of it (the
* Ingo Molnar [EMAIL PROTECTED] wrote:
Thomas found a new twist to this today: applying the patch below
(which turns on ATA_DEBUG) made the SATA problem go away on his
laptop. Michael, could you try this patch, does it change the behavior
of your laptop in any way?
Here's another
* Ingo Molnar [EMAIL PROTECTED] wrote:
Here's another suspend/resume artifact: one of my boxes wouldnt
resume, it hangs at:
[1.456633] pci :00:18.2: resuming
[1.456641] pci :00:18.3: resuming
[1.456648] 8139too :05:07.0: resuming
[1.456667] radeonfb
* Ingo Molnar [EMAIL PROTECTED] wrote:
Here's another suspend/resume artifact: one of my boxes wouldnt
resume, it hangs at:
[1.456633] pci :00:18.2: resuming
[1.456641] pci :00:18.3: resuming
[1.456648] 8139too :05:07.0: resuming
[1.456667] radeonfb
On Fri, 9 Mar 2007, Ingo Molnar wrote:
disabling the following radeonfb options in the .config made resume work
again:
In general, don't even *try* to use radeonfb for suspend/resume.
I don't think it has ever worked, except on some very rare laptops
(largely PPC Macs) where people had
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 21:38:14 -0500
Fix atomicity of TIF update in flush_thread() for x86_64
^^
You mean sparc64 of course, I fixed this up while committing your
patch, thanks a lot.
-
To
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 22:12:27 -0500
Fix sparc TIF_USEDFPU flag atomicity
Non atomic update of TIF can be very dangerous, except at thread structure
creation time. Here I standardize the TIF_USEDFPU usage of the sparc arch.
Applies on 2.6.20.
On Wed, 2007-03-07 at 16:07 -0800, David Miller wrote:
From: David Miller [EMAIL PROTECTED]
Date: Wed, 07 Mar 2007 15:43:16 -0800 (PST)
From: Eric Paris [EMAIL PROTECTED]
Date: Fri, 02 Mar 2007 13:51:24 -0500
pfkey_spdget neither had an LSM security hook nor auditing for the
On Thu, 8 Mar 2007, Eric Paris wrote:
which didn't have my fix up because i didn't commit it to my local
branch. Is there a better way to get a diff between my miller tree and
'everything in the branch I have checked out even if it is not
committed'?
I'd suggest you commit all your changes
On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
...
And I found bug in gcc-4.1.2, it gave 0 for ncubic results
when doing 1000 loops test... gcc-4.0.3 works.
Found it.
--- cbrt-test.c~ 2007-03-07
From: Sami Farin [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 20:23:57 +0200
On Wed, Mar 07, 2007 at 00:24:35 +0200, Sami Farin wrote:
On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
...
And I found bug in gcc-4.1.2, it gave 0 for ncubic results
when doing 1000 loops test...
These patches together supply secure client-side RxRPC connectivity as a Linux
kernel socket family. Only the transport/session side is supplied - the
presentation side (marshalling the data) is left to the client.
The userspace access methods make use of the control data passed to/by
sendmsg()
Add blkcipher accessors for using kernel data directly without the use of
scatter lists.
Also add a CRYPTO_ALG_DMA algorithm capability flag to permit or deny the use
of DMA and hardware accelerators. A hardware accelerator may not be used to
access any arbitrary piece of kernel memory lest it
Move generic skbuff stuff from XFRM code to generic code so that AF_RXRPC can
use it too.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/skbuff.h |4 +
include/net/esp.h |2 -
net/core/skbuff.c | 173
Export try_to_del_timer_sync() for use by the RxRPC module.
Add a try_to_cancel_delayed_work() so that it is possible to merely attempt to
cancel a delayed work timer.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/workqueue.h | 21 +
kernel/timer.c
Export the keyring key type definition.
Add extra alternative types into the key's type_data union to make it more
useful.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/key.h |2 ++
security/keys/keyring.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
David Howells [EMAIL PROTECTED] wrote:
These patches together supply secure client-side RxRPC connectivity as a Linux
kernel socket family. Only the transport/session side is supplied - the
presentation side (marshalling the data) is left to the client.
The patches can also be downloaded
On Thu, 08 Mar 2007 22:48:29 GMT, David Howells said:
diff --git a/include/linux/crypto.h b/include/linux/crypto.h
index 779aa78..ce092fe 100644
--- a/include/linux/crypto.h
+++ b/include/linux/crypto.h
@@ -40,7 +40,10 @@
#define CRYPTO_ALG_LARVAL0x0010
#define
On Wed, Mar 07, 2007 at 03:00:57PM -0800, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:41:16 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Mar 06, 2007 at 12:44:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc2-mm1:
...
git-netdev-all.patch
...
git trees
...
This patch applies against commit
704e0b01791bfcb75355f269a6f0054a75c9c563
of branch 'master' from davem/net-2.6.22
---
Summary:
Peter P. Waskiewicz Jr. [EMAIL PROTECTED]
NET: Add packet sock option to return orig_dev to userspace when
bonded
---
Add a packet socket option to allow the
You didn't address my correction the other day wherein I clarified
for you that my idea was not to store the queue mapping in
skb-priority but rather to shrink skb-priority to a u16 and
add a new u16 skb-queue_mapping or whatever field to store the
necessary information.
You're just posting a
-Original Message-
From: David Miller [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 08, 2007 10:22 PM
To: Waskiewicz Jr, Peter P
Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org;
Leech, Christopher
Subject: Re: [PATCH 0/2] NET: Multiple queue network device
support
David Miller wrote:
You didn't address my correction the other day wherein I clarified
for you that my idea was not to store the queue mapping in
skb-priority but rather to shrink skb-priority to a u16 and
add a new u16 skb-queue_mapping or whatever field to store the
necessary information.
From: Waskiewicz Jr, Peter P [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 22:42:19 -0800
This was taken into consideration, and I did reply that my concern for
doing that could cause stale data in the skb if the queue mapping
changed.
This is not a problem.
Since the -enqueue function stores
This is not a problem.
Since the -enqueue function stores references to the SKBs,
any change of the dev-qdisc has to flush those references
somehow, and it is at that point that you can fixup the skb
queue mappings.
This happens via invoking the qdisc-ops-reset() method.
Thanks
On 07-03-2007 23:42, David Miller wrote:
I didn't say to use skb-priority, I said to shrink skb-priority down
to a u16 and then make another u16 which will store your queue mapping
value.
Peter is right: this is fully used by schedulers (prio,
CBQ, HTB, HFSC...) and would break users' scripts,
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]
diff --git a/net/ipv4/multipath_wrandom.c b/net/ipv4/multipath_wrandom.c
index 92b0482..bcdb1f1 100644
---
Description: Check the return value of kmalloc() in function
mgsl_alloc_intermediate_txbuffer_memory(), in file drivers/char/synclink.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
diff --git a/drivers/char/synclink.c b/drivers/char/synclink.c
index 06784ad..24f99bc 100644
---
From: Waskiewicz Jr, Peter P [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:16:58 -0800
It seems expensive to change all the skb's if this type of
event occurs,
The reset functions have to walk all the SKBs anyways.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
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]
This kind of patch has been submitted several
Andrew Morton wrote:
On Sun, 4 Mar 2007 00:01:55 +0100 bert hubert [EMAIL PROTECTED] wrote:
On Sat, Mar 03, 2007 at 02:26:09PM -0800, Andrew Morton wrote:
It is *not* a global instruction. It uses setenv, so the user's policy
affects only the target process and its forked children.
...
Hi,
I bought a HanfTek UMT-010 dvb-T usb stick, so I compiled yesterday's
linus' git tree (2.6.21-rc3) and downloaded the firmware from
linuxtv.org. The driver loads fine :
[ 170.316104] usb 1-4: new high speed USB device using ehci_hcd and address 5
[ 170.448372] usb 1-4: configuration #1
On Wed, 2007-03-07 at 07:39 -0800, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Benjamin Herrenschmidt wrote:
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
Linus Torvalds (2):
Revert [PATCH] LOG2: Alter get_order() so that it can make use of
ilog2() on a constant
On Wed, 2007-03-07 at 21:52 +0100, Arnd Bergmann wrote:
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or
On Thu, 08 Mar 2007 13:29:02 +0530 Vaidyanathan Srinivasan [EMAIL
PROTECTED] wrote:
That all sounds reasonably doable. It'd be pretty complex to do it
in-kernel but we could do it there too. Problem is if course that the
above strategy is explicitly optimised for the backup program and
On Wed, Mar 07, 2007 at 01:54:58AM -0500, Dave Jones wrote:
On Tue, Mar 06, 2007 at 10:33:05PM -0800, David Rientjes wrote:
arch/x86_64/kernel/built-in.o: In function
`cpufreq_p4_verify':p4-clockmod.c:(.text.cpufreq_p4_verify+0x8): undefined
reference to `cpufreq_frequency_table_verify'
I guess that it is because 'paravirt_ops' was exported as GPL symbol, whereas
the vmware module doen't declare any license.
I tried to add the following line:
MODULE_LICENSE(GPL);
into vmmon.tar and vmnet.tar under /usr/lib/vmare/modules/source/,
then it works.
(but maybe will tear the
On Wed, Mar 07, 2007 at 09:28:15PM -0800, David Brown wrote:
While I agree, NBPG is a bit of a problem, although it's only needed for
aout
coredumps AFAICT, but still needed to compile e.g. gdb.
Well then how does gdb deal with ia64? because PAGE_SIZE and friends
aren't available for that
On Wed, Mar 07, 2007 at 11:45:11PM +0100, Jan Engelhardt wrote:
On Mar 7 2007 09:42, Christoph Hellwig wrote:
#include sys/time.h
#include sys/ioctl.h
#include sys/types.h
+#ifndef __sun__
#include asm/types.h
#endif
+#endif
So if solaris doesn't need it, why do we need it
On 3/7/07, Linus Torvalds [EMAIL PROTECTED] wrote:
No, I just checked, and Intel's own optimization manual makes it clear
that you should be careful. They talk about performance penalties due to
resource constraints - which makes tons of sense with a core that is good
at handling its own
I think that the current behaviour of capability inheritance across exec()
is not optimal.
The current behaviour consists in all effective and permitted capabilities
are cleared across a exec(). This is because it seems to be intended that
in the future the executable files have a set of allowed
On 3/6/07, KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
Following panic ouccurred (always) on ia64/NUMA(with empty node.)
Bug in here.
==
void move_native_irq(int irq)
{
struct irq_desc *desc = irq_desc + irq;
if (likely(!(desc-status IRQ_MOVE_PENDING)))
return;
* Con Kolivas [EMAIL PROTECTED] wrote:
This message is to announce the first general public release of the
Rotating Staircase DeadLine cpu scheduler.
Based on previous work from the staircase cpu scheduler I set out to
design, from scratch, a new scheduling policy design which satisfies
This patch needs a lot more documentation. It needs some really big
comments on why this should never ever be used for a real filesystem
(real as in user mountable), and probably add an assert for that
invariant somewhere. Please also update Documentation/filesystems/Locking
and
I saw this happening several times on 2.6.21-rc2.
Tell me how I can help...
Some nfs partitions are mounted via nfs using autofs.
It takes some hours to run into this:
Unable to handle kernel NULL pointer dereference at 0008
RIP:
[8025bada] _spin_lock+0x0/0xf
PGD 1dde23067
On Tue, 6 Mar 2007 11:03:48 -0500 linux-os \(Dick Johnson\) [EMAIL
PROTECTED] wrote:
Hello,
In linux-2.6.16.24, there is a problem with kernel threads
and the aic79xx.c driver.
When nash is executing /initrd/linuxrc in the initial RAM disk
during boot, it will be installing drivers.
On Thu, Mar 08, 2007 at 03:18:04AM +0100, Roman Zippel wrote:
Hi,
On Tuesday 06 March 2007 10:29, Christoph Hellwig wrote:
PAGE_SIZE should not be available at all. Please use getpagesize()
instead.
While I agree, NBPG is a bit of a problem, although it's only needed for aout
* Zachary Amsden [EMAIL PROTECTED] wrote:
The correct solution here is to properly separate the APIC, SMP, and
timer code so the logic of it which we want to reuse is separated from
the hardware dependence. Clock events and clocksources take care of
most of the timer issues, but there is
Hi,
I just had the same problem with a 2.6.20 kernel, just after the boot,
after having launched Mozilla Firefox. The browser seemed to lag while
rendering a page, and after say 20 seconds, I got an oops.
I was *not* playing sound.
This message is repeated a HUGE amount of times in my
Hi Brian,
Thanks for the quick update.
[PATCH] Blackfin: blackfin i2c driver
The i2c linux driver for blackfin architecture which supports both GPIO
i2c operation and blackfin on-chip TWI controller i2c operation.
Signed-off-by: Bryan Wu [EMAIL PROTECTED]
Reviewed-by: Andrew Morton
On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger [EMAIL PROTECTED] wrote:
I saw this happening several times on 2.6.21-rc2.
Tell me how I can help...
Some nfs partitions are mounted via nfs using autofs.
It takes some hours to run into this:
Unable to handle kernel NULL pointer
On Thursday 08 March 2007 09:56, Christoph Hellwig wrote:
This patch needs a lot more documentation. It needs some really big
comments on why this should never ever be used for a real filesystem
(real as in user mountable), and probably add an assert for that
invariant somewhere. Please also
On Wed, 2007-03-07 at 16:36 +, Alan Cox wrote:
The type of a resource could be 32 or 64bit depending upon platform or
option so cast it explicitly.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Applied; thanks.
--
dwmw2
-
To unsubscribe from this list: send the line unsubscribe
On Wed, 2007-03-07 at 18:33 -0500, Robert P. J. Day wrote:
Replace the apparently misspelled preprocessor variable
MTD_NAND_DISKONCHIP_BBTWRITE with the correct form
CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
Applied; thanks.
--
dwmw2
-
To
Eric W. Biederman wrote:
Until I get the best scenario I can come up with is a tg3 hardware bug
that doesn't renable the pci-X capability after a restore of power state.
Speaking of tg3, make sure you are aware that the number of calls to
save-state functions may not match the number of
Andrew Morton wrote:
- The wireless changes in here need a lot of testers, please. It is major
rework.
Of course the config files got all changed around so `make oldconfig'
breaks everything. I was able to get ipw2200 working after some fumbling,
but perhaps John can tell people what
On Thursday 08 March 2007 19:53, Ingo Molnar wrote:
* Con Kolivas [EMAIL PROTECTED] wrote:
This message is to announce the first general public release of the
Rotating Staircase DeadLine cpu scheduler.
Based on previous work from the staircase cpu scheduler I set out to
design, from
On Thu, 2007-03-08 at 01:28 -0800, Andrew Morton wrote:
On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger [EMAIL PROTECTED]
wrote:
I saw this happening several times on 2.6.21-rc2.
Tell me how I can help...
Some nfs partitions are mounted via nfs using autofs.
It takes some hours to
On Thu, Mar 08, 2007 at 10:42:21AM +0100, Eric Dumazet wrote:
@@ -1823,6 +1823,9 @@ char * d_path(struct dentry *dentry, str
struct vfsmount *rootmnt;
struct dentry *root;
+ if (dentry-d_op dentry-d_op-d_dname)
+ return (dentry-d_op-d_dname)(dentry, buf,
The only case I can see which might trigger this is if we saved
pci-X state and then didn't restore it because we could not find
the capability on restore.
Hmm. pci_save_pcix_state/pci_restore_pcix_state seem to only handle
regular devices and seem to ignore the fact that for bridge PCI-X
Ram Pai,
Sorry for the long delay, I was just back from the winter vacation.
On Mon, Feb 12, 2007 at 11:49:10AM -0800, Ram Pai wrote:
The solution you proposed seems kludgy to me. If you determine that the
I dislike it, either.
its a restarted aio, then start reading from where readahead had
On Thu, 2007-03-08 at 11:12 +0100, Thomas Renninger wrote:
On Thu, 2007-03-08 at 01:28 -0800, Andrew Morton wrote:
On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger [EMAIL PROTECTED]
wrote:
I saw this happening several times on 2.6.21-rc2.
Tell me how I can help...
Some nfs
On Tue, 6 Mar 2007, Christoph Lameter wrote:
[PATCH] SLUB The unqueued slab allocator v4
Hi Christoph,
I shoved these patches through a few tests on x86, x86_64, ia64 and ppc64
last night to see how they got on. I enabled slub_debug to catch any
suprises that may be creeping about.
The
On Thu, 8 Mar 2007, Yasunori Goto wrote:
Hello.
The BUG_ON() check at move_freepages() is wrong.
Its end_page is start_page + MAX_ORDER_NR_PAGES. So, it can be
next zone. BUG_ON() should check end_page - 1.
You're right on all counts.
This is fix of 2.6.21-rc3-mm2 for it.
Signed-off-by:
Thanks again for your feedback Christoph :)
I think I addressed all your remarks.
Thank you
[PATCH] Delay the dentry name generation on sockets and pipes.
1) Introduces a new method in 'struct dentry_operations'. This method called
d_dname() might be called from d_path() to build a pathname
I'm sorry about complaining again, but..
+ /*
+ * Some filesystems want to provide dentry's pathname themselves,
+ * instead of pre-building names at dentry creation.
+ */
It's not _some_ filesystems. If real filesystem did this we'd be in
horrible trouble. It's
Partial revert of commit: 204ec841fbea3e5138168edbc3a76d46747cc987
Non-linear vmas aren't properly handled by page_mkclean() and fixing that
would result in linear scans of all related non-linear vmas per page_mkclean()
invocation.
This is deemed too costly, hence re-instate the msync
Hi.
On Thu, 2007-03-08 at 10:10 +0530, Vivek Goyal wrote:
On Thu, Mar 08, 2007 at 10:15:02AM +1100, Nigel Cunningham wrote:
Hi.
On Thu, 2007-03-08 at 07:49 +1100, Nigel Cunningham wrote:
Hi.
On Wed, 2007-03-07 at 07:07 -0800, Arjan van de Ven wrote:
On Wed, 2007-03-07 at
On Thu, Mar 08, 2007 at 07:07:23PM +1100, Nigel Cunningham wrote:
Hi.
On Thu, 2007-03-08 at 10:10 +0530, Vivek Goyal wrote:
On Thu, Mar 08, 2007 at 10:15:02AM +1100, Nigel Cunningham wrote:
Hi.
On Thu, 2007-03-08 at 07:49 +1100, Nigel Cunningham wrote:
Hi.
On Wed,
On 3/7/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
Please next time this kind of patch is posted add a description of
what is happening and why. I have yet to see people explain why
this is a good idea. Why the current semantics were chosen.
OK. I thought that the descriptions in my last
On 3/7/07, Sam Vilain [EMAIL PROTECTED] wrote:
Ok, they share this characteristic with namespaces: that they group
processes. So, they conceptually hang off task_struct. But we put them
on ns_proxy because we've got this vague notion that things might be
better that way.
Remember that I'm
On Wed, Mar 07, 2007 at 08:12:00PM -0700, Eric W. Biederman wrote:
The review is still largely happening at the why level but no
one is addressing that yet. So please can we have a why.
Here's a brief summary of what's happening and why. If its not clear, pls get
back to us with specific
On Wed, Mar 07, 2007 at 12:50:03PM -0800, Paul Menage wrote:
The callback mutex (which is what container_lock() actually locks) is
also used to synchronize fork/exit against subsystem additions, in the
event that some subsystem has registered fork or exit callbacks. We
could probably have a
On 3/8/07, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
On Wed, Mar 07, 2007 at 12:50:03PM -0800, Paul Menage wrote:
The callback mutex (which is what container_lock() actually locks) is
also used to synchronize fork/exit against subsystem additions, in the
event that some subsystem has
On Wed, Mar 07, 2007 at 03:00:57PM -0800, Andrew Morton wrote:
On Wed, 7 Mar 2007 23:41:16 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Mar 06, 2007 at 12:44:08AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc2-mm1:
...
git-netdev-all.patch
...
git trees
...
Jarek Poplawski [EMAIL PROTECTED] wrote:
On 25-02-2007 10:08, Simon Arlott wrote:
This happens on every boot if more information is needed:
[ 37.393715] =
[ 37.393830] [ INFO: inconsistent lock state ]
[ 37.393881] 2.6.21-rc1-git #146
[ 37.393929]
On Thu, Mar 08, 2007 at 10:00:23PM +1100, Herbert Xu wrote:
Who's calling ipv6_add_addr from softirq context? That's got to be
wrong because ipv6_add_addr requires the RTNL.
Nevermind, I was thinking of ipv6_add_dev.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu
On Thu, Mar 08, 2007 at 10:02:30PM +1100, Herbert Xu wrote:
On Thu, Mar 08, 2007 at 10:00:23PM +1100, Herbert Xu wrote:
Who's calling ipv6_add_addr from softirq context? That's got to be
wrong because ipv6_add_addr requires the RTNL.
Nevermind, I was thinking of ipv6_add_dev.
Anyway -
401 - 500 of 1073 matches
Mail list logo