* Tom Rix [EMAIL PROTECTED] [2006-06-04 11:45]:
A while ago I submitted this patch for NAPI support for SB1250 / SB1480.
I have tested it again on the recent (6/3/06) linux-mips kernel.
Are there any comments regarding this patch (apart from the fact that
Tom forgot to include a Signed-off-by
* jamal [EMAIL PROTECTED] 2006-06-28 09:46
Why not use iflink?
It exists, by definition, specifically as the ifindex of the down muxed
netdevice (should probably add that definition in the .h).
This is semantically different from a message to the stack which says
this came to you from input
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
Try to get more logs.
I suggest to do a netconsole for logging.
Also note that current softmac trees have a patch missing.
It seems it got lost somewhere after my merge request.
I already contacted
Eric W. Biederman wrote:
When an outgoing packet has the loopback destination addres, the
skbuff is filled with the network namespace. So the loopback packets
never go outside the namespace. This approach facilitate the migration
of loopback because identification is done by network namespace
On Wed, Jun 28, 2006 at 09:55:41AM -0700, Don Fry wrote:
Yes, I saw the debug statements when creating the email and was too lazy
to remove them and create a new patch. The patch needs to be broken up
into functional pieces anyway, so since it has passed all of my testing
as well, I will
But back on the main point, if implementing SCSI services over a
TCP connection is acceptable even though it does not use a kernel
socket, why would it not be acceptable to implement RDMA services
over a TCP connection without using a kernel socket?
Because SCSI doesn't force nasty
On Mon, Jun 05, 2006 at 05:24:51PM +0100, Alan Cox wrote:
Ar Llu, 2006-06-05 am 09:27 -0400, ysgrifennodd John W. Linville:
Does not the Signed-off-by: line on a patch submission give us some
level of good faith protection?
I'm tempted to take contributors at their word, that they have
Hi,
On Thu, Jun 29, 2006 at 10:42:39AM -0400, John W. Linville wrote:
If anyone knows how to get in touch w/ Denis, I'd appreciate it...
He sent me (and few other addresses) his new address recently
(*important* mails only!):
vda.linux AT a server called googlemail.com
(he got a new job and
CaT wrote:
On Wed, Jun 28, 2006 at 08:47:09PM -0700, David Miller wrote:
You can save yourself that hassle by informing the site admin
of the affected site that they have a firewall that misinterprets
the RFC standard window scaling field of the TCP headers. These
devices assume it is zero
On Thursday 29 June 2006 06:08, Larry Finger wrote:
This patch improves the statistics returned from bcm43xx_get_wireless_stats.
The signal level comes
from smoothing the rssi value returned by the firmware. The quality value is
a hack derived from the
smoothed rssi value and an assumed
A problem was found with this patch. The direct inspection of bundle
buffer tailroom did not account for the possiblity of unrequested tailroom
added by skb_alloc(), thereby allowing a bundle to be created that exceeds
the current link MTU.
I'll resend this patch set with this issue resolved.
Michael Buesch wrote:
On Thursday 29 June 2006 06:08, Larry Finger wrote:
/* fill in the real statistics when iface associated */
- wstats-qual.qual = 100; // TODO: get the real signal quality
- wstats-qual.level = 3 - bcm-stats.link_quality;
+
This is a resend of this patch set. A problem was found with the direct
inspection of bundle buffer tailroom. It did not account for the
possiblity of unrequested tailroom added by skb_alloc(), thereby allowing
a bundle to be created that exceeds the current link MTU. An additional
check now
From: Allan Stephens [EMAIL PROTECTED]
Now allocates reply space for get links request based on number of actual
links, not number of potential links. Also, limits reply to get links and
get nodes requests to 32KB to match capabilities of tipc-config utility
that issued request.
Signed-off-by:
From: Allan Stephens [EMAIL PROTECTED]
Now determines tailroom of bundle buffer by directly inspection of buffer.
Previously, buffer was assumed to have a max capacity equal to the link MTU,
but the addition of link MTU negotiation means that the link MTU can increase
after the bundle buffer is
From: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Per Liden [EMAIL PROTECTED]
---
net/tipc/core.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/tipc/core.c b/net/tipc/core.c
index 5003acb..0539a83 100644
---
This patch fixes the AU1000_FIR dependencies.
Spotted by Jean-Luc Leger.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 15 Apr 2006
--- linux-2.6.17-rc1-mm2-full/drivers/net/irda/Kconfig.old 2006-04-15
16:17:36.0 +0200
+++
Adds PCI Error recovery callbacks to the Intel 10-gigabit ethernet
ixgb device driver. Lightly tested, works.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/ixgb/ixgb_main.c | 112 ++-
1 file changed, 111 insertions(+), 1 deletion(-)
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
Try to get more logs.
I suggest to do a netconsole for logging.
Also note that current softmac trees have a patch missing.
It seems it got
Michael Buesch wrote:
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
Try to get more logs.
I suggest to do a netconsole for logging.
Also note that current softmac trees have a patch missing.
Michael Buesch [EMAIL PROTECTED] writes:
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
Try to get more logs.
I suggest to do a netconsole for logging.
Also note that current softmac
On Thursday 29 June 2006 17:31, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
Try to get more logs.
I suggest to do a
Michael Buesch wrote:
On Thursday 29 June 2006 17:22, Larry Finger wrote:
Jun 29 01:22:08 larrylap kernel: bcm43xx: Controller restarted
Jun 29 01:23:08 larrylap kernel: bcm43xx: ASSERTION FAILED (channel = 1 channel = 14) at:
drivers/net/wireless/bcm43xx/bcm43xx_radio.c:79:channel2freq_bg()
On Thu, Jun 29, 2006 at 05:31:50PM +0200, Michael Buesch wrote:
On Thursday 29 June 2006 17:22, Larry Finger wrote:
Michael Buesch wrote:
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
On Monday 26 June 2006 14:43, Michael Buesch wrote:
On Thursday 29 June 2006 18:47, Martin Langer wrote:
On Thu, Jun 29, 2006 at 05:31:50PM +0200, Michael Buesch wrote:
On Thursday 29 June 2006 17:22, Larry Finger wrote:
Michael Buesch wrote:
On Thursday 29 June 2006 10:24, Paul Collins wrote:
Michael Buesch [EMAIL PROTECTED] writes:
David Roland, there is no way in the world we would have let
David support for RDMA into the kernel tree had we seen and
David reviewed it on netdev. I've discussed this with Andrew
David Morton, and we'd like you to please revert all of the RDMA
David code from Linus's tree
On Thu, 29 Jun 2006, Evgeniy Polyakov wrote:
+#define __NR_netchannel_control 279
+__SYSCALL(__NR_vmsplice, sys_netchannel_control)
This looks wrong.
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
Hello,
We've done some further work on the bcm1250/bcm1480 MAC driver since
then, primarily in the area of performance improvements, but we've not
quite ready to submit the patch for those changes yet.
In the meantime, Tom's patch fixes all of the really bad problems, and
we'd really appreciate
Dave, you're going to have to be more specific. What do you mean by
RDMA? The whole drivers/infiniband infrastructure, which handles RDMA
over IB, has been upstream for a year and a half, and was in fact
originally merged by you, so I'm guessing that's not what you mean.
NET_DMA
Hello.
In article [EMAIL PROTECTED] (at Thu, 29 Jun 2006 09:54:37 -0700), Roland
Dreier [EMAIL PROTECTED] says:
David Roland, there is no way in the world we would have let
David support for RDMA into the kernel tree had we seen and
David reviewed it on netdev. I've discussed
In article [EMAIL PROTECTED] (at Thu, 29 Jun 2006 10:35:56 -0700), Roland
Dreier [EMAIL PROTECTED] says:
Dave, you're going to have to be more specific. What do you mean by
RDMA? The whole drivers/infiniband infrastructure, which handles RDMA
over IB, has been upstream for a year
On Thu, Jun 29, 2006 at 01:19:29PM -0400, James Morris ([EMAIL PROTECTED])
wrote:
On Thu, 29 Jun 2006, Evgeniy Polyakov wrote:
+#define __NR_netchannel_control279
+__SYSCALL(__NR_vmsplice, sys_netchannel_control)
This looks wrong.
Ugh, it's my hand merge for x86_64.
Thank you for
I'm running a system with multiple e1000 devices, using 9KB jumbo
frames. I'm running a modified 2.6.10 with e1000 driver 5.5.4-k2.
I'm a bit concerned about the behaviour of this driver with jumbo
frames. We ask for 9KB. The driver then bumps that up to a
power-of-two, so it calls
Andrew Morton wrote:
On Thu, 29 Jun 2006 09:44:08 -0700
Paul Jackson [EMAIL PROTECTED] wrote:
You're probably correct on that model. However, it all depends on the actual
workload. Are people who actually have large-CPU (256) systems actually
running fork()-heavy things like webservers on
Thank you all for your help! It's been great working with you.
Catherine
David Miller [EMAIL PROTECTED] wrote on 06/29/2006 03:28:00 PM:
From: James Morris [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 10:00:48 -0400 (EDT)
On Wed, 28 Jun 2006, Catherine Zhang wrote:
Hi,
Minor fix
From: chas williams - CONTRACTOR [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 09:45:04 -0400
please consider for 2.6.18 -- thanks!
[ATM]: [suni] change suni_init to __devinit
Signed-off-by: Chas Williams [EMAIL PROTECTED]
Applied.
-
To unsubscribe from this list: send the line unsubscribe
From: James Morris [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 10:00:48 -0400 (EDT)
On Wed, 28 Jun 2006, Catherine Zhang wrote:
Hi,
Minor fix (un-export selinux_get_sock_sid()).
Thanks, looks ok to me.
Acked-by: James Morris [EMAIL PROTECTED]
Applied, thanks a lot.
-
To unsubscribe
From: Michael Chan [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 10:59:20 -0700
Minor change in shutdown logic to effect a link down.
Update version to 1.4.43.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
Also applied, thanks a lot.
-
To unsubscribe from this list: send the line unsubscribe
From: Per Liden [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 14:07:51 +0200
From: Allan Stephens [EMAIL PROTECTED]
Now allocates reply space for get links request based on number of actual
links, not number of potential links. Also, limits reply to get links and
get nodes requests to 32KB to
From: chas williams - CONTRACTOR [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 09:44:27 -0400
please consider for 2.6.18 -- thanks!
[ATM]: [idt77105] should be __devinit not __init
Signed-off-by: Chas Williams [EMAIL PROTECTED]
Applied.
-
To unsubscribe from this list: send the line
This patch removes the unused EXPORT_SYMBOL(xfrm_state_mtu).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 12 Apr 2006
--- linux-2.6.17-rc1-mm2-full/net/xfrm/xfrm_state.c.old 2006-04-12
22:38:57.0 +0200
+++
From: Per Liden [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 14:07:52 +0200
From: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Allan Stephens [EMAIL PROTECTED]
Signed-off-by: Per Liden [EMAIL PROTECTED]
Also applied, thanks a lot.
-
To unsubscribe from this list: send the line unsubscribe
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 27 Jun 2006 21:37:01 -0700
[NET]: Add ECN support for TSO
Applied, thanks a lot.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 27 Jun 2006 19:07:24 -0700
On Wed, 2006-06-28 at 08:31 +1000, Herbert Xu wrote:
[NET]: Fix logical error in skb_gso_ok
The test in skb_gso_ok is backwards. Noticed by Michael Chan
[EMAIL PROTECTED].
Signed-off-by: Herbert Xu [EMAIL
From: Michael Chan [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 10:59:14 -0700
Change all dev_kfree_skb_irq() and dev_kfree_skb_any() to
dev_kfree_skb(). These calls are never used in irq context.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list:
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 27 Jun 2006 20:07:04 -0700
Add NETIF_F_TSO_ECN feature for all bnx2 hardware.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
Applied, thanks a lot.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
From: Samuel Ortiz [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 08:12:36 +0300
Hi Dave,
This patch makes a needlessly global struct static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Samuel Ortiz [EMAIL PROTECTED]
Applied, thanks a lot.
-
To unsubscribe from this list: send
From: chas williams - CONTRACTOR [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 09:45:42 -0400
please consider for 2.6.18 -- thanks!
[ATM]: basic sysfs support for ATM devices
From: Roman Kagan [EMAIL PROTECTED]
Signed-off-by: Chas Williams [EMAIL PROTECTED]
Also applied, thanks a lot.
-
To
From: chas williams - CONTRACTOR [EMAIL PROTECTED]
Date: Wed, 28 Jun 2006 09:44:45 -0400
please consider for 2.6.18 -- thanks!
[ATM]: [iphase] should be __devinit not __init
Signed-off-by: Chas Williams [EMAIL PROTECTED]
Applied.
-
To unsubscribe from this list: send the line unsubscribe
From: Per Liden [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 17:17:20 +0200 (CEST)
A problem was found with this patch. The direct inspection of bundle
buffer tailroom did not account for the possiblity of unrequested tailroom
added by skb_alloc(), thereby allowing a bundle to be created that
Tom Rix [EMAIL PROTECTED] :
[...]
diff -rup a/drivers/net/sb1250-mac.c b/drivers/net/sb1250-mac.c
--- a/drivers/net/sb1250-mac.c 2006-03-09 04:25:41.0 -0600
+++ b/drivers/net/sb1250-mac.c 2006-03-09 05:30:52.0 -0600
[...]
@@ -2079,13 +2095,31 @@ static irqreturn_t sbmac_intr(int
From: Adrian Bunk [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 21:20:35 +0200
This patch removes the unused EXPORT_SYMBOL(xfrm_state_mtu).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to
On Thu, 2006-06-29 at 12:46 -0700, David Miller wrote:
From: Roland Dreier [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 09:54:37 -0700
In any case I think we need to find a way for Linux to support iWARP
hardware, since there are users that want this, and (some of) the
vendors are working
On Fri, Jun 23, 2006 at 04:01:15AM -0700, David Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Fri, 23 Jun 2006 12:56:23 +0200
skb_release_data() no longer has any users in other files.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
If you are going to do this, you need to
On Thu, 29 Jun 2006 15:10:31 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
I agree, and I'm viewing this as blocking the taskstats merge. Because if
this _is_ a problem then it's a big one because fixing it will be
intrusive, and might well involve userspace-visible changes.
First off,
On Thu, 29 Jun 2006 12:01:06 -0700
Miles Lane [EMAIL PROTECTED] wrote:
[ BUG: illegal lock usage! ]
This is claiming that we're taking sk-sk_dst_lock in a deadlockable manner.
illegal {softirq-on-W} - {in-softirq-R} usage.
It found someone doing
Shailabh wrote:
First off, just a reminder that this is inherently a netlink flow
control issue...which was being exacerbated earlier by taskstats
decision to send per-tgid data (no longer the case).
But I'd like to know whats our target here ? How many messages
per second do we want to be
On Thu, 2006-06-29 at 12:26 -0700, Andrew Morton wrote:
On Thu, 29 Jun 2006 12:01:06 -0700
Miles Lane [EMAIL PROTECTED] wrote:
[ BUG: illegal lock usage! ]
This is claiming that we're taking sk-sk_dst_lock in a deadlockable manner.
illegal {softirq-on-W}
On Thu, Jun 15, 2006 at 01:32:20PM +0200, Stefano Brivio wrote:
On Wed, 14 Jun 2006 16:22:39 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
From: Matthew Garrett [EMAIL PROTECTED]
Broadcom wireless patch, PCIE/Mactel support
On Thu, 29 Jun 2006 21:42:34 +0200
Arjan van de Ven [EMAIL PROTECTED] wrote:
On Thu, 2006-06-29 at 12:26 -0700, Andrew Morton wrote:
On Thu, 29 Jun 2006 12:01:06 -0700
Miles Lane [EMAIL PROTECTED] wrote:
[ BUG: illegal lock usage! ]
This is claiming
On Thu, 29 Jun 2006 15:43:41 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
Could be so. But we need to understand how significant the impact of this
will be in practice.
We could find, once this is deployed is real production environments on
large machines that the data loss is
Andrew Morton wrote:
On Thu, 29 Jun 2006 15:10:31 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
I agree, and I'm viewing this as blocking the taskstats merge. Because if
this _is_ a problem then it's a big one because fixing it will be
intrusive, and might well involve userspace-visible
A recent patch in -mm3 titled
gregkh-pci-pci-don-t-enable-device-if-already-enabled.patch
causes pci_enable_device() to be a no-op if the kernel thinks
that the device is already enabled. This change breaks the
PCI error recovery mechanism in the e100 device driver, since,
after PCI slot
On Thursday 29 June 2006 21:55, John W. Linville wrote:
On Thu, Jun 15, 2006 at 01:32:20PM +0200, Stefano Brivio wrote:
On Wed, 14 Jun 2006 16:22:39 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
From: Matthew Garrett [EMAIL PROTECTED]
Broadcom wireless patch, PCIE/Mactel support
[...snip...]
community at large, Linux and Andrew, you? I'm not trying to be
Linus sorry... spell checker...
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:11:06 -0500
Doesn't this position force vendors to build deeper adapters, not
shallower adapters? Isn't this exactly the opposite of what is intended?
Nope.
Look at what the networking developers give a lot of attention and
effort
On 2006-03-08 Eric Sesterhenn wrote:
converts drivers/net to kzalloc usage.
Don Fry modified it to use netif_msg_drv. Tested ia32 and ppc64.
Signed-off-by: Eric Sesterhenn [EMAIL PROTECTED]
Signed-off-by: Don Fry [EMAIL PROTECTED]
--- linux-2.6.17-git13/drivers/net/get.pcnet32.cWed
Fix off-by-one in pcnet32_get_ringparam
Signed-off-by: Don Fry [EMAIL PROTECTED]
--- linux-2.6.17-git13/drivers/net/device.pcnet32.c Wed Jun 28 11:12:22 2006
+++ linux-2.6.17-git13/drivers/net/pcnet32.cWed Jun 28 11:16:15 2006
@@ -515,10 +515,10 @@ static void
On Thu, 29 Jun 2006, Tom Tucker wrote:
On Thu, 2006-06-29 at 12:46 -0700, David Miller wrote:
From: Roland Dreier [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 09:54:37 -0700
In any case I think we need to find a way for Linux to support iWARP
hardware, since there are users that want
Jon Mason wrote on Thu, 12 Jan 2006 17:07:49 -0600:
This patch adds the PCI_DEVICE macro to the pcnet32 driver.
This has been tested on my opteron with my trident adapter.
Don Fry modified it slightly and tested on ia32 and ppc64.
Signed-off-by: Jon Mason [EMAIL PROTECTED]
Signed-off-by: Don
On Thu, 2006-06-29 at 13:19 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:11:06 -0500
Doesn't this position force vendors to build deeper adapters, not
shallower adapters? Isn't this exactly the opposite of what is intended?
Nope.
Look at
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:47:13 -0500
I concede that features have been lost, but some applications benefit
greatly from RDMA. For these applications and these customers,
TOE folks give the same story... it's a broken record, really.
Let us know when you can
These patches to the pcnet32 driver implement NAPI and fix some other
errors found during NAPI development and testing. Please apply to
2.6.18.
1/9 Fix Section mismatch error
2/9 Use PCI_DEVICE macro
3/9 Fix off-by-one in get_ringparam
4/9 Use kcalloc instead of kmalloc and memset
5/9 Handle
Linas Vepstas wrote:
A recent patch in -mm3 titled
gregkh-pci-pci-don-t-enable-device-if-already-enabled.patch
causes pci_enable_device() to be a no-op if the kernel thinks
that the device is already enabled. This change breaks the
PCI error recovery mechanism in the e100 device driver,
On Thu, Jun 29, 2006 at 10:46:24PM +0200, Michal Piotrowski wrote:
On 29/06/06, Dave Jones [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 10:39:33PM +0200, Michal Piotrowski wrote:
This looks very strange.
BUG: unable to handle kernel paging request at virtual address 6b6b6c07
Hi,
On 29/06/06, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm4/
This looks very strange.
BUG: unable to handle kernel paging request at virtual address 6b6b6c07
printing eip:
c0138594
*pde=
Oops: 0002 [#1]
On Thu, Jun 29, 2006 at 10:39:33PM +0200, Michal Piotrowski wrote:
This looks very strange.
BUG: unable to handle kernel paging request at virtual address 6b6b6c07
Looks like a use after free.
printing eip:
c0138594
*pde=
Oops: 0002 [#1]
4K_STACK PREEMPT SMP
last
Suspend the chip if possible rather than stop and discard all tx and rx
frames, when changing the mcast list or entering/leaving promiscuous
mode. Created common pcnet32_suspend routine.
Tested ia32 and ppc64
Signed-off-by: Don Fry [EMAIL PROTECTED]
---
More cleanup to pcnet32_loopback_test to release receive buffers if
device is not up. Created common routine to free rx buffers.
Tested ia32 and ppc64
Signed-off-by: Don Fry [EMAIL PROTECTED]
--- linux-2.6.17-git13/drivers/net/mcast.pcnet32.c Wed Jun 28 15:16:58 2006
+++
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
Initial magic number cleanup. Delete one unnecessary read and write.
Tested ia32 and ppc64.
Signed-off-by: Don Fry [EMAIL PROTECTED]
--- linux-2.6.17-git13/drivers/net/napi.pcnet32.c Thu Jun 29 13:25:50 2006
+++ linux-2.6.17-git13/drivers/net/pcnet32.cThu Jun 29 13:30:46 2006
@@
Fix pcnet32_set_ringparam to handle memory allocation errors without
leaving the adapter in an inoperative state and null pointers waiting to
be dereferenced.
Tested ia32 and ppc64.
Signed-off-by: Don Fry [EMAIL PROTECTED]
--- linux-2.6.17-git13/drivers/net/calloc.pcnet32.c Wed Jun 28
On Wed, 2006-06-28 at 23:08 -0500, Larry Finger wrote:
This patch improves the statistics returned from bcm43xx_get_wireless_stats.
The signal level comes
from smoothing the rssi value returned by the firmware. The quality value is
a hack derived from the
smoothed rssi value and an assumed
They do not bypass netfilter, they do not bypass
packet scheduling, and yet they provide a hardware assist performance
improvement for receive.
Not that I'm a TOE advocate, but as long as the adapter leaves SYN/SYN-ACK
to the stack and only turns on RDMA in ESTABLISHED it could at least
do
On Thu, 2006-06-29 at 13:53 -0700, David Miller wrote:
From: Tom Tucker [EMAIL PROTECTED]
Date: Thu, 29 Jun 2006 15:47:13 -0500
I concede that features have been lost, but some applications benefit
greatly from RDMA. For these applications and these customers,
TOE folks give the same
jamal wrote:
note: personally I'm absolutely not against virtualizing
the device names so that each guest can have a separate
name space for devices, but there should be a way to
'see' _and_ 'identify' the interfaces from outside
(i.e. host or spectator context)
Makes sense for the
Michal Piotrowski [EMAIL PROTECTED] wrote:
On 29/06/06, Dave Jones [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 10:39:33PM +0200, Michal Piotrowski wrote:
This looks very strange.
BUG: unable to handle kernel paging request at virtual address 6b6b6c07
Looks like a use
On 29/06/06, Dave Jones [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 10:46:24PM +0200, Michal Piotrowski wrote:
On 29/06/06, Dave Jones [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 10:39:33PM +0200, Michal Piotrowski wrote:
This looks very strange.
BUG: unable to
* Dave Jones [EMAIL PROTECTED] wrote:
On Thu, Jun 29, 2006 at 10:39:33PM +0200, Michal Piotrowski wrote:
This looks very strange.
BUG: unable to handle kernel paging request at virtual address 6b6b6c07
Looks like a use after free.
i'm too hunting use-after-free bugs - the ones
Shailabh wrote:
How much memory do these 1024 CPU machines have
From:
http://www.hpcwire.com/hpc/653963.html (May 12, 2006)
SGI has already shipped more than a dozen SGI systems with
over a terabyte of memory and about a hundred systems of half
a terabyte or larger. But the
Andrew Morton wrote:
Yup...the per-cpu, high speed requirements are up relayfs' alley, unless
Jamal or netlink folks
are planning something (or can shed light on) how large flows can be
managed over netlink. I suspect
this discussion has happened before :-)
yeah.
And now I remember why I
This helps us to survive better when memory is fragmented.
Signed-off-by: Dave Olson [EMAIL PROTECTED]
Signed-off-by: Bryan O'Sullivan [EMAIL PROTECTED]
diff -r fd5e733f02ac -r 9d943b828776
drivers/infiniband/hw/ipath/ipath_file_ops.c
--- a/drivers/infiniband/hw/ipath/ipath_file_ops.c Thu
Also count the number of interrupts where that works (fastrcvint).
On any interrupt where the port0 head and tail registers are not equal,
just call the ipath_kreceive code without reading the interrupt status,
thus saving the approximately 0.25usec processor stall waiting for the
read to return.
On Thu, 2006-06-29 at 14:50 -0700, David Miller wrote:
A facility like this doesn't belong in some arbitrary driver layer.
It belongs as a generic facility the whole kernel could make use
of.
It could, indeed. In fact, we had that discussion here before I sent
this patch in. It presumably
Hi, Andrew -
These patches bring the ipath driver up to date with a number of bug fixes,
performance improvements, and better PowerPC support. There are a few
whitespace and formatting patches in the series, but they're all self-
contained. The patches have been tested internally, and shouldn't
This patch separates QP state used for sending and receiving
RC packets so the processing in the receive interrupt handler
can be done mostly without locks being held. ACK packets are
now sent without requiring synchronization with the send tasklet.
Signed-off-by: Ralph Campbell [EMAIL
This attribute group made it into the original driver, but should
not have.
Signed-off-by: Bryan O'Sullivan [EMAIL PROTECTED]
diff -r 3ceb73f8bde0 -r 21378f21e091 drivers/infiniband/hw/ipath/ipath_sysfs.c
--- a/drivers/infiniband/hw/ipath/ipath_sysfs.c Thu Jun 29 14:33:26 2006 -0700
+++
Signed-off-by: Dave Olson [EMAIL PROTECTED]
Signed-off-by: Bryan O'Sullivan [EMAIL PROTECTED]
diff -r 125471ee6c68 -r fd5e733f02ac drivers/infiniband/hw/ipath/ipath_driver.c
--- a/drivers/infiniband/hw/ipath/ipath_driver.cThu Jun 29 14:33:25
2006 -0700
+++
Signed-off-by: Robert Walsh [EMAIL PROTECTED]
Signed-off-by: Bryan O'Sullivan [EMAIL PROTECTED]
diff -r 160e5cf91761 -r 1e1f3da0e78d
drivers/infiniband/hw/ipath/ipath_verbs_mcast.c
--- a/drivers/infiniband/hw/ipath/ipath_verbs_mcast.c Thu Jun 29 14:33:25
2006 -0700
+++
We do a few more explicit checks for specific models, and now also
support the old PathScale serial number style, or new QLogic style.
This is backwards compatible with previous versions of software and
hardware. That is, older software will see a plausible serial number
and correct GUID when
1 - 100 of 205 matches
Mail list logo
