From: Kyle McMartin [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 00:19:33 -0400
Quick patch to add modalias support for of_device to arch/sparc64 so
sbus drivers can be automatically loaded (I hope :)
Untested, as I'm sparc-less at the moment.
Thanks Kyle.
How does this work? Does some
Sparc64 systems which have an on-board qla2xxx chip (such as
SunBlade-1000 and SunBlade-2000, there are probably some other systems
like this too) do not have any NVRAM information present, in fact the
NVRAM is basically all 0's from what I can tell.
This always worked just fine since the code
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 09:37:12 -0700
On Mon, 16 Apr 2007, David Miller wrote:
But even if that fails, I think the fallback code should be put back,
since it obviously was used by at least one system and it's probable
that there are some other
From: David Miller [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 12:37:43 -0700 (PDT)
Now I'm happy to code up the sparc OFW property bits but your attitude
and perspective on this absolutely has to change and the old fallback
code still has to go back in there, possible FC ID collisions
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 14:10:49 -0700
Ok, how about the following patch based on the one you posted which
adds the codes to retrieve the WWPN/WWNN from firmware on SPARC, and
also adds the module-parameter override I mentioned above.
Perhaps the
From: Sebastian Kuzminsky [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 15:45:19 -0600
I'm seeing some weird behavior in TCP. The issue is perfectly
reproducible using netcat and other programs. This is what I do:
Please send your bug report again, but this time to the
[EMAIL PROTECTED] mailing
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 15:25:17 -0700
Fine, I'll agree that wacking-users (and
I'll wager the outliers) with a 2x4 was a bit extreme,
And that, right there, is basically the end of the conversation.
You don't do this to users, ever.
Put a big loud
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 16:28:51 -0700
Sorry, but let's be realistic, this type of warning would have
*NEVER* been addressed if we kept the status quo
Wrong. I watch the logs all the time and would have sent you a fix to
use the Sparc firmware info as
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 16:47:05 -0700
Dave, according to your earlier emails, the qla2xxx driver worked
'fine' in driver versions before commit
7aef45ac92f49e76d990b51b7ecd714b9a608be1. If that were the case, then
you would have seen the warning
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 19:41:07 -0700
That verbiage sounds fine -- so would you consider the previous patch
I submitted (with module parameter) along with the wording above?
Yes, that sounds fine.
I'm in transit for a redeye to NY so I won't be able to
From: Seokmann Ju [EMAIL PROTECTED]
Date: Tue, 17 Apr 2007 11:28:07 -0700
Hello David,
On Mon 4/16/2007 10:02 PM, David Miller wrote:
I'm in transit for a redeye to NY so I won't be able to modify the
patch, If you would be amenable to the above, Seokmann, could you
rework the patch
From: Aubrey Li [EMAIL PROTECTED]
Date: Tue, 17 Apr 2007 14:53:48 +0800
In net poll mode, the current checksum function doesn't consider the
kind of packet which is padded to reach a specific minimum length. I
believe that's the problem causing my test case failed. The following
patch fixed
From: Pavel Emelianov [EMAIL PROTECTED]
Date: Mon, 16 Apr 2007 16:08:25 +0400
Otherwise the following calltrace will lead to a wrong
lockdep warning:
neigh_proxy_process()
`- lock(neigh_table-proxy_queue.lock);
arp_redo /* via tbl-proxy_redo */
arp_process
neigh_event_ns
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Wed, 18 Apr 2007 18:13:46 +0100
Note that I expect Sun put in the invalid ROM intentionally, as we have
similar cases with other cards that have totally messed up ROMs in
Sun-branded versions. Personally I think that's an utterly bad decision
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Wed, 18 Apr 2007 18:16:32 +0100
On Tue, Apr 17, 2007 at 11:28:07AM -0700, Seokmann Ju wrote:
Hello David,
On Mon 4/16/2007 10:02 PM, David Miller wrote:
I'm in transit for a redeye to NY so I won't be able to modify the
patch, If you
From: Andrew Vasquez [EMAIL PROTECTED]
Date: Wed, 18 Apr 2007 10:28:02 -0700
On Wed, 18 Apr 2007, Christoph Hellwig wrote:
I don't think a module option is a good idea at this point. The problem
is you broke some so far perfectly working setups, which is not okay.
The only first step
From: Pavel Emelianov [EMAIL PROTECTED]
Date: Wed, 18 Apr 2007 12:16:18 +0400
The proposal it to make sock_orphan before detaching the callback
in netlink_release() and to check for the sock to be SOCK_DEAD in
netlink_dump_start() before setting a new callback.
As discussed in this thread
From: Paul Mackerras [EMAIL PROTECTED]
Date: Sun, 15 Apr 2007 11:05:53 +1000
I wrote:
So this doesn't change process_input_packet(), which treats the case
where the first byte is 0xff (PPP_ALLSTATIONS) but the second byte is
0x03 (PPP_UI) as indicating a packet with a PPP protocol number
From: Andi Kleen [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 13:54:52 +0200
So I'm planning to drop the option and arch/x86_64/kernel/functionlist
Please do so, I'm tired of editing that file every time I remove
something from the tree.
That file had alloc_skb_from_cache() in it, which nothing in
From: David Howells [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 15:18:23 +0100
Eric W. Biederman [EMAIL PROTECTED] wrote:
What is the ETA on your patches?
That depends on Dave Miller now, I think. I'm assuming they need to go
through the network GIT tree to get to Linus. Certainly Andrew
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Thu, 19 Apr 2007 22:39:09 -0700
Should't this just be a network ioctl against an UDP (AF_INET,
SOCK_DGRAM) socket? Also consider netconsole over IPV6 for future
enhancement.
If it's on a socket use a socket option :-)
-
To unsubscribe from this
From: David Howells [EMAIL PROTECTED]
Date: Fri, 20 Apr 2007 09:02:07 +0100
David Miller [EMAIL PROTECTED] wrote:
I applied already the patches I thought were appropriate,
you had some crypto layer changes that you need to work
out with Herbert Xu before the rest can be applied
From: Robert Peterson [EMAIL PROTECTED]
Date: Fri, 20 Apr 2007 10:40:30 -0500
I've seen some chatter about the qla2xxx driver but not paid attention, so
I'm sorry if this is a known issue. I've got an older qlogic hba, and recent
drivers don't seem to play nice with it. I've got the latest
From: Waskiewicz Jr, Peter P [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 18:17:39 -0800
Peter P. Waskiewicz Jr. [EMAIL PROTECTED]
NET: Add packet sock option to return orig_dev to userspace when
bonded
I'm going to apply this patch (by hand, your email client corrupted
the patch massively,
From: Alan Cox [EMAIL PROTECTED]
Date: Sat, 21 Apr 2007 21:58:44 +0100
On Sat, 21 Apr 2007 15:07:51 +0200
Tilman Schmidt [EMAIL PROTECTED] wrote:
From: Tilman Schmidt [EMAIL PROTECTED]
The obsolete label on the ISDN_I4L Kconfig option is not, and
has never been, accurate. It has
From: voron [EMAIL PROTECTED]
Date: Tue, 24 Apr 2007 00:13:27 +0300
As I see, nonblocking mode is enabled - sendfile sends less than asked.
The socket is marked as non-blocking, but the disk I/O is not.
It's blocking on the disk I/O not the socket part of the operation.
-
To unsubscribe from
From: Alan Cox [EMAIL PROTECTED]
Date: Mon, 23 Apr 2007 14:58:40 +0100
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Applied, thanks Alan.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Andi Kleen [EMAIL PROTECTED]
Date: Tue, 24 Apr 2007 21:28:11 +0200
On Tuesday 24 April 2007 08:03:03 Ashok Raj wrote:
PCI specs permit zero length reads (ZLR) even if the mapping for that
region
is write only. Support for this feature is indicated by the presence of a
bit
in
From: Andi Kleen [EMAIL PROTECTED]
Date: Tue, 24 Apr 2007 23:12:54 +0200
We already have a couple of other IOMMU architectures who essentially have
the same
problem. Have you checked how they solve this?
Sparc64, for one, only uses 32-bit IOMMU addresses. And we simply
don't try to handle
From: Roland Dreier [EMAIL PROTECTED]
Date: Tue, 24 Apr 2007 14:32:42 -0700
My suggestion would be to allocate top-down in the 32-bit IOMMU space.
I think that's good for normal things, but it's not unreasonable to
want to map 4 GB of memory at once for an Infiniband device.
That's what
From: Ashok Raj [EMAIL PROTECTED]
Date: Tue, 24 Apr 2007 14:38:35 -0700
Its not clear if we have a very generic device breakage.. most devices
on these platforms are going to be more recent, (except maybe some
legacy fd)...
I'm not so sure, there are some modern sound cards that have
a
From: Anton Blanchard [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 15:42:36 -0600
The easiest way to fix this would be to always park the swap magic at
the offset of the smallest page size in use, which is 4K. This is
analogous how the offset for the ext2/3 superblock got fixed at 1K --
From: David Woodhouse [EMAIL PROTECTED]
Date: Thu, 08 Mar 2007 23:01:13 +
Most system calls seem to get added to i386 first. This patch
automatically generates a warning for any new system call which is
implemented on i386 but not the architecture currently being compiled.
On PowerPC at
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 21:15:53 -0500
Fix atomicity of TIF update in flush_thread() for x86_64
Race :
parent process executing :
sys_ptrace()
(lock_kernel())
(ptrace_get_task_struct(pid))
arch_ptrace()
ptrace_detach()
From: H. Peter Anvin [EMAIL PROTECTED]
Date: Thu, 08 Mar 2007 20:18:28 -0800
Anton Blanchard wrote:
The other option is to create a v3 swap format that doesnt use any
PAGE_SIZE parameters.
The best thing to do would be to look for the magic both at PAGE_SIZE
(for compatibility) and
From: H. Peter Anvin [EMAIL PROTECTED]
Date: Thu, 08 Mar 2007 20:31:05 -0800
The advantage would be that it wouldn't require a v3 for platforms for
which MIN_PAGE_SIZE == PAGE_SIZE, which accounts for a very large
percentage of systems.
You still have to look for the darn magic in two
From: Amit Choudhary [EMAIL PROTECTED]
Date: Thu, 8 Mar 2007 23:26:54 -0800
Description: Check the return value of kmalloc() in function dbg_kmalloc(),
in file net/wanrouter/wanmain.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
There is no reason for any subsystem to implement it's
Keep trying, you might hit the proper mailing list after a
few more attempts. :-)
Please post networking issues to netdev@vger.kernel.org,
thank you.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
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.
The sparc64 one doesn't even compile, please fix this up and resubmit,
thank you. I'd like you to redo the 32-bit sparc patch too.
Please, I recommend that you use {sec,clear,etc.}_ti_thread_flag() in
this and the 32-bit sparc TI_USEDFPU patch, instead of the task
versions which could add an
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...
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
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
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
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 03:08:44 -0500
Fix atomicity of TIF update in flush_thread() for sparc64
Applied, thanks for fixing this up.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
From: Mathieu Desnoyers [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 03:17:43 -0500
Fix sparc TIF_USEDFPU flag atomicity
Also applied, thanks again.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: William Lee Irwin III [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 00:26:46 -0800
On Sat, Mar 10, 2007 at 03:17:43AM -0500, Mathieu Desnoyers wrote:
@@ -348,7 +348,7 @@ void exit_thread(void)
#ifndef CONFIG_SMP
if(last_task_used_math == current) {
#else
-
From: Eric Moore [EMAIL PROTECTED]
Date: Sun, 11 Mar 2007 13:55:54 -0600
On Sat, Mar 10, 2007 at 04:57:35PM -0500, Robert P. J. Day wrote:
Delete apparently unused header files.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
drivers/message/fusion/lsi/mpi_inb.h|
From: Bernhard Walle [EMAIL PROTECTED]
Date: Sun, 11 Mar 2007 21:41:38 +0100
This patch initialises the SAK member of the vc_cons variable on all virtual
terminals, not only the first one.
No it doesn't
--- linux-2.6.21-rc3.orig/drivers/char/vt.c
+++ linux-2.6.21-rc3/drivers/char/vt.c
@@
From: Christoph Lameter [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 18:09:23 -0800 (PST)
Page table pages have the characteristics that they are typically zero
or in a known state when they are freed. This is usually the exactly
same state as needed after allocation. So it makes sense to build a
From: Christoph Lameter [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 04:12:32 -0700 (PDT)
On Sun, 11 Mar 2007, David Miller wrote:
I'm going to make the radical declaration that it be perhaps often
better to always initialize page table chunks to all zeros on
allocation.
That is the case
From: Moore, Eric [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 10:19:18 -0600
Valdis.Kletnieks silly little rant:
Certainly appropriate content for something on your website,
and vendors who
provide programs like dmidecode and parsemce are always
welcome. I could
probably be convinced
From: Moore, Eric [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 15:29:45 -0600
Beside including the header I plan to use every define in that header
defined someplace in the source code.
Now can I keep the header?
For sure :-)
-
To unsubscribe from this list: send the line unsubscribe
From: Con Kolivas [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 10:58:11 +1100
http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsdl-0.30.patch
FWIW, this boots and seems to work well on sparc64. Tested
on UP SunBlade1500 and 24cpu Niagara T1000.
-
To unsubscribe from this list:
From: Samuel Ortiz [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 02:38:43 +0200
On Sat, Mar 10, 2007 at 07:43:26PM +0200, Samuel Ortiz wrote:
Hi Dave,
On Thu, Mar 08, 2007 at 05:54:36PM -0500, Dave Jones wrote:
modprobe irda ; rmmod irda in 2.6.21rc3 gets me the spew below..
Well it seems
From: Robert P. J. Day [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 03:49:52 -0500 (EST)
Delete the apparently superfluous source file
net/wanrouter/af_wanpipe.c.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
Applied, thanks Robert.
This thing isn't even built in 2.4.x :-) Although
From: Willy Tarreau [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 05:32:07 +0100
On Tue, Mar 13, 2007 at 02:05:23PM +1100, Con Kolivas wrote:
On Tuesday 13 March 2007 10:46, David Miller wrote:
From: Con Kolivas [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 10:58:11 +1100
http
From: Christoph Lameter [EMAIL PROTECTED]
Date: Sat, 10 Mar 2007 18:09:23 -0800 (PST)
6 patches follow this message:
[QUICKLIST 1/6] Extract quicklist implementation from IA64
[QUICKLIST 2/6] i386: quicklist support
[QUICKLIST 3/6] i386: Use standard list manipulators for pgd_list
From: Paul Mackerras [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 11:37:32 +1100
David Miller writes:
I ported this to sparc64 as per the patch below, tested on
UP SunBlade1500 and 24 cpu Niagara T1000.
Did you see any performance improvement? We used to have quicklists
on ppc, but I
From: David Miller [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 19:26:16 -0700 (PDT)
From: Paul Mackerras [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 11:37:32 +1100
David Miller writes:
I ported this to sparc64 as per the patch below, tested on
UP SunBlade1500 and 24 cpu Niagara T1000
From: Michael K. Edwards [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 23:25:48 -0800
Quality means the devices you ship now keep working in the field, and
the probable cost of later rework if the requirements change does not
exceed the opportunity cost of over-engineering up front. Economy
gets
From: Jarek Poplawski [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 12:51:37 +0100
But until then it'll unnecessarily spoil linux opinion as regards
stability and waste time of developers to check error messages.
So, maybe it's less evil to check those NULLs where possible and add
some WARN_ONs
From: Pekka Enberg [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 14:36:46 +0200
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.
From: Pekka J Enberg [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 14:15:16 +0200 (EET)
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.)
I'm not accepting untested patches
From: Geert Uytterhoeven [EMAIL PROTECTED]
Date: Mon, 12 Mar 2007 11:02:43 +0100 (CET)
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.
From: Matt Mackall [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 15:21:25 -0500
Because the fan-out is large, the bulk of the work is bringing the last
layer of the tree into cache to find all the pages in the address
space. And there's really no way around that.
That's right.
And I will note
From: Matt Mackall [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 16:14:35 -0500
Well you -could- do this:
- reuse a long in struct page as a used map that divides the page up
into 32 or 64 segments
- every time you set a PTE, set the corresponding bit in the mask
- when we zap, only visit the
From: Nish Aravamudan [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 14:58:24 -0700
On 3/13/07, Nish Aravamudan [EMAIL PROTECTED] wrote:
On 3/13/07, Greg KH [EMAIL PROTECTED] wrote:
We (the -stable team) are announcing the release of the 2.6.20.3 kernel.
It contains a number of bugfixes and
From: Samuel Ortiz [EMAIL PROTECTED]
Date: Wed, 14 Mar 2007 02:50:03 +0200
On Mon, Mar 12, 2007 at 04:49:21PM -0700, David Miller wrote:
I would strongly caution against adding any run-time overhead just to
cure a false lockdep warning. Even adding a new function argument
is too much IMHO
From: Nish Aravamudan [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 17:29:17 -0700
Ok, truly bizarre, I found that I was not running stock 2.6.20.3, but
had your small hugetlb patch on top.
So I went back and patched 2.6.20.1 with your patch, rebooted, got a
soft lockup. Went back to stock
From: Bill Irwin [EMAIL PROTECTED]
Date: Tue, 13 Mar 2007 22:40:18 -0700
I'm still trying to get on this.
See a response I just gave in this thread, I gave some tips that might
help track down what's going wrong here.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
From: William Lee Irwin III [EMAIL PROTECTED]
Date: Wed, 14 Mar 2007 08:06:12 -0700
On Wed, Mar 14, 2007 at 09:18:50AM +, Al Viro wrote:
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
arch/sparc/mm/init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Dave, I trust
From: Andrew Morton [EMAIL PROTECTED]
Date: Thu, 15 Mar 2007 00:22:49 -0800
So... what would happen if sparc64 were to use neither quicklists nor
slab? Just grab these pages from the page allocator and clear them?
The page table allocator is heavier weight than the quicklists,
although
From: Ravikiran G Thirumalai [EMAIL PROTECTED]
Date: Wed, 14 Mar 2007 13:15:42 -0700
The kernel bugzilla shows zaroo boogs for multipath cached as well.
Because _EVERYBODY_ turns it off because we tell them to do so! Every
bug reported to the lists is replied to with that code is
unbelievably
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Thu, 15 Mar 2007 19:18:34 +
On Thu, Mar 15, 2007 at 12:38:13PM +, Jan Beulich wrote:
While the kernel headers provide for this, there don't appear to be any
in-tree users (which seems contrary to general Linux policies). Would there
From: Christoph Lameter [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 13:15:38 -0700 (PDT)
On Fri, 16 Mar 2007, Andi Kleen wrote:
x86_64 is going to acquire more functionality that will not be available
for i386. We plan f.e. to add virtual memmap support for x86_64. Virtual
What
From: Christoph Lameter [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 13:48:58 -0700 (PDT)
Please read my posts to linux-mm on that subject. We discussed it last
year in detail and the agreement was that the sparsemem crud needs to be
taken out. Kame-san posted patches to do that.
Please don't
From: Christoph Lameter [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 13:52:18 -0700 (PDT)
Virtual mmap allows holes in the same way as page tables do.
I don't want to take expensive TLB misses to lookup a page.
Don't force a virtual mapping solution down my throat if that
is not what I believe as
From: Christoph Lameter [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 13:56:13 -0700 (PDT)
On Fri, 16 Mar 2007, David Miller wrote:
From: Christoph Lameter [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 13:48:58 -0700 (PDT)
Please read my posts to linux-mm on that subject. We discussed it last
From: Ingo Molnar [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 10:24:45 +0100
ugh. This is beyond ugly! Why dont we just compile two images, one for
Xen and one for native, do two passes to get those two images and
'merge' them into a single vmlinuz (so that we still have a 'single'
kernel
From: Linus Torvalds [EMAIL PROTECTED]
Date: Fri, 9 Feb 2007 14:33:01 -0800 (PST)
So I actually like this, because it means that while we slow down
real IO, we don't slow down the cached cases at all.
Even if you have everything, every page, every log file, in the page
cache, everything
From: Olaf Hering [EMAIL PROTECTED]
Date: Sun, 11 Feb 2007 13:54:23 +0100
Keep track about which network interface names were renamed after the
network device driver printed its banner.
Signed-off-by: Olaf Hering [EMAIL PROTECTED]
This is kernel log clutter.
You can ask the kernel for the
From: Jason Lunz [EMAIL PROTECTED]
Date: Sun, 11 Feb 2007 13:27:05 -0500
On Sun, Feb 11, 2007 at 09:55:52AM -0800, David Miller wrote:
This is kernel log clutter.
You can ask the kernel for the list of interfaces, and
use even ethtool to ask what driver each interface is
associated
From: Robert Hancock [EMAIL PROTECTED]
Date: Sun, 11 Feb 2007 13:20:10 -0600
Unfortunately that's not very practical if, as in this case, the
renaming is being done from an initramfs. Hiding this information as we
do now is rather user-hostile.
Perhaps you have a point, I'll think about
From: Linus Torvalds [EMAIL PROTECTED]
Date: Tue, 9 Jan 2007 09:33:32 -0800 (PST)
David, please crack some heads.
I have some patches from Patrick in my queue which try to add some
sanity to this situation, we'll see how much better we can make it.
-
To unsubscribe from this list: send the line
From: Joy Latten [EMAIL PROTECTED]
Date: Mon, 12 Feb 2007 11:44:30 -0600
This is similar to another bug reported last month.
Here is the patch I sent out then. Please let me know
how it goes.
Regards,
Joy
Signed-off-by: Joy Latten [EMAIL PROTECTED]
This one is my bad, I should have
From: Joy Latten [EMAIL PROTECTED]
Date: Mon, 12 Feb 2007 11:44:30 -0600
This is similar to another bug reported last month.
Here is the patch I sent out then. Please let me know
how it goes.
Signed-off-by: Joy Latten [EMAIL PROTECTED]
This whole interface is a complete mess.
Calling
From: Pete Clements [EMAIL PROTECTED]
Date: Mon, 12 Feb 2007 20:10:13 -0500 (EST)
2.6.20-git8 fails compile:
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
net/built-in.o: In function
From: Andrew Morton [EMAIL PROTECTED]
Date: Mon, 12 Feb 2007 18:12:16 -0800
On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete Clements [EMAIL PROTECTED]
wrote:
2.6.20-git8 fails compile:
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
From: Neil Brown [EMAIL PROTECTED]
Date: Tue, 13 Feb 2007 13:52:26 +1100
On Monday February 12, [EMAIL PROTECTED] wrote:
Quoting YOSHIFUJIHideaki/=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
In article [EMAIL PROTECTED] (at Mon, 12 Feb 2007 18:12:16 -0800),
Andrew Morton [EMAIL PROTECTED]
From: Rusty Russell [EMAIL PROTECTED]
Date: Sat, 17 Mar 2007 21:33:58 +1100
On Fri, 2007-03-16 at 13:38 -0700, Jeremy Fitzhardinge wrote:
David Miller wrote:
Perhaps the problem can be dealt with using ELF relocations.
There is another case, discussed yesterday on netdev, where run
From: Dan Aloni [EMAIL PROTECTED]
Date: Sun, 18 Mar 2007 14:43:46 +0200
do_tcp_sendpages() should not iterate 'pages' as an array since
it is not an array of 'struct page *', but a pointer to a single
entity of 'struct page *' passed on the stack as a parameter to
tcp_send_page() (hence it
From: Michael S. Tsirkin [EMAIL PROTECTED]
Date: Mon, 19 Mar 2007 00:42:34 +0200
Quoting Michael S. Tsirkin [EMAIL PROTECTED]:
Subject: Re: [ofa-general] Re: dst_ifdown breaks infiniband?
Quoting Eric W. Biederman ebiederman@lnxi.com:
Subject: Re: [ofa-general] Re: dst_ifdown breaks
From: ebiederman@lnxi.com (Eric W. Biederman)
Date: Sun, 18 Mar 2007 23:30:39 -0600
Sure. In the network namespace case I think the careful ordering of the
shutdown handles that case. Even with per network namespace lo
unregistered it still existed until the network namespace actually
From: Pete Zaitcev [EMAIL PROTECTED]
Date: Mon, 19 Mar 2007 12:08:07 -0700
On Sun, 18 Mar 2007 12:40:45 -0400, Jim Gettys [EMAIL PROTECTED] wrote:
Also more seriously, a somewhat hybrid approach is in order for mode
setting: simple mode setting isn't much code and is required for sane
From: Jesse Barnes [EMAIL PROTECTED]
Date: Mon, 19 Mar 2007 12:54:36 -0700
Kernel based modesetting should get us a lot of things:
But for panics you're ignoring what Peter and I are saying.
Mode setting is complex and it is not going to work exactly when you
need the kernel crash message the
From: Chris Wright [EMAIL PROTECTED]
Date: Mon, 19 Mar 2007 15:01:25 -0700
* Greg KH ([EMAIL PROTECTED]) wrote:
From: Chris Wright [EMAIL PROTECTED]
[IPV6] fix ipv6_getsockopt_sticky copy_to_user leak
User supplied len 0 can cause leak of kernel memory.
Use unsigned compare
From: Andrew Morton [EMAIL PROTECTED]
Date: Mon, 19 Mar 2007 16:53:29 -0700
Would it provide a superior solution if we were to a) stop zeroing out the
pte's when doing a fullmm==1 teardown and b) go direct to the page allocator
for these pages?
While you could avoid zero'ing them out, you
1 - 100 of 27791 matches
Mail list logo