On Thu, 18 Oct 2007 23:11:27 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Thu, 18 Oct 2007 23:09:48 -0700
>
> >
> > powerpc mac G5
> > config: http://userweb.kernel.org/~akpm/config-g5.txt
> > screenshot: http://userweb.kernel.org/~akpm/ds
On Thu, 18 Oct 2007 23:09:48 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> powerpc mac G5
> config: http://userweb.kernel.org/~akpm/config-g5.txt
> screenshot: http://userweb.kernel.org/~akpm/dsc5.jpg
>
> It does this shortly after bringing up eth0 (tg3), in dhclient.
>
-
To unsubscr
- Support to add/delete/store/restore 64 and 128 Ethernet addresses for Xframe
I and Xframe II respectively.
Signed-off-by: Sreenivasa Honnur <[EMAIL PROTECTED]>
---
diff -urpN org/drivers/net/s2io.c patch_1/drivers/net/s2io.c
--- org/drivers/net/s2io.c 2007-09-26 00:01:14.0 +0530
++
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 23:09:48 -0700
>
> powerpc mac G5
> config: http://userweb.kernel.org/~akpm/config-g5.txt
> screenshot: http://userweb.kernel.org/~akpm/dsc5.jpg
>
> It does this shortly after bringing up eth0 (tg3), in dhclient.
Try this:
>Fro
powerpc mac G5
config: http://userweb.kernel.org/~akpm/config-g5.txt
screenshot: http://userweb.kernel.org/~akpm/dsc5.jpg
It does this shortly after bringing up eth0 (tg3), in dhclient.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PRO
On Thu, 18 Oct 2007 22:02:22 -0700 (PDT) David Miller wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
> Date: Thu, 18 Oct 2007 21:53:50 -0700
>
> > [EMAIL PROTECTED] wrote:]
> >
> >
> >
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > Drivers that use lro functions should depend on INET, ot
On Thu, 18 Oct 2007, Matthew Faulkner wrote:
> Hey all
>
> I'm using netperf to perform TCP throughput tests via the localhost
> interface. This is being done on a SMP machine. I'm forcing the
> netperf server and client to run on the same core. However, for any
> packet sizes below 523 the throu
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 19 Oct 2007 13:36:24 +0800
> [NET]: Fix possible dev_deactivate race condition
>
> The function dev_deactivate is supposed to only return when
> all outstanding transmissions have completed. Unfortunately
> it is possible for store operations in th
On Fri, Oct 19, 2007 at 12:20:25PM +0800, Herbert Xu wrote:
>
> In fact this bug exists elsewhere too. For example, the network
> stack does this in net/sched/sch_generic.c:
>
> /* Wait for outstanding qdisc_run calls. */
> while (test_bit(__LINK_STATE_QDISC_RUNNING, &dev->state))
>
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 21:53:50 -0700
> [EMAIL PROTECTED] wrote:]
>
>
>
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Drivers that use lro functions should depend on INET, otherwise they
> may not link correctly. Let's not select INET. Select should be u
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 08:30:30 -0700
> > Justification of the Stephen Hemminger's patches, commit numbers
> > 06393009000779b00a558fd2f280882cc7dc2008
> > 227b60f5102cda4e4ab792b526a59c8cb20cd9f8
> >
> > 1. Allows using a port range of one single
Applied, thanks!
-
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
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 18:08:59 -0400
> Another one for 2.6.24...
Pulled, thanks John!
-
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
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 17:16:20 -0700
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> - make the kconfig NAPI option prompt consistent across all net drivers
> (other than EXPERIMENTAL; can it now be removed also, or is the new
> napi_struct implementation
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 19:28:22 -0700
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Convert "QoS and/or fair queueing" to menuconfig.
> This makes it easy for someone to disable all sub-options with
> one config symbol.
>
> Signed-off-by: Randy Dunlap <[EMAI
From: Olof Johansson <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 21:29:47 -0500
> So, looks like rcu_dereference() returned NULL. I don't know the
> filter code at all, but it seems like it might be a valid case?
> sk_detach_filter() seems to handle a NULL sk_filter, at least.
>
>
> So, this need
[EMAIL PROTECTED] wrote:]
From: Randy Dunlap <[EMAIL PROTECTED]>
Drivers that use lro functions should depend on INET, otherwise they
may not link correctly. Let's not select INET. Select should be used
only for library-like code, not to enable subsystems.
ERROR: "lro_flush_all" [drivers/ne
From: Erez Zadok <[EMAIL PROTECTED]>
Date: Fri, 19 Oct 2007 00:33:09 -0400
> Call Trace:
> [] show_trace_log_lvl+0x1a/0x2f
> [] show_stack_log_lvl+0x9b/0xa3
> [] show_registers+0x1b4/0x285
> [] die+0x100/0x21d
> [] do_page_fault+0x434/0x515
> [] error_code+0x6a/0x70
> [] sock_setsockopt+0x4
In message <[EMAIL PROTECTED]>, Jeff Garzik writes:
> Erez Zadok wrote:
> > I'm using Linus's git tree as of commit
> > d85714d81cc0408daddb68c10f7fd69eafe7c213. I built that kernel under vmware
> > workstation 6.0.1 which emulates a pcnet32 nic. When I only turn on
> > CONFIG_PCNET32, my network
> +static void __iomem *mv643xx_eth_base;
> +return readl(((void __iomem *)mv643xx_eth_base) + offset);
Given the declaration of mv643xx_eth_base as void __iomem * already, I
don't understand why you need the cast to the same type here (and
elsewhere in the driver).
- R.
-
To unsubscribe
From: Randy Dunlap <[EMAIL PROTECTED]>
Convert "QoS and/or fair queueing" to menuconfig.
This makes it easy for someone to disable all sub-options with
one config symbol.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
net/sched/Kconfig | 10 +++---
1 file changed, 3 insertions(+), 7 d
On Wed, Oct 17, 2007 at 09:23:02PM -0700, David Miller wrote:
[...]
> > The same problem exists for detaching filter (SO_DETACH_FILTER).
> >
> > The proposed fix consists of 3 preparation patches and the fix itself.
> >
> > Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
>
> Looks good, appli
Most of the register defines in drivers/net/mv643xx_eth.h aren't
used at all. Nuke them -- we can always re-add them if/when we
need them, and meanwhile, they unnecessarily clutter up the
header file.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECT
Apply the following cleanups to drivers/net/mv643xx_eth.h:
* Change "#define" to "#define".
* Fix comment block style.
* Wrap lines to fit in 80 columns.
* Change "foo<<1" to "foo << 1".
* Align addresses in the same column.
* Parenthesize macro arguments.
* Replace "(1<<24) | (1<<23) | (1<<22)" ty
Now that all register address and bit defines are in private
namespace (drivers/net/mv643xx_eth.h), we can safely remove the
MV643XX_ETH_ prefix to conserve horizontal space.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECTED]>
Index: linux-2.6/driv
Start counting mv643xx_eth register addresses from zero, instead of
from 0x2000 (MV643XX_ETH_SHARED_REGS.)
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/mv643xx_eth.c
==
Allow Orion ARM platforms to use the mv643xx_eth driver.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/Kconfig
===
--- linux-2.6.orig/drivers/net/Kco
On little-endian systems, configure the SDMA unit with
MV643XX_ETH_BLM_RX_NO_SWAP and MV643XX_ETH_BLM_TX_NO_SWAP.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/mv643xx_eth.h
===
Move the mv643xx's ethernet-related register definitions from
include/linux/mv643xx.h into drivers/net/mv643xx_eth.h, since
they aren't of any use outside the ethernet driver.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
Acked-by: Tzachi Perelstein <[EMAIL PROTECTED]>
Index: linux-2.6/dri
The mv643xx ethernet silicon block is also found in a couple of other
Marvell chips. As a first step towards splitting off the mv643xx_eth
bits from the rest of the mv643xx bits, this patch splits the mv643xx
ethernet platform device data struct in linux/mv643xx.h off into
linux/mv643xx_eth.h, and
This patch series adds support for the Orion's ethernet MAC
(which is the same MAC as in the Discovery 643xx) to the mv643xx_eth
driver, and performs various random cleanups all over the driver.
Patches 1-3 are cleanups necessary to be able to support Orion.
Patch 4 enables mv643xx_eth for ARCH_O
From: Holger Schurig <[EMAIL PROTECTED]>
This patch removes all double includes of the same file. This
makes scripts/checkincludes.pl happy.
Signed-off-by: Holger Schurig <[EMAIL PROTECTED]>
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
Jeff, I missed the zd1211rw hunk of the "double in
On Thu, Oct 18, 2007 at 03:15:36AM +0200, Lennert Buytenhek wrote:
> > > +#define PORT_CONF0x400
> > > +#define PORT_CONF_EXT0x404
> > > +#define PORT_MAC_LO 0x414
> > > +#define PORT_MAC_HI 0x418
> > > +#define PORT_SDMA0x41c
>
From: Emil Medve <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 17:15:13 -0500
> drivers/net/ucc_geth.c: In function 'ucc_geth_startup':
> drivers/net/ucc_geth.c:2614: warning: assignment makes integer from pointer
> without a cast
> drivers/net/ucc_geth.c:2651: warning: assignment makes integer from
From: Randy Dunlap <[EMAIL PROTECTED]>
- make the kconfig NAPI option prompt consistent across all net drivers
(other than EXPERIMENTAL; can it now be removed also, or is the new
napi_struct implementation now EXPERIMENTAL ?)
- remove comment about the now-deleted NAPI_HOWTO.txt file
- clean u
drivers/net/ucc_geth.c: In function 'ucc_geth_startup':
drivers/net/ucc_geth.c:2614: warning: assignment makes integer from pointer
without a cast
drivers/net/ucc_geth.c:2651: warning: assignment makes integer from pointer
without a cast
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
---
This pa
Jeff,
Some bug fixes for 2.6.24. There is also a USB ID for rt2x00, a
one-liner -- it would seem like a bug fix if you owned that device. :-)
Thanks,
John
---
Individual patches are available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/fixes-jgarzik
--
Dave,
Another one for 2.6.24...
Thanks,
John
---
Individual patch available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/fixes-davem
---
The following changes since commit 52f095ee88d8851866bc7694ab991ca5abf21d5e:
Pavel Emelyanov (1):
[IPV6]:
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 951c56e..c290aa5 100644
--- a/drivers/net/r8169.c
+++ b/drivers/ne
It is currently limited to the tested 0x8136 and 0x8168. 8169sb/8110sb ought
to handle it as well where they support MSI.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
Tester-Cc: Rolf Eike Beer <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 50
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 9c11087..16ecba1 100644
--- a/drivers/net/r8169.c
+++
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 66 +-
1 files changed, 2 insertions(+), 64 deletions(-)
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 9deda50..3a3ba79
The code is reworked to easily add phy-dependant init changes.
No change of behavior should be noticed.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 56 --
1 files changed, 31 inse
The values have been updated between version 8.002.00 and version
8.003.00 of Realtek's r8168 driver. This modification syncs the
8168C with version 8.003.00.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c |2 ++
1 files changed,
Use net_device_stats in the net_device structure.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 34 +-
1 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/net/r8169.c b/drivers
Realtek's r8168 driver version 8.003.00 adds new init sequences
(they do not appear in version 8.002.00).
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 34 ++
1 files changed, 34 insertions(+), 0 d
The values have been extracted from Realtek's r8168 driver
version 8.002.00.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 52 +++
1 files changed, 52 insertions(+), 0 deletions(-)
Consistent use of hexadecimal. No change of behavior otherwise.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/net/r8169.c b/drivers/ne
The identifiers have been extracted from Realtek's drivers:
- version 8.002.00 of the r8168 driver
- version 6.002.00 of the r8169 driver
- version 1.002.00 of the r8101 driver
1. RTL_GIGA_MAC_VER_17 (8168Bf) is isolated from RTL_GIGA_MAC_VER_12 (8168Be)
Both are still handled the same in rtl81
- prefix dprintk with KERN_DEBUG
- fix a bug with existing use of dprintk (PFX KERN_INFO PFX)
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Cc: Edward Hsu <[EMAIL PROTECTED]>
---
drivers/net/r8169.c |5 +++--
1 files changed, 3 insertions(+)
Erez Zadok wrote:
I'm using Linus's git tree as of commit
d85714d81cc0408daddb68c10f7fd69eafe7c213. I built that kernel under vmware
workstation 6.0.1 which emulates a pcnet32 nic. When I only turn on
CONFIG_PCNET32, my network interface doesn't seem to come up fully: my dhcp
server sees a requ
Please pull from branch 'upstream-jeff' in repository
git://git.kernel.org/pub/scm/linux/kernel/git/romieu/netdev-2.6.git
upstream-jeff
to get the changes below.
Following mails on netdev describe each patch.
Distance from 'master' (d85714d81cc0408daddb68c10f7fd69eafe7c213)
---
I'm using Linus's git tree as of commit
d85714d81cc0408daddb68c10f7fd69eafe7c213. I built that kernel under vmware
workstation 6.0.1 which emulates a pcnet32 nic. When I only turn on
CONFIG_PCNET32, my network interface doesn't seem to come up fully: my dhcp
server sees a request, offers an IP ad
remove buggy and unused vdbg macro
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/drivers/net/ucc_geth_mii.c b/drivers/net/ucc_geth_mii.c
index df884f0..a4b481c 100644
--- a/drivers/net/ucc_geth_mii.c
+++ b/drivers/net/ucc_geth_mii.c
@@ -46,13 +46,6 @@
#include "ucc_geth_mii.h"
#in
On Wed, Oct 17, 2007 at 05:04:01PM -0700, Don Fry wrote:
> I have no objections myself. It has been slowly moving that direction.
> First with the napi implementation, default off, labeled experimental.
> Then removing experimental and then making the default on.
>
> If any other user of the pcne
From: Randy Dunlap <[EMAIL PROTECTED]>
Missing MODULE_LICENSE(), loading this module taints the kernel.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/net/phy/mdio-bitbang.c |2 ++
1 file changed, 2 insertions(+)
--- linux-2.6.23-git7.orig/drivers/net/phy/mdio-bitbang.c
+++ lin
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..b0608c9
--- /dev/null
+++ b/drivers/block/dst/kst.c
@@ -0,0 +1,1606 @@
+/*
+ * 2007+ Copyright (c) Evgeniy Polyakov <[EMAIL PROTECTED]>
+ * All rig
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt b/Documentation/dst/algorithms.txt
new file mode 100644
index 000..1437a6a
--- /dev/null
+++ b/Documentation/dst/algorithms.txt
@@ -0,0 +1,115 @@
+Each storage by itself is just a set of contiguou
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Makefile b/drivers/block/Makefile
index dd88e33..fcf042d 100644
--- a/drivers/block/Makefile
+++ b/drivers/block/Makefile
@@ -29,3 +29,4 @@ obj-$(CONFIG_VIODASD) += viodasd.o
obj-$(CONFIG_BLK_DEV_SX8) += s
Hi.
I'm pleased to announce sixth release of the distributed storage
subsystem, which allows to form a storage on top of remote and local
nodes, which in turn can be exported to another storage as a node to
form tree-like storages.
This release includes mirroring algorithm extension, which allows
Grant Likely wrote:
On 10/15/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Domen Puncer wrote:
Hello!
If there are no objections, I would like to get this merged
when bestcomm goes in (any time now?).
It's split into four parts:
1 - device tree
2 - small bestcomm change
3 - the actual driver
4 -
Joe Perches <[EMAIL PROTECTED]> :
> Prefix dprintk with KERN_DEBUG
> Fix a bug with existing use of dprintk (PFX KERN_INFO PFX)
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Ok, I will add #1 and #2 to the next submission to Jeff.
--
Ueimor
-
To unsubscribe from this list: send the line "u
Prefix dprintk with KERN_DEBUG
Fix a bug with existing use of dprintk (PFX KERN_INFO PFX)
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 419c00c..9c11087 100644
--- a/drivers/net/r8169.c
+++ b/drivers/net/r8169.c
@@ -44,7 +44,8 @@
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c
index 419c00c..9c11087 100644
--- a/drivers/net/r8169.c
+++ b/drivers/net/r8169.c
@@ -2310,7 +2311,7 @@ static void rtl8169_reinit_task(struct work_struct *work)
ret = rtl8169_open(dev);
On 10/18/2007 01:59 PM, Kok, Auke wrote:
> David Mack wrote:
>> It appears that the needed e100 fix made it into the Fedora
>> 2.6.23.1-23.fc8 kernel. Boots reliably now.
>>
>> Huge thanks and great work, guys.
>
>
> DaveJ, I didn't push anything upstream. Can you verify this now works?
>
We di
David Mack wrote:
> It appears that the needed e100 fix made it into the Fedora
> 2.6.23.1-23.fc8 kernel. Boots reliably now.
>
> Huge thanks and great work, guys.
DaveJ, I didn't push anything upstream. Can you verify this now works?
Auke
>
> Dave
>
>> -Original Message-
>> From: K
It appears that the needed e100 fix made it into the Fedora
2.6.23.1-23.fc8 kernel. Boots reliably now.
Huge thanks and great work, guys.
Dave
> -Original Message-
> From: Kok, Auke [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 12, 2007 10:05 AM
> To: Herbert Xu
> Cc: David Mack; Da
Felix von Leitner wrote:
the packet trace was a bit too cooked perhaps, but there were indications
that at times the TCP window was going to zero - perhaps something with
window updates or persist timers?
Does TCP use different window sizes on loopback? Why is this not
happening on ethernet?
Matthew Faulkner wrote:
Hey all
I'm using netperf to perform TCP throughput tests via the localhost
interface. This is being done on a SMP machine. I'm forcing the
netperf server and client to run on the same core. However, for any
packet sizes below 523 the throughput is much lower compared to
Vlad Yasevich wrote:
> We've been trying to field some questions regarding multicast
> behavior and one such behavior has stumped us.
>
> I've reproduced the following behavior on 2.6.23.
>
> The application opens 2 sockets. One socket is the receiver
> and it simply binds to 0.0.0.0:2000 and jo
[PACKET]: Kill unused pg_vec_endpage() function
The conversion to vm_insert_page() left this unused function behind,
remove it.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
diff --git a/net/packet/af_packet.c b/net/packet/af_packet.c
index e11000a..d093650 100644
--- a/net/packet/af_packet
On Thu, 18 Oct 2007, Oleg Nesterov wrote:
> If we can't just cancel the work, can't we do something like
>
> if (cancel_work_sync(w))
> w->func(w);
>
> instead?
We do an equivalent of this -- all that we care about that w->func(w)
would do is enable_irq() and the rest we w
Hey all
I'm using netperf to perform TCP throughput tests via the localhost
interface. This is being done on a SMP machine. I'm forcing the
netperf server and client to run on the same core. However, for any
packet sizes below 523 the throughput is much lower compared to the
throughput when the pa
On 10/18, Jarek Poplawski wrote:
>
> +/**
> + * flush_work_sync - block until a work_struct's callback has terminated
^^^
Hmm...
> + * Similar to cancel_work_sync() but will only busy wait (without cancel)
> + * if the work is
On Thu, 18 Oct 2007 16:27:37 +0200
Anton Arapov <[EMAIL PROTECTED]> wrote:
> Hi!
>
> There is a justifying patch for Stephen's patches. Stephen's patches
> disallows using a port range of one single port and brakes the meaning
> of the 'remaining' variable, in some places it has different meani
On Thu, 18 Oct 2007, Jarek Poplawski wrote:
> Technically until free_irq returns a handler should respond to calls
> and with proper hardware it should have no problem with checking if
> it's its interrupt, even after disabling this hardware, because of
> possible races.
Well, the hardirq handle
On Thu, 18 Oct 2007 00:02:44 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller <[EMAIL PROTECTED]>
> wrote:
>
> > From: Stephen Hemminger <[EMAIL PROTECTED]>
> > Date: Wed, 17 Oct 2007 13:21:31 -0700
> >
> > > I propose that we take out all t
On Thu, Oct 18, 2007 at 12:30:35PM +0100, Maciej W. Rozycki wrote:
> On Wed, 17 Oct 2007, Jarek Poplawski wrote:
>
> > I'm not sure free_irq() should maintain the depth count - rather warn
> > on not zero. But, IMHO, any activity on freed irq seems suspicious to
> > me (and doesn't look like very
Hi!
There is a justifying patch for Stephen's patches. Stephen's patches
disallows using a port range of one single port and brakes the meaning
of the 'remaining' variable, in some places it has different meaning.
My patch gives back the sense of 'remaining' variable. It should mean how
many por
> -Original Message-
> From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 17, 2007 5:06 PM
> To: Netdev; Li Yang-r58472
> Subject: [PATCH] Fix ethernet multicast for ucc_geth.
>
> >From 5761a9e5924b34615c748fba2dcb977ed04c1243 Mon Sep 17
> 00:00:00 2001
> From: J
On 10/15/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Domen Puncer wrote:
> > Hello!
> >
> > If there are no objections, I would like to get this merged
> > when bestcomm goes in (any time now?).
> >
> > It's split into four parts:
> > 1 - device tree
> > 2 - small bestcomm change
> > 3 - the actua
On Thu, Oct 18, 2007 at 09:06:40PM +0800, wit ([EMAIL PROTECTED]) wrote:
> Hi all,
>
>Sorry, I don't know if this is the right mail list. I got the
> following question:
>I have a e100 card and a e1000 card. Whenever I boot the system, I
> found the eth0 matches the e1000 card, and the eth
On Thu, 18 Oct 2007, Patrick McHardy wrote:
Krzysztof Oledzki wrote:
Hum, you are using IPT_TPROXY thing, which is not in linux-2.6.22.9
It is only compiled in, not used at the moment.
But at least the previous version (before those patches posted a week
ago) touches the routing code in e
Hi all,
Sorry, I don't know if this is the right mail list. I got the
following question:
I have a e100 card and a e1000 card. Whenever I boot the system, I
found the eth0 matches the e1000 card, and the eth2 matches the other.
How can I force the eth0 to match the e100 card and the eth2 to
YOSHIFUJI fairly pointed out, that the users increment should
be done under the ip6_sk_fl_lock not to give IPV6_FL_A_PUT a
chance to put this count to zero and release the flowlabel.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Cc: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
diff --git a/net
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 16:36:58 +0400
> YOSHIFUJI fairly pointed out, that the users increment should
> be done under the ip6_sk_fl_lock not to give IPV6_FL_A_PUT a
> chance to put this count to zero and release the flowlabel.
>
> Signed-off-by: Pavel Eme
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 16:22:49 +0400
> Oops. You're right here :( I looked at the ip6_fl_lock
> and messed it with the ip6_sk_fl_lock.
>
> Should I resend the whole patch, or just make an
> incremental one?
Please make an incremental one.
And hurry, I
David Miller wrote:
> From: Pavel Emelyanov <[EMAIL PROTECTED]>
> Date: Thu, 18 Oct 2007 15:53:52 +0400
>
>> This routine scans the ipv6_fl_list whose update is
>> protected with the socket lock and the ip6_sk_fl_lock.
>>
>> Since the socket lock is not taken in the lookup, use
>> the other one.
>
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 15:59:14 +0400
> In the IPV6_FL_A_GET case the hash is checked for flowlabels
> with the given label. If it is not found, the lock, protecting
> the hash, is dropped to be re-get for writing. After this a
> newly allocated entry is
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 15:53:52 +0400
> This routine scans the ipv6_fl_list whose update is
> protected with the socket lock and the ip6_sk_fl_lock.
>
> Since the socket lock is not taken in the lookup, use
> the other one.
>
> Signed-off-by: Pavel Emely
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 15:51:41 +0400
> The new flowlabels should be inserted into the sock list
> under the ip6_sk_fl_lock. This was lost in one place.
>
> This list is naturally protected with the socket lock, but
> the fl6_sock_lookup() is called witho
From: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 16:11:58 +0400
> YOSHIFUJI Hideaki wrote:
> > In article <[EMAIL PROTECTED]> (at Thu, 18 Oct 2007 15:53:52 +0400), Pavel
> > Emelyanov <[EMAIL PROTECTED]> says:
> >
> >> This routine scans the ipv6_fl_list whose update is
> >> prot
YOSHIFUJI Hideaki wrote:
> In article <[EMAIL PROTECTED]> (at Thu, 18 Oct 2007 15:53:52 +0400), Pavel
> Emelyanov <[EMAIL PROTECTED]> says:
>
>> This routine scans the ipv6_fl_list whose update is
>> protected with the socket lock and the ip6_sk_fl_lock.
>
>> struct ip6_flowlabel *f
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 12:58:42 +0200
> Patrick McHardy wrote:
> > Andrew Morton wrote:
> >> On Wed, 17 Oct 2007 07:36:16 -0700 (PDT)
> >> [EMAIL PROTECTED] wrote:
> >>
> >>> http://bugzilla.kernel.org/show_bug.cgi?id=9174
> >>>
> >>>Summary: l
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 14:07:42 +0300 (EEST)
> Dave, please put this one to net-2.6 and forget the other patch with
> title "[TCP]: Add highest_sack_end_seq check back...", it would just
> add another (wrong) zero special case back (they won't conflict wit
In article <[EMAIL PROTECTED]> (at Thu, 18 Oct 2007 15:53:52 +0400), Pavel
Emelyanov <[EMAIL PROTECTED]> says:
> This routine scans the ipv6_fl_list whose update is
> protected with the socket lock and the ip6_sk_fl_lock.
> struct ip6_flowlabel *fl = sfl->fl;
> if (fl
In the IPV6_FL_A_GET case the hash is checked for flowlabels
with the given label. If it is not found, the lock, protecting
the hash, is dropped to be re-get for writing. After this a
newly allocated entry is inserted, but no checks are performed
to catch a classical SMP race, when the conflicting
This routine scans the ipv6_fl_list whose update is
protected with the socket lock and the ip6_sk_fl_lock.
Since the socket lock is not taken in the lookup, use
the other one.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/net/ipv6/ip6_flowlabel.c b/net/ipv6/ip6_flowlabel.c
The new flowlabels should be inserted into the sock list
under the ip6_sk_fl_lock. This was lost in one place.
This list is naturally protected with the socket lock, but
the fl6_sock_lookup() is called without it, so another
protection is required.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED
Krzysztof Oledzki wrote:
Hum, you are using IPT_TPROXY thing, which is not in linux-2.6.22.9
It is only compiled in, not used at the moment.
But at least the previous version (before those patches posted a week
ago) touches the routing code in exactly that function.
-
To unsubscribe from this
1 - 100 of 135 matches
Mail list logo
