David Miller wrote:
> One idea is to have glibc have some kind of socket open, subscribed
> to a group which gets "sticky" events.
I don't quite yet know the context but I have to intervene: keeping
sockets open is not good. This will only cause problems.
Any interface must be memory based. Som
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 12:13:51 +1000
> [NETLINK]: Kill CB only when socket is unused
>
> Since we can still receive packets until all references to the
> socket are gone, we don't need to kill the CB until that happens.
> This also aligns ourselves with the r
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 16:28:56 +0900 (JST)
> We store labels only in kernel, and leave precedence in userspace
> (/etc/gai.conf), so far. The name resolution library (getaddrinfo(3))
> is required to be changed to try reading label information f
From: Frank Pavlic <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 11:12:33 +0200
> From: Heiko Carstens <[EMAIL PROTECTED]>
>
> Add missing section annotations and found and fixed some
> Coding Style issues.
>
> Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
Please regenerate and resubmit this pat
From: Frank Pavlic <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 11:12:14 +0200
> From: Jennifer Hunt <[EMAIL PROTECTED]>
>
> With the inital implementation we missed to implement a skb backlog
> queue . The result is that socket receive processing tossed packets.
> Since AF_IUCV connections are wor
From: Frank Pavlic <[EMAIL PROTECTED]>
Date: Thu, 19 Apr 2007 11:11:45 +0200
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
> From: Heiko Carstens <[EMAIL PROTECTED]>
> From: Ursula Braun <[EMAIL PROTECTED]>
>
> Calling smp_call_function can lead to a deadlock if it is called
> from tasklet conte
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 m
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
>
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 R
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.
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 thou
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.
Applie
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
> > on
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: Ser
From: Sergei Shtylyov <[EMAIL PROTECTED]>
Date: Sun, 29 Apr 2007 00:25:41 +0400
> 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 w
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 bu
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
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
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 i
> >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;
>
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
>
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 u
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
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 u
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
+++ netdev-2.6/drivers/net/
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
===
--- netdev-2.6.orig/arch/pow
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 d
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
===
--- netdev
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
===
--- netdev-2.6.orig/drivers/net/pasemi_m
* 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
+++ netdev-2.6/drivers/net/
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
+++ netdev-2.6/driver
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
===
--- netdev-2.6.orig/arch/pow
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
===
--- netdev-2.6.orig/drivers/ne
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: Olof
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
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 op
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 thi
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
> > fi
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 adde
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 Macka
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 mo
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 probl
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 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_regres
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
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
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 regressi
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 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,
> > +#endi
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 w
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_net
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 initc
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'
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 unus
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
Refere
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 it
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 only
Vitaly Wool wrote:
Hello Jeff,
the patch below fixes compilation breakage of smc911x driver when
ENABLE_SMC_DEBUG_PKTS equals to 1.
smc911x.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
applied, and forwarded to [EMAIL PROTECTED]
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':
/sandbox/vital/opensource/linux-2.6/drivers/net/smc911x.c:2125:
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 ++--
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
===
--- powerpc.ori
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 dr
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
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 of
Atsushi Nemoto 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.
Please split this patch into two patches: one patch does pl
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 ne
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 (m
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 bypass
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 D
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_BAS
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?
74 matches
Mail list logo
