[ANNOUNCE] USAGI STABLE release 6

Hi, all, We are glad to announce the USAGI STABLE RELEASE 6, dated on July 14th, 2005. The kernel in this release is based on linux-2.6.10 and was approved by IPv6 Forum in IPv6 Ready Logo Phase-1 Program . Improvements in this release are: * based on linux-2.6.10, *

Re: eepro100/e100 broken in 2.6.13-rc3

On 7/14/05, Mikhail Kshevetskiy <[EMAIL PROTECTED]> wrote: > On Wed, 13 Jul 2005 23:28:15 -0700 > Jesse Brandeburg <[EMAIL PROTECTED]> wrote: > > > On 7/13/05, Mikhail Kshevetskiy <[EMAIL PROTECTED]> wrote: > > > symptom > > > === > > > modprobe e100 > > > ifconfig eth0 netmask > > > > > > r

Re: ALIGN at crypt/cipher.c

On Thu, Jul 14, 2005 at 02:36:16PM +, Ken-ichirou MATSUZAWA wrote: > > No, I think I can understand. align should be unsigned long too. > After changing align to unsigned long from int, it works fine. Thanks for pin-pointing the problem Matsuzawa-san. The following patch implements your sugg

Re: [Patch 2.6 1/3]netðtools: Add support for getting the permanent hardware address

I'm not sure if it applies to many NICs, but the Linksys tulip cards (kernel reports them as ADMtek Comet rev 17) remember a custom MAC address across warm-boots, yet not across cold-boots. So, it may not be possible for the userspace tools to run "earlier"... I would very much like to be able to

Re: [Patch 2.6 1/3]netðtools: Add support for getting the permanent hardware address

Francois Romieu wrote: Jon Wetzel <[EMAIL PROTECTED]> : This patch addresses an issue in which hardware detection programs cannot correctly identify network cards due to their mutable MAC addresses stored in net_device struct. As an example, in a configuration with NIC team/bond, the MAC addres

Re: [Patch 2.6 1/3]netðtools: Add support for getting the permanent hardware address

Jon Wetzel <[EMAIL PROTECTED]> : > This patch addresses an issue in which hardware detection programs > cannot correctly identify network cards due to their mutable MAC > addresses stored in net_device struct. As an example, in a configuration > with NIC team/bond, the MAC addresses in the dev_addr

[patch 6/7] net/ns83820: Fix "nocast type" warnings

From: Victor Fusco <[EMAIL PROTECTED]> Fix the sparse warning "implicit cast to nocast type" File/Subsystem:drivers/net/ns83820.c Signed-off-by: Victor Fusco <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> -- --- ns83820.c |2 +- 1 files changed, 1 insertion(+), 1 del

[patch 4/7] drivers/net/3c523.c : Use of time_after macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of the time_after() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- 3c523.c | 19 +++

[patch 5/7] net/sungem: Fix "nocast type" warnings

From: Victor Fusco <[EMAIL PROTECTED]> Fix the sparse warning "implicit cast to nocast type" File/Subsystem:drivers/net/sungem.h Signed-off-by: Victor Fusco <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> -- --- sungem.h |2 +- 1 files changed, 1 insertion(+), 1 delet

[patch 3/7] drivers/net/ns83820.c : Use of time_after_eq macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of the time_after_eq() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- ns83820.c |

[patch 7/7] cli() cleanup in and fec.c

From: Brandon Niemczyk <[EMAIL PROTECTED]> replaces calls to save_flags(); cli() with spinlocks, it also makes some global variables that aren't used anywhere or declared in a header static. Signed-off-by: Brandon Niemczyk <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> ---

[Patch 2.6 3/3]ioctl: Add support for getting a permanent hardware address

This patch is the third of three, designed to allow access to the permanent hardware address of a network device. This patch adds a new ioctl to get the field, "perm_addr," which was added to net_device by the first patch. Signed-off-by: Jon Wetzel <[EMAIL PROTECTED]> --- linux-2.6.12.2/incl

[patch 2/7] drivers/net/pcmcia/3c589_cs.c : Use of time_befor macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of time_before() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- 3c589_cs.c |3 ++-

[patch 1/7] drivers/net/tulip/pnic.c : Use of time_after macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of time_after() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- pnic.c |4 +++- 1

[Patch 2.6 2/3]e1000: Add support for getting a permanent hardware address

This patch gives the e1000 driver the ability to retreive the permanent hardware address of its device, via the framework established in part 1 of this patch series. This patch fills in the new perm_addr field on probing, and implements the get_perm_addr ethtool. This patch has been tested in c

[patch 1/1] wireless/atmel: Audit return code of create_proc_*

From: Christophe Lucas <[EMAIL PROTECTED]> Audit return of create_proc_* functions. Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- atmel.c |5 - 1 files changed, 4 insertions(+), 1 deletion(-) Index: quilt/drivers/net/wireless/at

[patch 1/1] GCC4 wavelan_cs.c warning: large integer implicitly truncated to unsigned type

From: Jesse Millan <[EMAIL PROTECTED]> ifrm_spc is a 4 bit wide bitfield. Trying to assign the 6 bit value 0x20 to it results in the compiler chopping off the first 2 bits and assigning the remaining 4 bits (all zeros) to it. Similar story for slottim_low. I don't think that was the intended pu

[patch 3/3] net/sctp/objcnt: Audit return code of create_proc_*

From: Christophe Lucas <[EMAIL PROTECTED]> Audit return of create_proc_* functions. Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- objcnt.c |6 +- 1 files changed, 5 insertions(+), 1 deletion(-) Index: quilt/net/sctp/objcnt.c ===

[patch 1/1] drivers/net/hp100.c : Use of time_before macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of time_before() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- hp100.c |5 +++--

[patch 2/3] skbuff.h: Fix "nocast type" warnings

From: Victor Fusco <[EMAIL PROTECTED]> Fix the sparse warning "implicit cast to nocast type" File/Subsystem:include/linux/skbuff.h Signed-off-by: Victor Fusco <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> -- --- skbuff.h |3 ++- 1 files changed, 2 insertions(+), 1 d

[patch 1/3] netlink: Fix "nocast type" warnings

From: Victor Fusco <[EMAIL PROTECTED]> Fix the sparse warning "implicit cast to nocast type" File/Subsystem:net/netlink/af_netlink.c Signed-off-by: Victor Fusco <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> -- --- af_netlink.c |5 +++-- 1 files changed, 3 insertions

[patch 1/1] drivers/net/wan/: use of time_after macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of the time_after() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- sdla_fr.c

[patch 1/1] drivers/net/pcmcia/smc91c92_cs.c : Use of time_after macro

From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Use of the time_after() macro, defined at linux/jiffies.h, which deal with wrapping correctly and are nicer to read. Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]> --- smc91c92_cs.c |

[Patch 2.6 1/3]netðtools: Add support for getting the permanent hardware address

This patch addresses an issue in which hardware detection programs cannot correctly identify network cards due to their mutable MAC addresses stored in net_device struct. As an example, in a configuration with NIC team/bond, the MAC addresses in the dev_addr in net_device struct of the members of a

Re: eepro100/e100 broken in 2.6.13-rc3

Jesse Brandeburg <[EMAIL PROTECTED]> wrote: > On 7/13/05, Mikhail Kshevetskiy <[EMAIL PROTECTED]> wrote: > > symptom > > === > > modprobe e100 > > ifconfig eth0 netmask > > > > result: > > === > > SIOCADDRT: Network is unreachable > > > > There were no such error in 2.6.13-rc2 > odd, b

[patch 2.6.13-rc2-git-davem-patched-heavy 2/2] atm/nicstar: kill skb->list

nicstar.c: the hunt for the single arg skb_unlink Suspect #0 is push_rxbufs. After the first surprise, one realises that this function really schedules the Rx buffers to the device (as suggested by its name). It is simply hidden by: 1) some extra logic to get rid of the buffer when the queues are

[patch 2.6.13-rc2-git-davem-patched-heavy 1/2] atm/zatm: kill skb->list

The patch below modifies skb_unlink() to not use skb->link anymore. skb_unlink() appears in the Rx path (zatm.c::poll_rx()). The Rx skb pool is managed in zatm.c::refill_pool(): the single alloc_skb() of the whole driver and its associated skb_queue_tail appear in zatm.c::refill_pool(). Compilatio

Re: Fw: [Bugme-new] [Bug 4883] New: tg3 driver doesn't send ARP reply on 8021q 802.1q dot1q VLAN interfaces

Tommy Christensen wrote: Andrew Morton wrote: After rebooting, the VLANs on the Intel-based interfaces worked fine, while the tg3-based interfaces didn't answer to tagged ARP requests. The untagged VLAN on the tg3-based interfaces was fine as well. When tcpdumping the subinterfaces, I saw all

Re: ALIGN at crypt/cipher.c

I am sorry for my sending many times with a trifle. From: Ken-ichirou MATSUZAWA <[EMAIL PROTECTED]> Subject: Re: ALIGN at crypt/cipher.c Date: Thu, 14 Jul 2005 22:59:35 +0900 (JST) > Is ``notl 32bit reg'' right? Is this a problem of gcc? No, I think I can understand. align should be unsigned lo

Re: ALIGN at crypt/cipher.c

Hello, I can't understand asm so would you help to see things going well? I changed crypto_init_cipher_ops() in crypt/cipher.c # thanks to ``HOWTO find oops location'' ops->cit_ivsize = crypto_tfm_alg_blocksize(tfm); align = crypto_tfm_alg_alignmask(tfm) + 1; asm("#1"); addr = (

Re: ping behaviour

Andy Furniss <[EMAIL PROTECTED]> : [ping latencies fluctuates with conexant adsl driver] > Does anyone know what could be causing this. You will have a hard time figuring it and many people (me included) will keep a good distance with an issue which includes > 400 ko of unknown gcc 3 compiled bina

Re: Fw: [Bugme-new] [Bug 4883] New: tg3 driver doesn't send ARP reply on 8021q 802.1q dot1q VLAN interfaces

Andrew Morton wrote: After rebooting, the VLANs on the Intel-based interfaces worked fine, while the tg3-based interfaces didn't answer to tagged ARP requests. The untagged VLAN on the tg3-based interfaces was fine as well. When tcpdumping the subinterfaces, I saw all traffic on the network, and

[RFC] Zero-copy sniffer.

Hello, network developers. I'm pleased to announce first pre-alpha version of the Zero-copy sniffer "device". It acts as packet socket, i.e. gets all packets using prot_hook.func(), but never copy it. Basic idea behind zero-copy is remapping of the physical pages where skb->data lives to the us

Re: Problem with e1000 and kexec

This shall be old problem between e1000 and kexec. Please refer to: http://oss.sgi.com/archives/netdev/2005-02/msg00576.html On 7/14/05, Chad Tindel <[EMAIL PROTECTED]> wrote: > Hello- > > We seem to be experiencing some problems using the e1000 driver with a > kexec fast reboot. The problem

Fw: [Bugme-new] [Bug 4883] New: tg3 driver doesn't send ARP reply on 8021q 802.1q dot1q VLAN interfaces

Begin forwarded message: Date: Thu, 14 Jul 2005 01:05:50 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 4883] New: tg3 driver doesn't send ARP reply on 8021q 802.1q dot1q VLAN interfaces http://bugzilla.kernel.org/show_bug.cgi?id=4883 Summary: tg3 dr

Re: eepro100/e100 broken in 2.6.13-rc3

On Wed, 13 Jul 2005 23:28:15 -0700, Jesse Brandeburg <[EMAIL PROTECTED]> wrote: >On 7/13/05, Mikhail Kshevetskiy <[EMAIL PROTECTED]> wrote: >> symptom >> === >> modprobe e100 >> ifconfig eth0 netmask >> >> result: >> === >> SIOCADDRT: Network is unreachable >> >> There were no such err