Auke Kok <[EMAIL PROTECTED]> writes:
> Adrian Bunk wrote:
>> This email lists some known regressions in 2.6.20-rc7 compared to 2.6.19
>> that are not yet fixed in Linus' tree.
>>
>> If you find your name in the Cc header, you are either submitter of one
>> of the bugs, maintainer of an affectected
Adrian Bunk wrote:
This email lists some known regressions in 2.6.20-rc7 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breaka
This email lists some known regressions in 2.6.20-rc7 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
Hello Jamal,
Thank you for your feedback. Please find my comments inline.
On Fri, 02 Feb 2007 08:35:51 -0500
jamal <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Fri, 2007-02-02 at 20:25 +0900, Shinta Sugimoto wrote:
>
> > In the design phase, we sorted out the requirements as below:
> >
> > (1)
Hi Vlad,
Vlad Yasevich wrote:
Brian Haley wrote:
Hi Neil,
@@ -830,7 +836,8 @@ retry:
ift = !max_addresses ||
ipv6_count_addresses(idev) < max_addresses ?
ipv6_add_addr(idev, &addr, tmp_plen,
- ipv6_addr_type(&addr)&IPV6_ADDR_SCOPE_MASK,
IFA_F_TEMPORA
Turn flow control off for sky2. When flow control is on, the transmitter
may get randomly stuck. Perhaps there is hardware problem, but until
Marvell provides errata information for workaround, it should default to off.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |
Neil Horman wrote:
> On Fri, Feb 02, 2007 at 11:46:08AM -0800, David Miller wrote:
>> From: Neil Horman <[EMAIL PROTECTED]>
>> Date: Fri, 2 Feb 2007 14:06:34 -0500
>>
>>> Ok, I'm still testing it, but heres a new patch for review.
>>> Significant changes include the addition of a
>>> CONFIG_IPV6_OP
Brian Haley wrote:
> Hi Neil,
>
>> @@ -830,7 +836,8 @@ retry:
>> ift = !max_addresses ||
>>ipv6_count_addresses(idev) < max_addresses ?
>> ipv6_add_addr(idev, &addr, tmp_plen,
>> - ipv6_addr_type(&addr)&IPV6_ADDR_SCOPE_MASK,
>> IFA_F_TEMPORARY) : NULL;
>>
Arjan van de Ven wrote:
On Tue, 2007-01-30 at 19:44 -0800, Divy Le Ray wrote:
Dual licensing, needed for OFED 1.2
Hi,
did you get permission from all the people who contributed code to your
driver ?
Hi Arjan,
The NIC driver was developed in Chelsio, the RDMA support was developed
Neil Horman wrote:
> Ok, I'm still testing it, but heres a new patch for review. Significant
> changes
> include the addition of a CONFIG_IPV6_OPTIMISTIC_DAD option that is dependent
> on
> the inclusion of both IPPV6 and EXPERIMENTAL options, as well as a new method
> for redirecting packets fr
Sparse issues the warning "warning: symbol 'crypt' shadows an earlier one"
in net/ieee80211/ieee80211_tx.c.
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
---
Index: wireless-2.6/net/ieee80211/ieee80211_tx.c
===
--- wireless-2.6.ori
John W. Linville wrote:
> On Wed, Jan 31, 2007 at 06:50:19PM -0600, Larry Finger wrote:
>> Sparse issues the warning "warning: symbol 'crypt' shadows an earlier one"
>> in net/ieee80211/ieee80211_tx.c.
>>
>> Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
>> ---
>>
>> Index: wireless-2.6/net/ieee80
This patches are intended for 2.6.21.
---
The following changes since commit 541c654cfdeb5cc6d2e945988985570384ee2a43:
John W. Linville (1):
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireles
This is a fix for 2.6.20 (time permitting).
---
The following changes since commit f56df2f4db6e4af87fb8e941cff69f4501a111df:
Linus Torvalds (1):
Linux 2.6.20-rc7
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fix
Hi Neil,
@@ -830,7 +836,8 @@ retry:
ift = !max_addresses ||
ipv6_count_addresses(idev) < max_addresses ?
ipv6_add_addr(idev, &addr, tmp_plen,
- ipv6_addr_type(&addr)&IPV6_ADDR_SCOPE_MASK,
IFA_F_TEMPORARY) : NULL;
+ ipv6_addr_type(&addr)&I
On Wed, Jan 31, 2007 at 06:50:19PM -0600, Larry Finger wrote:
> Sparse issues the warning "warning: symbol 'crypt' shadows an earlier one"
> in net/ieee80211/ieee80211_tx.c.
>
> Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
> ---
>
> Index: wireless-2.6/net/ieee80211/ieee80211_tx.c
> ==
On Fri, Feb 02, 2007 at 09:27:14PM +0100, Thomas Gleixner wrote:
> On Fri, 2007-02-02 at 20:18 +0100, Mattia Dongili wrote:
> > > May I ask you for another test ? Please turn on high resolution timers
> > > and check, if the same strange behaviour is happening.
> >
> > Yep, here we go again. Still
Yes the wakeup happens deep inside the critical section and if the process
is running on another CPU it could race to the lock.
Hmm, i suppose the wakeup could be moved out, but it would need some
restructuring of the code. Also to be safe the code would still need
to at least hold a reference
On Fri, 2007-02-02 at 20:18 +0100, Mattia Dongili wrote:
> > May I ask you for another test ? Please turn on high resolution timers
> > and check, if the same strange behaviour is happening.
>
> Yep, here we go again. Still seeing long stalls but no negative expires
> offset.
> Actually one more t
> Perhaps a poor choice of words on my part - something along the lines of:
>
> hold_lock();
> wake_up_someone();
> release_lock();
>
> where the someone being awoken can try to grab the lock before the path
> doing the waking manages to release it.
Yes the wakeup happens deep inside the criti
On Fri, Feb 02, 2007 at 11:46:08AM -0800, David Miller wrote:
> From: Neil Horman <[EMAIL PROTECTED]>
> Date: Fri, 2 Feb 2007 14:06:34 -0500
>
> > Ok, I'm still testing it, but heres a new patch for review.
> > Significant changes include the addition of a
> > CONFIG_IPV6_OPTIMISTIC_DAD option tha
Andi Kleen wrote:
The meta question behind all that would seem to be whether the scheduler
should be telling us where to perform the network processing, or should
the network processing be telling the scheduler what to do? (eg all my
old blathering about IPS vs TOPS in HP-UX...)
That's an un
From: Neil Horman <[EMAIL PROTECTED]>
Date: Fri, 2 Feb 2007 14:06:34 -0500
> Ok, I'm still testing it, but heres a new patch for review.
> Significant changes include the addition of a
> CONFIG_IPV6_OPTIMISTIC_DAD option that is dependent on the inclusion
> of both IPPV6 and EXPERIMENTAL options,
This patch does the Marvell errata before auto negotiation
(from drivers/phy/marvell.c). The Yukon II chips have an internal
version of the same PHY, so perhaps this errata is necessary for them
as well.
For test only, but it may fix some of the hangs. It seems to fix
the PHY lockups I saw yester
Cc-ing netdev and netfilter-devel, the beginning of the thread is here
http://lkml.org/lkml/2007/1/31/306
On Thu, Feb 01, 2007 at 11:33:22PM +0100, Thomas Gleixner wrote:
> Mattia,
...
> May I ask you for another test ? Please turn on high resolution timers
> and check, if the same strange behavio
Ok, I'm still testing it, but heres a new patch for review. Significant changes
include the addition of a CONFIG_IPV6_OPTIMISTIC_DAD option that is dependent on
the inclusion of both IPPV6 and EXPERIMENTAL options, as well as a new method
for redirecting packets from optimistic sources to incompl
>
> The meta question behind all that would seem to be whether the scheduler
> should be telling us where to perform the network processing, or should
> the network processing be telling the scheduler what to do? (eg all my
> old blathering about IPS vs TOPS in HP-UX...)
That's an unsolved pr
Andi Kleen wrote:
Rick Jones <[EMAIL PROTECTED]> writes:
Still, does this look like something worth persuing? In a past
life/OS when one was able to eliminate one percentage point of
spinlock contention, two percentage points of improvement ensued.
The stack is really designed to go fast wi
Rick Jones <[EMAIL PROTECTED]> writes:
>
> Still, does this look like something worth persuing? In a past
> life/OS when one was able to eliminate one percentage point of
> spinlock contention, two percentage points of improvement ensued.
The stack is really designed to go fast with per CPU loca
SPINLOCKS HOLDWAIT
UTIL CONMEAN( MAX ) MEAN( MAX )(% CPU) TOTAL NOWAIT SPIN
RJECT NAME
7.4% 2.8% 0.1us( 143us) 3.3us( 147us)( 1.4%) 75262432 97.2% 2.8%
0% lock_sock_nested+0x30
29.5% 6.6% 0.5us( 148us) 0.9us( 143us)(0.49%) 37622512 93.4% 6.
On 2/1/07, Rick Jones <[EMAIL PROTECTED]> wrote:
With some help from Lee Schermerhorn and Alan Brunelle I got a lockmeter
kernel going, and it is suggesting that the greatest spinlock contention
comes from the routines:
SPINLOCKS HOLDWAIT
UTIL CONMEAN( MAX ) MEAN(
Use dev_printk related macros for PCI related errors and warnings
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge.orig/drivers/net/skge.c
+++ skge/drivers/net/skge.c
@@ -2395,7 +2395,7 @@ static int skge_up(struct net_device *de
BUG_ON(skge->dma & 7);
if ((u64)skge
Add WOL support for Yukon chipsets in skge device.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 158 +
drivers/net/skge.h |2
2 files changed, 125 insertions(+), 35 deletions(-)
--- skge.orig/drivers/net/
Mark this as 1.10 because WOL now works
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skge.orig/drivers/net/skge.c
+++ skge/drivers/net/skge.c
@@ -42,7 +42,7 @@
#include "skge.h"
#define DRV_NAME "skge"
-#define DRV_VERSION"1.9"
+#define DRV_VERSION
Several enhancements: WOL now works, use dev_printk macros
and allow handling broken hardware better.
--
-
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
Some motherboards are broken and have no address set. Failing at probe time
prevents the device from ever being used (like to download a fixed BIOS).
Instead
warn on probe and check again when device is brought up. That way the address
can be set.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECT
On Fri, Feb 02, 2007 at 02:27:29PM +0100, Jan Engelhardt wrote:
> >> I think this is a bug since I am not using a NFS root FS.
>
> I just wonder why IP_PNP has not been obsoleted and removed from the
> tree yet, given that initramfs is the advertised way to do so such
> things.
I hope this will
> -Original Message-
> From: Thomas Bogendoerfer [mailto:[EMAIL PROTECTED]
> Sent: 02 February 2007 16:18
> To: Jan Engelhardt
> Cc: Joakim Tjernlund; Netdev; Linux-Kernel
> Subject: Re: [PATCH]ip_auto_config bug in 2.6.20-rc6
>
> On Fri, Feb 02, 2007 at 02:27:29PM +0100, Jan Engelhardt w
On Thursday, February 1 2007 6:44 pm, James Morris wrote:
> On Thu, 1 Feb 2007, Joy Latten wrote:
> > When using labeled xfrms (xfrms that contain a security context), there
> > is potential for a greater amount of SAs to be created than when using
> > regular xfrms. An SA may be created every time
On Thu, 2007-02-01 at 20:48 -0800, Roland Dreier wrote:
> > Have you had a chance to review this?
>
> Still on my list.
>
> Can we trade? Can you look at the IPoIB connected mode stuff in the
> ipoib-cm branch in
>
> git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
>
>
On Fri, Feb 02, 2007 at 02:43:11PM +0100, Jarek Poplawski wrote:
> On 02-02-2007 12:53, Fagyal Csongor wrote:
> > Thomas Glanzmann wrote:
...
> Is this with this yesterday sky2-tx-recover.patch applied?
I mean hung-ups - not ethtool.
Regards,
Jarek P.
-
To unsubscribe from this list: send the lin
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/e100.c |7 +--
drivers/net/netxen/netxen_nic.h | 136 +++
dr
On 02-02-2007 12:53, Fagyal Csongor wrote:
> Thomas Glanzmann wrote:
...
>>> Next time sky2 hangs on me I'll try to reset the PHY and see if that
>>> helps. I can usually trigger the hang by doing a couple of ifconfig
>>> up/down on the interface, though I'm not getting any error message
>>> from t
Hello,
On Fri, 2007-02-02 at 20:25 +0900, Shinta Sugimoto wrote:
> In the design phase, we sorted out the requirements as below:
>
> (1) Overhead of userland <-> kernel interaction message exchange
> should be kept minimum.
> (2) There should not be too much requirement for user application
Auke Kok wrote:
e100: fix napi ifdefs removing needed code
From: Auke Kok <[EMAIL PROTECTED]>
The e100 driver is NAPI mode only. We need to netif_poll_disable
during suspend and shutdown. The non-NAPI driver code was removed
and is only avaiable in the out-of-tree e100 kernel driver.
Signed-of
Jens Osterkamp wrote:
We forget to call spider_net_free_rx_chain_contents which does the
actual dev_kfree_skb. New skbs are allocated from skbuff_head_cache
on each "ifconfig up" letting the cache grow infinitely.
This patch fixes it.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
applied
Amit S. Kale wrote:
NetXen: Fixes for ppc architecture.
Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]>
---
Sorry, I wanted to send only one patch so please ignore [PATCH 0/2] in the
subject of my last mail. It should be [PATCH 0/1].
netxen_nic.h | 98 -
On Feb 2 2007 14:09, Joakim Tjernlund wrote:
>On Thu, 2007-02-01 at 12:26 +0100, Joakim Tjernlund wrote:
>> The following commandline:
>> root=/dev/mtdblock6 rw rootfstype=jffs2
>> ip=192.168.1.10:::255.255.255.0:localhost.localdomain:eth1:off
>> console=ttyS0,115200
>> makes ip_auto_config fal
Jay Cliburn wrote:
From: Jay Cliburn <[EMAIL PROTECTED]>
pci_module_init is deprecated. Use pci_register_driver instead.
Discovered by and modification suggested by Alan Cox.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
applied 1-2 to #atl1
-
To unsubscribe from this list: send the line
Olof Johansson wrote:
Driver for the PA Semi PWRficient on-chip Ethernet (1/10G)
Basic enablement, will be complemented with performance enhancements
over time. PHY support will be added as well.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
patch applied. You may now send diffs for all
Sivakumar Subramani wrote:
This patch adds two load parameters napi and ufo. Previously NAPI was
compilation option with these changes wan enable disable NAPI using load
parameter. Also we are introducing ufo load parameter to enable/disable
ufo feature
Signed-off-by: Sivakumar Subramani <[EMAIL
On Fri, Feb 02, 2007 at 07:42:52PM +1100, Nick Piggin ([EMAIL PROTECTED]) wrote:
> Anyway, I had a look at your bugzilla test-case and managed to slim it
> down to something that easily shows what the problem is (available on
> request) -- the problem is that recipient of the sendfile is seeing
> m
On Thu, 2007-02-01 at 12:26 +0100, Joakim Tjernlund wrote:
> The following commandline:
> root=/dev/mtdblock6 rw rootfstype=jffs2
> ip=192.168.1.10:::255.255.255.0:localhost.localdomain:eth1:off
> console=ttyS0,115200
> makes ip_auto_config fall back to DHCP and complain "IP-Config: Incomplete
On Fri, 2 Feb 2007, Shinta Sugimoto wrote:
> >
> > > +EXPORT_SYMBOL(xfrm_state_clone);
> >
> > Why not EXPORT_SYMBOL_GPL ?
> > (for all of your exports).
>
> Actually I don't have specific preference on either EXPORT_SYMBOL or
> EXPORT_SYMBOL_GPL. It seemed to me that other functions defined i
On Thu, 1 Feb 2007 09:50:00 -0500 (EST)
James Morris <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Feb 2007, Shinta Sugimoto wrote:
>
> > + /* allow IPSEC_PROTO_ANY to match all protocols */
> > + //sel.proto = pfkey_proto_to_xfrm(sa->sadb_address_proto);
> > + sel.proto = sa->sadb_address_proto;
On Thu, Feb 01, 2007 at 01:12:34PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
>
> Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
>
> aio_sendfile()/aio_sendfile_path() contains of two major parts: AIO
> state machine and page processing code.
> The former is just a small subsys
From: Jennifer Hunt<[EMAIL PROTECTED]>
This patch adds AF_IUCV socket support.
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s390/defconfig|1
include/linux/net.h|2
include/linux/socket.h |4
in
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Adapt vmlogrdr character device driver to new IUCV API
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/char/vmlogrdr.c | 284 +++---
1 files c
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Adapt monreader character device driver to new IUCV API
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/char/monreader.c | 218 +++--
1 files c
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Adapt special message interface to new IUCV API
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/net/smsgiucv.c | 147 ++-
1 files changed,
Hello,
The Inter-User Communication Vehicle (IUCV) is a z/VM communication facility
that enables a program running in one virtual machine to communicate with
another virtual machine, or with a control program, or even with itself.
The communication takes place over a predefined linkage called a
Thomas Glanzmann wrote:
Hello,
Next time sky2 hangs on me I'll try to reset the PHY and see if that
helps. I can usually trigger the hang by doing a couple of ifconfig
up/down on the interface, though I'm not getting any error message
from the driver when that happens.
same for me. I
Dear James,
Thank you for your comments. Please find my comments inline.
On Thu, 1 Feb 2007 09:45:18 -0500 (EST)
James Morris <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Feb 2007, Shinta Sugimoto wrote:
>
>
> > +int xfrm_migrate(struct xfrm_selector *sel, u8 dir, u8 type,
> > +struct xf
Hello,
On Thu, 01 Feb 2007 08:24:33 -0500
jamal <[EMAIL PROTECTED]> wrote:
> Hello,
> I think i may have understood your approach before but i am a little
> lost right now, so bear with me.
No problem.
>
> Could we not achieve your goals by using (on XFRM at least)
> XFRM_MSG_UPDPOLICY and XF
Thomas Glanzmann <[EMAIL PROTECTED]> wrote:
Hi,
>> I can reproduce the problem now (on mac mini). Interestingly it seems
>> to whack the whole ethernet switch when it happens.
I've observed that too, on a cheap DLink switch.
Next time sky2 hangs on me I'll try to reset the PHY and see if that
h
Hello,
> Next time sky2 hangs on me I'll try to reset the PHY and see if that
> helps. I can usually trigger the hang by doing a couple of ifconfig
> up/down on the interface, though I'm not getting any error message
> from the driver when that happens.
same for me. In dmesg is absolut nothing. I
This patches removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
This patch is just for a test. Please try this if you can.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-p
This patch adds or changes some HW specific settings for spider_net on
Celleb.
This patch is just for a test. Please try this, if you can.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/Kconfig 2007-02-02 14:34:19.0
+0900
+++ linux-powerpc-gi
This patch moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
This patch is just for a test. Please try this, if you can.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/spider_net.c 2007-
Add auto negotiation support for Celleb.
This patch is just for a test. Please try this, if you can.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/spider_net.h 2007-02-02
14:24:26.0 +0900
+++ linux-powerpc-git/drivers/net/spider_net.h 2
Jens-san,
Thanks for your comments.
>Ishizaki-san,
>
>> This patch partially works on celleb but remains
>> following several problems.
>> 1. It doesn't recover once an ethernet cable which is
>>connected to a spider_net card is unpluged.
>
>My understanding is that you are using the LINK i
Fix WMM ACI to UP mapping according to IEEE 802.1d spec. Table 7-2.
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
diff --git a/net/d80211/ieee80211_sta.c b/net/d80211/ieee80211_sta.c
index 393a294..fabdef5 100644
--- a/net/d80211/ieee80211_sta.c
+++ b/net/d80211/ieee80211_sta.c
@@ -289,7 +289,7 @@ st
Mark Groves wrote:
Hi,
I have been been seeing a problem when using sendfile repeatedly on an
SMP server, which I believe is related to the problem that was
discovered recently with marking dirty pages. The bug, as well as a test
script, is listed at http://bugzilla.kernel.org/show_bug.cgi?id=7
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Thu, 01 Feb 2007 10:47:58 -0800
> [BNX2]: PHY workaround for 5709 A0.
>
> 5709 A0 copper devices will not link up with some link partners
> without this workaround.
>
> Update driver to 1.5.5.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
A
Applied, thanks Patrick.
-
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
75 matches
Mail list logo
