From: David Stevens <[EMAIL PROTECTED]>
Date: Fri, 22 Jun 2007 21:30:05 -0700
> [EMAIL PROTECTED] wrote on 06/22/2007 06:17:46 PM:
>
> > On 23/06/07 02:04, David Stevens wrote:
> > > Why not make the application that writes resolv.conf
> > > also listen on a raw ICMPv6 socket? I don't bel
On 23/06/07 05:30, David Stevens wrote:
> [EMAIL PROTECTED] wrote on 06/22/2007 06:17:46 PM:
Is there a reason why you're CC:ing the Sender? Doesn't that end
up in the mailbox(es) of the netdev admin(s)?
>> On 23/06/07 02:04, David Stevens wrote:
>>> Why not make the application that writ
[EMAIL PROTECTED] wrote on 06/22/2007 06:17:46 PM:
> On 23/06/07 02:04, David Stevens wrote:
> > Why not make the application that writes resolv.conf
> > also listen on a raw ICMPv6 socket? I don't believe you'd need
> > any kernel changes, then, and it seems pretty simple and
> > straight
On Fri, 2007-06-22 at 20:09 -0400, C. Scott Ananian wrote:
> > > diff -ruHpN -X dontdiff linux-2.6.22-rc5-orig/include/net/ip6_rdnss.h
> > > linux-2.6.22-rc5/include/net/ip6_rdnss.h
> > > --- linux-2.6.22-rc5-orig/include/net/ip6_rdnss.h1969-12-31
> > > 19:00:00.0 -0500
> > > +++ linux-2.6.
On 23/06/07 02:04, David Stevens wrote:
> Why not make the application that writes resolv.conf
> also listen on a raw ICMPv6 socket? I don't believe you'd need
> any kernel changes, then, and it seems pretty simple and
> straightforward.
Because then it requires yet another network daemon,
Scott,
Why not make the application that writes resolv.conf
also listen on a raw ICMPv6 socket? I don't believe you'd need
any kernel changes, then, and it seems pretty simple and
straightforward.
+-DLS
-
To unsubscribe from this list: send the line
> diff -ruHpN -X dontdiff linux-2.6.22-rc5-orig/include/net/ip6_rdnss.h
> linux-2.6.22-rc5/include/net/ip6_rdnss.h
> --- linux-2.6.22-rc5-orig/include/net/ip6_rdnss.h1969-12-31
> 19:00:00.0 -0500
> +++ linux-2.6.22-rc5/include/net/ip6_rdnss.h2007-06-21
> 18:16:33.0 -0400 @@ -0,0 +1
From: "Satyam Sharma" <[EMAIL PROTECTED]>
Date: Sat, 23 Jun 2007 05:26:52 +0530
> [PATCH] include sysctl.h from inetdevice.h
>
> When CONFIG_INET=y and CONFIG_SYSCTL=n:
>
> In file included from net/core/netpoll.c:16:
> include/linux/inetdevice.h:15: error:
> '__NET_IPV4_CONF_MAX' undeclared her
On Saturday 23 June 2007 01:26:19 C. Scott Ananian wrote:
> +struct rdns6_info {
> + rwlock_tlock;
> + struct timer_list expiry_timer;
> + struct rdns6_entry *rdnss_list;
> + struct inet6_dev * in6_dev; /* back pointer for netlink notify */
> +
On Saturday 23 June 2007 01:26:19 C. Scott Ananian wrote:
> Attached is my first draft of a patch to implement RDNSS-in-Router
> Advertisements support for IPv6 (
> http://tools.ietf.org/html/draft-jeong-dnsop-ipv6-dns-discovery-12 )
> as implemented in radvd ( http://www.litech.org/radvd/ ). It
>
Attached is my first draft of a patch to implement RDNSS-in-Router
Advertisements support for IPv6 (
http://tools.ietf.org/html/draft-jeong-dnsop-ipv6-dns-discovery-12 )
as implemented in radvd ( http://www.litech.org/radvd/ ). It
currently exports the autoconfigured DNS list as /proc/net/ipv6_dn
I'm not sure that I've gotten either the sctp or lockdep details right,
but with this patch I don't get lockdep yelling at me any more :)
--
sctp: lock_sock_nested in sctp_sock_migrate
sctp_sock_migrate() grabs the socket lock on a newly allocated socket while
holding the socket lock on an o
This is the basic infrastructure needed to support network
namespaces. This infrastructure is:
- Registration functions to support initializing per network
namespace data when a network namespaces is created or destroyed.
- struct net. The network namespace datastructure.
This structure wil
> Patrick McHardy wrote:
> > Waskiewicz Jr, Peter P wrote:
> >
> >>Thought about this more last night and this morning. As
> far as I can
> >>tell, I still need this. If the qdisc gets loaded with multiqueue
> >>turned on, I can just use the value of band to assign
> >>skb->queue_mapping. Bu
It was mistakenly set to interrupt on the second packet instead of first,
causing
some interesting latency behaviour.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.o
Clean the TX ring in the poll call, to avoid sitting on mapped buffers
for a long time. NFS doesn't seem to like it much, for example.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
Hi,
pasemi_mac patches: minor tweaks, bugfixes and perf enhancements.
Please consider for the 2.6.23 merge window.
Thanks,
-Olof
-
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/majo
Move away from using the pci config access functions for simple register
access. Our device has all of the registers in the config space (hey,
from the hardware point of view it looks reasonable :-), so we need to
somehow get to it. Newer firmwares have it in the device tree such that
we can just
Abstract out the PCI config read/write accesses into reg read/write ones, still
calling the pci accessors on the back end.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2
Postpone pci unmap and skb free of the transmitted buffers to outside
of the tx ring lock, batching them up 32 at a time.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.
Various minor performance tweaks, do some explicit prefetching of packet
data, etc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++ net
Enable LLTX on pasemi_mac: we're already doing sufficient locking
in the driver to enable it.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_ma
Enable settings to target L2 for the first few cachelines of the packet,
since we'll access them to get to the various headers.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- ne
No need to copy over the skipped align bytes (besides, NET_IP_ALIGN is
0 on ppc64).
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++ ne
Currently all of the prerequisite work for implementing a network
namespace (i.e. virtualization of the network stack with one kernel)
has already been merged or is in the process of being merged.
Therefore it is now time for a bit of high level design review of
the network namespace work and tim
Hi,
This is new ethernet driver, which use the code taken out of lasi_82596
(done by the other patch I just sent).
Thomas.
Ethernet driver for EISA only SNI RM200/RM400 machines
Signed-off-by: Thomas Bogendoerfer <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
i
David Hollis wrote:
>> To rule out the possibility of the nic being defective, I connected the
>> USB nic to a windows computer. There it works, although the ethernet
>> connection is a bit flaky (just like it seems...).
>>
>> Then I did a diff on the respective kernel sources of 2.6.20.3 and
>> 2
Patrick McHardy wrote:
> Waskiewicz Jr, Peter P wrote:
>
>>Thought about this more last night and this morning. As far as I can
>>tell, I still need this. If the qdisc gets loaded with multiqueue
>>turned on, I can just use the value of band to assign
>>skb->queue_mapping. But if the qdisc is l
Patrick McHardy wrote:
> void skb_set_queue_mapping(struct sk_buff *skb, unsigned int queue)
> {
> #ifdef CONFIG_NET_SCH_MULTIQUEUE
> skb->queue_mapping = queue;
> #else
> skb->queue_mapping = 0;
> #endif
Maybe even use it everywhere and guard skb->queue_mapping by
an #ifdef, on 32 bi
Waskiewicz Jr, Peter P wrote:
>>> #include
>>>@@ -40,9 +42,13 @@
>>> struct prio_sched_data
>>> {
>>> int bands;
>>>+#ifdef CONFIG_NET_SCH_RR
>>>+int curband; /* for round-robin */
>>>+#endif
>>> struct tcf_proto *filter_list;
>>> u8 prio2band[TC_PRIO_MAX+1];
>>> struct Qdisc
> > #include
> > @@ -40,9 +42,13 @@
> > struct prio_sched_data
> > {
> > int bands;
> > +#ifdef CONFIG_NET_SCH_RR
> > + int curband; /* for round-robin */
> > +#endif
> > struct tcf_proto *filter_list;
> > u8 prio2band[TC_PRIO_MAX+1];
> > struct Qdisc *queues[TCQ_PRIO_BANDS];
Patrick McHardy wrote:
> extern int parse_rtattr(struct rtattr *tb[], int max, struct rtattr *rta,
> int len);
> extern int parse_rtattr_byindex(struct rtattr *tb[], int max, struct rtattr
> *rta, int len);
> +extern int parse_rtattr_nested_compat(struct rtattr *tb[], int max, struct
> rtattr
Patrick McHardy wrote:
> extern int rtattr_parse(struct rtattr *tb[], int maxattr, struct rtattr
> *rta, int len);
> +extern int rtattr_parse_nested_compat(struct rtattr *tb[], int maxattr,
> + struct rtattr *rta, void **data, int len);
>
This version is a bi
Patrick McHardy wrote:
> Oliver Hartkopp wrote:
>
>>
>> Is it the right approach to let netif_receive_skb() set the iif-value or
>> should we better set this value on our own before invoking netif_rx()?
>>
>
> netif_receive_skb is meant to be used as a default, the driver can
> override this if
Ivan Kokshaysky wrote:
On Thu, Jun 21, 2007 at 04:35:01PM -0700, Andrew Morton wrote:
In http://bugzilla.kernel.org/show_bug.cgi?id=8659, Dustin is reporting
that this patch broke tcp-on-ipv6.
Oops. Two instructions operating on the 'len' arg ($18) got swapped...
This should fix ev6 version, e
These two patches contain some example code how to use
the nested compat attribute in sch_prio.
[NET_SCHED]: sch_prio: nested compat attribute test
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 2ceff1c312a93446c95c41c3a54245a15278fe07
tree 7335b4957440cec27894dd38f3a707b4344f21
This patch adds a new attribute type that can be used
to replace non-nested attributes that contain structures
by nested ones in a compatible way.
This can be used in cases like Peter's who is trying to
extend sch_prio, which currently uses a fixed structure
without any holes.
Switching to neste
This patch adds a new attribute type that can be used
to replace non-nested attributes that contain structures
by nested ones in a compatible way.
This can be used in cases like Peter's who is trying to
extend sch_prio, which currently uses a fixed structure
without any holes.
Switching to neste
Oliver Hartkopp wrote:
Patrick McHardy wrote:
Urs Thuermann wrote:
* Use skb->iif instead of skb->cb to pass receiving interface from
raw_rcv() and bcm_rcv() up to raw_recvmsg() and bcm_recvmsg().
skb->iif doesn't necessarily point to the incoming network device
as see
Patrick McHardy wrote:
> Urs Thuermann wrote:
>
>> * Use skb->iif instead of skb->cb to pass receiving interface from
>> raw_rcv() and bcm_rcv() up to raw_recvmsg() and bcm_recvmsg().
>>
>
>
> skb->iif doesn't necessarily point to the incoming network device
> as seen seen by netif_receiv
On Wed, 2007-06-20 at 13:56 +0200, Erik Slagter wrote:
> To rule out the possibility of the nic being defective, I connected the
> USB nic to a windows computer. There it works, although the ethernet
> connection is a bit flaky (just like it seems...).
>
> Then I did a diff on the respective kern
On Fri, Jun 22, 2007 at 10:56:44AM +0200, Marcin Ślusarz wrote:
...
> When I disable on-board network card in BIOS (controlled by skge)
> ne2k-pci card is still locking up. So I think it's strictly ne2k-pci
> card bug. I made some tests and I know how to reproduce it fast (on my
> machine) - just m
On tor, 2007-06-21 at 21:13 -0700, Stephen Hemminger wrote:
> On Fri, 22 Jun 2007 04:45:25 +0200
> Ian Kumlien <[EMAIL PROTECTED]> wrote:
>
> > On tor, 2007-06-21 at 18:57 -0700, Stephen Hemminger wrote:
> > > Redirected of LKML, netdev is the proper list.
> >
> > Thanks =)
> >
> > > On Thu, 21
Urs Thuermann wrote:
> Patrick McHardy <[EMAIL PROTECTED]> writes:
>
>
>>Is there a reason why you're still doing the "allocate n devices
>>on init" thing instead of using the rtnl_link API?
>
>
> Sorry, it's simply a matter of time. We have been extremely busy with
> other projects and two pr
Urs Thuermann wrote:
> * Use skb->iif instead of skb->cb to pass receiving interface from
> raw_rcv() and bcm_rcv() up to raw_recvmsg() and bcm_recvmsg().
skb->iif doesn't necessarily point to the incoming network device
as seen seen by netif_receive_skb, for layered devices it currently
always
Patrick McHardy <[EMAIL PROTECTED]> writes:
> Is there a reason why you're still doing the "allocate n devices
> on init" thing instead of using the rtnl_link API?
Sorry, it's simply a matter of time. We have been extremely busy with
other projects and two presentations (mgmt, customers, and pre
Hi,
I'm experiencing a strange problem with a via rhine network card on Ubuntu
7.04 (2.6.20-16-generic #2 SMP). The hardware seemed to come into an
inconsistent state, since rmmod'ing and modprobe'ing the via-rhine driver
back didn't help.
After the problem had appeared, I could see the follow
[NET]: dev: secondary unicast address support
Add support for configuring secondary unicast addresses on network
devices. To support this devices capable of filtering multiple
unicast addresses need to change their set_multicast_list function
to configure unicast filters as well and assign it to d
[E1000]: Secondary unicast address support
Add support for configuring secondary unicast addresses. Unicast
addresses take precendece over multicast addresses when filling
the exact address filters to avoid going to promiscous mode.
When more unicast addresses are present than filter slots,
unicas
[NET]: dev_mcast: switch to generic net_device address lists
Use generic net_device address lists for multicast list handling.
Some defines are used to keep drivers working.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 02536a101d6fd8b1924b1e05c44409c7b4568335
tree 6624b4f7f6fb0b
[NET]: dev_mcast: unexport dev_mc_upload
dev_mc_add/dev_mc_delete take care of uploading the list when
necessary and thats the only interface other code should use.
Also remove two incorrect calls in DECnet.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit cdf660f0bd4cca9d2cbe86a31a
[NET]: dev: introduce generic net_device address lists
Introduce struct dev_addr_list and list maintenance functions
based on dev_mc_list and the related functions. This will be
used by follow-up patches for both multicast and secondary
unicast addresses.
Signed-off-by: Patrick McHardy <[EMAIL PR
This is an updated version of the secondary unicast address patches. I've
introduced a common structure and helpers for both unicast and multicast
addresses to make it easier for virtual software devices that want to
synchronize addresses to a lower device to reuse code. Additionally I
fixed a dead
Eric W. Biederman wrote:
Ben Greear <[EMAIL PROTECTED]> writes:
Patrick McHardy wrote:
Eric W. Biederman wrote:
For the macvlan code do we need to do anything special if we transmit
to a mac we would normally receive? Another unicast mac of the same
nic for example.
That doesn't happen unde
Ben Greear wrote:
> Patrick McHardy wrote:
>
>> Eric W. Biederman wrote:
>>
>>> For the macvlan hash you just use an upper byte. Is that just a
>>> simple starting place, or do we not need a more complex hash.
>>>
>>
>>
>> That gave me an idea, since the default addresses are random
>> anyway
On Thu, Jun 21, 2007 at 04:35:01PM -0700, Andrew Morton wrote:
> In http://bugzilla.kernel.org/show_bug.cgi?id=8659, Dustin is reporting
> that this patch broke tcp-on-ipv6.
Oops. Two instructions operating on the 'len' arg ($18) got swapped...
This should fix ev6 version, ev5 one seems to be ok.
On Friday 22 June 2007 10:40:41 Mithlesh Thukral wrote:
> NetXen: Fix issue of MSI not working correctly
> NetXen driver uses PCI function 0 to provide the functionality of MSI.
> The patch makes driver check the bus master bit for function 0 and
> enable it after the card initialization.
>
> Sign
Urs Thuermann wrote:
> This patch adds the virtual CAN bus (vcan) network driver.
> The vcan device is just a loopback device for CAN frames, no
> real CAN hardware is involved.
Is there a reason why you're still doing the "allocate n devices
on init" thing instead of using the rtnl_link API?
-
T
On Friday 22 June 2007 10:42:38 Mithlesh Thukral wrote:
> diff --git a/drivers/net/netxen/netxen_nic_hw.c
> b/drivers/net/netxen/netxen_nic_hw.c
> index 4e958c9..f0df6fb 100644
> --- a/drivers/net/netxen/netxen_nic_hw.c
> +++ b/drivers/net/netxen/netxen_nic_hw.c
> @@ -378,6 +378,7 @@ int netxen_ni
On Thu, 2007-06-21 at 11:47 -0400, jamal wrote:
> On Wed, 2007-20-06 at 13:25 +0200, Johannes Berg wrote:
>
> > Ok. That's definitely a bug in nl80211 as we have it in development
> > right now.
>
> Sorry, have never looked at that code.
No worries, I was just stating that.
> You can use setso
On Thu, Jun 21, 2007 at 02:00:07PM -0700, Rick Jones ([EMAIL PROTECTED]) wrote:
> > Simple test included test -> desktop and vice versa traffic with 128 and
> > 4096 block size in netperf-2.4.3 setup.
>
> Is that in conjunction with setting the test-specific -D to set
> TCP_NODELAY, or was Nagle l
Never mind. I saw this and I thought it was an old obscure bug.
But it appears it is a new condition, that has already been
fixed.
Eric
-
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.o
2007/6/19, Jarek Poplawski <[EMAIL PROTECTED]>:
On Mon, Jun 18, 2007 at 08:10:00AM -0700, Stephen Hemminger wrote:
> On Mon, 18 Jun 2007 13:08:49 +0200
> Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> > On 16-06-2007 23:35, Marcin .lusarz wrote:
> > > hi
> > > after upgrading kernel from 2.6.20 t
NetXen: Unload graceful unloading of NetXen driver.
To allow graceful handing of Netxen module load/unload sequences,
modified code allows driver close routine to be invoked via
unregister_netdev() call in driver remove routine to free the command
buffer list and flush queues. Next dummy dma buffer
NetXen: Make use of per port interrupt scheme.
This patch makes the driver inform the firmware that it can support the
per port interrupt mask scheme. The driver too needs to check whether
the firmware also supports the per port interrupt scheme. If yes,
then interrupt for each port is enabled/dis
NetXen: Fix issue of MSI not working correctly
NetXen driver uses PCI function 0 to provide the functionality of MSI.
The patch makes driver check the bus master bit for function 0 and
enable it after the card initialization.
Signed-off-by: Milan Bag <[EMAIL PROTECTED]>
Signed-off-by: Wen Xiong <[
Hi All,
I will be sending updates for NetXen NIC 1/10 G Ethernet driver
in the following emails. These are bug fixes and better interrupt
handling schemes. All these patches have been test on x86 machines and
PowerPC blades.
Thanks,
Mithlesh Thukral
-
To unsubscribe from this list: send the line
All,
I am recalling these 2 patches. Please dont review them.
I will resend them again along with a new patch which has come up.
Sorry for the inconvenience.
Thanks,
Mithlesh Thukral
On Thursday 21 June 2007 22:34, Mithlesh Thukral wrote:
> Hi All,
>
> I will be sending updates for NetXen NIC
At Tue, 12 Jun 2007 23:05:45 -0700 (PDT),
David Miller wrote:
>
> From: Yoshinori Sato <[EMAIL PROTECTED]>
> Date: Wed, 13 Jun 2007 14:59:16 +0900
>
> > At Tue, 12 Jun 2007 01:08:55 -0700 (PDT),
> > David Miller wrote:
> >
> > > 2) It is much better to add the appropriate CONFIG_SYSCTL
> > >
69 matches
Mail list logo
