* Re: [PATCH 2.6.24] pcnet32: use NET_IP_ALIGN instead of 2
From: Jeff Garzik @ 2008-02-11 15:30 UTC (permalink / raw)
To: Don Fry; +Cc: netdev
In-Reply-To: <1202484746.10535.7.camel@new-host.home>
Don Fry wrote:
> Change hard coded 2 to NET_IP_ALIGN. Added new #define with comments.
> Tested amd_64
>
> Signed-off-by: Don Fry <pcnet32@verizon.net>
applied both
^ permalink raw reply
* Re: [PATCH 1/7] PS3: gelic: Fix the wrong dev_id passed
From: Jeff Garzik @ 2008-02-11 15:31 UTC (permalink / raw)
To: Masakazu Mokuno; +Cc: netdev, geoffrey.levand, Geert Uytterhoeven
In-Reply-To: <20080207195725.AD40.40F06B3A@sm.sony.co.jp>
Masakazu Mokuno wrote:
> PS3: gelic: Fix the wrong dev_id passed
>
> The device id for lv1_net_set_interrupt_status_indicator() is wrong.
> This path would be invoked only in the case of an initialization failure.
>
> Signed-off-by: Masakazu Mokuno <mokuno@sm.sony.co.jp>
> ---
> drivers/net/ps3_gelic_net.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied 1-7
Please do not duplicate the email subject -- the change's one-line
summary -- as the first line of the email. I had to hand-edit each of
this duplicate information out, before applying the patches.
^ permalink raw reply
* Re: [PATCH 2/2] tulip: hardware mitigation simplify
From: Jeff Garzik @ 2008-02-11 15:33 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: David S. Miller, Jeff Garzik, netdev, kristjan
In-Reply-To: <20071213093554.5c4909ed@freepuppy.rosehill>
Stephen Hemminger wrote:
> The hardware mitigation in tulip can be simpified.
> 1. The budget with new NAPI will always be less than RX_RING_SIZE
> because RX_RING_SIZE is 128 and weight is 16.
> 2. The received counter is redundunt, just use the work_done value.
> 3. Only one value is used from the mit_table[]
>
> Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
> ---
> This can wait for 2.6.25
>
> --- a/drivers/net/tulip/interrupt.c 2007-12-13 09:26:35.000000000 -0800
> +++ b/drivers/net/tulip/interrupt.c 2007-12-13 09:27:29.000000000 -0800
> @@ -21,45 +21,6 @@
> int tulip_rx_copybreak;
> unsigned int tulip_max_interrupt_work;
>
> -#ifdef CONFIG_TULIP_NAPI_HW_MITIGATION
> -#define MIT_SIZE 15
> -#define MIT_TABLE 15 /* We use 0 or max */
> -
> -static unsigned int mit_table[MIT_SIZE+1] =
> -{
> - /* CRS11 21143 hardware Mitigation Control Interrupt
> - We use only RX mitigation we other techniques for
> - TX intr. mitigation.
> -
> - 31 Cycle Size (timer control)
> - 30:27 TX timer in 16 * Cycle size
> - 26:24 TX No pkts before Int.
> - 23:20 RX timer in Cycle size
> - 19:17 RX No pkts before Int.
> - 16 Continues Mode (CM)
> - */
> -
> - 0x0, /* IM disabled */
> - 0x80150000, /* RX time = 1, RX pkts = 2, CM = 1 */
> - 0x80150000,
> - 0x80270000,
> - 0x80370000,
> - 0x80490000,
> - 0x80590000,
> - 0x80690000,
> - 0x807B0000,
> - 0x808B0000,
> - 0x809D0000,
> - 0x80AD0000,
> - 0x80BD0000,
> - 0x80CF0000,
> - 0x80DF0000,
> -// 0x80FF0000 /* RX time = 16, RX pkts = 7, CM = 1 */
> - 0x80F10000 /* RX time = 16, RX pkts = 0, CM = 1 */
> -};
> -#endif
> -
> -
> int tulip_refill_rx(struct net_device *dev)
> {
> struct tulip_private *tp = netdev_priv(dev);
> @@ -113,21 +74,10 @@ int tulip_poll(struct napi_struct *napi,
> struct net_device *dev = tp->dev;
> int entry = tp->cur_rx % RX_RING_SIZE;
> int work_done = 0;
> -#ifdef CONFIG_TULIP_NAPI_HW_MITIGATION
> - int received = 0;
> -#endif
>
> if (!netif_running(dev))
> goto done;
>
> -#ifdef CONFIG_TULIP_NAPI_HW_MITIGATION
> -
> -/* that one buffer is needed for mit activation; or might be a
> - bug in the ring buffer code; check later -- JHS*/
> -
> - if (budget >=RX_RING_SIZE) budget--;
> -#endif
> -
> if (tulip_debug > 4)
> printk(KERN_DEBUG " In tulip_rx(), entry %d %8.8x.\n", entry,
> tp->rx_ring[entry].status);
> @@ -239,9 +189,6 @@ int tulip_poll(struct napi_struct *napi,
> tp->stats.rx_packets++;
> tp->stats.rx_bytes += pkt_len;
> }
> -#ifdef CONFIG_TULIP_NAPI_HW_MITIGATION
> - received++;
> -#endif
>
> entry = (++tp->cur_rx) % RX_RING_SIZE;
> if (tp->cur_rx - tp->dirty_rx > RX_RING_SIZE/4)
> @@ -279,14 +226,14 @@ done:
> ON: More then 1 pkt received (per intr.) OR we are dropping
> OFF: Only 1 pkt received
>
> - Note. We only use min and max (0, 15) settings from mit_table */
> -
> + Note. We only use max or min values for mit */
>
> if( tp->flags & HAS_INTR_MITIGATION) {
> - if( received > 1 ) {
> + if( work_done > 1 ) {
> if( ! tp->mit_on ) {
> tp->mit_on = 1;
> - iowrite32(mit_table[MIT_TABLE], tp->base_addr + CSR11);
> + /* RX time = 16, RX pkts = 0, CM = 1 */
> + iowrite32(0x80F10000, tp->base_addr + CSR11);
I think it's disappointing to eliminate mit_table[], because that can be
modified easily in the current setup
^ permalink raw reply
* Re: [patch] pegasus.c
From: Jeff Garzik @ 2008-02-11 15:38 UTC (permalink / raw)
To: Petko Manolov; +Cc: netdev
In-Reply-To: <alpine.DEB.1.00.0801091222560.3171@bender.nucleusys.com>
Petko Manolov wrote:
> Hi Jeff,
>
> Attached you'll find a patch that is fixing a driver bug triggered when
> malformed string is passed to the 'devid' module parameter. The
> expected format is:
>
> "device_name:vendor_id:device_id:flags"
>
> but it turned out people often type:
>
> "somename::0"
>
> instead of:
>
> "somename:::0"
ACK but two process problems preventing application:
* patch is base64-encoded
* no signed-off-by included
^ permalink raw reply
* [PATCH] virtio_net: Fix oops on early interrupts - introduced by virtio reset code
From: Christian Borntraeger @ 2008-02-11 15:40 UTC (permalink / raw)
To: Jeff Garzik
Cc: Anthony Liguori, Avi Kivity, dor.laor, kvm-devel, virtualization,
netdev
In-Reply-To: <47B069E0.9040905@us.ibm.com>
Am Montag, 11. Februar 2008 schrieb Anthony Liguori:
> The reset support is in Linus's tree so we should try to push it for -rc2.
You are right. My repository was borked. will push it to Jeff Garzik. Thanks
Jeff can you schedule this fix into your network driver updates? Thanks
---
With the latest virtio_reset patches I got the following oops:
Unable to handle kernel pointer dereference at virtual kernel address 0000000000000000
Oops: 0004 [#1] PREEMPT SMP
Modules linked in:
CPU: 1 Not tainted 2.6.24zlive-guest-10577-g63f5307-dirty #168
Process swapper (pid: 0, task: 000000000f866040, ksp: 000000000f86fd78)
Krnl PSW : 0404100180000000 000000000047598a (skb_recv_done+0x52/0x98)
R:0 T:1 IO:0 EX:0 Key:0 M:1 W:0 P:0 AS:0 CC:1 PM:0 EA:3
Krnl GPRS: 0000000000000001 0000000000000000 000000000efd0e60 0000000000000001
0000000000000000 000000000f866040 0000000000000000 0000000000000000
00000000008de4c8 0000000000001237 0000000000001237 000000000f977dd8
0000000000000020 00000000001132bc 000000000f977e08 000000000f977dd8
Krnl Code: 000000000047597c: e31040300004 lg %r1,48(%r4)
0000000000475982: b9040001 lgr %r0,%r1
0000000000475986: b9810003 ogr %r0,%r3
>000000000047598a: eb1040300030 csg %r1,%r0,48(%r4)
0000000000475990: a744fff9 brc 4,475982
0000000000475994: a7110001 tmll %r1,1
0000000000475998: a7840009 brc 8,4759aa
000000000047599c: e340b0b80004 lg %r4,184(%r11)
Call Trace:
([<000001500f978000>] 0x1500f978000)
[<00000000004779a6>] vring_interrupt+0x72/0x88
[<0000000000491d9c>] kvm_extint_handler+0x34/0x44
[<000000000010d2d4>] do_extint+0xc0/0xfc
[<0000000000113b5a>] ext_no_vtime+0x1c/0x20
[<000000000010a0b6>] cpu_idle+0x21a/0x230
([<000000000010a096>] cpu_idle+0x1fa/0x230)
[<000000000057dfe4>] start_secondary+0xa0/0xb4
We must initialize vdev->priv before we use the notify hypercall as
vdev->priv is used in skb_recv_done. So lets move the assignment of
vdev->priv before we call try_fill_recv.
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Acked-by: Anthony Liguori <aliguori@us.ibm.com>
---
drivers/net/virtio_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: kvm/drivers/net/virtio_net.c
===================================================================
--- kvm.orig/drivers/net/virtio_net.c
+++ kvm/drivers/net/virtio_net.c
@@ -361,6 +361,7 @@ static int virtnet_probe(struct virtio_d
netif_napi_add(dev, &vi->napi, virtnet_poll, napi_weight);
vi->dev = dev;
vi->vdev = vdev;
+ vdev->priv = vi;
/* We expect two virtqueues, receive then send. */
vi->rvq = vdev->config->find_vq(vdev, 0, skb_recv_done);
@@ -395,7 +396,6 @@ static int virtnet_probe(struct virtio_d
}
pr_debug("virtnet: registered device %s\n", dev->name);
- vdev->priv = vi;
return 0;
unregister:
^ permalink raw reply
* Re: [PATCH 2/2] tulip: hardware mitigation simplify
From: Jeff Garzik @ 2008-02-11 15:43 UTC (permalink / raw)
To: Stephen Hemminger, David S. Miller; +Cc: netdev, kristjan
In-Reply-To: <47B06AE3.4020809@DunveganMedia.com>
Jeff Garzik wrote:
> Stephen Hemminger wrote:
>> The hardware mitigation in tulip can be simpified.
>> 1. The budget with new NAPI will always be less than RX_RING_SIZE
>> because RX_RING_SIZE is 128 and weight is 16.
>> 2. The received counter is redundunt, just use the work_done value.
>> 3. Only one value is used from the mit_table[]
>>
>> Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
grrr. Mozilla Thunderbird is annoying.
Please help me out, and --don't-- reply to jgarzik@dunveganmedia.com.
T-bird's multi-profile stuff is fouling me up.
Sorry :(
Jeff
^ permalink raw reply
* AW: Problem receiving multicast/promiscuous-mode with kernel.2.6.24
From: Reither Robert @ 2008-02-11 15:46 UTC (permalink / raw)
To: David Stevens; +Cc: netdev
Visit AVD on prolight+sound in Frankfurt from 12.-15. March 2008 - Hall 8.0, Stand G16
________________________________________________________________________
OK, after some more testing, things become clearer ...
joining eth0.3 gives this strange unreliable behaviour...
Joining eth0 , and i can see the packets always floating in with tcpdump -p -i eth0.3 (or -i eth0)
But my application won't get the packets !!!
Maybe this is because i'm using pselect() to wait for incoming packets ?????
Question: Should it possible to join on a VLAN device ? Or is this something bad ???
Robert
^ permalink raw reply
* Re: [PATCH] sk98lin: remove obsolete driver
From: Jeff Garzik @ 2008-02-11 15:52 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: netdev
In-Reply-To: <20080130220405.02c97083@extreme>
applied to #upstream (2.6.26)
^ permalink raw reply
* Re: [2.6 patch] remove the obsolete xircom_tulip_cb driver
From: Jeff Garzik @ 2008-02-11 15:52 UTC (permalink / raw)
To: Adrian Bunk; +Cc: netdev
In-Reply-To: <20080128221412.GJ8767@does.not.exist>
Adrian Bunk wrote:
> The xircom_tulip_cb driver has been replaced the xircom_cb driver, and
> since it depended on BROKEN_ON_SMP it e.g. was no longer present in many
> distribution kernels.
>
> This patch therefore removes it.
>
> Signed-off-by: Adrian Bunk <bunk@kernel.org>
>
> ---
>
> drivers/net/tulip/Kconfig | 15
> drivers/net/tulip/Makefile | 1
> drivers/net/tulip/xircom_tulip_cb.c | 1726 ----------------------------
> 3 files changed, 1 insertion(+), 1741 deletions(-)
applied to #upstream (2.6.26)
^ permalink raw reply
* Re: [PATCH 10/10] atl1: reduce forward declarations
From: Jeff Garzik @ 2008-02-11 15:57 UTC (permalink / raw)
To: Jay Cliburn; +Cc: csnook, netdev, linux-kernel
In-Reply-To: <1202003412-4028-10-git-send-email-jacliburn@bellsouth.net>
applied 1-10 to #upstream (2.6.26)
^ permalink raw reply
* [PATCH] drivers/base: export gpl (un)register_memory_notifier
From: Jan-Bernd Themann @ 2008-02-11 15:57 UTC (permalink / raw)
To: Dave Hansen
Cc: linux-kernel, netdev, linux-ppc, Thomas Klein, Themann, Jan-Bernd,
Greg KH, Christoph Raisch
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Signed-off-by: Jan-Bernd Themann <themann@de.ibm.com>
---
Hi,
this is the modified version with EXPORT_SYMBOL_GPL
Regards,
Jan-Bernd
drivers/base/memory.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/base/memory.c b/drivers/base/memory.c
index 7ae413f..f5a0bf1 100644
--- a/drivers/base/memory.c
+++ b/drivers/base/memory.c
@@ -52,11 +52,13 @@ int register_memory_notifier(struct notifier_block *nb)
{
return blocking_notifier_chain_register(&memory_chain, nb);
}
+EXPORT_SYMBOL_GPL(register_memory_notifier);
void unregister_memory_notifier(struct notifier_block *nb)
{
blocking_notifier_chain_unregister(&memory_chain, nb);
}
+EXPORT_SYMBOL_GPL(unregister_memory_notifier);
/*
* register_memory - Setup a sysfs device for a memory block
--
1.5.2
^ permalink raw reply related
* Re: [patch 1/3] drivers/s390/net: Kconfig brush up
From: Jeff Garzik @ 2008-02-11 16:00 UTC (permalink / raw)
To: Ursula Braun; +Cc: netdev, linux-s390, Peter Tiedemann
In-Reply-To: <20080207232607.192981000@linux.vnet.ibm.com>
applied 1-3 to #upstream (2.6.26)
Even the initial revision was outside the merge window, so it was never
going to make 2.6.25, thus I waited a bit for further comments and revisions
^ permalink raw reply
* Re: [patch 1/2] qeth: new qeth device driver
From: Jeff Garzik @ 2008-02-11 16:00 UTC (permalink / raw)
To: Frank.Blaschka; +Cc: netdev
In-Reply-To: <20080208141535.271607000@de.ibm.com>
please resend on top of the ctc driver update...
^ permalink raw reply
* Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier
From: Sam Ravnborg @ 2008-02-11 16:02 UTC (permalink / raw)
To: Jan-Bernd Themann
Cc: Dave Hansen, linux-kernel, netdev, linux-ppc, Thomas Klein,
Themann, Jan-Bernd, Greg KH, Christoph Raisch
In-Reply-To: <200802111657.07534.ossthema@de.ibm.com>
On Mon, Feb 11, 2008 at 04:57:06PM +0100, Jan-Bernd Themann wrote:
> Drivers like eHEA need memory notifiers in order to
> update their internal DMA memory map when memory is added
> to or removed from the system.
Can you please add proper kernel-doc formatted comments
when you export a symbol so others can get a clue
what the exported function is supposed to do.
Sam
^ permalink raw reply
* Re: [PATCH] drivers/base: export gpl (un)register_memory_notifier
From: Dave Hansen @ 2008-02-11 16:04 UTC (permalink / raw)
To: Jan-Bernd Themann
Cc: linux-kernel, netdev, linux-ppc, Thomas Klein, Themann, Jan-Bernd,
Greg KH, Christoph Raisch
In-Reply-To: <200802111657.07534.ossthema@de.ibm.com>
On Mon, 2008-02-11 at 16:57 +0100, Jan-Bernd Themann wrote:
> Drivers like eHEA need memory notifiers in order to
> update their internal DMA memory map when memory is added
> to or removed from the system.
Could you post this with the new users as well so we can make sure
they're not abusing this in some way?
-- Dave
^ permalink raw reply
* Re: [PATCH] Add IPv6 support to TCP SYN cookies
From: YOSHIFUJI Hideaki / 吉藤英明 @ 2008-02-11 16:07 UTC (permalink / raw)
To: ggriffin.kernel
Cc: dada1, johnpol, alan, andi, netdev, linux-kernel, yoshfuji
In-Reply-To: <47abeba8.20588c0a.7013.ffff80d3@mx.google.com>
In article <47abeba8.20588c0a.7013.ffff80d3@mx.google.com> (at Thu, 7 Feb 2008 21:49:26 -0800), Glenn Griffin <ggriffin.kernel@gmail.com> says:
> Updated to incorporate Eric's suggestion of using a per cpu buffer
> rather than allocating on the stack. Just a two line change, but will
> resend in it's entirety.
>
> Signed-off-by: Glenn Griffin <ggriffin.kernel@gmail.com>
Applied in my linux-2.6-dev tree. Thanks.
--yoshfuji
^ permalink raw reply
* Re: Pull request for 'r6040' branch
From: Jeff Garzik @ 2008-02-11 16:07 UTC (permalink / raw)
To: Francois Romieu; +Cc: netdev, Florian Fainelli, Sten Wang, Andrew Morton
In-Reply-To: <20080205223452.GA8361@electric-eye.fr.zoreil.com>
Francois Romieu wrote:
> Please pull from branch 'r6040' in repository
>
> git://git.kernel.org/pub/scm/linux/kernel/git/romieu/netdev-2.6.git r6040
>
> to get the changes below.
>
> I have simply rebased the r6040 branch from december on top of
> Linus's latest head and given each patch a compile test.
> The content is identical to Florian's initial work (minus the
> removal of the unused TIMER_WUT and a duplicate update of an
> error counter).
>
> Distance from 'master' (21511abd0a248a3f225d3b611cfabb93124605a7)
> -----------------------------------------------------------------
>
> ec6d2d453a932fd50c5fd95d5aac633b4e5f241d
> 106adf3c84d081776a1d1fbb8a047cad12af2bb9
> b4f1255d6839bd970d5ff20a9c3d73f73c9adaa3
> d248fd77902fcf33b0bc49ab521930877d94890f
>
> Diffstat
> --------
>
> drivers/net/r6040.c | 233 +++++++++++++++++++++++++++++---------------------
> 1 files changed, 135 insertions(+), 98 deletions(-)
>
> Shortlog
> --------
>
> Florian Fainelli (4):
> r6040: do not use a private stats structure to store statistics
> r6040: add helpers to allocate and free the Tx/Rx buffers
> r6040: recover from transmit timeout
> r6040: cleanups
pulled
^ permalink raw reply
* Re: [PATCH] net: NEWEMAC: Remove "rgmii-interface" from rgmii matching table
From: Jeff Garzik @ 2008-02-11 16:08 UTC (permalink / raw)
To: Josh Boyer; +Cc: Stefan Roese, netdev, benh, linuxppc-dev
In-Reply-To: <20080206064947.7e91d833@zod.rchland.ibm.com>
Josh Boyer wrote:
> On Wed, 6 Feb 2008 13:21:59 +0100
> Stefan Roese <sr@denx.de> wrote:
>
>> With the removal the the "rgmii-interface" device_type property from the
>> dts files, the newemac driver needs an update to only rely on compatible
>> property.
>>
>> Signed-off-by: Stefan Roese <sr@denx.de>
>> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
>
> Acked-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
upon further reflection, ACK, take this via ppc tree
^ permalink raw reply
* Re: [PATCH 2.6.25] cxgb3: Handle ARP completions that mark neighbors stale.
From: Jeff Garzik @ 2008-02-11 16:09 UTC (permalink / raw)
To: Steve Wise; +Cc: divy, netdev, linux-kernel, general
In-Reply-To: <20080206180519.4680.34741.stgit@dell3.ogc.int>
Steve Wise wrote:
> cxgb3: Handle ARP completions that mark neighbors stale.
>
> When ARP completes due to a request rather than a reply the neighbor is
> marked NUD_STALE instead of reachable (see arp_process()). The handler
> for the resulting netevent needs to check also for NUD_STALE.
>
> Failure to use the arp entry can cause RDMA connection failures.
>
> Signed-off-by: Steve Wise <swise@opengridcomputing.com>
applied
^ permalink raw reply
* Re: [Patch 2.6.24 1/3]S2io: Support for vlan_rx_kill_vid entry point
From: Jeff Garzik @ 2008-02-11 16:12 UTC (permalink / raw)
To: Sreenivasa Honnur; +Cc: netdev, support
In-Reply-To: <Pine.GSO.4.10.10802061527330.18812-100000@guinness>
Sreenivasa Honnur wrote:
> - Added s2io_vlan_rx_kill_vid entry point function for unregistering vlan.
> - Fix to aggregate vlan packets. IP offset is incremented by
> 4 bytes if the packet contains vlan header.
> - resubmit for 2.6.24 kernel
>
> Signed-off-by: Surjit Reang <surjit.reang@neterion.com>
> Signed-off-by: Ramkrishna Vepa <ram.vepa@neterion.com>
it's difficult to sort through these patches, because they clash a bit
with the kernel development model.
You always need to send against the latest kernel (generally davem's
tree if it's during -rc bug fix cycle, or linus's otherwise).
Once the changes are in place, then email the commit ids or backported
patches to stable@kernel.org for inclusion in an already-released kernel.
In this case, 2.6.24 was well on its way to being released weeks ago,
when this set of patches was last resend (and then I subsequently
screwed up, and apparently applied a wrong patch, as discussed)
So what we need are patches against the latest kernel
(torvalds/linux-2.6.git), and after those are applied, email
stable@kernel.org with whatever you want in 2.6.24.x.
Jeff
^ permalink raw reply
* Re: [PATCH 2/5] resend forcedeth: tx collision fix
From: Jeff Garzik @ 2008-02-11 16:13 UTC (permalink / raw)
To: Ayaz Abdulla; +Cc: Manfred Spraul, Andrew Morton, nedev
In-Reply-To: <47A89D0D.7000700@nvidia.com>
Ayaz Abdulla wrote:
> This patch supports a new fix in hardware regarding tx collisions. In
> the cases where we are in autoneg mode and the link partner is in forced
> mode, we need to setup the tx deferral register differently in order to
> reduce collisions on the wire.
>
> Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>
applied
^ permalink raw reply
* Re: [PATCH 4/5] resend forcedeth: tx pause watermarks
From: Jeff Garzik @ 2008-02-11 16:14 UTC (permalink / raw)
To: Ayaz Abdulla; +Cc: Manfred Spraul, Andrew Morton, nedev
In-Reply-To: <47A89D19.9060003@nvidia.com>
Ayaz Abdulla wrote:
> New chipsets introduced variant Rx FIFO sizes that need to be taken into
> account when setting up the tx pause watermarks. This patch introduces
> the new device feature flags based on a version and implements the new
> watermarks.
>
> Signed-off-by: Ayaz Abdulla <aabdulla@nvidia.com>
applied
^ permalink raw reply
* Re: [patch 1/5] claw: removal of volatile variables
From: Jeff Garzik @ 2008-02-11 16:15 UTC (permalink / raw)
To: Ursula Braun; +Cc: netdev, linux-s390
In-Reply-To: <20080208121512.532071000@linux.vnet.ibm.com>
applied 1-5 to #upstream-fixes (2.6.25)
^ permalink raw reply
* [PATCH] drivers/base: export gpl (un)register_memory_notifier
From: Jan-Bernd Themann @ 2008-02-11 16:24 UTC (permalink / raw)
To: Dave Hansen
Cc: linux-kernel, netdev, linux-ppc, Thomas Klein, Themann, Jan-Bernd,
Greg KH, Christoph Raisch
Drivers like eHEA need memory notifiers in order to
update their internal DMA memory map when memory is added
to or removed from the system.
Patch for eHEA memory hotplug support that uses these functions:
http://www.spinics.net/lists/netdev/msg54484.html
Signed-off-by: Jan-Bernd Themann <themann@de.ibm.com>
---
Hi,
the eHEA patch belongs to a patchset that is usually
added by Jeff Garzik once this dependency (EXPORTS)
is resolved.
Regards,
Jan-Bernd
drivers/base/memory.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/base/memory.c b/drivers/base/memory.c
index 7ae413f..f5a0bf1 100644
--- a/drivers/base/memory.c
+++ b/drivers/base/memory.c
@@ -52,11 +52,13 @@ int register_memory_notifier(struct notifier_block *nb)
{
return blocking_notifier_chain_register(&memory_chain, nb);
}
+EXPORT_SYMBOL_GPL(register_memory_notifier);
void unregister_memory_notifier(struct notifier_block *nb)
{
blocking_notifier_chain_unregister(&memory_chain, nb);
}
+EXPORT_SYMBOL_GPL(unregister_memory_notifier);
/*
* register_memory - Setup a sysfs device for a memory block
--
1.5.2
^ permalink raw reply related
* Re: [PATCH] [RESENDING] netconsole: register cmdline netconsole configs to configfs
From: Matt Mackall @ 2008-02-11 16:30 UTC (permalink / raw)
To: Joonwoo Park; +Cc: akpm, linux-kernel, netdev, satyam
In-Reply-To: <12027209202884-git-send-email-joonwpark81@gmail.com>
On Mon, 2008-02-11 at 18:08 +0900, Joonwoo Park wrote:
> This patch intorduces cmdline netconsole configs to register to
> configfs
> with dynamic netconsole. Satyam Sharma who designed shiny dynamic
> reconfiguration for netconsole, mentioned about this issue already.
> (http://lkml.org/lkml/2007/7/29/360)
> But I think, without separately managing of two kind of netconsole
> target
> objects, it's possible by using config_group instead of
> config_item in the netconsole_target and default_groups feature of
> configfs.
>
> Patch was tested with configuration creation/destruction by kernel and
> module.
> And it makes possible to enable/disable, modify and review netconsole
> target configs from cmdline.
I'm afraid I'm going to have to leave review of this to someone who is
clueful about configfs. But it seems reasonable.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox