Linus Torvalds wrote:
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is Down
e1000: eth0: e1000
On 3/1/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is D
Ben Greear wrote:
Hello!
I have a suspicion (but no proof at this time) that a rule like this:
20: from all iif ppp400 lookup 10001
is not actually working for ppp interfaces. Before I go adding printk
statements, are there any
stats that would show if packets are hitting a particular ru
Ok, here's an interesting one: my e1000 card no longer worked for a while.
The green link-light blinks on/off once a second, and in time to that, my
dmesg fills up with an endless supply of
e1000: eth0: e1000_watchdog: NIC Link is Down
e1000: eth0: e1000_watchdog: NIC Link is U
Hello!
I have a suspicion (but no proof at this time) that a rule like this:
20: from all iif ppp400 lookup 10001
is not actually working for ppp interfaces. Before I go adding printk
statements, are there any
stats that would show if packets are hitting a particular rule or
routing tabl
They don't really save that much, and aren't worth the hassle.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./include/linux/sunrpc/svc.h |2 --
./net/sunrpc/svcsock.c | 13 +++--
2 files changed, 3 insertions(+), 12 deletions(-)
diff .prev/include/linux
When recv_msg is called with a size of 0 and MSG_PEEK (and
sunrpc/svcsock.c does), it is clear that we only interested in
metadata (from/to addresses) and not the data, so don't do any
checksum checking at this point. Leave that until the data is
requested.
Signed-off-by: Neil Brown <[EMAIL PROT
The sunrpc server code needs to know the source and destination address
for UDP packets so it can reply properly.
It currently copies code out of the network stack to pick the pieces out
of the skb.
This is ugly and causes compile problems with the IPv6 stuff.
So, rip that out and use recv_msg i
Current mainline has a compile linkage problem if both
CONFIG_IPV6=m
CONFIG_SUNRPC=y
because net/sunrpc/svcsock.c conditionally used a function defined in the IPv6
module.
These three patches resolve the issue.
The problem is caused because svcsock needs to get the source and
destination ad
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 15:30:25 -0800
> Your right, but so far there is no ioctl to take it out of this mode.
> So it is a one way door.
You can keep attaching a different new protocol to an HDLC
device until it is brought up.
> This device never calls
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 14:37:27 -0800
> Not necessary, since any network device must already allocated by
> alloc_netdev() and it initializes the whole struct to 0 (NULL).
It is in this case, unfortunately, HDLC protocols can be registers
several times b
What about implementing the unused arp_announce flag on the inetdevice?
Something like the following. Totally untested...
Looks like it either was there (and got removed) or was planned but
never implemented.
diff --git a/net/ipv4/devinet.c b/net/ipv4/devinet.c
index e10794d..cefc339 100644
---
On Thu, Mar 01, 2007 at 04:42:14PM -0800, Stephen Hemminger wrote:
> > +
> > +/** Send a packet on a net device to encourage switches to learn the
> > + * MAC. We send a fake ARP request.
> > + *
> > + * @param dev device
> > + * @return 0 on success, error code otherwise
> > + */
> Why the sudden
Stephen Hemminger wrote:
> On Thu, 01 Mar 2007 15:25:09 -0800
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
>
>> The network device frontend driver allows the kernel to access network
>> devices exported exported by a virtual machine containing a physical
>> network device driver.
>>
>> Sig
On Thu, 01 Mar 2007 15:25:09 -0800
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> The network device frontend driver allows the kernel to access network
> devices exported exported by a virtual machine containing a physical
> network device driver.
>
> Signed-off-by: Ian Pratt <[EMAIL PROTECTED
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt <[EMAIL PROTECTED]>
Signed-off-by: Christian Limpach <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL P
Andy Gospodarek <[EMAIL PROTECTED]> writes:
> On Thu, Mar 01, 2007 at 03:54:58PM -0500, Marc D Ronell wrote:
>> Andy Gospodarek <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, Mar 01, 2007 at 02:22:24PM -0500, Marc D Ronell wrote:
>> >>
>> >> Hi,
>> >>
>> >> I can not ping a remote host successfull
On Fri, 02 Mar 2007 00:14:37 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger a écrit :
>
> >
> > You probably want to add a SO_TIMESTAMPNS setsockopt() value like existing
> > SO_TIMESTAMP
>
> You mean an alias like this ?
>
> #define SO_TIMESTAMPNS SO_TIMESTAMP
>
> Or shou
On Thu, Mar 01, 2007 at 04:52:54PM -0600, Chris Engel wrote:
> I tried to apply this patch to 2.6.21-rc2 and CHECKSUM_HW appears to be
> changed to CHECKSUM_COMPLETE
The use of CHECKSUM_HW was replaced by CHECKSUM_PARTIAL and CHECKSUM_COMPLETE
on a cae-by-case basis, in the patch series leading u
We were using the platform_device.id field to identify which ethernet
port is used for mv643xx_eth device. This is not generally correct.
It will be incorrect, for example, if a hardware platform uses a single
port but not the first port. Here, we add an explicit port_number field
to struct mv643
The information contained within platform_data should be self-contained.
Replace the pointer to a MAC address with the actual MAC address in
struct mv643xx_eth_platform_data.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
Replaced explicit mac address comparison with a call to is_valid_e
On Thu, 1 Mar 2007 14:54:23 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 14:37:27 -0800
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 1 Mar 2007 14:34:17 -0800
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 1 Mar 2007 11:33:05 -0800
> > > [EM
Stephen Hemminger a écrit :
You probably want to add a SO_TIMESTAMPNS setsockopt() value like existing
SO_TIMESTAMP
You mean an alias like this ?
#define SO_TIMESTAMPNS SO_TIMESTAMP
Or should we really use another value ?
Also use NSEC_PER_USEC rather than hardcoded 1000.
Yes I will
On Thu, 1 Mar 2007 14:37:27 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 14:34:17 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 1 Mar 2007 11:33:05 -0800
> > [EMAIL PROTECTED] wrote:
> >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=8107
> > >
> >
Squelch logging AE errors.
Only post one AE error for a given connection in the kernel log.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iw
Move QP to error on destroy if the state is IDLE.
Change iwch_destroy_qp() to always move the QP to ERROR and let
iwch_modify_qp() decide what to do.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_provider.c |6 ++
1 files changed, 2 insertions(+), 4
Fix MR permission problems.
- remove useless and redundant iwch_mem_perms enum.
- create ib_to_tpt_access_rights() for mapping ib access rights
to T3 TPT permissions.
- create ib_to_mwbind_access_rights() for mapping ib access rights
to T3 MWBIND WR permissions.
- fix up the mem reg code t
Stop the endpoint timer when the MPA exchange is aborted by the peer.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_cm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cm.c
b/drivers/infiniband/hw/
Don't reuse skbuffs that are non-linear or cloned.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_cm.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cm.c
b/drivers/infiniband/hw/cxgb3/iwch_cm.c
in
Fixes for "normal close" failures.
- Start normal close timer when moving to CLOSING state.
- Handle ABORTING state in close_con_rpl().
- Stop timer correctly on abort during a normal close.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_cm.c | 11 +++-
Hey Roland,
Here is a set of bug fixes for iw_cxgb3 that I'd like to roll into 2.6.21.
Thanks,
Steve.
-
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
On Thu, 1 Mar 2007 14:34:17 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 11:33:05 -0800
> [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8107
> >
> >Summary: dev->header_cache_update has a random value
> > Kernel Version: 2.6.20
>
On Thu, 1 Mar 2007 11:33:05 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8107
>
>Summary: dev->header_cache_update has a random value
> Kernel Version: 2.6.20
> Status: NEW
> Severity: high
> Owner: [EMAIL PROTECTED
Hi All,
I have been talking a bit with Richard, who is the LED API maintainer, and a
LED trigger based on network activity would be something great.
There are somethings that concern the network stack :
- should we specify if the network driver is allowed to contribute to
the LED activity, just
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>On Thu, Mar 01, 2007 at 02:25:19PM -0500, Brian Haley wrote:
[...]
>> So forgive my naive question, but what would it take to make IPv6 work?
>> I know DAD fails on a test setup I have, but I haven't dug-into why
>> this is (I can guess), and I'd like
Michal Schmidt wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kok, Auke wrote:
Mark Huth wrote:
Well, I'm not an expert on the realtime patches - but most any patch set
from Ingo seems to set this off - we've run through a bunch all the way
since 2.6.10.
that's bizarre,
On Thu, Mar 01, 2007 at 03:54:58PM -0500, Marc D Ronell wrote:
> Andy Gospodarek <[EMAIL PROTECTED]> writes:
>
> > On Thu, Mar 01, 2007 at 02:22:24PM -0500, Marc D Ronell wrote:
> >>
> >> Hi,
> >>
> >> I can not ping a remote host successfully unless I have "tcpdump -i
> >> eth0" running, in whi
When nodes on the LAN are masqueraded Linux on the gateway will attempt to use
the same port that an app on the LAN used. This can only be done once after
which Linux will arbitrarily assign ports.
Using the example of VoIP phones which use a default port of 5060, the first
phone to register wi
Andy Gospodarek <[EMAIL PROTECTED]> writes:
> On Thu, Mar 01, 2007 at 02:22:24PM -0500, Marc D Ronell wrote:
>>
>> Hi,
>>
>> I can not ping a remote host successfully unless I have "tcpdump -i
>> eth0" running, in which case, my network access works fine.
>
> Interesting that when your interfa
On Thu, 1 Mar 2007, Ilpo Järvinen wrote:
> Previously the prior_ssthresh was only used in the undo functions
> that were called by fastretrans_alert. FRTO processing, however,
> happens before that and one of the responses is doing undo too.
>
> I think that after this patch, FRTO should be ECN-s
On Thu, Mar 01, 2007 at 02:22:24PM -0500, Marc D Ronell wrote:
>
> Hi,
>
> I can not ping a remote host successfully unless I have "tcpdump -i
> eth0" running, in which case, my network access works fine.
Interesting that when your interface is in promiscious mode it works
fine, but otherwise
On Thu, Mar 01, 2007 at 02:25:19PM -0500, Brian Haley wrote:
> Jay Vosburgh wrote:
> >>My only concern is that this code assumes all mcast addresses stored in
> >>dev->mc-list list are for ipv4 igmp mcast addresses and nothing was done
> >>for ipv6.
> >>
> >>But this is much better than what we hav
Hi,
I can not ping a remote host successfully unless I have "tcpdump -i
eth0" running, in which case, my network access works fine.
I am running Debian etch on a Dell Inspiron e1505 laptop. The eth0
address is static on my local LAN. Once tcpdump is running, the
laptop can access th
On Thu, Mar 01, 2007 at 08:42:09AM +0100, Jarek Poplawski wrote:
> On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
> > > > +
> > > > + if ((size <= 0) || (i >= num_envp))
> > >
> > > Btw.:
> > > 1. if size == 10 and snprintf returns 9 (without NULL)
> > >then n == 10 (wi
Jay Vosburgh wrote:
My only concern is that this code assumes all mcast addresses stored in
dev->mc-list list are for ipv4 igmp mcast addresses and nothing was done
for ipv6.
But this is much better than what we have now, so...
Agreed, but there's no IPv6 support anywhere in bonding a
On Thu, 1 Mar 2007 12:30:50 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> On Wednesday 28 February 2007 17:07, John wrote:
>
> >
> > Consider an idle Linux 2.6.20-rt8 system, equipped with a single PCI-E
> > gigabit Ethernet NIC, running on a modern CPU (e.g. Core 2 Duo E6700).
> > All this sys
On Thu 1 Mar 2007 10:52, Stephen Hemminger pondered:
> Wu, Bryan wrote:
> > Hi folks,
> >
> > Here is the blackfin on-chip ethernet MAC controller driver for Linux.
> >
> > Index: linux-2.6/drivers/net/Kconfig
> > ===
> > --- linux-2.6
On 3/1/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Wu, Bryan wrote:
> +config BFIN_MAC
> + tristate "Blackfin 536/537 on-chip mac support"
> + depends on NET_ETHERNET && (BF537 || BF536) && (!BF537_PORT_H)
> + select CRC32
> + select BFIN_MAC_USE_L1 if DMA_UNCACHED_NONE
> +
* David Miller <[EMAIL PROTECTED]> [070228 21:49]:
>
> commit 71b270d966cd42e29eabcd39434c4ad4d33aa2be
> Author: David S. Miller <[EMAIL PROTECTED]>
> Date: Tue Feb 27 19:28:07 2007 -0800
>
> [TCP]: Kill fastpath_{skb,cnt}_hint.
>
> Now that we have per-skb fack_counts and an inter
Previously the prior_ssthresh was only used in the undo functions
that were called by fastretrans_alert. FRTO processing, however,
happens before that and one of the responses is doing undo too.
I think that after this patch, FRTO should be ECN-safe; only the
undo_cwr response is a suspect anyway.
Kok, Auke wrote:
> uhh, sure... while we are at it then, are there any more patches like this?
> perhaps for e100? ixgb?
A quick grep through the current RT patch shows there are no other
changes to e100, e1000, ixgb.
Michal
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
Michal Schmidt wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kok, Auke wrote:
Mark Huth wrote:
Well, I'm not an expert on the realtime patches - but most any patch set
from Ingo seems to set this off - we've run through a bunch all the way
since 2.6.10.
that's bizarre, and would imply
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kok, Auke wrote:
> Mark Huth wrote:
>> Well, I'm not an expert on the realtime patches - but most any patch set
>> from Ingo seems to set this off - we've run through a bunch all the way
>> since 2.6.10.
>
> that's bizarre, and would imply that Ingo
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>On Wed, Feb 28, 2007 at 05:03:37PM -0800, Jay Vosburgh wrote:
[...]
>My only concern is that this code assumes all mcast addresses stored in
>dev->mc-list list are for ipv4 igmp mcast addresses and nothing was done
>for ipv6.
>
>But this is much better t
Andrew Morton <[EMAIL PROTECTED]> wrote:
>On Wed, 28 Feb 2007 10:12:01 +0100 (CET) Jaroslav Kysela <[EMAIL PROTECTED]>
>wrote:
>> ==
>> bonding: replace system timer with work queue
>>
>> This patch replaces system timer with work queue in monitor functions.
>> The reason for thi
Mark Huth wrote:
Kok, Auke wrote:
Mark Huth wrote:
Current e1000_xmit_frame spews raw interrupt disabled nag messages when
used with RT kernel patches. This patch uses spin_trylock_irqsave,
which allows RT patches to properly manage the irq semantics.
Looks OK with me on first sight, I'll keep
On Wed, Feb 28, 2007 at 05:03:37PM -0800, Jay Vosburgh wrote:
>
> In active-backup mode, the current bonding code duplicates IGMP
> traffic to all slaves, so that switches are up to date in case of a
> failover from an active to a backup interface. If bonding then fails
> back to the origin
komal wrote:
Hi all,
As the discussion was going on about the effects of trapping the
netpoll queue during KGDBoE debugging, I tried avoiding it. So in
eth_pre_exception_handler() I did not set net_poll_trap to 1 and did not
reset it back to 0 in eth_post_exception_handler()
file d
Due to slab poisoning after origianl freeing, skb->users will not allow
subsequent freeing to succeed and fire slab debugging, which ends up
with obscure bugs.
Patch based on Eric Sesterhenn's <[EMAIL PROTECTED]> one, I changed
check to skb>truesize instead of skb->users.counter, since the latter
On Thursday 01 March 2007 16:54, Stephen Hemminger wrote:
>
> I like it except changing stamp to stampns all over the place is
> unnecessary, just change the
> type.
Well... After seeing the compat code using casts, I felt some external users
could try to cast it as well and not detect the new ty
Andrew Morton wrote:
On Wed, 28 Feb 2007 10:12:01 +0100 (CET) Jaroslav Kysela <[EMAIL PROTECTED]>
wrote:
Hi,
please, review and apply to mm tree for further testing. The patch
is also available at
ftp://ftp.alsa-project.org/pub/kernel-patches/bonding-workqueue.patch .
Please cc n
Eric Dumazet wrote:
On Wednesday 28 February 2007 17:07, John wrote:
Consider an idle Linux 2.6.20-rt8 system, equipped with a single PCI-E
gigabit Ethernet NIC, running on a modern CPU (e.g. Core 2 Duo E6700).
All this system does is time stamp 1000 packets per second.
Are you claiming tha
Wu, Bryan wrote:
Hi folks,
Here is the blackfin on-chip ethernet MAC controller driver for Linux.
It's name is blackfin-driver-net-stamp537.patch
[PATCH] Blackfin: on-chip ethernet MAC controller driver
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-
On Thu, Mar 01, 2007 at 01:30:20PM +0200, Ilpo Järvinen wrote:
> On Wed, 28 Feb 2007, Jarek Poplawski wrote:
...
> > Probably something for the next "BTW".
...
> missing. Spotted by Jarek Poplawski.
Thanks! But I really think such a cosmetic suggestion
isn't worth to mention.
Jarek P.
-
To unsubs
On Wed, 2007-28-02 at 23:30 -0800, David Miller wrote:
> That would be perfect for new applications.
> But we have to support all the old ones, so we're stuck
> providing correctly functioning AF_PACKET handling on
> all devices, sorry.
>
It also breaks all the ingress tc code by making that cha
On Wednesday 28 February 2007 17:07, John wrote:
>
> Consider an idle Linux 2.6.20-rt8 system, equipped with a single PCI-E
> gigabit Ethernet NIC, running on a modern CPU (e.g. Core 2 Duo E6700).
> All this system does is time stamp 1000 packets per second.
>
> Are you claiming that this platform
On Wed, 28 Feb 2007, Jarek Poplawski wrote:
> On 27-02-2007 16:50, Ilpo Järvinen wrote:
> > New sysctl tcp_frto_response is added to select amongst these
> ...
> > Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
> > @@ -762,15 +763,17 @@ __u32 tcp_init_cwnd(struct tcp_sock *tp,
> > }
> >
> >
Hello,
This patch splits the vlan_group struct into a multi-allocated struct. On
x86_64, the size of the original struct is a little more than 32KB, causing
a 4-order allocation, which is prune to problems caused by buddy-system
external fragmentation conditions.
I couldn't just use vmalloc() be
On Wed, Feb 28, 2007 at 05:07:10PM +0100, John ([EMAIL PROTECTED]) wrote:
> Again, this is irrelevant. We are discussing whether it would make sense
> to support sub-microsecond resolution. If there is one platform that can
> achieve sub-microsecond precision, there is a need for sub-microsecond
Hello Ueimor,
I succeeded to make the MII ioctls work in the r1000 driver. It seems
to be a solution for my problem.
Thank you a lot, it wouldn't have been possible without your help. You
allowed me to place some debug in the r8169 driver and look at it with
an up interface so I could compare some
On Thu, 01 Mar 2007 12:15:14 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> Here is the blackfin on-chip ethernet MAC controller driver for Linux.
>
> It's name is blackfin-driver-net-stamp537.patch
>
> [PATCH] Blackfin: on-chip ethernet MAC controller driver
>
> This patch imple
71 matches
Mail list logo
