Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
drivers/usb/net/dm9601.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/net/dm9601.c b/drivers/usb/net/dm9601.c
index 4a932e1..c0bc52b 100644
--- a/drivers/usb/net/dm9601.c
+++ b/drivers/usb/net/dm960
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
drivers/usb/net/dm9601.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/net/dm9601.c b/drivers/usb/net/dm9601.c
index 4a932e1..c0bc52b 100644
--- a/drivers/usb/net/dm9601.c
+++ b/drivers/usb/net/dm960
On Wed, Feb 28, 2007 at 10:45:41AM -0800, Jean Tourrilhes wrote:
> On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
> > On 28-02-2007 02:27, Jean Tourrilhes wrote:
> > > Hi all,
> > ...
> > > Patch for 2.6.20 is attached. The patch was tested on a system
> > > running the hotplu
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 netdev@vger.kernel.
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 23:26:36 -0800
> sounds like a socket option would help, the data is already there. Then
> the normal
> UDP receive path would work.
That would be perfect for new applications.
But we have to support all the old ones, so we're s
David Miller wrote:
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 23:04:36 -0800
If an normal application has to use something like raw packet
filtering, it seems there is a missing API.
I'm loosely following this discussion, but Ben mentions DHCP
and I remember l
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 23:04:36 -0800
> If an normal application has to use something like raw packet
> filtering, it seems there is a missing API.
I'm loosely following this discussion, but Ben mentions DHCP
and I remember learning the other month that
Ben Greear wrote:
Stephen Hemminger wrote:
On Wed, 28 Feb 2007 17:28:09 -0800
Ben Greear <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
I was measuring bridging/routing performance and noticed this.
The current code runs the "all packet" type handlers before calling
the bridge hoo
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 it on my stack
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-chip ethernet MAC c
Stephen Hemminger wrote:
On Wed, 28 Feb 2007 17:28:09 -0800
Ben Greear <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
I was measuring bridging/routing performance and noticed this.
The current code runs the "all packet" type handlers before calling
the bridge hook. If an applica
On Wed, 28 Feb 2007 17:28:09 -0800
Ben Greear <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > I was measuring bridging/routing performance and noticed this.
> >
> > The current code runs the "all packet" type handlers before calling
> > the bridge hook. If an application (like some DHC
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 it on my stack and push it upstre
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.
Signed-off-by: Mark Huth <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/e1000/e1000_main.c b
Stephen Hemminger wrote:
I was measuring bridging/routing performance and noticed this.
The current code runs the "all packet" type handlers before calling the
bridge hook. If an application (like some DHCP clients) is using AF_PACKET,
this means that each received packet gets run through the B
I was measuring bridging/routing performance and noticed this.
The current code runs the "all packet" type handlers before calling the
bridge hook. If an application (like some DHCP clients) is using AF_PACKET,
this means that each received packet gets run through the Berkeley Packet Filter
code
On Wed, Feb 28, 2007 at 05:08:59PM -0800, Jay Vosburgh wrote:
> >
> >That sounds like a nice add-on to the existing functionality. I can see
> >the value in something dynamic like that, but I can also see the value
> >in something static like the functionality we have. Did you plan to
> >keep the
We're trying to make the Attansic L1 NIC correctly suspend, resume,
and wake-on-lan. Can someone point me to a PCIe-based NIC driver in
the kernel tree that correctly does these things? I'd like to see how
it's *supposed* to be done.
Thanks,
Jay
-
To unsubscribe from this list: send the line "un
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>On Wed, Feb 28, 2007 at 02:39:42PM -0800, Jay Vosburgh wrote:
[...]
>> Why would you want to turn this off?
>
>When you connect active-backup bonds to 2 separate switches that are in
>'distant' parts of the network you can end up with a bunch of unw
The ARP validation code only needs ARPs for the bonding device.
Signed-off-by: Jay Vosburgh <[EMAIL PROTECTED]>
diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
index 1f263ac..7ec6121 100644
--- a/drivers/net/bonding/bond_main.c
+++ b/drivers/net/bonding/bo
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 active interface, it is likely that the "active
slave" switch's IGM
Bonding can erroneously register the same packet_type to receive
ARPs (for use by ARP validation): once at device open time, and once via
sysfs. Since sysfs can change the validate setting (and thus register
or unregister) at any time, a flag is needed to synchronize with device
open in o
On Wed, Feb 28, 2007 at 02:39:42PM -0800, Jay Vosburgh wrote:
> Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>
> >A while back the following change was made to the bonding code:
> >
> >commit df49898a47061e82219c991dfbe9ac6ddf7a866b
> >Author: John W. Linville <[EMAIL PROTECTED]>
> >Date: Tue Oct
On Wed, 2007-02-28 at 16:51 -0800, Jean Tourrilhes wrote:
> I would prefer to fix the comment when this change actually
> happens. I prefer comments to refer to the current reality, rather
> than past/future situation.
Uh, no. device_rename is perfectly fine, even other people may use it in
On Thu, Mar 01, 2007 at 01:37:46AM +0100, Johannes Berg wrote:
> On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
>
> > + /* This function is only used for network interface.
> > +* Some hotplug package track interfaces by their name and
> > +* therefore want to know when the na
>From 01751a39d7327acc28dabf4f68930b7e20b279d1 Mon Sep 17 00:00:00 2001
From: Ron Mercer <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 16:42:17 -0800
Subject: [PATCH] [PATCH] qla3xxx: bugfix for line omitted in previous patch.
This missing line caused transmit errors on the Qlogic 4032 chip.
Signed
On Wed, 2007-02-28 at 21:12 +0200, Pekka Pietikainen wrote:
> Just had to spend some time figuring out why a bnx2 card connected to
> a switch monitor port didn't see any vlan tags (when in our scenario the
> tags are pretty vital).
I'll have someone send you a utility to disable the ASF firmware.
On Wed, 2007-02-28 at 16:26 -0800, Jean Tourrilhes wrote:
> + /* This function is only used for network interface.
> + * Some hotplug package track interfaces by their name and
> + * therefore want to know when the name is changed by the user. */
Right now, that's true, but wireless
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
> On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> > diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> > --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> > +++ linux/drivers/base/
On Wed, Feb 28, 2007 at 03:11:03PM -0800, Stephen Hemminger wrote:
> On Wed, 28 Feb 2007 15:40:31 -0700
> "Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
>
> > The information contained within platform_data should be self-contained.
> > Replace the pointer to a MAC address with the actual MAC address
Hopefully, by attaching it as a file it will not screw up the tabs & spaces.
Signed-off-by: Ben Greear <[EMAIL PROTECTED]>
Thanks,
Ben
--
Ben Greear <[EMAIL PROTECTED]>
Candela Technologies Inc http://www.candelatech.com
diff --git a/net/8021q/vlan.c b/net/8021q/vlan.c
index 18fcb9f..c4209c8
Francois Romieu <[EMAIL PROTECTED]> :
[...]
The experimental r8169 patch of the day against 2.6.21-rc2 is available at:
http://www.fr.zoreil.com/linux/www.fr.zoreil.com/people/francois/misc/20070228-2.6.21-rc2-r8169-test.patch
(single patch)
or:
http://www.fr.zoreil.com/linux/kernel/2.6.x/
On Wed, 28 Feb 2007 15:40:31 -0700
"Dale Farnsworth" <[EMAIL PROTECTED]> wrote:
> 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 <
at:
http://www.fr.zoreil.com/people/francois/backport/r8169/20070228-00
Btw:
[...dmesg dump...]
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Checking 'hlt' instruction... OK.
> ACPI: setting ELCR to 0200 (from 0c08)
> NE
We had been using the platform_device.id field to identify which ethernet
port is used for mv643xx_eth device. This is not correct in general.
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
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]>
Index: b/drivers/net/mv643xx_eth.c
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>A while back the following change was made to the bonding code:
>
>commit df49898a47061e82219c991dfbe9ac6ddf7a866b
>Author: John W. Linville <[EMAIL PROTECTED]>
>Date: Tue Oct 18 21:30:58 2005 -0400
>
>[PATCH] bonding: cleanup comment for mode 1 IG
A while back the following change was made to the bonding code:
commit df49898a47061e82219c991dfbe9ac6ddf7a866b
Author: John W. Linville <[EMAIL PROTECTED]>
Date: Tue Oct 18 21:30:58 2005 -0400
[PATCH] bonding: cleanup comment for mode 1 IGMP xmit hack
Expand comment explaining MA
Sorry for the delay, I took some time to check the history of the
r8169 alignment issues.
Philip Craig <[EMAIL PROTECTED]> :
[...]
> This only partially helps. Many of the packets are greater than 200
> bytes so copybreak doesn't apply to them.
Yes.
> Can we assume anything about the alignment
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 13:08:08 -0800
> I would be happy to see this go. Have you tried this code with
> a SACK DoS stream? I.e. before you could consume a huge amount
> of cpu time by giving an certain bad sequence of SACK's. This
> code should have a
On Wed, 28 Feb 2007 11:49:49 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
>
> 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 p
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 21:33:50 +0100
> I am not sure this rb_node placement is optimal. rb lookups want to access
> rb_node and end_seq. They should be placed in the same cache line :)
Definitely an area for improvement for sure, but that's not
the are of
On Wed, 28 Feb 2007, Paul Moore wrote:
> The current CIPSO engine has a problem where it does not verify that the given
> sensitivity level has a valid CIPSO mapping when the "std" CIPSO DOI type is
> used. The end result is that bad packets are sent on the wire which should
> have never been sen
David Miller a écrit :
commit c387760826bd71103220e06ca7b0bf90a785567e
Author: David S. Miller <[EMAIL PROTECTED]>
Date: Tue Feb 27 16:44:42 2007 -0800
[TCP]: Store retransmit queue packets in RB tree.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
diff --git a/include/linux
The current CIPSO engine has a problem where it does not verify that the given
sensitivity level has a valid CIPSO mapping when the "std" CIPSO DOI type is
used. The end result is that bad packets are sent on the wire which should
have never been sent in the first place. This patch corrects this
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
search mechanism for the retransmit queue, we don't
nee
commit 5fc24957defcc34df8fab6bf62bc1918e54607f8
Author: David S. Miller <[EMAIL PROTECTED]>
Date: Tue Feb 27 17:23:52 2007 -0800
[TCP]: Maintain cached fack counts in retransmit queue.
The fack count of any skb in the retransmit queue at any
given point in time is:
commit c387760826bd71103220e06ca7b0bf90a785567e
Author: David S. Miller <[EMAIL PROTECTED]>
Date: Tue Feb 27 16:44:42 2007 -0800
[TCP]: Store retransmit queue packets in RB tree.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
diff --git a/include/linux/skbuff.h b/include/linux
commit 677417ba04ad2ce616a8199e337c8c9bb28f0692
Author: David S. Miller <[EMAIL PROTECTED]>
Date: Tue Feb 27 14:24:25 2007 -0800
[TCP]: Abstract out all write queue operations.
This allows the write queue implementation to be changed,
for example, to one which allows fast inter
I'd had this idea in the back of my head for a while and
finally I tried it out yesterday to see how it would look.
Basically, we store the write queue packets in an RB tree
keyed by start sequence number. The objective is to use
this information to parse the SACK blocks more efficiently
and get
Just had to spend some time figuring out why a bnx2 card connected to
a switch monitor port didn't see any vlan tags (when in our scenario the
tags are pretty vital). Found the following explanation:
[BNX2]: Fix VLAN on ASF
Always set up the device to strip incoming VLAN tags when ASF is
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Wed, 28 Feb 2007 09:10:10 -0300
> On 2/28/07, KOVACS Krisztian <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > While reading TCP minisock code I've found this suspiciously looking
> > code fragment:
> >
> > - 8< -
> > struct sock *tcp_c
On Wed, 2007-02-28 at 10:51 -0800, Jean Tourrilhes wrote:
> That's why I always specify the kernel version. I'll look into
> that, I'm sure it's not the end of the world ;-)
Sure, just wanted to point it out.
> In which sense ? Wireless interface are regular netdevices.
Yeah but in
On Thu, Mar 01, 2007 at 01:22:23AM +0900, Atsushi Nemoto wrote:
> There are some ifdefs for RBTX4927, but need some more bits.
Acked-by: Ralf Baechle <[EMAIL PROTECTED]>
Longer term I think NE2000 will need to support platform_devices. It's
been used too widely in too creative ways and we don't
On Wed, Feb 28, 2007 at 10:16:05AM +0100, Johannes Berg wrote:
> Hi,
>
> > Patch for 2.6.20 is attached.
>
> ... and in the meantime netdevices aren't class_device any more :) IOW,
> your patch isn't going to work any more.
That's why I always specify the kernel version. I'll look in
On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
> On 28-02-2007 02:27, Jean Tourrilhes wrote:
> > Hi all,
> ...
> > Patch for 2.6.20 is attached. The patch was tested on a system
> > running the hotplug scripts, and on another system running udev.
> >
> > Have fun...
>
On Wed, Feb 28, 2007 at 07:36:17AM -0800, Greg KH wrote:
> On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> > diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> > --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> > +++ linux/drivers/base/
On Wed, 28 Feb 2007 14:37:49 +0100
John <[EMAIL PROTECTED]> wrote:
> John wrote:
>
> > I know it's possible to have Linux timestamp incoming datagrams as soon
> > as they are received, then for one to retrieve this timestamp later with
> > an ioctl command or a recvmsg call.
>
> Has it ever been
This patch provides a functionality that allows parallel
RX processing on multiple RX queues by using dummy netdevices.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.21-rc1/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6
This patch introduces functionality to dynamically add / remove
ehea ports via an userspace DLPAR tool. It creates a subnode for
each logical port in the sysfs.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ehea/ehea.h b/drivers/net/ehea/ehea.h
index 42295d6
Hi,
this version has the issues fixed which were mentioned by
Patrick McHardy.
The patch set includes two patches against linux-2.6.21-rc1:
- dynamic add / remove port:
Interface has been discussed and approved by John Rose
(see: http://www.spinics.net/lists/netdev/msg25327.html)
- NAPI mu
Yes it seems be handle dev name change. So configuration scripts should
use ifindex now :)
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
Cheers.
--ro
Stephen Hemminger writes:
> Since devices can change name and other wierdness, don't hold onto
>
OK!
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
Cheers.
--ro
Stephen Hemminger writes:
> The existing htonl() macro is smart enough to do the same code as
> using __constant_htonl() and it looks cleaner.
>
> Signed-off-by: Stephen Hemminger <[EM
Thanks!
It seems like network code has preference for net_random() but they
are the same now.
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
Cheers.
--ro
Stephen Hemminger writes:
> Can use random32() now.
>
> Signed-off-by: Stephen Hemminger <[EM
Thanks!
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
--ro
Stephen Hemminger writes:
> Remove private debug macro and replace with standard version
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
>
>
> ---
> net/core/pktgen.c |
On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> +++ linux/drivers/base/class.c2007-02-27 15:52:37.0 -0800
> @@ -841,6
There are some ifdefs for RBTX4927, but need some more bits.
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ne.c b/drivers/net/ne.c
index a5c4199..02cc78b 100644
--- a/drivers/net/ne.c
+++ b/drivers/net/ne.c
@@ -55,8 +55,10 @@ static const char version2[] =
#includ
Eric Dumazet wrote:
On Wednesday 28 February 2007 15:23, John wrote:
Eric Dumazet wrote:
John wrote:
I know it's possible to have Linux timestamp incoming datagrams as soon
as they are received, then for one to retrieve this timestamp later
with an ioctl command or a recvmsg call.
Has it ever
Francois Romieu a écrit, le Tue 27 Feb 2007 à 10:24:00PM :
> Please don't do > 80 columns line again. I am not a tty.
Sorry. I turn on auto-fill-mode.
> > > There are 59 r8169 related patches between 2.6.12 and current. Only a few
> > > of those break the API. I'll give it a try tomorrow evening.
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>>
>> This patch introduces NETIF_F_NETNS_LOCAL a flag to indicate
>> a network device is local to a single network namespace and
>> should never be moved. Useful for ps
Daniel Lezcano <[EMAIL PROTECTED]> writes:
>> +
>> +mutex_lock(&net_mutex);
>> +err = setup_net(new_net);
>> +if (err)
>> +goto out_unlock;
>>
> Should we "net_free" in case of error ?
Oops. Yes we should.
Thanks.
>> +net_lock();
>> +net_list_append(new_net);
>>
On Wednesday 28 February 2007 15:23, John wrote:
> Eric Dumazet wrote:
> >> John wrote:
> >>> I know it's possible to have Linux timestamp incoming datagrams as soon
> >>> as they are received, then for one to retrieve this timestamp later
> >>> with an ioctl command or a recvmsg call.
> >>
> >> Ha
Hi,
I found out that the spidernet-driver is unable to send fragmented IP
frames.
Let me just recall the basic structure of "normal" UDP/IP/Ethernet
frames (that actually work):
- It starts with the Ethernet header (dest MAC, src MAC, etc.)
- The next part is occupied by the IP header (versio
Eric W. Biederman wrote:
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch allows you to create a new network namespace
using sys_clone(...).
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/sched.h|1 +
kernel/nsproxy.c | 11 +++
Eric W. Biederman wrote:
From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
This patch introduces NETIF_F_NETNS_LOCAL a flag to indicate
a network device is local to a single network namespace and
should never be moved. Useful for pseudo devices that we
need an instance in each network name
Eric Dumazet wrote:
John wrote:
I know it's possible to have Linux timestamp incoming datagrams as soon
as they are received, then for one to retrieve this timestamp later with
an ioctl command or a recvmsg call.
Has it ever been proposed to modify struct skb_timeval to hold
nanosecond stamps
On Wed, Feb 28, 2007 at 11:10:54AM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Wednesday 28 February 2007 10:02, Evgeniy Polyakov wrote:
> > Attached patch detects in run-time things like:
> > skb = alloc_skb();
> > kfree(skb);
> >
> > where provided to kfree pointer does not belong to kma
On Wednesday 28 February 2007 14:37, John wrote:
> John wrote:
> > I know it's possible to have Linux timestamp incoming datagrams as soon
> > as they are received, then for one to retrieve this timestamp later with
> > an ioctl command or a recvmsg call.
>
> Has it ever been proposed to modify str
John wrote:
I know it's possible to have Linux timestamp incoming datagrams as soon
as they are received, then for one to retrieve this timestamp later with
an ioctl command or a recvmsg call.
Has it ever been proposed to modify struct skb_timeval to hold
nanosecond stamps instead of just mic
Hi All,
I will be sending updates to NetXen: 1G/10G Ethernet driver in subsequent mails.
The patches will be with respect to netdev#upstream.
Regards,
Mithlesh Thukral
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi,
> Well, your opinions are welcome. Plus any hints as to how to fix this.
> I'd tend to simply(?) add some more fields to the
> {hash,get,set,delete}_item() functions in drivers/net/pppoe.c.
> But maybe there is some better way?
As noone seems to have an opinion on this: Here is a patch that d
NetXen: Fix second rmmod failure observed on PowerPC machines.
Signed-off by: Mithlesh Thukral <[EMAIL PROTECTED]>
---
netxen_nic_hw.c |5 +++--
netxen_nic_init.c | 23 +--
netxen_nic_main.c |9 -
3 files changed, 20 insertions(+), 17 deletions(-)
diff -
NetXen: Updates, removal of unsupported features and minor bug fixes.
Signed-off-by: Mithlesh Thukral <[EMAIL PROTECTED]>
---
netxen_nic.h |4 +
netxen_nic_ethtool.c | 144 +-
netxen_nic_main.c |4 -
netxen_nic_phan_reg.h |
On 2/28/07, KOVACS Krisztian <[EMAIL PROTECTED]> wrote:
Hi,
While reading TCP minisock code I've found this suspiciously looking
code fragment:
- 8< -
struct sock *tcp_create_openreq_child(struct sock *sk, struct request_sock
*req, struct sk_buff *skb)
{
struct sock *newsk = inet_
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 start threshold and cwnd not falling to slow star
Hi,
While reading TCP minisock code I've found this suspiciously looking
code fragment:
- 8< -
struct sock *tcp_create_openreq_child(struct sock *sk, struct request_sock
*req, struct sk_buff *skb)
{
struct sock *newsk = inet_csk_clone(sk, req, GFP_ATOMIC);
if (newsk != NULL
Hello,
I know it's possible to have Linux timestamp incoming datagrams as soon
as they are received, then for one to retrieve this timestamp later with
an ioctl command or a recvmsg call.
As far as I understand, one can either do
const int on = 1;
setsockopt(sock, SOL_SOCKET, SO_TIMESTAM
On Wednesday 28 February 2007 10:02, Evgeniy Polyakov wrote:
> Attached patch detects in run-time things like:
> skb = alloc_skb();
> kfree(skb);
>
> where provided to kfree pointer does not belong to kmalloc caches.
> It is turned on when slab debug config option is enabled.
>
> When problem is de
On Wed, Feb 28, 2007 at 10:34:37AM +0100, Jarek Poplawski wrote:
> On 28-02-2007 02:27, Jean Tourrilhes wrote:
...
> > + /* This function is only used for network interface.
> > +* Some hotplug package track interfaces by their name and
> > +* therefore want to know when the name is chang
On 28-02-2007 02:27, Jean Tourrilhes wrote:
> Hi all,
...
> Patch for 2.6.20 is attached. The patch was tested on a system
> running the hotplug scripts, and on another system running udev.
>
> Have fun...
>
> Jean
>
> Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
>
Hi,
> >
> > +static inline int ehea_hash_skb(struct sk_buff *skb, int num_qps)
> > +{
> > + u32 tmp;
> > + if ((skb->nh.iph->protocol == IPPROTO_TCP)
> > + && skb->protocol == ETH_P_IP) {
>
> skb->protocol has network byte order. The ETH_P_IP test should also
> logically come before c
Hi,
> Patch for 2.6.20 is attached.
... and in the meantime netdevices aren't class_device any more :) IOW,
your patch isn't going to work any more. Also, I think wireless could
benefit from this as well.
> The kobject framework is well designed, so adding these
> features is trivi
Attached patch detects in run-time things like:
skb = alloc_skb();
kfree(skb);
where provided to kfree pointer does not belong to kmalloc caches.
It is turned on when slab debug config option is enabled.
When problem is detected, following warning is printed with hint to
what cache/function shoul
93 matches
Mail list logo
