* David Howells <[EMAIL PROTECTED]> wrote:
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > we'll get rid of that pt_regs thing centrally, from all drivers at once
> > - there's upstream buy-in for that already, and Thomas already generated
> > a test-patch for that a few months ago. But it's no
In the bcm43xx driver, the code snippet shown below has a problem. When the synchronize_net
statement is included, once every 200-300 passes through the code, the system will report a NETDEV
WATCHDOG tx timeout for bcm43xx, even when the watchdog timeout is set to 30 sec. When the
synchronize st
John,
PLease send this upstream for inclusion in 2.6.18, if possible. This patch will
not work for
wireless-2.6. That patch will be sent to you soon.
Larry
=
This patch fixes a bug in the bcm43xx driver in 2.6.18-rcX that hangs the
machine due to
Auke Kok wrote:
> Can you include a full `dmesg` and `lcpci -vv -s 00:12.0` ?
>
> Also you're using 3.5.10-k2, can you try the current git tree version
> instead? I can send you the e100.c if wanted.
Yes, please, to make sure that we'll really discuss the same version.
Will then try to collect th
From: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
e1000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/e1000.c b/e1000.c
index 6de27ca..6741323 100644
--- a/e1000.c
+++ b/e1000.c
@@ -372,7 +372,7 @@ e1000_dump_regs(struct ethtool_drvi
> > I'd rather not have to do that, or even if I go that way, not have to
> > add that sync at all before the store and thus get back the few percent
> > of perfs lost due to those sync's on some heavy IO benchmarks.
> >
> Another way to fix this without requiring drivers to add all kinds of
> ba
On Sat, 2006-09-09 at 08:25 +1000, Benjamin Herrenschmidt wrote:
> Ok. I'm trying to figure out what's the best way with fixing that. I can
> see the flamewar coming on wether stores to memory vs. writel shall be
> ordered or not :)
>
> I'm very reluctant to add another sync instruction to our wri
Initial magic number cleanup. Delete one unnecessary read and write.
Tested ia32 and ppc64.
Signed-off-by: Don Fry <[EMAIL PROTECTED]>
--- linux-2.6.18-rc6/drivers/net/pcnet32.c.napi Fri Sep 8 13:19:53 2006
+++ linux-2.6.18-rc6/drivers/net/pcnet32.c Fri Sep 8 13:57:13 2006
@@ -213,7 +213,
Implement NAPI changes to pcnet32 driver. Compile default is off.
Listed as experimental.
Len and Don both worked on a NAPI implementation and have both tested
these changes.
An e1000 blasting short packets to the pcnet32 will lockup Don's system
until the receive storm stops. Without NAPI Len
These patches to the pcnet32 driver implement NAPI and respond to some
other suggestions found during NAPI development and testing.
The comments from Francois Romieu regarding using spin_lock instead of
spin_lock_irqsave were investigated, but since interrupts have to be
disabled to prevent the in
On Fri, 2006-09-08 at 15:07 -0700, Michael Chan wrote:
> On Sat, 2006-09-09 at 07:41 +1000, Benjamin Herrenschmidt wrote:
>
> > As for the tcpdump output, well, I have a 3Gb file for now :) I need to do
> > a bit of surgery on it to
> > get only the interesting part. I'll try to do that later tod
On Sat, 2006-09-09 at 07:46 +1000, Benjamin Herrenschmidt wrote:
> The PowerPC writel has a full sync _after_ the write, mostly to prevent
> it from leaking out of a spinlock, and for ordering it vs. other
> writel's or readl's. It doesn't provide any ordering guarantee vs
> cacheable storage (and
On Sat, 2006-09-09 at 07:41 +1000, Benjamin Herrenschmidt wrote:
> As for the tcpdump output, well, I have a 3Gb file for now :) I need to do a
> bit of surgery on it to
> get only the interesting part. I'll try to do that later today (but it may
> have to wait for monday).
>
Ben, We probably d
Here's the compressed patch adding the amso1100 driver. You can also
find this in my git tree at
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
in the for-2.6.19 branch.
0003-RDMA-amso1100-Add-driver-for-Ammasso-1100-RNIC.txt.bz2
Description: application/bzip
From: Tom Tucker <[EMAIL PROTECTED]>
Add an iWARP Connection Manager (CM), which abstracts connection
management for iWARP devices (RNICs). It is a logical instance of the
xx_cm where xx is the transport type (ib or iw). The symbols exported
are used by the transport independent rdma_cm module,
From: Tom Tucker <[EMAIL PROTECTED]>
Modifications to the existing rdma header files, core files, drivers,
and ulp files to support iWARP, including:
- Hook iWARP CM into the build system and use it in rdma_cm.
- Convert enum ib_node_type to enum rdma_node_type, which includes
the possibility
Here is a series of patches that adds iWARP (RDMA over IP) support to
the InfiniBand support already in the kernel. Since the iWARP RDMA
model is quite close to the InfiniBand model, the changes are not that
large. The biggest difference is in how connections are established,
since iWARP connecti
On Friday 08 September 2006 17:51, Christian Steineck wrote:
> This is my first patch, if the form of delivery is not as it should be
> please forgive me :o)
>
This file (hostap_cs.mod.c) is generated by the build system - you don't need
to and cannot patch it.
Also, please inline your patch inst
hostap_cs driver
- added support for Proxim Harmony PCI W-Lan Card (uses pd6729 based
pcmcia2pci bridge)
Signed-off-by: Christian Steineck <[EMAIL PROTECTED]>
^---
This is my first patch, if the form of delivery is not as it should be
please forgive me :o)
best regards
Christian
--- drivers/ne
hostap_cs driver
- added proper entry in /lib//modules.alias for Proxim
Harmony PCI W-Lan Card (uses pd6729 based pcmcia2pci bridge)
Signed-off-by: Christian Steineck <[EMAIL PROTECTED]>
^---
This is my first patch, if the form of delivery is not as it should be
please forgive me :o)
best rega
On Fri, 2006-09-08 at 12:54 -0700, Michael Chan wrote:
> On Fri, 2006-09-08 at 21:29 +0200, Segher Boessenkool wrote:
>
> > I've got a patch that seems so solve the problem, it needs more testing
> > though (maybe Ben can do this :-) ). The problem is that there should
> > be quite a few wmb()'s
> Please send me lspci and tg3 probing output so that I know what
> tg3 hardware you're using. I also want to look at the tcpdump or
> ethereal on the mirrored port that shows the packet being corrupted.
Hi Michael !
It's the dual controller of an Apple Quad G5, thus afaik in an HT2000
chip:
0
On Fri, Sep 08, 2006 at 10:23:36PM +0200, Francois Romieu wrote:
> > I suspect it's a chip bug. I rechecked with I/O space, and that
> > works okay, so this artifact (bug) only manifests itself when you
> > do the upper write in MMIO space.
> >
> > Are there any plans to switch r8169 to the iomap
On Fri, 2006-09-08 at 16:04 -0400, Sabit A. Sayeed wrote:
> Is it possible to capture packets with FCS error using the tg3 driver?
>
Yes, you'll need to set the RX_MODE_NO_CRC_CHECK in the MAC_RX_MODE
register.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a m
On Friday 08 September 2006 15:25, Larry Finger wrote:
> Michael Buesch wrote:
> > On Thursday 07 September 2006 20:17, Larry Finger wrote:
> >> Hi all,
> >>
> >> I think I have a fix for the bcm43xx bug that leads to NETDEV WATCHDOG tx
> >> timeouts and would like it
> >> to get as much testing a
Lennert Buytenhek <[EMAIL PROTECTED]> :
[...]
> I tried your series from step (1) plus my TxDesc change (so I didn't
> include the hunk from (2)), and that seems to work fine. I.e. I don't
> need to disable error interrupts anymore to keep it working.
>
> So really the only thing that would need
On 9/8/06, Patrick McHardy <[EMAIL PROTECTED]> wrote:
Gnome42 Gnome42 wrote:
Can you see the decrypted packets on the incoming interface on the
other side?
No, not the decrypted ones only the encrypted ones. I never see the
decrypted packets. ( I should see them twice right? Once encrypted a
Lennert Buytenhek <[EMAIL PROTECTED]> :
[...]
> I suspect it's a chip bug. I rechecked with I/O space, and that works
> okay, so this artifact (bug) only manifests itself when you do the upper
> write in MMIO space.
>
> Are there any plans to switch r8169 to the iomap API? Would you take
> a patc
On Fri, Sep 08, 2006 at 09:13:45AM -0700, Jean Tourrilhes wrote:
> On Fri, Sep 08, 2006 at 10:29:23AM -0400, John W. Linville wrote:
> > On Wed, Sep 06, 2006 at 02:30:53PM -0700, Jean Tourrilhes wrote:
> > > On Wed, Sep 06, 2006 at 04:55:44PM -0400, John W. Linville wrote:
> >
> > > > + * V20 to V
On Fri, 8 Sep 2006, Venkat Yekkirala wrote:
> Add skb_policy_check and skb_netfilter_check hooks to LSM to enable
> reconciliation of the various security identifiers as well as enforce
> flow control on inbound (INPUT/FORWARD) and outbound (OUTPUT/FORWARD)
> traffic.
Is there any way you can sen
Is it possible to capture packets with FCS error using the tg3 driver?
- Sabit
-
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
Gnome42 Gnome42 wrote:
> IPSec got broken in 2.6.18-rc4-mm3+, 2.6.18-rc4-mm2 works and
> 2.6.18-rc5 also works.
>
> The tunnel looks like its established correctly in the racoon logs and
> the traffic is encrypted on the wire. However, the other side does not
> decrypt the traffic it just seems to
On Fri, 2006-09-08 at 21:29 +0200, Segher Boessenkool wrote:
> I've got a patch that seems so solve the problem, it needs more testing
> though (maybe Ben can do this :-) ). The problem is that there should
> be quite a few wmb()'s in the code that are just not there; adding some
> to tg3_set_txd
I've been chasing with Segher a data corruption problem lately.
Basically transferring huge amount of data (several Gb) and I get
corrupted data at the rx side. I cannot tell for sure wether what
I've
been observing here is the same problem that segher's been seing
on is
blades, he will confir
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/net/tulip/winbond-840.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.18-rc4-mm1.orig/drivers/net/tulip/winbond-840.c
+++ linux-2.6.18-rc4-mm1/drivers/net/tu
From: Grant Grundler <[EMAIL PROTECTED]>
Update/cleanup some definitions in tulip.h and tulip_core.c.
Signed-off-by: Grant Grundler <[EMAIL PROTECTED]>
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/net/tulip/tulip_core.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.18-rc4-mm1.orig/drivers/net/tulip/tulip_core.c
+++ linux-2.6.18-rc4-mm1/drivers/net/tu
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/net/tulip/de2104x.c | 16 ++--
drivers/net/tulip/tulip_core.c |5 -
drivers/net/tulip/winbond-840.c | 12
3 files changed, 22 insertions(+), 11 deletions(-)
From: Francois Romieu <[EMAIL PROTECTED]>
Move tulip_select_media() processing to a workqueue, instead of
delaying in interrupt context, edited by Kyle McMartin to use kevent
thread, instead of creating its own workqueue.
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valerie Hen
From: Grant Grundler <[EMAIL PROTECTED]>
The obvious safe registers to read is one from PCI config space.
Signed-off-by: Grant Grundler <[EMAIL PROTECTED]>
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECT
From: Grant Grundler <[EMAIL PROTECTED]>
Include "tulip.h" in winbond-840.c and clean up lots of redundant
definitions.
Signed-off-by: Grant Grundler <[EMAIL PROTECTED]>
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <
From: Thibaut Varene <[EMAIL PROTECTED]>
Signed-off-by: Thibaut Varene <[EMAIL PROTECTED]>
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/net/tulip/tulip_core.c |2 +-
1 files chang
Minor loopback enhancements for 2.6.19
The loopback device status structure is a singleton and doesn't
need to be allocated. Add ethtool_ops hooks to show checksum always on,
and make ethtool_ops const.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/net/loopback
From: Grant Grundler <[EMAIL PROTECTED]>
As the cookie returned by pci_iomap() is fairly useless...
[Compile warning on pci_resource_start() format fixed up by Valerie
Henson.]
Signed-off-by: Grant Grundler <[EMAIL PROTECTED]>
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
Signed-off-by: Valer
Signed-off-by: Valerie Henson <[EMAIL PROTECTED]>
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
MAINTAINERS|4 ++--
drivers/net/tulip/21142.c |2 +-
drivers/net/tulip/eeprom.c |2 +-
drivers/net/tulip/interrupt.c |2 +-
drivers/net/tulip/media.c
[Resend with bugs fixed.]
This patch set includes all the non-controversial tulip patches from
the parisc tree, plus a few extra cleanups. The major highlight is
the patch moving tulip_select_media() and its associated delay to a
work queue, a nice piece of work from Francois Romieu, with some
tw
The ethtool_ops structure is immutable, it expected to be setup
by the driver and is never changed. This patch allows drivers to
declare there ethtool_ops structure read-only.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/include/linux/netdevice.h
+++ linux-2.6/include/
On Fri, Sep 08, 2006 at 05:10:08PM +0400, Dmitry Mishin wrote:
> On Thursday 07 September 2006 21:27, Herbert Poetzl wrote:
> > well, who said that you need to have things like RAW sockets
> > or other protocols except IP, not to speak of iptable and
> > routing entries ...
> >
> > folks who _want_
I stand corrected.
On Thursday 07 September 2006 23:38, Evgeniy Polyakov wrote:
> On Thu, Sep 07, 2006 at 09:05:16PM -0700, [EMAIL PROTECTED] ([EMAIL
> PROTECTED])
wrote:
> > > +static int __devinit kevent_user_init(void)
> > > +{
> > > + int err = 0;
> > > +
> > > + kevent_cache = kmem_cache_cr
The following are the changes included in this patchset since the previous post:
- Perform flow_in check before (as opposed to after) computing transition
secid on inbound; this seems more intuitive and correct.
- Implement reconciliation and flow control for outbound traffic
(forward case bein
Invoke the skb_policy_check LSM hook for inbound (INPUT/FORWARD)
traffic for secid reconciliation and flow control.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
include/net/xfrm.h | 50 +++
1 file changed, 27 insertions(+), 23 deletions(-)
diff
This labels the skb(s) for locally generated IPv6 traffic. This will
be reconciled with xfrm secid as well as used in pertinent flow control
checks on the outbound later in the LSM hook.
NOTE: Forwarded traffic is already labeled with the reconciled
secmark on the inbound.
Signed-off-by: Venkat
This labels the skb(s) for locally generated IPv4 traffic. This will
be reconciled with xfrm secid as well as used in pertinent flow control
checks on the outbound later in the LSM hook.
This is not as pretty as it is for IPv6, but what to do?
Note that skb(s) that derive the secmark from the ori
Currently a packet accumulates multiple security identifiers, each of a
different class, as it enters/leaves the system. This patch set reconciles these
identifiers into a single identifier while also allowing LSM (SELinux is
addressed in this patch set) to impose flow control checks based on the
Invoke the skb_netfilter_check LSM hook for outbound (OUTPUT/FORWARD)
traffic for secid reconciliation and flow control.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
net/netfilter/xt_CONNSECMARK.c | 44 ++-
net/netfilter/xt_SECMARK.c | 20
Add skb_policy_check and skb_netfilter_check hooks to LSM to enable
reconciliation of the various security identifiers as well as enforce
flow control on inbound (INPUT/FORWARD) and outbound (OUTPUT/FORWARD)
traffic.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
include/linux/security.h
This defines SELinux enforcement of the 2 new LSM hooks.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
security/selinux/hooks.c| 125 --
security/selinux/include/xfrm.h |5 +
security/selinux/ss/mls.c |2
security/selinux/ss/services.c |
Hi Folks,
(please CC me ...)
IPSec got broken in 2.6.18-rc4-mm3+, 2.6.18-rc4-mm2 works and
2.6.18-rc5 also works.
The tunnel looks like its established correctly in the racoon logs and
the traffic is encrypted on the wire. However, the other side does not
decrypt the traffic it just seems to di
On Fri, Sep 08, 2006 at 10:29:23AM -0400, John W. Linville wrote:
> On Wed, Sep 06, 2006 at 02:30:53PM -0700, Jean Tourrilhes wrote:
> > On Wed, Sep 06, 2006 at 04:55:44PM -0400, John W. Linville wrote:
>
> > > + * V20 to V21
> > > + * --
> > > + * - Remove (struct net_device *)->get
Shaw Vrana wrote:
On Wed, 6 Sep 2006 10:58:15 -0700 (PDT)
[EMAIL PROTECTED] wrote:
Hello All,
I have a question about the use of the tx_ring->next_to_use variable in
the e1000. Specifically, I'm wondering about a race between the use of
next_to_use in e1000_xmit_frame and the clearing of next
Copying netdev.
Benjamin Herrenschmidt wrote:
> Hi !
>
> I've been chasing with Segher a data corruption problem lately.
> Basically transferring huge amount of data (several Gb) and I get
> corrupted data at the rx side. I cannot tell for sure wether what I've
> been observing here is the same p
Jan Kiszka wrote:
Hi,
we have a couple of industrial PCs here with Intel PRO/100 controllers
on board. Most of them work fine with the e100, but today I stumbled
over one box that doesn't: Reception works (RX counter increases, ARP
cache gets filled up), but transmission fails (TX counter is als
On Wed, Sep 06, 2006 at 02:30:53PM -0700, Jean Tourrilhes wrote:
> On Wed, Sep 06, 2006 at 04:55:44PM -0400, John W. Linville wrote:
> > + * V20 to V21
> > + * --
> > + * - Remove (struct net_device *)->get_wireless_stats()
> > + * - Change length in ESSID and NICK to strlen() instead of s
Hi,
we have a couple of industrial PCs here with Intel PRO/100 controllers
on board. Most of them work fine with the e100, but today I stumbled
over one box that doesn't: Reception works (RX counter increases, ARP
cache gets filled up), but transmission fails (TX counter is also zero).
In contrast
Erik Mouw wrote:
On Fri, Sep 08, 2006 at 11:45:27AM +0200, Michael Buesch wrote:
The crash is fixed in wireless-2.6.
The actual cause of the controller restart not. So at least it
does not crash anymore.
Thanks for the information, pulled wireless-2.6 and recompiling kernel.
If this really fix
On Fri, Sep 08, 2006 at 11:45:27AM +0200, Michael Buesch wrote:
> The crash is fixed in wireless-2.6.
> The actual cause of the controller restart not. So at least it
> does not crash anymore.
Thanks for the information, pulled wireless-2.6 and recompiling kernel.
If this really fixes the problem,
On Thursday 07 September 2006 21:27, Herbert Poetzl wrote:
> well, who said that you need to have things like RAW sockets
> or other protocols except IP, not to speak of iptable and
> routing entries ...
>
> folks who _want_ full network virtualization can use the
> more complete virtual setup and
This removes unnecessary messages that show up every time I put my
ethernet card in promiscuous mode. I'm already getting notification
from the networking layer, I don't need notification from the driver as
well.
There are probably other drivers that do this as well -- I'll look
around and see w
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > > Now, if you have funky cascades, then you can always group them into a
> > > virtual irq cascade line and have a special chained flow handler that
> > > does all the "figuring out" off those... it's up to you.
> >
> > You make it sound so e
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > Please update Documentation/DocBook/genericirq.tmpl. That doesn't mention
> > it.
>
> I must admit I haven't read the documentation :) I looked at the
> code/patches when genirq was posted and did my powerpc implementation
> based on my unde
On Fri, 2006-09-08 at 11:25 +0100, David Howells wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > No, you do a chain handler. Look at how I do it in
> > arch/powerpc/platform/pseries/setup.c for example. It's actually
> > trivial. You install a special flow handler (which means tha
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> No, you do a chain handler. Look at how I do it in
> arch/powerpc/platform/pseries/setup.c for example. It's actually
> trivial. You install a special flow handler (which means that there is
> very little overhead, almost none, from the toplevel
On Friday 08 September 2006 11:42, Erik Mouw wrote:
> On Thu, Sep 07, 2006 at 01:17:05PM -0500, Larry Finger wrote:
> > I think I have a fix for the bcm43xx bug that leads to NETDEV WATCHDOG tx
> > timeouts and would like it
> > to get as much testing as possible as this bug affects V2.6.18-rcX. I
On Thu, Sep 07, 2006 at 01:17:05PM -0500, Larry Finger wrote:
> I think I have a fix for the bcm43xx bug that leads to NETDEV WATCHDOG tx
> timeouts and would like it
> to get as much testing as possible as this bug affects V2.6.18-rcX. If the
> problem is truly
> fixed, I hope to get the fix int
* H. Peter Anvin <[EMAIL PROTECTED]> 2006-09-07 15:28
> Thomas Graf wrote:
> >What about adding blackhole device to be used for such routes.
> >I believe it would be good architecture to always use devices
> >to state directions packets are being received from and sent to.
>
> The dummy device can
75 matches
Mail list logo
