From: Jarek Poplawski <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 08:41:59 +0200
> On Mon, Jul 02, 2007 at 09:52:26AM +0200, Jarek Poplawski wrote:
> >
> > From my recent patch:
> >
> > > >#1
> > > >Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> > > >required a w
On Mon, Jul 02, 2007 at 09:52:26AM +0200, Jarek Poplawski wrote:
>
> From my recent patch:
>
> > >#1
> > >Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> > >required a work function should always (unconditionally) rearm with
> > >delay > 0 - otherwise it woul
On Monday 02 July 2007, Peter Korsgaard wrote:
> usbnet_probe() handles a positive return value from the driver bind()
> function as success, but will later only setup the status handler if the
> return value was zero, leading to confusion. Patch adjusts this to accept
> positive values as success
Hi Jamal,
J Hadi Salim <[EMAIL PROTECTED]> wrote on 07/03/2007 06:56:20 PM:
> On Mon, 2007-02-07 at 17:21 -0700, Michael Chan wrote:
>
> [Matt, please include the count in the fix per previous email]
> long answer:
> My goal with storing these values and computing them was to do certain
> things
On Tue, 2007-03-07 at 14:24 -0700, David Miller wrote:
[.. some useful stuff here deleted ..]
> That's why you have to copy into a purpose-built set of memory
> that is composed of pages that _ONLY_ contain TX packet buffers
> and nothing else.
>
> The cost of going through the switch is too high
On Tue, 2007-03-07 at 12:31 -0700, Matt Carlson wrote:
> I had planned on using netperf, but pktgen sounds like a more controlled
> environment. Thanks for the tip.
I can help more if you use pktgen - netperf is more involved. Also
pktgen is much closer to the driver so it would let you see clos
[PATCH 3/4] net: make forcedeth to use kmalloc_node and __netdev_alloc_skb for
skb allocation
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 42ba1c0..aa188f4 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/forcedeth.c
@@
[PATCH 2/4] net: use numa_node in net_devcice->dev instead of parent
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 27cfe5f..005cc1c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -217,7 +217,7 @@ nodata:
struct sk_buff *__netdev_
From: Vlad Yasevich <[EMAIL PROTECTED]>
Date: Tue, 3 Jul 2007 15:52:38 -0400
> This is a pull request for some critical SCTP fixes that I just pushed out.
> The fix some important issues and I think should be candidates for stable.
Thanks Vlad I'll pull this in and push to Linus as soon as I get
Christoph Hellwig wrote:
On Fri, Jun 29, 2007 at 07:31:55PM -0700, Kok, Auke wrote:
all the pci-express adapters that are supported are extremely similar:
- they all support 2 queues
- the register sets are (almost entirely) identical
- there is minimal feature variance between 82571/2/3, esb2l
Stephen Hemminger wrote:
On Tue, 3 Jul 2007 11:58:40 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 29 Jun 2007 13:30:36 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Please copy netdev@vger.kernel.org on net patches.
This pa
On 7/2/07, Veeraiyan, Ayyappan <[EMAIL PROTECTED]> wrote:
On 7/2/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
The submitted driver code supports single queue version in case of MSIX
allocation failures... As I said in the other mail, I feel, restricting
to single Rx queue in NAPI mode is b
On Tue, 03 Jul 2007 14:28:50 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Tue, 3 Jul 2007 11:58:40 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> On Fri, 29 Jun 2007 13:30:36 -0700
> >> Yinghai Lu <[EMAIL PROTECTED]> wrote:
> >>
> >>> [PATCH 2/2] net:
Andrew Morton wrote:
On Fri, 29 Jun 2007 13:30:36 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
[PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Please copy netdev@vger.kernel.org on net patches.
It might help to edit code in an 80-col xterm.
Please run scritps/checkpatch.pl across
From: jamal <[EMAIL PROTECTED]>
Date: Tue, 03 Jul 2007 09:09:48 -0400
> [It sounds very dangerous to me the way skb->cb is being used by the
> vlan code (i.e requires human intervention/knowledge to catch it as an
> issue). I had no freaking idea the vlan code was using it. Maybe a huge
> comment
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Tue, 3 Jul 2007 13:52:35 +0300 (EEST)
> 1. fack_count in skb (your proposal months ago)
>+ Trivial arithmetics, no walking necessary to find it (ever)
>- Very expensive in storage wise (like you have stated earlier)
We have a 4-byte hole in
From: jamal <[EMAIL PROTECTED]>
Date: Tue, 03 Jul 2007 08:42:33 -0400
> (likely not in the case of hypervisor based virtualization like Xen)
> just have their skbs cloned when crossing domains, is that not the
> case?[1]
> Assuming they copy, the balance that needs to be stricken now is
> between:
Add 88E1112 PHY ID to the marvell driver. Seems to do fine with the
88E inits.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/phy/marvell.c
===
--- mainline.orig/drivers/net/phy/marvell.c
+++ mainl
Simplify the marvell driver init a bit: Make the supported devices an
array instead of explicitly registering each structure. This makes it
considerably easier to add new devices down the road.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: mainline/drivers/net/phy/marvell.c
==
Hallo.
I have a very strange problem.
Server (with Debian Etch) was running for 80 days perfectly. Then, (after
some lighting, i believe) i noticed, that connection, that isn't active
(i.e. is not transferring something) frizzes (on linux) and then
dies (connections reset).
Logs are empty. Ping
On Mon, Jul 02, 2007 at 08:34:22AM -0400, Jeff Garzik wrote:
> >Index: netdev-2.6/drivers/net/pasemi_mac.c
> >===
> >--- netdev-2.6.orig/drivers/net/pasemi_mac.c
> >+++ netdev-2.6/drivers/net/pasemi_mac.c
> >@@ -1052,6 +1052,7 @@ stati
Hi David
This is a pull request for some critical SCTP fixes that I just pushed out.
The fix some important issues and I think should be candidates for stable.
Do you want to me to generate the stable patches from these, or do you
take of it usually?
Thanks
-vlad
The following changes since com
Thanks for including the demo program, Rui, it works for me (tm).
Applied -- with the incremental patch below, which I think
is correct because the only caller is bus.c, which is part of
the base kernel, not a module. Modules will call
acpi_bus_generate_event(), not acpi_bus_generate_genetlink_ev
On Tue, 3 Jul 2007 13:45:33 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 02, 2007 at 09:40:36PM -0700, David Miller wrote:
> > From: Andrew Morton <[EMAIL PROTECTED]>
> > Date: Mon, 2 Jul 2007 21:36:36 -0700
> >
> > > My initial thought is that if there is a legitimate need for thi
On Tue, 2007-07-03 at 09:09 -0400, jamal wrote:
> On Mon, 2007-02-07 at 14:20 -0700, Matt Carlson wrote:
>
>
> >
> > Hi Jamal. I'll be testing your patch soon,
>
> much thanks. Please let me know if you need help while doing this.
> What tools are you planning to test with? I have tested this
David Woodhouse suggested that this list is a more appropriate forum
for my message...
-- Forwarded message --
From: Javier Cardona <[EMAIL PROTECTED]>
Date: Jul 3, 2007 11:49 AM
Subject: Proposed interface for per-packet mesh-ttl
To: [EMAIL PROTECTED]
Libertas-dev,
I'm current
On Tue, 3 Jul 2007 11:58:40 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 29 Jun 2007 13:30:36 -0700
> Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > [PATCH 2/2] net: make net and forcedeth to use kmalloc_node
>
> Please copy netdev@vger.kernel.org on net patches.
>
> This patch modifie
The following changes since commit aa2e09da2a332e748532aa2a71b090e7e7c3203d:
Len Brown (1):
ACPI: fix acpi_osi=!Linux
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
libertas-fixes
Holger Schurig (1):
libertas: fix us
On Fri, 29 Jun 2007 13:30:36 -0700
Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH 2/2] net: make net and forcedeth to use kmalloc_node
Please copy netdev@vger.kernel.org on net patches.
This patch modifies a net driver as well as the networking core. These
subsytems have different maintainers w
On Mon, Jul 02, 2007 at 09:40:36PM -0700, David Miller wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Mon, 2 Jul 2007 21:36:36 -0700
>
> > My initial thought is that if there is a legitimate need for this
> > new capability then it should be made available to other parts of
> > the kerne
On Tuesday 03 July 2007, Jeff Garzik wrote:
> Inaky Perez-Gonzalez wrote:
> > I don't think bitfields are broken. Maybe it's the compiler what should be
> > fixed (*)
>
> Then you do not understand bitfields. It is -axiomatic- that bitfields
> are more difficult for compilers to implement.
>
>
Hi Francois!
> Peter Missel <[EMAIL PROTECTED]> :
>
> > Unfortunately I couldn't get NFS to work with the updated kernel, so I
> > had to revert to the original from SuSE 10.2.
>
> No NFS but networking or no networking at all ?
Networking in itself was fine and stable, and with seemingly much be
Hi,
I am running a benchmark that uses a UDP socket to send small packets
(20 bytes) from on side to the other side. I experience packet loss
reported by the benchmark and I can see that it matches what I see with
netstat:
[EMAIL PROTECTED] opt]# netstat -us
Udp:
26971289 packets received
Support for the Asix AX88796 network controller, an
NE2000 compatible 10/100 ethernet device with internal
PHY.
The driver supports PHY settings via either ioctl() or
the ethtool driver ops.
Signed-off-by: Ben Dooks <[EMAIL PROTECTED]>
Index: linux-2.6.21-quilt4/drivers/net/8390.h
=
On Tue, 3 Jul 2007, Jeff Garzik wrote:
> Masakazu Mokuno wrote:
> > > > --- a/drivers/net/Makefile
> > > > +++ b/drivers/net/Makefile
> > > > @@ -60,6 +60,8 @@ obj-$(CONFIG_TIGON3) += tg3.o
> > > > obj-$(CONFIG_BNX2) += bnx2.o
> > > > spidernet-y += spider_net.o spider_net_ethtool.o
> > > > obj-
Currently if the link is brought down via ip link or ifconfig down,
the inet6addr_chain notifiers are not called even though all
the addresses are removed from the interface. This caused SCTP
to add duplicate addresses to it's list.
Signed-off-by: Vlad Yasevich <[EMAIL PROTECTED]>
---
net/ipv6/a
On Tue, 2007-07-03 at 16:11 +0200, Patrick McHardy wrote:
> >>>- nlk->groups = kzalloc(NLGRPSZ(groups), GFP_KERNEL);
> >>>- if (nlk->groups == NULL)
> >>>+ if (nlk->ngroups >= groups)
> >>>+ return 0;
> >>>+
> >>>+ new_groups = krealloc(nlk->groups, NLGRPSZ(groups), GFP_KERNEL);
> >>
Johannes Berg wrote:
> On Tue, 2007-07-03 at 14:05 +0200, Patrick McHardy wrote:
>
>
>>>--- wireless-dev.orig/net/netlink/af_netlink.c 2007-07-03
>>>00:10:31.617889695 +0200
>>>+++ wireless-dev/net/netlink/af_netlink.c2007-07-03 00:31:30.267889695
>>>+0200
>>>@@ -316,8 +316,11 @@ netl
On Tue, 2007-07-03 at 14:05 +0200, Patrick McHardy wrote:
> > --- wireless-dev.orig/net/netlink/af_netlink.c 2007-07-03
> > 00:10:31.617889695 +0200
> > +++ wireless-dev/net/netlink/af_netlink.c 2007-07-03 00:31:30.267889695
> > +0200
> > @@ -316,8 +316,11 @@ netlink_update_listeners(stru
On Mon, 2007-02-07 at 17:21 -0700, Michael Chan wrote:
[Matt, please include the count in the fix per previous email]
> Only base_flags and mss are needed and these can be determined right
> before sending the frame. So is it better not to store these in the
> skb->cb at all?
long answer:
My go
Inaky Perez-Gonzalez wrote:
I don't think bitfields are broken. Maybe it's the compiler what should be
fixed (*)
Then you do not understand bitfields. It is -axiomatic- that bitfields
are more difficult for compilers to implement.
Access to bitfields are not atomic within the machine int i
New kernel patch didn't solve my problem.
I noticed also that number of packets dropped which is shown in ifconfig
output increases always by 4294967295 no mather what time elapsed between two
runs.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
Christoph Hellwig wrote:
On Mon, Jul 02, 2007 at 04:52:52PM -0700, Williams, Mitch A wrote:
- We include e1000new in 2.6.23, along side e1000. We expose ICH9
device IDs in e1000new, and gate the rest of the IDs inside
#ifndef CONFIG_E1000.
No. Hardware support in one driver should never
Masakazu Mokuno wrote:
--- a/drivers/net/Makefile
+++ b/drivers/net/Makefile
@@ -60,6 +60,8 @@ obj-$(CONFIG_TIGON3) += tg3.o
obj-$(CONFIG_BNX2) += bnx2.o
spidernet-y += spider_net.o spider_net_ethtool.o
obj-$(CONFIG_SPIDER_NET) += spidernet.o sungem_phy.o
+obj-$(CONFIG_GELIC_NET) += ps3_gelic.
On Mon, 2007-02-07 at 14:20 -0700, Matt Carlson wrote:
>
> Hi Jamal. I'll be testing your patch soon,
much thanks. Please let me know if you need help while doing this.
What tools are you planning to test with? I have tested this patch
with pktgen on a dual opteron/tg3-buggy.
There is an outs
Michael Buesch wrote:
> On Tuesday 03 July 2007 14:31:31 Patrick McHardy wrote:
>
>>The wireless multiqueue handling should be replaced by the generic
>>implementation in net-2.6.23 (using prio, seperating out the wme
>>classifier and killing the broken scheduler). You don't need to
>>stop individ
On Mon, Jul 02, 2007 at 12:00:29PM -0700, Veeraiyan, Ayyappan wrote:
> On 7/2/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Ayyappan Veeraiyan wrote:
> > > +#define IXGBE_TX_FLAGS_VLAN_MASK 0x
> > > +#define IXGBE_TX_FLAGS_VLAN_SHIFT16
> >
> > defining bits using the form "(1 << n
On Sat, 2007-30-06 at 13:33 -0700, David Miller wrote:
> It's like twice as fast, since the switch doesn't have to copy
> the packet in, switch it, then the destination guest copies it
> into it's address space.
>
> There is approximately one copy for each hop you go over through these
> virtual
Johannes Berg wrote:
> Allow changing the number of groups for a netlink family
> after it has been created.
>
> Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
>
> ---
> include/linux/netlink.h |1
> net/netlink/af_netlink.c | 61
> +++
> 2
On Mon, 02 Jul 2007 08:30:09 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > --- a/drivers/net/Kconfig
> > +++ b/drivers/net/Kconfig
> > @@ -2264,6 +2264,16 @@ config TSI108_ETH
> > To compile this driver as a module, choose M here: the module
> > will be called tsi108_eth.
> >
Johannes Berg wrote:
> On Mon, 2007-07-02 at 16:48 +0200, Johannes Berg wrote:
>
>
>>If I find time I might
>>actually fix the unregistration bug too, but I have a feeling digging in
>>the socket code might take more time than I have right now.
>
>
> Hmm. I started digging into the af_netlink.c
Introduce API to dynamically register and unregister multicast groups.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
Some hackish modifications to iproute2's genl command confirm that it
does indeed work.
include/linux/genetlink.h | 13 +++
include/net/genetlink.h | 22 +
net/ne
Allow kicking listeners out of a multicast group when necessary
(for example if that group is going to be removed.)
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
include/linux/netlink.h |1 +
net/netlink/af_netlink.c | 47 ++-
2 files cha
Allow changing the number of groups for a netlink family
after it has been created.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
include/linux/netlink.h |1
net/netlink/af_netlink.c | 61 +++
2 files changed, 47 insertions(+), 15 deleti
On Mon, 2007-07-02 at 16:48 +0200, Johannes Berg wrote:
> If I find time I might
> actually fix the unregistration bug too, but I have a feeling digging in
> the socket code might take more time than I have right now.
Hmm. I started digging into the af_netlink.c code and realised that the
whole t
> -Original Message-
> From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 03, 2007 7:20 PM
> To: Li Yang-r58472
> Cc: linuxppc-dev Development; Netdev; Fleming Andy-afleming
> Subject: RE: [PATCH] ucc_geth.c, make PHY device optional.
>
> On Tue, 2007-07-03 at 16:22 +08
On Tue, 2007-07-03 at 16:22 +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, July 03, 2007 3:21 PM
> > To: Li Yang-r58472
> > Cc: linuxppc-dev Development; Netdev; Fleming Andy-afleming
> > Subject: RE: [PATCH] ucc_g
On Mon, 2 Jul 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Sat, 26 May 2007 11:36:01 +0300
>
> > Previously TCP had a transitional state during which reno
> > counted segments that are already below the current window into
> > sacked_out, which is now prevented. R
On Mon, 2 Jul 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Sat, 16 Jun 2007 02:04:25 +0300 (EEST)
>
> > There are still some things I must think carefully in sacktag processing
> > since it does not validate start_seq and end_seq at all which can be
> > abused c
Kok, Auke wrote:
> Marian Balakowicz wrote:
>> The patch below delays the quirk_100_interrupt() to pci_fixup_final
>> phase, which happens after bus enumeration and before device PCI enable
>> and device driver initialization - so, it seem to be still a good place
>> for this quirk. It works fine f
quirk_e100_interrupts() is called after PCI controller is initialized
and before PCI bus enumeration is performed. On some powerpc platforms
which modify PCI controller configuration and set different MEM and IO
windows than those set by firmware quirk_e100_interrupt() is causing
kernel panic as it
> -Original Message-
> From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 03, 2007 3:21 PM
> To: Li Yang-r58472
> Cc: linuxppc-dev Development; Netdev; Fleming Andy-afleming
> Subject: RE: [PATCH] ucc_geth.c, make PHY device optional.
>
> On Tue, 2007-07-03 at 11:42 +08
On Tue, 2007-07-03 at 11:42 +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> > Behalf Of Joakim Tjernlund
> > Sent: Tuesday, July 03, 2007 8:52 AM
> > To: 'linuxppc-dev Development'; 'Netdev'; Li Yang-r58472
> > Subject: [PATCH
On Mon, Jul 02, 2007 at 04:52:52PM -0700, Williams, Mitch A wrote:
> - We include e1000new in 2.6.23, along side e1000. We expose ICH9
> device IDs in e1000new, and gate the rest of the IDs inside
> #ifndef CONFIG_E1000.
No. Hardware support in one driver should never be affected by config
o
64 matches
Mail list logo
