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 implements the
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
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()
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,
}
/* Set slow
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 change.
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 unsubscribe
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
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
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
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
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 skbtruesize instead of skb-users.counter, since the latter in
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 original
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
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 than what
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
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
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
* 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 interval
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
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 the
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 have now, so...
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
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 system does is
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 it
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-safe;
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 interface is in
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
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 which case, my network
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
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 to see
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,
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]
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 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
Summary:
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
[EMAIL PROTECTED]
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 successfully unless I have tcpdump -i
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
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 should we really
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
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
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
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:
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
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
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 this change is
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
+ help
+
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
===
---
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 (with NULL), so isn't it
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
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
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
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
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
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
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
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 +++
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
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
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
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
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
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
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]
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.
Signed-off-by: Ian
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 urge to use
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
---
66 matches
Mail list logo