Jarek Poplawski wrote:
> On 14-03-2007 23:49, Patrick McHardy wrote:
> ...
>
>>I noticed this a couple of times, but didn't manage to look
>>into it yet:
>>
>>BUG: sleeping function called from invalid context at mm/slab.c:3032
>>in_atomic():1, irqs_disabled():0
>>no locks held by ip/14309.
>>
>>C
David Miller a écrit :
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 15 Mar 2007 07:28:35 +0100
One problem with your patch is that all read_always() of pointers are going to
use 3 bytes more of code, thus raising icache pressure.
48 b8 c3 08 e8 8c afmov$0x71af8ce808c3,%rax
71 00
On 14-03-2007 23:49, Patrick McHardy wrote:
...
> I noticed this a couple of times, but didn't manage to look
> into it yet:
>
> BUG: sleeping function called from invalid context at mm/slab.c:3032
> in_atomic():1, irqs_disabled():0
> no locks held by ip/14309.
>
> Call Trace:
> [] debug_show_he
From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Thu, 15 Mar 2007 07:28:35 +0100
> One problem with your patch is that all read_always() of pointers are going
> to
> use 3 bytes more of code, thus raising icache pressure.
>
> 48 b8 c3 08 e8 8c afmov$0x71af8ce808c3,%rax
> 71 00 00
>
> inste
Benjamin LaHaise a écrit :
On Mon, Mar 12, 2007 at 02:08:18PM -0700, Stephen Hemminger wrote:
For Eric, mark packet type and network device watermarks
as read mostly.
The following x86-64 bits might be intersting, as they allow you to
completely eliminate the memory access for run time define
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Tue, 20 Feb 2007 09:48:23 -0500
Hiroshi Miura posted `Geode out-of-order store enables' patch in Jun, 2003.
There is http://lkml.org/lkml/2003/6/5/57 .
OOSTORE was enabled at this point in time. It
From: Benjamin LaHaise <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2007 22:18:40 -0400
> On Mon, Mar 12, 2007 at 02:08:18PM -0700, Stephen Hemminger wrote:
> > For Eric, mark packet type and network device watermarks
> > as read mostly.
>
> The following x86-64 bits might be intersting, as they allow y
[IPROUTE]: Use FRA_* attributes for routing rules
Use the FRA attributes for routing rules, with exception of RTA_GATEWAY
(used for route-NAT) which isn't supported by current kernels anymore
and thus doesn't exist as FRA attribute.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 7
On Mon, Mar 12, 2007 at 02:08:18PM -0700, Stephen Hemminger wrote:
> For Eric, mark packet type and network device watermarks
> as read mostly.
The following x86-64 bits might be intersting, as they allow you to
completely eliminate the memory access for run time defined constants.
Note that re
Hi,
I'm stress testing some network devices by doing some cross flood
pings among them. It occurs sometimes that one of the hosts (host
foo) will stop answering to pings from other hosts. foo can ping all
the other hosts, and I can use ssh back and forth, but it doesn't
answer ping requests.
Mo
On 3/14/07, David Miller <[EMAIL PROTECTED]> wrote:
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2007 21:31:50 -0300
> Please consider pulling from:
>
> master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22
Pulled, thanks a lot!
Thanks!
> Will
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2007 21:31:50 -0300
> Please consider pulling from:
>
> master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22
Pulled, thanks a lot!
> Will now look if I missed something and start working on the
> offse
From: Samir Bellabes <[EMAIL PROTECTED]>
Date: Thu, 15 Mar 2007 02:05:53 +0100
> +#if 0
> +#define DEBUGP printk
> +#else
> +#define DEBUGP(format, args...)
> +#endif
Please no local debugging macros.
> +static unsigned int is_same_event(struct event one, struct event two) {
Please format funct
Hi,
here a updated patch for the network events connector.
review are welcome :)
Thanks.
[PATCH] Network Events Connector
This patch adds a connector which reports networking's events to
userspace.
It's sending events when a userspace application is using
syscalls so with LSM, we are catching t
Evgeniy Polyakov <[EMAIL PROTECTED]> writes:
> On Fri, Feb 09, 2007 at 05:43:14AM +0100, Samir Bellabes ([EMAIL PROTECTED])
> wrote:
>> Hi,
>>
>> Here is a new feature which can help firewalls to be more application
>> aware, so more useful for people.
>>
>> Our previous discussion about cn_net
Evgeniy Polyakov <[EMAIL PROTECTED]> writes:
> On Fri, Feb 09, 2007 at 05:43:14AM +0100, Samir Bellabes ([EMAIL PROTECTED])
> wrote:
>> Hi,
>>
>> Here is a new feature which can help firewalls to be more application
>> aware, so more useful for people.
>>
>> Our previous discussion about cn_net
Evgeniy Polyakov <[EMAIL PROTECTED]> writes:
> On Fri, Feb 09, 2007 at 05:43:14AM +0100, Samir Bellabes ([EMAIL PROTECTED])
> wrote:
>> Hi,
>>
>> Here is a new feature which can help firewalls to be more application
>> aware, so more useful for people.
>>
>> Our previous discussion about cn_net
This time we have to set it to skb->tail that is not anymore equal to
skb->data, so we either add a new helper or just add the skb->tail - skb->data
offset, for now do the later.
Signed-off-by: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
---
net/ipv4/igmp.c|3 ++-
net/ipv4/ipvs/ip
Hi David,
Please consider pulling from:
master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22
Will now look if I missed something and start working on the
offsetization.
- Arnaldo
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message t
This is similar to the skb_reset_network_header(), i.e. at the point we reset
the transport header pointer/offset skb->tail is equal to skb->data.
Signed-off-by: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
---
net/irda/af_irda.c | 19 +--
net/netrom/af_netrom.c |7 +++---
ip6_nd_hdr is always called immediately after a alloc_skb + skb_reserve
sequence, i.e. when skb->tail is equal to skb->data, making it correct to use
skb_reset_network_header().
Signed-off-by: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
---
net/ipv6/ip6_output.c |3 ++-
1 files changed, 2 ins
Holger Eitzenberger <[EMAIL PROTECTED]> wrote:
>
> in nl_pid_hash_dilute() there is:
>
> if (unlikely(avg > 1) && nl_pid_hash_rehash(hash, 1))
> return 1;
>
> if (unlikely(len > avg) && time_after(jiffies, hash->rehash_time)) {
> nl_pid_hash_rehash(hash, 0);
> return
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Tue, 13 Mar 2007 18:45:39 -0300
> Hi David,
>
> Please consider pulling from:
>
> master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.22
>
> We're getting close...
Looks great, as usual.
Pulled and pushed out to
David Miller wrote:
> Another thing I'd like to accomplish is to kill off
> fib_hash leaving just fib_trie.
>
> I can't do that until any and all functionality regressions
> which may or may not exist in fib_trie vs. fib_hash are
> discussed and resolved.
>
> So can we start composing a list of s
Another thing I'd like to accomplish is to kill off
fib_hash leaving just fib_trie.
I can't do that until any and all functionality regressions
which may or may not exist in fib_trie vs. fib_hash are
discussed and resolved.
So can we start composing a list of stuff to look into in this
thread so
For those of you who want to be the first on your block
to be running a kernel without any of that icky multipath
cached code in your tree, I've created a tree at:
kernel.org:/pub/scm/linux/kernel/git/davem/mpkill-2.6.git
Everything and anything referring to the multipath cache bits
(bes
From: Ravikiran G Thirumalai <[EMAIL PROTECTED]>
Date: Wed, 14 Mar 2007 13:15:42 -0700
> The kernel bugzilla shows zaroo boogs for multipath cached as well.
Because _EVERYBODY_ turns it off because we tell them to do so! Every
bug reported to the lists is replied to with "that code is
unbelievab
On Wed, Mar 14, 2007 at 03:48:00PM -0400, John W. Linville wrote:
> What about a combined approach? The existing compile-time option
> could remain while runtime restrictions could be added for when the
> debug stuff is compiled into the driver?
I would be perfectly fine with doing that assuming
Hello, I wrote:
This thread came up on kgdb-bugreport mailing list. Could you please
suggest us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver
prints too many "Out-of-sync dirty pointer" messages on console and
gdb can't co
The current tcp_mem initialization gives values that are really too
small for systems with ~256-768 MB of memory, and also for systems with
larger page sizes (ia64). This patch gives an alternate method of
initialization that doesn't depend on the cache allocation functions,
but I think should
On Mon, Mar 12, 2007 at 01:56:13PM -0700, David Miller wrote:
> From: Pekka J Enberg <[EMAIL PROTECTED]>
> Date: Mon, 12 Mar 2007 14:15:16 +0200 (EET)
>
> > On 3/9/07, David Miller <[EMAIL PROTECTED]> wrote:
> > > The whole cahce-multipath subsystem has to have it's guts revamped for
> > > proper
Stephen Hemminger wrote:
> On Wed, 14 Mar 2007 13:32:28 +0100
> Patrick McHardy <[EMAIL PROTECTED]> wrote:
>
>>RTA_* attributes aren't used for routing rules anymore inside
>>the kernel.
>
>
> But we need to keep them in iproute2 for back compatibility?
Not really for compatibility, its the num
The IrNET identation patch was too big for netdev limit, so I split it
in 2 patches:
[PATCH 1a/6] IrDA: IrNET code identation
[PATCH 1b/6] IrDA: irnet_irda.c identation
My apologies for the mess...
Cheers,
Samuel.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of
The interrupt status register for the natsemi chips is clear on read and
was read unconditionally from both the interrupt and from the NAPI poll
routine, meaning that if the interrupt service routine was called (for
example, due to a shared interrupt) while a NAPI poll was scheduled
interrupts cou
This patch fixes the poll routine for the natsemi driver so that if the
driver detects an RX state machine lockup then no interrupts will be
lost while the driver recovers from that.
Signed-Off-By: Mark Brown <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/net/natsemi.c
==
The natsemi drivers include functions for enabling and disabling
interrupts from the chip but these are not used in all code paths. This
patch changes the code paths that touch the interrupt enable register to
use the functions. In all cases this adds an extra PCI read to post the
operation but s
This patch set contains a minor cleanup and two bug fixes for the
natsemi driver:
1. Always use accessor functions for the interrupt enable register.
2. Fix NAPI to work with shared interrupts.
3. Ensure interrupts are not lost if the RX state machine locks up.
--
"You grabbed my hand and we f
On Wed, Mar 14, 2007 at 05:17:42PM +, Jouni Malinen wrote:
> On Wed, Mar 14, 2007 at 12:03:56PM -0400, Kyle McMartin wrote:
> > Build-time debugging isn't overly useful for distro kernel folks, nor is
> > enabling huge amounts of debug spew by default. Provide the option of
> > enabling debuggi
On Wednesday 14 March 2007 02:15, Linus Torvalds wrote:
> Sure. I'm just saying that some people may use OPEN_MAX the way I know
> people use PATH_MAX - whether it's what you're supposed to or not.
glibc removed OPEN_MAX from its header files several years ago. If you
want to find a piece of code
With 42101001.sb firmwares, we need a 10 ms delay between firmware chunks
upload.
Patch from Nigel Williams <[EMAIL PROTECTED]>
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers/net/irda/irda-usb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ird
Rmmoding irda triggers a lockdep false positive. We can fix that by assigning
each hashbin lock to a separate class.
Reported-by: Dave Jones <[EMAIL PROTECTED]>
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
include/net/irda/irqueue.h |1 +
net/irda/irqueue.c |1 +
2 files ch
Hi Dave,
Some IrDA updates:
- IrNET identation and bug fix. (patches 1 and 2)
- IrLAP raw mode initial implementation. (patch 3)
- stir4200 and irda-usb fixes. (patches 4 and 5)
- hashbin lockdep fixes. (patch 6)
Cheers,
Samuel.
-
To unsubscribe from this list: send the line "unsubscribe netdev"
We need to call ppp_unregister_channel() when IrNET disconnects, and this
must be done from a process context.
This patch applies on top of "[PATCH 1/7] IrDA: IrNET code indentation".
Also, this is a bug fix, certainly not a critical one. Should I forward it to
[EMAIL PROTECTED] though ?
Patch tes
This patch allows us to bypass the IrDA stack down to the IrLAP level.
Sending and receiving frames is done through a character device.
This is useful for e.g. doing real IrDA sniffing, testing external IrDA
stacks and for Lirc (once I will add the framing disabling switch).
Signed-off-by: Samuel
stir4200 doesn't need to include irlap.h
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers/net/irda/stir4200.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/irda/stir4200.c b/drivers/net/irda/stir4200.c
index 20d306f..45351f2 100644
--- a/drivers/n
On Wed, 14 Mar 2007 17:50:50 +
"Jie Chen" <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>
> I got a question about tracking the packets on bridge. I have a few linux
> boxes set up with bridge and STP running, which has two interfaces enslaved
> to the bridge, if I want to send packets from one to
Hi,
I got a question about tracking the packets on bridge. I have a few linux
boxes set up with bridge and STP running, which has two interfaces enslaved
to the bridge, if I want to send packets from one to another, how do I track
which interface I'm using to send packets?
Thanks,
Jie
__
On Wed, Mar 14, 2007 at 12:03:56PM -0400, Kyle McMartin wrote:
> Build-time debugging isn't overly useful for distro kernel folks, nor is
> enabling huge amounts of debug spew by default. Provide the option of
> enabling debugging with module parameters.
While I understand that it would be difficu
Hi,
in nl_pid_hash_dilute() there is:
if (unlikely(avg > 1) && nl_pid_hash_rehash(hash, 1))
return 1;
if (unlikely(len > avg) && time_after(jiffies, hash->rehash_time)) {
nl_pid_hash_rehash(hash, 0);
return 1;
}
I don't see a reason why periodically rehash
On Wed, 14 Mar 2007 13:32:28 +0100
Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Arkadiusz Miskiewicz wrote:
> > Hm, why no RTA_FWMASK in HEAD rtnetlink.h
> >
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=include/linux/rtnetlink.h;h=4a629ea70cc4ca60a6f486f8653974af6
On March 13, 2007 03:01:50 pm John Heffner wrote:
> Sorry for the long delay in response, I've been on vacation. I'm okay
> with your patch, and I can't think of any real problem with it, except
> that the behavior is non-standard. Then again, Linux acking in general
> is non-standard, which has
Build-time debugging isn't overly useful for distro kernel folks, nor is
enabling huge amounts of debug spew by default. Provide the option of
enabling debugging with module parameters.
Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/wireless/hostap/hostap_info.c
b/d
Hi all,
I am playing with AODV as a routing protocol, and I am having some
trouble getting it to work. I am using the kernel AODV implementation,
which works fine on 2.4.x machines.
I am now trying to get it to run on 2.6 kernels.
One of the problems I am having is that I am getting the error:
On Wed, 14 Mar 2007 05:59:51 -0400, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > OK, Jeff, should I send a revised patch dropping this line?
>
> Nah, there's no need to reject the patch on that basis.
>
> You should send an additional patch, on top of all others you sent
> recently, that completel
Signed-off-by: Atsushi Nemoto <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/tc35815.c b/drivers/net/tc35815.c
index eed78b5..755fdd4 100644
--- a/drivers/net/tc35815.c
+++ b/drivers/net/tc35815.c
@@ -20,45 +20,6 @@
*
* (C) Copyright TOSHIBA CORPORATION 2004-2005
* All Rights Reserved.
- *
Jiri Slaby napsal(a):
> There is nothing significant in dmesg, 2.6.17-rc5 was fine, so this is
> definitely a regression.
No, it's probably not, it allegedly happened sometimes in 2.6.17-rc5 too,
I've changed the card.
regards,
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
faculty of i
Hello, I wrote:
This thread came up on kgdb-bugreport mailing list. Could you please
suggest us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver
prints too many "Out-of-sync dirty pointer" messages on console and
gdb can't co
Hello.
Amit S. Kale wrote:
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver prints
too many "Out-of-sync dirty pointer" messages on console and g
On Tue, Mar 13, 2007 at 08:03:44PM +0100, Johann Borck ([EMAIL PROTECTED])
wrote:
> So my questions are:
>
> What in general is wrong with kevent?
>
> What, in detail is wrong with kevent / its proposed interface?
>
> What features are missing?
>
> What are the (real) reasons for the way it is
ANK says: "It is rarely used, that's wy it was not noticed.
But in the places, where it is used, it should be disaster."
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
net/core/skbuff.c |1 +
1 file changed, 1 insertion(+)
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -463,6 +4
Hi.
I have a problem with 3c59x network driver. After some time (now it happened
after 6 days of uptime) the card stops transmitting packets. Interrupt
counter increments, the card recieves and trasmits some buffers, but the
more time, the less packets are trasmitted and in the end it stops
t
Arkadiusz Miskiewicz wrote:
> Hm, why no RTA_FWMASK in HEAD rtnetlink.h
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=include/linux/rtnetlink.h;h=4a629ea70cc4ca60a6f486f8653974af68dbe8cd;hb=HEAD
>
> and 2.6.19
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds
On Tuesday 13 of March 2007, Stephen Hemminger wrote:
> This is an experimental to the iproute2 command set.
>
> The version number includes the kernel version to denote what features are
> supported. The same source should build on older systems, but obviously the
> newer kernel features won't be
On Wednesday 14 of March 2007, Patrick McHardy wrote:
> Arkadiusz Miskiewicz wrote:
> > This patch
> >
> > http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html
> >
> > didn't make into upstream linux kernel it seems.
>
> As mentioned in the changelog, its in 2.6.19.
Hm, why no RTA_FWMA
Arkadiusz Miskiewicz wrote:
> This patch
>
> http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html
>
> didn't make into upstream linux kernel it seems.
As mentioned in the changelog, its in 2.6.19.
> The question is - are patches adding some functionality that's not in
> upstream
>
On Wednesday 14 of March 2007, Arkadiusz Miskiewicz wrote:
Of course I mean:
> This patch
>
> http://www.mail-archive.com/netdev@vger.kernel.org/msg27506.html
>
adds functionality that...
> didn't make into upstream linux kernel it seems.
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm /
Hi,
On 14 Mar 2007, at 01:15, Linus Torvalds wrote:
On Tue, 13 Mar 2007, Roland McGrath wrote:
Ok, fine. But PATH_MAX is a real constant that has some meaning
in the
kernel. It's perfectly correct to use PATH_MAX as a constant on a
system
like Linux that defines it and means what it says.
Atsushi Nemoto wrote:
On Tue, 13 Mar 2007 12:04:18 -0700, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
+ * 1.35Fix an usage of streaming DMA API.
*/
Please don't use comments as changelog anymore. It gets out of date.
The use of change control systems has made this practice obsolete.
Stephen Hemminger wrote:
> On Sun, 4 Mar 2007 20:14:53 +0100 (MET)
> Patrick McHardy <[EMAIL PROTECTED]> wrote:
>
>>Patrick McHardy:
>> [IPROUTE]: tbf: fix latency printing
>> [IPROUTE]: Use tc_calc_xmittime() where appropriate
>> [IPROUTE]: Introduce tc_calc_xmitsize and use where
69 matches
Mail list logo
