On Fri, 27 Apr 2007, Rick Jones wrote:
Bryan Lawver wrote:
I had so much debugging turned on that it was not the slowing of the
traffic but the non-coelescencing that was the remedy. The NIC is a
MyriCom NIC and these are easy options to set.
As chance would have it, I've played with
On Wed, 25 Apr 2007 01:54:50 +0900 (JST) Atsushi Nemoto [EMAIL PROTECTED]
wrote:
@@ -880,4 +964,7 @@ void __exit cleanup_module(void)
}
}
}
+#else /* MODULE */
+module_init(ne_init);
+module_exit(ne_exit);
#endif /* MODULE */
Are we sure about this part? It is
On Wed, 25 Apr 2007 01:55:49 +0900 (JST) Atsushi Nemoto [EMAIL PROTECTED]
wrote:
+static int __init rbtx4938_ne_init(void)
+{
+ struct resource res[] = {
+ {
+ .start = RBTX4938_RTL_8019_BASE,
+ .end= RBTX4938_RTL_8019_BASE +
Hello,
I recently received a D-Link DFE-530TX that I put in a debian box, but
it's not working.
lspci -nn shows the card as :
00:0d.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6105
[Rhine-III] [1106:3106] (rev 86)
and in dmesg, I see :
via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by
Hello.
Matt Mackall wrote:
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely bypassed in
the netpoll's trapped mode which easily causes overflows in the drivers with
short TX queues (most notably, in 8139too with its 4-deep queue).
Make this option more sensible by only
On Sat, Apr 28, 2007 at 04:56:23PM +0400, Sergei Shtylyov wrote:
Hello.
Matt Mackall wrote:
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely
bypassed in
the netpoll's trapped mode which easily causes overflows in the drivers
with
short TX queues (most notably, in
Atsushi Nemoto wrote:
On Wed, 25 Apr 2007 01:55:49 +0900 (JST), Atsushi Nemoto [EMAIL PROTECTED]
wrote:
This patch lets RBTX49XX boards use generic platform_driver interface
for the ne driver.
This patch obsolates a patch I send on 1 Mar.
Subject: [PATCH] Fix broken RBTX4927 support in
Atsushi Nemoto wrote:
This patch lets RBTX49XX boards use generic platform_driver interface
for the ne driver.
* Use platform_device to pass ioaddr and irq to the ne driver.
* Remove unnecessary ifdefs for RBTX49XX from the ne driver.
* Make the ne driver selectable on these boards regardless
Olof Johansson wrote:
Ethernet bugfixes:
* Move the was_full/wake_queue logic from tx_intr to clean_tx
* Fix polarity in checks in pasemi_mac_close
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: linux-2.6/drivers/net/pasemi_mac.c
Olof Johansson wrote:
NAPI fixes and cleanups for pasemi_mac:
* Timer changes/fixes
* Abstract out the rx intr restart to a separate function
* Similar function for tx intr to reset to a known clear state even if
firmware used the same interface
* Add a copy-break and recycle the SKB in the
Olof Johansson wrote:
PHY support for pasemi_mac. Also add msg_enable flags for future
disablement of the link messages.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: powerpc/drivers/net/pasemi_mac.c
===
---
Stephen Rothwell wrote:
This is part of the consolidation of the OpenFirmware code ebtween
PowerPC and Sparc.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/net/bmac.c |5 +++--
drivers/net/ehea/ehea_main.c |6 +++---
drivers/net/mace.c |4 ++--
Vitaly Wool wrote:
Hi Jeff,
currently (with 2.6.21) compilation of smc911x driver fails in the following
way:
CC drivers/net/smc911x.o
/sandbox/vital/opensource/linux-2.6/drivers/net/smc911x.c: In function
`smc911x_probe':
This is what is queued for Linus, for sending upstream tomorrow
(most likely).
Wireless guys, in particular, I would appreciate a quick verify and
retest, to make sure a rebase merge went correctly.
As of this moment, I just rebased netdev (something I try to
do infrequently). There are now
On Sat, Apr 28, 2007 at 11:20:17AM -0400, Jeff Garzik wrote:
+if (was_full)
+netif_wake_queue(mac-netdev);
+
Isn't this was_full check redundant? Using standard test-and-clear
atomic logic, netif_wake_queue() will not issue spurious wakeups. Take
a look at its
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Subject: kernel crash at boot with maxcpus=1 on quad core
kernel BUG at drivers/cpufreq/cpufreq.c:1023
On Sat, 28 Apr 2007 00:57:27 -0700, Andrew Morton [EMAIL PROTECTED] wrote:
+#else /* MODULE */
+module_init(ne_init);
+module_exit(ne_exit);
#endif /* MODULE */
Are we sure about this part? It is unusual to have special treatment
dependent
upon MODULE.
Yes, it is unusual now, but
On Saturday 28 April 2007, Michal Piotrowski wrote:
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
I went here, but without a login the page is immutable
Therefore I'll add
On Sat, 28 Apr 2007 01:04:14 -0700, Andrew Morton [EMAIL PROTECTED] wrote:
platform_device_register_simple() copies *res by value, so I believe we can
make res[] static __initdata. This way we don't need to evaluate the array
on the stack at runtime, and the data gets discarded after initcalls
On Sat, 28 Apr 2007 11:07:26 -0400, Jeff Garzik [EMAIL PROTECTED] wrote:
* Add platform_driver interface to ne driver.
(Existing legacy ports did not covered by this ne_driver for now)
* Make ioaddr 'unsigned long'.
* Move a printk down to show dev-name assigned in register_netdev.
Hi Gene,
On 28/04/07, Gene Heskett [EMAIL PROTECTED] wrote:
On Saturday 28 April 2007, Michal Piotrowski wrote:
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
I went
On Sat, 28 Apr 2007 11:10:37 -0400, Jeff Garzik [EMAIL PROTECTED] wrote:
static unsigned int netcard_portlist[] __initdata = {
- 0x300, 0x280, 0x320, 0x340, 0x360, 0x380, 0
+#if defined(CONFIG_ISA) || defined(CONFIG_M32R)
+ 0x300, 0x280, 0x320, 0x340, 0x360, 0x380,
+#endif
+ 0
Atsushi Nemoto wrote:
On Sat, 28 Apr 2007 11:10:37 -0400, Jeff Garzik [EMAIL PROTECTED] wrote:
static unsigned int netcard_portlist[] __initdata = {
- 0x300, 0x280, 0x320, 0x340, 0x360, 0x380, 0
+#if defined(CONFIG_ISA) || defined(CONFIG_M32R)
+ 0x300, 0x280, 0x320, 0x340, 0x360,
On Saturday 28 April 2007, Michal Piotrowski wrote:
Hi Gene,
On 28/04/07, Gene Heskett [EMAIL PROTECTED] wrote:
On Saturday 28 April 2007, Michal Piotrowski wrote:
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Feel free to add new regressions/remove fixed etc.
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely bypassed in
the netpoll's trapped mode which easily causes overflows in the drivers with
short TX queues (most notably, in 8139too with its 4-deep queue). So, make
this option more sensible by making it only bypass the TX softirq
Hello Jeff,
Vitaly Wool wrote:
Index: linux-2.6/drivers/net/smc911x.c
===
--- linux-2.6.orig/drivers/net/smc911x.c
+++ linux-2.6/drivers/net/smc911x.c
@@ -75,9 +75,9 @@ static const char version[] =
#include
On Sat, Apr 28, 2007 at 12:52:19PM -0400, Gene Heskett wrote:
On Saturday 28 April 2007, Michal Piotrowski wrote:
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
I
Michal Piotrowski schrieb:
Subject: Bad interaction between dynticks and amarok?
References : http://lkml.org/lkml/2007/4/26/307
Submitter : Thomas Meyer [EMAIL PROTECTED]
Status : Unknow
Please remove this from the regression list. This seems to be an
userspace only problem and
Get rid of the CONFIG_NETPOLL_RX option completely since all the dependencies
have been removed long ago...
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
---
See commit e3c265bcf67f21d847e970e71504890f61f37824 in tglx/history.git for the
patch that removed the #ifdef's.
drivers/net/Kconfig
On Saturday 28 April 2007 22:12, you wrote:
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely bypassed
in the netpoll's trapped mode which easily causes overflows in the
drivers with short TX queues (most notably, in 8139too with its 4-deep
queue). So, make this option more
On Saturday 28 April 2007 22:48, Sergei Shtylyov wrote:
Get rid of the CONFIG_NETPOLL_RX option completely since all the
dependencies have been removed long ago...
Same here:
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
Acked-by: Jeff Garzik [EMAIL PROTECTED]
Acked-by: Matt Mackall
El Sat, 28 Apr 2007 20:03:07 +0200, Thomas Meyer [EMAIL PROTECTED] escribió:
Please remove this from the regression list. This seems to be an
userspace only problem and is not related to any kernel driver:
amarok and/or audacious seems to repeatedly read/write to the X socket:
OK - I added it
On Sat, Apr 28, 2007 at 11:22:43AM -0400, Jeff Garzik wrote:
Olof Johansson wrote:
NAPI fixes and cleanups for pasemi_mac:
* Timer changes/fixes
* Abstract out the rx intr restart to a separate function
* Similar function for tx intr to reset to a known clear state even if
firmware used
On Sat, Apr 28, 2007 at 11:23:42AM -0400, Jeff Garzik wrote:
msg_enable should be initialized in a standard fashion, from your debug
module parameter. grep for 'msg_enable' in other drivers.
Ah, good point. Done, and broken out as a separate patch.
Thanks,
-Olof
-
To unsubscribe from this
On Saturday 28 April 2007 22:52, I wrote:
CONFIG_NETPOLL_TRAP causes the TX queue controls to be completely
bypassed in the netpoll's trapped mode which easily causes overflows in
the drivers with short TX queues (most notably, in 8139too with its
4-deep queue). So, make this option more
Hi,
The following patch set contains a number of fixes and improvements of
the pasemi_mac driver:
1/10: A couple of minor bugfixes.
2/10: Move the IRQ mapping from the PCI layer under our platform, to
the driver.
3/10: Abstract and fix up interrupt restart routines
4/10: Timer and interrupt
Bugfixes:
* Move the wake_queue logic from tx_intr to clean_tx
* Always do wake_queue even if queue wasn't full before clean since
it's safe to do
* Fix polarity in checks in pasemi_mac_close
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
Fixes for ethernet IRQ mapping, to be done in the driver instead of in
the platform setup code.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/arch/powerpc/platforms/pasemi/pci.c
===
---
Abstract out (and fix up) the interrupt restart routines, making
sure we start out in a consistent state.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
Timer and interrupt fixes:
* Be pickier with what kind of interrupts are acked to avoid the device to
get out of sync with the driver state
* Set RX count threshhold to 1 (for NAPI interrupted mode), TX count
threshold to 32.
* Set timer thresholds to current max (~16ms).
Signed-off-by:
Add a copy-break and recycle the SKB in the driver for small packets.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++
* Remove some unused defines
* Fix a couple of wrong chip register defines, and add a few more fields
that might be used in the near future.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
Logic cleanup and some performance enhancements to the RX path.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++
Add msglevel support for pasemi_mac. Move the MODULE_* defines to the
top to go together with the variable (similar to tg3).
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
PHY support for pasemi_mac.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
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
@@ -606,6 +606,114 @@
Use local-mac-address in the device tree instead. Fall back to mac-address
for older firmware.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
Le Saturday 28 April 2007 00:32:37 Andrew Morton, vous avez écrit :
On Fri, 27 Apr 2007 22:05:28 +0200
because we thought we'd fixed the rtnl_lock() problems in 2.6.21-rc7-mm2.
Are you sure that log is from 2.6.21-rc7-mm2?
Yes. I have retested it another time ( for adding the small usb
Fixes for ethernet IRQ mapping, to be done in the driver instead of in
the platform setup code.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/arch/powerpc/platforms/pasemi/pci.c
===
---
Logic cleanup and some performance enhancements to the RX path.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++
Greg KH [EMAIL PROTECTED] writes:
Also, assignation of ttyUSB#'s is volatile depending on phase of the
moon when booted.
That's always been the case, ever since the 2.2 kernel releases. Please
use udev if you want persistent device names for your tty USB devices.
I don't know how udev (or
On Sat, 28 Apr 2007 22:37:42 +0200 Vincent ETIENNE [EMAIL PROTECTED] wrote:
Le Saturday 28 April 2007 00:32:37 Andrew Morton, vous avez écrit :
On Fri, 27 Apr 2007 22:05:28 +0200
because we thought we'd fixed the rtnl_lock() problems in 2.6.21-rc7-mm2.
Are you sure that log is from
Andrew Morton wrote:
On Sat, 28 Apr 2007 22:37:42 +0200 Vincent ETIENNE [EMAIL PROTECTED] wrote:
because we thought we'd fixed the rtnl_lock() problems in 2.6.21-rc7-mm2.
Are you sure that log is from 2.6.21-rc7-mm2?
Yes. I have retested it another time ( for adding the small usb debug
Le Saturday 28 April 2007 23:31:02 Andrew Morton, vous avez écrit :
Is there anything i can do to get you more precise information ?
I guess if you could provide us with your .config and a step-by-step recipe
which developers should use to reproduce the problem then we should be able
to fix
diff --git a/drivers/net/sis900.c b/drivers/net/sis900.c
index a6a0f09..7e44939 100644
--- a/drivers/net/sis900.c
+++ b/drivers/net/sis900.c
@@ -1754,6 +1754,7 @@ static int sis900_rx(struct net_device *net_dev)
sis_priv-rx_ring[entry].cmdsts = RX_BUF_SIZE;
On Sat, Apr 28, 2007 at 11:21:54PM +0200, Krzysztof Halasa wrote:
Greg KH [EMAIL PROTECTED] writes:
Also, assignation of ttyUSB#'s is volatile depending on phase of the
moon when booted.
That's always been the case, ever since the 2.2 kernel releases. Please
use udev if you want
On Sat, 28 Apr 2007 11:30:38 -0400 Jeff Garzik [EMAIL PROTECTED] wrote:
Sorry for your being a football here.
That's OK.
AFAICS, looking at the two patches, it seems clear they should go in via
Paulus's tree. There are clear dependencies, and it is clearly
arch-specific code.
So can I
Sent this patch a few weeks ago to the addresses listed for Token Ring
maintainers. No response, and the linux-tr@ address bounced. Resent
here in case someone wants to pick it up. Perhaps a MAINTAINERS edit
might be in order also.
- Paul
Ejecting a PCMCIA IBM Token Ring card that has
From: Stephen Rothwell [EMAIL PROTECTED]
Date: Sun, 29 Apr 2007 11:44:46 +1000
So can I take this as a future OK for architecture specific network
drivers changes to go through the architecture trees (cc'd to you)?
It's been my experience that if I'm just working through some
platform or bus
From: Sergei Shtylyov [EMAIL PROTECTED]
Date: Sat, 28 Apr 2007 22:52:36 +0400
On Saturday 28 April 2007 22:48, Sergei Shtylyov wrote:
Get rid of the CONFIG_NETPOLL_RX option completely since all the
dependencies have been removed long ago...
Same here:
Signed-off-by: Sergei
From: Herbert Xu [EMAIL PROTECTED]
Date: Sat, 28 Apr 2007 15:52:46 +1000
==
Remove NETIF_F_INTERNAL_STATS: default to internal stats.
Herbert Xu conviced me that a new flag was overkill; every driver
currently overrides get_stats, so we might as well make the internal
one the
From: Vlad Yasevich [EMAIL PROTECTED]
Date: Thu, 26 Apr 2007 09:22:11 -0400
Here is an updated patch. bytes_copied got turned into an int
everywhere since that is what the new API expects, so it should be
enough for the old api as well. This also makes the code more
consistent.
Applied,
From: jamal [EMAIL PROTECTED]
Date: Fri, 27 Apr 2007 10:29:28 -0400
On Fri, 2007-27-04 at 15:55 +0200, Patrick McHardy wrote:
It it really worth the extra code for dumping them conditionally?
The attributes are neither large nor will they be sent very often.
That thought did cross
From: jamal [EMAIL PROTECTED]
Date: Fri, 27 Apr 2007 09:43:41 -0400
[XFRM] Export SPD info
With this patch you can use iproute2 in user space to efficiently
see how many policies exist in different directions.
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
I've applied this. Please
From: Gerrit Renker [EMAIL PROTECTED]
Date: Fri, 27 Apr 2007 10:38:08 +0100
[TCP]: Update references in two old comments
This updates references to drafts in comments which must be about 10
years old. Internet draft draft-ietf-tcpimpl-prob-03.txt expired in 1998
and was replaced by RFC
From: Jon Paul Maloy [EMAIL PROTECTED]
Date: Thu, 26 Apr 2007 19:50:42 -0400
David Miller wrote:
Did you actually run sparse to see what warnings this change
adds or deletes or are you submitting untested changes?
I did, and I am aware that sparse shows several warnings
for TIPC,
From: Jarek Poplawski [EMAIL PROTECTED]
Date: Fri, 27 Apr 2007 09:18:59 +0200
On Thu, Apr 26, 2007 at 02:11:33PM -0700, Andrew Morton wrote:
I have this floating about in my tree. Is it of any interest?
From: Jarek Poplawski [EMAIL PROTECTED]
I know you've more interesting
66 matches
Mail list logo