Hi Guys,
I am getting the following kernel error while doing some experiments.
Any idea where things are going wrong. To me it looks like there is an
error while copying data from user space to kernel space. The
application which i am running is iperf. However i also have netem
module for emulatin
On Sun, 16 Apr 2006, James Morris wrote:
> +static inline void skb_copy_secmark(struct sk_buff *to, struct sk_buff *from)
(Btw, I know the last param here needs to be const, fixed locally).
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev"
Last year, I posted a set of patches to allow iptables matching against
associated processes for incoming packets. With this patch, I'm proposing
a much simpler alternative and solictiting feedback on the idea from other
networking developers.
For the original patches and discussion, see:
http
On Sun, 2006-04-16 at 02:52 +0200, Johannes Berg wrote:
> In a short discussion with Benjamin Herrenschmidt he mentioned
> that Marvell PHYs are powered down the same way as the other
> ones we currently handle. Thus actually do that, hopefully
> saving some power during suspend.
>
> Signed-off-by
Thomas A. Oehser <[EMAIL PROTECTED]> :
[...]
> On a dual Athlon 2600+ MP with 2GB RAM, and nothing else running.
^^
Which motherboard and filesystem do you use ?
[...]
> Should I just give these cards away and forget I ever heard of RealTeK?
I don't think so.
> Is it kno
In a short discussion with Benjamin Herrenschmidt he mentioned
that Marvell PHYs are powered down the same way as the other
ones we currently handle. Thus actually do that, hopefully
saving some power during suspend.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
CC: Benjamin Herrenschmidt <[EMA
> > callchain: inet_init() -> inet_register_protosw() -> synchronize_net()
>
> The problem can't be rcu_init(), that gets done very early
> in init/main.c
>
> Maybe it's some timer or something else specific to s390?
>
> It could also be that there's perhaps nothing to context
> switch to, thus
On 4/15/06 5:32 PM, "Adrian Bunk" <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 06, 2005 at 07:13:14AM -0700, Lever, Charles wrote:
>
>> actually, can we hold off on this change? the RPC transport switch will
>> eventually need most of those EXPORT_SYMBOLs.
>> ...
>>> This patch was already sent on:
On Thu, Oct 06, 2005 at 07:13:14AM -0700, Lever, Charles wrote:
> actually, can we hold off on this change? the RPC transport switch will
> eventually need most of those EXPORT_SYMBOLs.
>...
> > This patch was already sent on:
> > - 30 May 2005
> > - 7 May 2005
>...
One year has passed since I s
On Sat, 2006-04-15 at 21:24 +0200, Johannes Berg wrote:
> On Thu, 2006-04-13 at 09:13 -0700, Jean Tourrilhes wrote:
>
> > Yes, Dan is 100% correct.
>
> Right, slightly later I posted a patch to do it that way. After everyone
> else has discussed, do we agree to leave the patches as they are n
Hi,
The r8169 driver seems not to be able to handle high loads?
On a dual Athlon 2600+ MP with 2GB RAM, and nothing else running.
I'm doing:
nc -l -p 12345|buffer|cpio -iuvmdB
On the other machine, also with a gigabit card, I'm doing:
find .|cpio -o -Hnewc -B|nc 192.168.111.1
On Sat, 15 Apr 2006, ext David S. Miller wrote:
> From: Samuel Ortiz <[EMAIL PROTECTED]>
> Date: Sat, 15 Apr 2006 11:58:21 +0300 (EEST)
>
> > On Fri, 14 Apr 2006, ext Adrian Bunk wrote:
> >
> > > This patch removes the following unused EXPORT_SYMBOL's:
> > > - irias_find_attrib
> > > - irias_new_s
On Thu, 2006-04-13 at 19:05 -0600, Hans Fugal wrote:
> With the patch, wpa_supplicant is able to work properly for WEP and
> plaintext as tested with my bcm4306 (iBook), and the latest git.
Thanks, great. I have network-manager up and running too now (finally!)
> However, and this may not be rela
On Thu, 2006-04-13 at 09:13 -0700, Jean Tourrilhes wrote:
> Yes, Dan is 100% correct.
Right, slightly later I posted a patch to do it that way. After everyone
else has discussed, do we agree to leave the patches as they are now?
johannes
signature.asc
Description: This is a digitally sig
On Saturday 15 April 2006 13:17, Hisham Kotry wrote:
> I just read David S. Miller's skb redundancy page and in it he seems to
> suggest
> taking an approach similar to that of BSD's mbufs to reduce the skb's
> size. I was going to do some janitor work on the network stack and I
> thought that may
On Thu, Apr 13, 2006 at 07:59:21PM -0500, Larry Finger wrote:
> I am planning on writing a new routine to be added to
> net/ieee80211/ieee80211_geo.c that will populate an ieee80211_geo object
> given a country code. The new routine will eliminate the need for each
> driver to do their own.
Thi
Jouni Malinen wrote:
> The maximum power would be quite useful--I would say required--part of
> regulatory domain information.. In other words, I would like to see the
> groups created in a way that would take differences in power limits into
> account. Without this, the groups will need to be re-c
On Sat, Apr 15, 2006 at 04:24:15PM +0200, Martin Diehl wrote:
>
> My only concern with this patch is this:
<..>
> Hm, queue_work might fail (like it was possible with irda_queue_request),
> if work->pending is set. In that case, chances are we have a partially
> configured irda device dangling
airo cards with firmware versions of 5.30.17 and higher support WPA.
This patch recognizes WPA-capable firmware versions and adds support for
retrieving the WPA and RSN information elements from the card's scan
results. The JOB and FLAG fields are now independent, since there was
no space left in
This patrch fixes the AU1000_FIR dependencies.
Spotted by Jean-Luc Leger.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.17-rc1-mm2-full/drivers/net/irda/Kconfig.old 2006-04-15
16:17:36.0 +0200
+++ linux-2.6.17-rc1-mm2-full/drivers/net/irda/Kconfig 2006-04-15
16:18:
Andrew Morton wrote:
Begin forwarded message:
Date: Fri, 14 Apr 2006 14:32:39 +0200
From: Laurent CARON <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: Openswan, iptables (fiaif) and 2.6.16 kernel
Hi,
I'm running an openswan gateway for quite a long time now.
I have used 2.4.X
Hi,
I just read David S. Miller's skb redundancy page and in it he seems to suggest
taking an approach similar to that of BSD's mbufs to reduce the skb's
size. I was going to do some janitor work on the network stack and I
thought that maybe I could start by adding a tag list to the skb
similar to
Recent patch cb764326dff0ee51aca0d450e1a292de65661055 introduced
a thinko in e1000_main.c : e1000_media_type_copper is compared
to hw.phy_type instead of hw.media_type. Original patch proposed
by Jesse Brandeburg was correct, but what has been merged is not.
---
drivers/net/e1000/e1000_main.c |
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Sat, 15 Apr 2006 11:58:21 +0300 (EEST)
> On Fri, 14 Apr 2006, ext Adrian Bunk wrote:
>
> > This patch removes the following unused EXPORT_SYMBOL's:
> > - irias_find_attrib
> > - irias_new_string_value
> > - irias_new_octseq_value
> >
> > Signed-off-by:
On Fri, 14 Apr 2006, ext Adrian Bunk wrote:
> This patch removes the following unused EXPORT_SYMBOL's:
> - irias_find_attrib
> - irias_new_string_value
> - irias_new_octseq_value
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Looks good to me.
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
On Fri, 14 Apr 2006, ext Adrian Bunk wrote:
> On Fri, Apr 14, 2006 at 09:42:03AM -0700, Jean Tourrilhes wrote:
>
> > Hi,
>
> Hi Jean,
>
> > You now need to send those patches to :
> > [EMAIL PROTECTED]
>
> Samuel, please send a patch to update MAINTAINERS.
Will do.
>
> > P
From: "David S. Miller" <[EMAIL PROTECTED]>
Date: Sat, 15 Apr 2006 01:23:27 -0700 (PDT)
> I came up with one more possible approach, it goes something like
> this:
>
> 1) Get rid of the skb->destructor callback for TCP receive
>data.
>
> 2) Adjust sk_rmem_alloc and sk_forward_alloc explicitl
From: "David S. Miller" <[EMAIL PROTECTED]>
Date: Fri, 14 Apr 2006 20:59:27 -0700 (PDT)
> Any ideas? Come to think of it, __sk_stream_mem_reclaim() looks
> really racey even as-is.
I came up with one more possible approach, it goes something like
this:
1) Get rid of the skb->destructor callback
From: Heiko Carstens <[EMAIL PROTECTED]>
Date: Sat, 15 Apr 2006 09:27:45 +0200
> Tried to figure out what is causing the delays I experienced when I replaced
> module_init() in af_inet.c with fs_initcall(). After all it turned out that
> synchronize_net() which is basicically nothing else than syn
> > Ok, so the problem seems to be that inet_init gets called after qeth_init.
> > Looking at the top level Makefile this seems to be true for all network
> > drivers in drivers/net/ and drivers/s390/net/ since we have
> >
> > vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
> >
> > The
30 matches
Mail list logo
