Pavel Emelyanov to report and test it.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Tested-by: Pavel Emelyanov <[EMAIL PROTECTED]>
diff --git a/arch/x86/kernel/cpu/mtrr/main.c b/arch/x86/kernel/cpu/mtrr/main.c
index 1e27b69..4e7490f 100644
--- a/arch/x86/kernel/cpu/mtrr/main.c
+++
On Wednesday 06 February 2008 12:41:15 am Pavel Emelyanov wrote:
> Yinghai Lu wrote:
> > On Tuesday 05 February 2008 11:10:24 pm Pavel Emelyanov wrote:
> >> [snip]
> >>
> >>>>> What other info from me is required?
> >>> boot log please. w
On Tuesday 05 February 2008 11:10:24 pm Pavel Emelyanov wrote:
> [snip]
>
> >>> What other info from me is required?
> >
> > boot log please. with the patch and reverting the patch.
>
> Here they are (attached).
> BTW, I found, that the sky2 adapter is broken by this patch as well.
> To simplify
On Tuesday 05 February 2008 09:24:17 am Kok, Auke wrote:
>
> [Added Ingo, Thomas, Justin who signed off on the patch/tested it]
>
> Pavel Emelyanov wrote:
> > The commit
> >
> > 093af8d7f0ba3c6be1485973508584ef081e9f93
> > x86_32: trim memory by updating e820
> >
> > broke my e1000 card
On 10/16/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > On 10/15/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> Manfred Spraul wrote:
> >>> Jeff Garzik wrote:
> >>>> I think the scenario you outline is an illustratio
On 10/16/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > On 10/15/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> Manfred Spraul wrote:
> >>> Jeff Garzik wrote:
> >>>> I think the scenario you outline is an illustratio
On 10/15/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Manfred Spraul wrote:
> > Jeff Garzik wrote:
> >>
> >> I think the scenario you outline is an illustration of the approach's
> >> fragility: disable_irq() is a heavy hammer that originated with INTx,
> >> and it relies on a chip-specific disabl
On 10/14/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-10-14 at 09:15 +0200, Manfred Spraul wrote:
> > Yinghai Lu wrote:
> > > On 10/13/07, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> > >
> > >> Someone arou
On 10/14/07, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > On 10/13/07, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> >
> >> Someone around with a MSI capable board? The forcedeth driver does
> >> dev->irq = pci_dev->irq
&
On 10/13/07, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> Jeff Garzik wrote:
> >
> > I think the scenario you outline is an illustration of the approach's
> > fragility: disable_irq() is a heavy hammer that originated with INTx,
> > and it relies on a chip-specific disable method (kernel/irq/manage
On 10/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Jeff Garzik wrote:
> > The 'fe-lock' branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock
> OK, I've successfully tested patches 1-5 on an AMD64 system with
>
> 00:0a.0 Bridge: nVidia Corporation CK804 Ethern
On 10/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > On 10/6/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> commit a606d2a111cdf948da5d69eb1de5526c5c2dafef
> >> Author: Jeff Garzik <[EMAIL PROTECTED]>
> >> Date:
On 10/6/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> commit a606d2a111cdf948da5d69eb1de5526c5c2dafef
> Author: Jeff Garzik <[EMAIL PROTECTED]>
> Date: Fri Oct 5 22:56:05 2007 -0400
>
> [netdrvr] forcedeth: interrupt handling cleanup
>
> * nv_nic_irq_optimized() and nv_nic_irq_other() we
On 9/28/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Ayaz Abdulla wrote:
> > I am trying to track down a forcedeth driver issue described by bug 9047
> > in bugzilla (2.6.23-rc7-git1 forcedeth w/ MCP55 oops under heavy load).
> > I added a patch to synchronize the timer handlers so that one handler
On 10/5/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger <[EMAIL PROTECTED]> writes:
>
> > On Fri, 28 Sep 2007 22:47:16 -0400
> > Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >> Ayaz Abdulla wrote:
> >> > I am trying to track down a forcedeth driver issue described by bug 9047
>
On 7/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
I tried to mount another nfs mount on a system running with nfsroot.
But I get
# mount basil:/home /basil/home/
mount: Network is down
The network is not down of course, the system is happily running with nfs root
from that
server. Userland is
with this patch, we could use device->numa_node direclty for all device.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index e48fcf0..c029ffc 100644
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@ -935,7 +938,6 @@ void
On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
But you were not able to test USB, right? Does that work properly now
with this patch?
Will test it later with USB cdrom by big file reading.
YH
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMA
On 7/12/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Thu, Jul 12, 2007 at 10:59:53AM -0700, Yinghai Lu wrote:
Please split this into two separate patches, as they are doing two
different things. One for the driver core, and one for pci devices.
they need to applied together, otherwi
with this patch, we could use device->numa_node direclty for all device.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/base/core.c b/drivers/base/core.c
index dd40d78..091c2b1 100644
--- a/drivers/base/core.c
+++ b/drivers/base/core.c
@@ -666,6 +666,11
Stefan Richter wrote:
Yinghai Lu wrote:
original default is -1, and this patch just try to use parent's node as
default.
But in many cases, the patch does so at a time when the parent is not
yet known.
then it will use -1.
YH
-
To unsubscribe from this list: send the line "u
On 7/11/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Tue, Jul 10, 2007 at 04:52:19PM -0700, Yinghai Lu wrote:
> these are revised or new patch with numa_node in struct device in addition to
Do you have a pointer to a background posting why you want all this?
http://lkml.org/lk
Greg KH wrote:
On Wed, Jul 11, 2007 at 12:54:58PM +0200, Stefan Richter wrote:
Yinghai Lu wrote:
--- a/drivers/base/core.c
+++ b/drivers/base/core.c
@@ -547,6 +547,8 @@ static void klist_children_put(struct klist_node *n)
void device_initialize(struct device *dev)
{
+ int node
[PATCH 2/5] net: use numa_node in net_devcice->dev instead of parent
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 27cfe5f..005cc1c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -217,7 +217,7 @@ nodata:
struc
tch
in greg tree
usb-make-the-usb_device-numa_node-get-assigned-from-controller.patch
Thanks
Yinghai Lu
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 4/5] net: show numa_node for net_device in /sys
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/net-sysfs.c b/net/core/net-sysfs.c
index 5c19b06..45b87a5 100644
--- a/net/core/net-sysfs.c
+++ b/net/core/net-sysfs.c
@@ -230,6 +230,14 @@ static ssize_t store_
[PATCH 5/5] dma: use dev_to_node to get node for device in dma_alloc_pages
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/pci-dma.c b/arch/x86_64/kernel/pci-dma.c
index 9f80aad..6dbf1c9 100644
--- a/arch/x86_64/kernel/pci-dma.c
+++ b/arch/x86_64/kernel/pci
e in include/linux/ide.h
with this patch, we could use device->numa_node direclty for all device.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/base/core.c b/drivers/base/core.c
index dd40d78..c344d82 100644
--- a/drivers/base/core.c
+++ b/drivers/base/core.
On 7/4/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Tue, Jul 03, 2007 at 11:58:40AM -0700, Andrew Morton wrote:
> >
> > while (np->put_rx.orig != less_rx) {
> > - struct sk_buff *skb = dev_alloc_skb(np->rx_buf_sz +
NV_RX_ALLOC_PAD);
> > + struct sk_buff *skb = dev_
On 7/4/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 09:51:20 +0100
> On Tue, Jul 03, 2007 at 05:30:51PM -0700, Yinghai Lu wrote:
> > [PATCH 2/4] net: use numa_node in net_devcice->dev instead of pare
[PATCH 3/4] net: make forcedeth to use kmalloc_node and __netdev_alloc_skb for
skb allocation
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 42ba1c0..aa188f4 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/force
[PATCH 2/4] net: use numa_node in net_devcice->dev instead of parent
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 27cfe5f..005cc1c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -217,7 +217,7 @@ nodata:
struc
Stephen Hemminger wrote:
On Tue, 3 Jul 2007 11:58:40 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 29 Jun 2007 13:30:36 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Please copy netdev@vger.kernel.org on net pa
Andrew Morton wrote:
On Fri, 29 Jun 2007 13:30:36 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Please copy netdev@vger.kernel.org on net patches.
It might help to edit code in an 80-col xterm.
Please run scritps/checkpa
On 3/28/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Kok, Auke wrote:
Sounds sane to me. My overall opinion on eepro100 removal is that we're
not there yet. Rare problem cases remain where e100 fails but eepro100
works, and it's older drivers so its low priority for everybody.
Needs to happen, t
35 matches
Mail list logo
