Hello,
Today I found in my logs:
BUG: unable to handle kernel NULL pointer dereference at virtual address
00b0
printing eip:
78395f65
*pde =
Oops: [#1]
PREEMPT SMP
CPU:0
EIP:0060:[<78395f65>]Not tainted VLI
EFLAGS: 00210286 (2.6.22.9 #1)
EIP is at __ip_route_out
On Tue, 16 Oct 2007, Andrew McDonald wrote:
For why you don't want to packets to be forwarded, consider a simple
example that applies to something like RSVP:
- packet hits router, identified as potentially interesting from router
alert option
- packet passed to user space, confirmed as really int
I will be out of the office starting 10/16/2007 and will not return until
10/22/2007.
For topics regarding Malta or Elba driver release please contact Christian
Rund and Gunner von Boehn. For network relates issues please contact Adrian
Reber. Please contact Christopher Oelsner for all other top
Jeff Garzik wrote:
These six changes can be found in the 'fe' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
Note the change from the previous 'fe-lock' branch, which is now left
as-is on kernel.org, but not being updated.
-
To unsubscribe from this list: sen
commit 4f97856cd73ad3ccee06f1856c60cb1ed8f44ceb
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 19:48:15 2007 -0400
[netdrvr] interrupt handling overhaul
* eliminate the work loops in the interrupt handlers. they are no
longer needed, now that NAPI and other asynchr
commit a7c00e796597b797ceac3c18e8b85c124196c5ab
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 17:33:19 2007 -0400
[netdrvr] forcedeth: use NAPI for TX completion
A hand-rolled TX poll & work limit system was already in place, so it
was easy to convert the TX path to
commit c6ad879c65e6f91c7f61b86936e2ea39b16711da
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 11:43:27 2007 -0400
[netdrvr] forcedeth: eliminate some duplicate irq handling code
* nv_nic_irq_optimized() is the exactly same as nv_nic_irq(), save
for three function c
commit 8f61debaeb334bce0ccba1a1384d549a377c1e8e
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 12:55:08 2007 -0400
[netdrvr] forcedeth: unconditionally enable NAPI
Remove all !CONFIG_FORCEDETH_NAPI code, and the Kconfig option,
enabling NAPI unconditionally.
commit 160511126b6be7f15da33f7cab7374b12cb5
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 02:22:39 2007 -0400
[netdrvr] forcedeth: timer overhaul
* remove np->in_shutdown, it mirrors netif_running()
* convert stats timer to delayed workqueue
* retri
David Miller wrote:
> From: Tina Yang <[EMAIL PROTECTED]>
> Date: Tue, 16 Oct 2007 20:45:04 -0700
>
>> The current netpoll design and implementation has serveral race issues with
>> the
>> network fast path that panics/hangs the system or causes interface
>> timeout/reset
>> but the fix is likel
commit 0aeb1f867bc76029f599f73ac757a50f7641ccc5
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Oct 16 01:40:30 2007 -0400
[netdrvr] forcedeth: internal simplifications; changelog removal
* remove changelog from source; its kept in git repository
* consolidate descriptor
These six changes can be found in the 'fe' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
[netdrvr] forcedeth: internal simplifications; changelog removal
[netdrvr] forcedeth: timer overhaul
[netdrvr] forcedeth: eliminate some duplicate irq handli
On Wed, Oct 17, 2007 at 12:06:40AM -0400, Hideo AOKI wrote:
>
> Thank you so much for your comments.
>
> I'm going to fix them in next take patch set.
Thank you!
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~
Herbert Xu wrote:
On Fri, Oct 12, 2007 at 09:11:27PM +0900, Satoshi OSHIMA wrote:
+static inline int __ip_check_max_skb_pages(struct sock *sk, int size)
+{
+ switch(sk->sk_protocol) {
+ case IPPROTO_UDP:
+ if (sk->sk_prot->sysctl_mem[0] > UDP_MIN_SKB_PAGES)
+
From: Tina Yang <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 20:45:04 -0700
> The current netpoll design and implementation has serveral race issues with
> the
> network fast path that panics/hangs the system or causes interface
> timeout/reset
> but the fix is likely to have impact on the overall
The current netpoll design and implementation has serveral race issues with the
network fast path that panics/hangs the system or causes interface timeout/reset
but the fix is likely to have impact on the overall system performance and could
involve a large number of drivers. The proposal is to di
On Tuesday 16 October 2007 22:31:46 John W. Linville wrote:
> Bill Moss (1):
> mac80211: honor IW_SCAN_THIS_ESSID in siwscan ioctl
>
Where did this patch come from? The original patch looked nothing like this,
and this patch changes the behavior of siwscan incorrectly. If the interface
is n
\
> > Note: unfortunately, Jeff already picked up the EMAC patch without
> > waiting for this to be sorted out (oops...). So if you agree with
> > this patch, it would be nice to have it go in quickly or maybe via
> > Jeff's tree to avoid breakage ? Not terribly important tho.
>
>
> Sorry, I thou
Benjamin Herrenschmidt wrote:
net: Add __napi_synchronize() to sync with napi poll
The EMAC driver which needs to handle multiple devices with one
NAPI instance implements its own per-channel disable bit. However,
when setting such a bit, it needs to synchronize with the poller
(that is make sur
Dave,
A few fixes for 2.6.24. I've included some SSB ones since I wasn't
sure who else should get them.
Thanks,
John
---
As usual, individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/fixes-davem
---
The following changes since
net: Add __napi_synchronize() to sync with napi poll
The EMAC driver which needs to handle multiple devices with one
NAPI instance implements its own per-channel disable bit. However,
when setting such a bit, it needs to synchronize with the poller
(that is make sure that any pending poller instan
napi: use non-interruptible sleep in napi_disable
The current napi_disable() uses msleep_interruptible() but doesn't
(and can't) exit in case there's a signal, thus ending up doing a
hot spin without a cpu_relax. Use uninterruptible sleep instead.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PRO
> -Original Message-
> From: Sebastian Siewior [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 17, 2007 1:25 AM
> To: [EMAIL PROTECTED]
> Cc: Li Yang-r58472; netdev@vger.kernel.org; Grant Likely
> Subject: [PATCH] [net] fix gianfar (compile and warning)
>
> Currently it does not comp
On Tue, 2007-10-16 at 21:16 -0400, Jeff Garzik wrote:
> Benjamin Herrenschmidt wrote:
> > net: Fix new EMAC driver for NAPI changes
> >
> > This fixes the new EMAC driver for the NAPI updates. The previous patch
> > by Roland Dreier (already applied) to do that doesn't actually work. This
> > app
Mostly fixes, except a couple things from Stephen H and myself.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/3c59x.c |8 +-
drivers/net/Kconfig
[EMAIL PROTECTED] wrote:
From: Steffen Klassert <[EMAIL PROTECTED]>
Some NICs (3c905B) can not generate PME in power state PCI_D0, while others
like 3c905C can. Call pci_enable_wake() with PCI_D3hot should give proper
WOL for 3c905B.
Signed-off-by: Steffen Klassert <[EMAIL PROTECTED]>
Tested-b
Jay Vosburgh wrote:
Two small fixes to IPoIB support for bonding:
1- copy header_ops from slave to bonding for IPoIB slaves
2- move release and destroy logic to UNREGISTER from GOING_DOWN
notifier to avoid double release
Set bonding to version 3.2.1.
Benjamin Herrenschmidt wrote:
net: Fix new EMAC driver for NAPI changes
This fixes the new EMAC driver for the NAPI updates. The previous patch
by Roland Dreier (already applied) to do that doesn't actually work. This
applies on top of it makes it work on my test Ebony machine.
This patch depen
applied 1-7
-
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
Auke Kok wrote:
From: Adrian Bunk <[EMAIL PROTECTED]>
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
applied all three patches (1-2, and then the singleton)
-
To unsubscribe from this list: send the line "unsubscri
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Now that 2.6.23 is out, and the patch storm has settled
> here is a new version of iproute2
Hi Stephen:
Any chance you could include the NAT patch for the next release?
[TC]: Add NAT action
This patch adds the parser for the nat action which is use
Florin Andrei <[EMAIL PROTECTED]> wrote:
> I've heard that stateless 1:1 NAT will be possible with the upcoming
> 2.6.24 kernel.
> I'd like to test that feature, but I'm not sure when it will actually be
> included. Will it be present in the release candidates for 2.6.24?
> I just need a somewhat
I've heard that stateless 1:1 NAT will be possible with the upcoming
2.6.24 kernel.
I'd like to test that feature, but I'm not sure when it will actually be
included. Will it be present in the release candidates for 2.6.24?
I just need a somewhat stable kernel tree to play with.
--
Florin Andre
Yanping Du <[EMAIL PROTECTED]> writes:
> We found the standard 16-bit tcp checksum is not
> strong enough in some cases. Is there any roadmap on
> implementing RFC1146 (tcp alternative checksum
> options) in Linux tcp stack ?
The standard way to solve this problem is to either use
SSL or IPSec.
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 16:37:24 -0700
> It isn't possible, there is only one hardware IRQ, and one
> common status buffer.
Ok, thanks for explaining. Your hardware is very similar to
Ben's, therefore.
> I'll fix the suspend code, it has other problems
From: Max Asbock <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 16:34:40 -0700
> I tested the bnx2x driver (0001-BNX2X-0.40.10a-net-2.6.24.patch) with
> netdev-2.6.24 git tree and found that I can reproducibly panic the
> system when running netperf with the TCP_STREAM test.
> I copied the following i
Now that 2.6.23 is out, and the patch storm has settled
here is a new version of iproute2
http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.23.bz2
Changes since last version (v2.6.19)
Alexander Wirt (1):
Drop bogus reference to tc-filters and add lartc.org link to manpage.
Andr
On Tue, 16 Oct 2007 15:16:16 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Tue, 16 Oct 2007 09:10:35 -0700
>
> > On Tue, 16 Oct 2007 15:47:13 +1000
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > The way it's currently i
I tested the bnx2x driver (0001-BNX2X-0.40.10a-net-2.6.24.patch) with
netdev-2.6.24 git tree and found that I can reproducibly panic the
system when running netperf with the TCP_STREAM test.
I copied the following information from the panic message:
RIP: 0xc02fff32
net_rx_action +0x142/0x190
...
do
On Tue, 2007-10-16 at 15:16 -0700, David Miller wrote:
> And it's unfortunately buggy.
>
> For example, the sky2_suspend() code iterates over the ports
> and calls sky2_down() on each one that is up.
>
> That will call napi_disable() on the same NAPI instance if
> multiple ports are up, and thus
Am Mittwoch, 17. Oktober 2007 schrieb Karsten Wiese:
to nonsense comments, please ignore:
> this ^..^ looked funny to me
and
> back to normal ^.^
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordom
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 09:10:35 -0700
> On Tue, 16 Oct 2007 15:47:13 +1000
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > The way it's currently implemented, there's a list of NAPI's attached to
> > the netdev, so obviously, that won't work f
Am Dienstag, 16. Oktober 2007 schrieb Francois Romieu:
> Karsten Wiese <[EMAIL PROTECTED]> :
> [...]
> > Forgot to say: patch is against 2.6.23. Stable material, if it gets an ACK.
> > The BUG happens since months here, if not since I hibernate this pc.
>
> Can you give the patch below a try too ?
On Tue, 2007-10-16 at 21:28 +0200, Lennert Buytenhek wrote:
Hello,
> +#define PORT_CONF0x400
> +#define PORT_CONF_EXT0x404
> +#define PORT_MAC_LO 0x414
> +#define PORT_MAC_HI 0x418
> +#define PORT_SDMA0x41c
> +#define PORT_SERIAL
While looking at a net driver with the following construct,
if (!netif_carrier_ok(dev))
netif_carrier_on(dev);
it stuck me that the netif_carrier_ok() check was redundant, since
netif_carrier_on() checks bit __LINK_STATE_NOCARRIER anyway. This is
the same reason why netif
Recent header_ops change would break the following dead
code in br2684. Maintaining conditonal code in mainline is wrong.
"Do, or do not. There is no 'try.'"
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/net/atm/br2684.c 2007-10-11 13:16:27.0 -0700
+++ b/net/atm/br2684.c
On 10/16/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> 2.6.23-git7, using SLAB (not SLUB) [config attached]:
>
> # modprobe clip
> # rmmod clip
> # modprobe clip
>
> results in panic:
>
> kmem_cache_create: duplicate cache clip_arp_cache
>
> Call Trace:
> [] kmem_cache_create+0x3bf/0x3fd
> [] nei
From: Andrew Morton <[EMAIL PROTECTED]>
Cc: "David S. Miller" <[EMAIL PROTECTED]>
Cc: Emil Medve <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Cc: Kumar Gala <[EMAIL PROTECTED]>
Cc: Li Yang <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PR
From: Marcus Meissner <[EMAIL PROTECTED]>
The xl_laa array is just 6 bytes long, so we should substract 10 from the
index, like is also done some lines above already.
Signed-off-by: Marcus Meissner <[EMAIL PROTECTED]>
Reviewed-by: Pekka Enberg <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED
From: Steffen Klassert <[EMAIL PROTECTED]>
Some NICs (3c905B) can not generate PME in power state PCI_D0, while others
like 3c905C can. Call pci_enable_wake() with PCI_D3hot should give proper
WOL for 3c905B.
Signed-off-by: Steffen Klassert <[EMAIL PROTECTED]>
Tested-by: Harry Coin <[EMAIL PROTE
From: "Ed Swierk" <[EMAIL PROTECTED]>
Bring the physical link down when the interface is down by placing the PHY
in power-down state, unless WOL is enabled. This mirrors the behavior of
other drivers including e1000 and tg3.
Signed-off-by: Ed Swierk <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PR
> So this is really just like synchronize_irq()? Using msleep is bogus
> because you want to spin, you are only waiting for a softirq on the other
> cpu to finish. If you wait for a whole millisecond and sleep that
> is far longer than the napi routine should take.
>
> You could even optimize it
> > >
> > > OK, so from all this and earlier mail I think that the
> > device driver don't
> > > receive multicast pkgs. Tomorrow I will try the real OSPF
> > test case with
> > > promisc mode enabled, se if that works. If so, it means there is
> > > a bug in the drivers(ucc_geth.c) set_multic
Karsten Wiese <[EMAIL PROTECTED]> :
[...]
> Forgot to say: patch is against 2.6.23. Stable material, if it gets an ACK.
> The BUG happens since months here, if not since I hibernate this pc.
Can you give the patch below a try too ?
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 285
2.6.23-git7, using SLAB (not SLUB) [config attached]:
# modprobe clip
# rmmod clip
# modprobe clip
results in panic:
kmem_cache_create: duplicate cache clip_arp_cache
Call Trace:
[] kmem_cache_create+0x3bf/0x3fd
[] neigh_table_init_no_netlink+0x6c/0x242
[] :clip:atm_clip_init+0x10/0x8a
[] sys_
Hi,
> As far as I know, the x86 in-kernel thingy doesn't but yeah, the
> userland one seems much more evolved and does things based on the
> "class" of the device.
>
> Christoph, have any of you tried it on powerpc ?
FYI It works fine on PowerPC and its installed by default on some
distros (eg
> -Original Message-
> From: Stephen Hemminger [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 22:13
>
> On Tue, 16 Oct 2007 22:07:35 +0200
> "Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
>
> > > -Original Message-
> > > From: David Stevens [mailto:[EMAIL PROTECTED]
> > >
Kirk Bocek <[EMAIL PROTECTED]> :
> I'm maintaining a CentOS wiki page for the RTL8110 NIC:
>
> http://wiki.centos.org/HardwareList/RealTekr1000
>
> I don't think I have the version history quite right between the 2.2LK-NAPI
> version of the driver that's included in the kernel and the 6.003.00-NA
On Tue, 16 Oct 2007 21:28:06 +0200
Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
> Attached is a driver for the built-in 10/100/1000 ethernet MAC in
> the Marvell Orion series of ARM SoCs.
>
> This ethernet MAC supports the MII/GMII/RGMII PCS interface types,
> and offers a pretty standard set of
On Mon, Oct 15, 2007 at 08:51:16AM +0300, Pekka Savola wrote:
> Took off linux-man from cc:,
>
> On Sun, 14 Oct 2007, Andrew McDonald wrote:
> >+The tapped packets are not forwarded by the kernel, it is the
> >+user's responsibility to send them out again.
>
> This is probably incompliant (and fr
On Tue, 16 Oct 2007 22:07:35 +0200
"Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: David Stevens [mailto:[EMAIL PROTECTED]
> > Sent: den 16 oktober 2007 21:46
> > To: Joakim Tjernlund
> > Cc: 'Netdev'; [EMAIL PROTECTED]
> > Subject: RE: Multicast problem
> >
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 21:46
> To: Joakim Tjernlund
> Cc: 'Netdev'; [EMAIL PROTECTED]
> Subject: RE: Multicast problem
>
> > dev_mcast and igmp looks:
> > [EMAIL PROTECTED]:/proc/net# m dev_mcast
> > 1eth0
Attached is a driver for the built-in 10/100/1000 ethernet MAC in
the Marvell Orion series of ARM SoCs.
This ethernet MAC supports the MII/GMII/RGMII PCS interface types,
and offers a pretty standard set of MAC features, such as RX/TX
checksum offload, scatter-gather, interrupt coalescing, PAUSE,
> dev_mcast and igmp looks:
> [EMAIL PROTECTED]:/proc/net# m dev_mcast
> 1eth01 0 01005e01
> 2eth11 0 01005e01
These are the hardware multicast addresses for
224.0.0.1 (so, correct).
> [EMAIL PROTECTED]:/proc/net# m igmp
> Idx De
Yinghai Lu wrote:
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 illustration of the approach's
fragility: disable_irq() is a heavy hamm
>
> hmm maybe I misunderstand here, but the we are trying to make OSPF work
> in 2.6 and the problem appears to be that our board does not pick up
> multicasts.
> Is icmp_echo_ignore_broadcasts=0 required to make OSPF work in 2.6?
>
> Jocke
>
No, it's required to make "ping" to a multi
Am Dienstag, 16. Oktober 2007 schrieb Karsten Wiese:
> Hi,
>
> Sometimes (~ 1 in 10) after suspend to disk my r8169 nic doesn't work and a
> "r8169: eth0: link down" gets mingled up with those suspend messages.
> First tests show nothing bad, so maybe this patch really helps.
> Will post again, if
Add ability to read/write EEPROM
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 98 +
drivers/net/skge.h |6 ++-
2 files changed, 102 insertions(+), 2 deletions(-)
--- a/drivers/net/skge.c2007-10-16
Add a debugfs interface to look at internal ring state.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 10 +++
drivers/net/skge.c | 143
drivers/net/skge.h |3 +
3 files changed, 156 insertions(+)
---
Change how PHY is managed on SysKonnect fibre based boards.
Poll for PHY coming up 1 per second, but use interrupt to detect loss.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/skge.c2007-10-16 12:14:08.0 -0700
+++ b/drivers/net/skge.c2007-10-16 12
Rather than bring network down/up when changing MTU,
only need to impact receiver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/skge.c2007-10-16 11:17:02.0 -0700
+++ b/drivers/net/skge.c2007-10-16 11:22:41.0 -0700
@@ -2544,6 +2544,15 @@ s
version update
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/skge.c2007-10-16 10:57:42.0 -0700
+++ b/drivers/net/skge.c2007-10-16 10:57:50.0 -0700
@@ -44,7 +44,7 @@
#include "skge.h"
#define DRV_NAME "skge"
-#define DRV_VE
Use internal stats structure
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/skge.c2007-10-16 11:23:09.0 -0700
+++ b/drivers/net/skge.c2007-10-16 11:23:14.0 -0700
@@ -445,15 +445,15 @@ static struct net_device_stats *skge_get
else
The first three are bug fixes, followed by cleanup
and addition of new eeprom and debug interface.
Patches are against current linux-2.6 git tree which
is at pre 2.6.24 state.
--
Stephen Hemminger <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the bod
This fixes problems with transmit hangs on older fiber based SysKonnect boards.
Adjust ram buffer sizing calculation to make it correct on all boards
and make it like the code in sky2 driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/net/skge.c2007-10-16 10:55:1
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 19:05
> To: [EMAIL PROTECTED]
> Cc: Netdev
> Subject: Re: Multicast problem
>
> If you have icmp_echo_ignore_broadcasts set to 1, it won't respond to
> multicasts. That should be all you need
On Tue, 16 Oct 2007 15:49:52 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> net: Add __napi_sycnhronize() to sync with napi poll
>
> The EMAC driver which needs to handle multiple devices with one
> NAPI instance implements its own per-channel disable bit. However,
> when setting such
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 illustration of the approach's
> fragility: disable_irq() is a heav
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 illustration of the approach's
> fragility: disable_irq() is a heav
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 illustration of the approach's
fragility: disable_irq() is a heavy hammer that originated with INTx,
and it relies on a chip-specific disable m
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 19:05
> To: [EMAIL PROTECTED]
> Cc: Netdev
> Subject: Re: Multicast problem
>
> If you have icmp_echo_ignore_broadcasts set to 1, it won't respond to
> multicasts. That should be all you need
Currently it does not compile because a not declared variable is used.
struct net_device_stats in driver's private struct is also unsued.
This patch uses (hopefully) the right stats.
Cc: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
---
drivers/net/gianfar.c |
(please remove l-k from the Cc:, this ought to be sent to netdev)
Vladislav Bolkhovitin <[EMAIL PROTECTED]> :
>
> I've recently bought Realtek RTL8169S-32 chip based Gigabit Ethernet card:
>
> # lspci -vv
[...]
> I've noticed that all TX offload features (tx-checksumming,
> scatter-gather and TS
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 Tue, 16 Oct 2007, Jarek Poplawski wrote:
> Yes, it's all right here. Sorry for bothering - I should've found this
> by myself.
Ah, no problem -- even with the right keys you may sometimes get lost in
the results.
> I've still some doubts about this possible enable_irq() after
> free_irq().
From: Grant Likely <[EMAIL PROTECTED]>
Fixes compile error from commit 09f75cd7bf13720738e6a196cc0107ce9a5bd5a0.
Also eliminates an unused variable and eliminates an uninitialized variable
warning.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/net/gianfar.c |6 ++
1 files
If you have icmp_echo_ignore_broadcasts set to 1, it won't respond to
multicasts. That should be all you need to do for 224.0.0.1.
Some smart switches rely on IGMP snooping to determine group membership,
and some of those don't understand IGMPv3, so if you have no v1 or v2
queriers
on the network
I can't get my PowerPC 83xx(eth driver ucc_qeth) board to reply on a
multcast ping:
ping -t 1 -c 2 224.0.0.1
unless I do ifconfig eth1 promisc and
echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
I guess I am missing something, but what?
Kernel: 2.6.23
Jocke
-
To unsubscribe from this
Hi,
Sometimes (~ 1 in 10) after suspend to disk my r8169 nic doesn't work and a
"r8169: eth0: link down" gets mingled up with those suspend messages.
First tests show nothing bad, so maybe this patch really helps.
Will post again, if it doesn't.
Karsten
-->
Disable polling
My problem is anything but sporadic. I have succeeded in booting a
2.6.23-based kernel exactly once since the roll toward F8 started early
last summer.
Dave
> -Original Message-
> From: Herbert Xu [mailto:[EMAIL PROTECTED] On
> Behalf Of Herbert Xu
> Sent: Tuesday, October 16, 2007 7:35
On Tue, 16 Oct 2007 15:47:13 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> Hi Stehphen !
>
> The new netif_napi_add() function takes a netdev argument. In the EMAC
> case, there is one NAPI instance working on behalf of multiple netdev's,
> so that isn't very useful. For my EMAC patch
David Miller wrote:
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 18:28:56 +1000
Allright, so that's an out of tree userland thingy... (which may well
work on ppc too I suppose). Definitely not installed by default by my
distro so IRQs from the network cards on all x86
Herbert Xu wrote:
> On Tue, Oct 16, 2007 at 09:33:15AM -0500, Eric Sandeen wrote:
>> Hm... running 2.6.23-6.fc8, I've been through 30+ reboot cycles without
>> a problem. Before, I'd oops every 5 or so times I booted...
>>
>> I now have another NIC in the box, disabled; I don't think that should
>
Now that we have this new MODULE_ALIAS_NET_PF_PROTO_TYPE macro, use it
where possible.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
---
net/dccp/ipv4.c |4 ++--
net/dccp/ipv6.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
-
On Tue, 16 Oct 2007 23:20:00 +0200 Joachim Fenkes <[EMAIL PROTECTED]> wrote:
>
One small change - I intend to remove the name and owner fields from
struct of_platform_driver, so you should not bother initialising the name
field and just initialise the name field of the embedded struct
device_drive
By adding module aliases to inet_diag, tcp_diag and dccp_diag, we let
them load automatically as needed. This makes tools like "ss" run
faster.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Cc: Alexey Kuznetsov <[EMAIL PROTECTED]>
---
The alias naming scheme for tcp_diag and dccp_diag follows wh
On Tue, Oct 16, 2007 at 04:38:04PM +0200, Patrick McHardy wrote:
>
> Thats true, but for the first case we actually have something in the
> stack doing that, which is NAT and routing by fwmark. Maybe netfilter
> should just send an ICMP error back, that would also solve the problem
> of silently dr
On Wed, Oct 17, 2007 at 12:05:47AM +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote:
>
> I think with this change, we parse extension headers, twice.
> We really do not want to do this.
Good point. I'll need to think of some other way to do this then.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Herbert,
I think with this change, we parse extension headers, twice.
We really do not want to do this.
--yoshfuji
In article <[EMAIL PROTECTED]> (at Tue, 16 Oct 2007 22:33:19 +0800), Herbert Xu
<[EMAIL PROTECTED]> says:
> [IPSEC]: Reinject packet instead of calling netfilter directly on input
Joachim Fenkes wrote:
On Tuesday 09 October 2007 10:21, Jan-Bernd Themann wrote:
Roland Dreier <[EMAIL PROTECTED]> wrote on 03.10.2007 20:05:44:
> > Replace struct ibmebus_dev and struct ibmebus_driver with struct
of_device
> > and struct of_platform_driver, respectively. Match the external
1 - 100 of 172 matches
Mail list logo
