Ben Greear <[EMAIL PROTECTED]> writes:
> I guess that will do, but then if you ever change the strings, any user-space
> that is
> depending on this will break or have to be modified with additional cruft. It
> seems
> cleaner to me to have an ioctl or a specific place in /proc or some other
> vi
Eric W. Biederman wrote:
Ben Greear <[EMAIL PROTECTED]> writes:
Is there any way to tell for certain if an interface is a etun or not? Maybe
a file could be found (or not) in sysfs somewhere?
Link for any decent network driver ethtool -i
I guess that will do, but then if you ever
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Why not implement a true virtual network rather than simple
> tunnel pairs?
Mostly I don't even need etun. It is a cheap way to make up for
the lack of sufficient physical network adapters on the machine.
If you plug in enough network cards into th
Roland Dreier <[EMAIL PROTECTED]> writes:
> > +/*
> > + * The higher levels take care of making this non-reentrant (it's
> > + * called with bh's disabled).
> > + */
> > +static int etun_xmit(struct sk_buff *skb, struct net_device *tx_dev)
>
> You have this comment, but then...
>
> > + dev-
Ben Greear <[EMAIL PROTECTED]> writes:
> Is there any way to tell for certain if an interface is a etun or not? Maybe
> a file could be found (or not) in sysfs somewhere?
Link for any decent network driver ethtool -i
> Also, how do you find the peer device from user-space? This would be very
On 06.04.2007 [17:36:00 -0700], David Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Fri, 06 Apr 2007 15:57:13 -0700
>
> > On Fri, 2007-04-06 at 14:40 -0700, Nishanth Aravamudan wrote:
> >
> > > 2.6.21-rc5 is ok. 2.6.21-rc6 results in
> > >
> > > [ 14.241665] Unable to handle
Hi Guennadi,
On Thu, Apr 05, 2007 at 12:59:40PM +0200, Guennadi Liakhovetski wrote:
> Ok, a simple analysis reveals the recursive spinlock:
>
> On Thu, 5 Apr 2007, Guennadi Liakhovetski wrote:
>
> > [] (ppp_channel_push+0x0/0xc8 [ppp_generic]) from []
> > (ppp_output_wakeup+0x18/0x1c [ppp_gener
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 06 Apr 2007 15:57:13 -0700
> On Fri, 2007-04-06 at 14:40 -0700, Nishanth Aravamudan wrote:
>
> > 2.6.21-rc5 is ok. 2.6.21-rc6 results in
> >
> > [ 14.241665] Unable to handle kernel NULL pointer dereference (address
> > )
>
On Fri, Mar 16, 2007 at 08:34:51PM -0700, David Miller wrote:
> From: Samuel Ortiz <[EMAIL PROTECTED]>
> Date: Sat, 17 Mar 2007 03:57:29 +0200
>
> > 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
On Fri, 2007-04-06 at 14:40 -0700, Nishanth Aravamudan wrote:
> 2.6.21-rc5 is ok. 2.6.21-rc6 results in
>
> [ 14.241665] Unable to handle kernel NULL pointer dereference (address
> )
Sorry, I think this should fix it:
[TG3]: Fix crash during tg3_init_one().
The driver will c
Stephen Hemminger wrote:
On Fri, 06 Apr 2007 14:38:50 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
Why not implement a true virtual network rather than simple
tunnel pairs?
What would a true virtual network do? You mean with routers and such?
On Fri, 06 Apr 2007 14:38:50 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > Why not implement a true virtual network rather than simple
> > tunnel pairs?
> >
> What would a true virtual network do? You mean with routers and such?
Rather than just a pair, you could
Ben Greear wrote:
Tantilov, Emil S wrote:
Sorry for the top post.
I believe this is a known issue and it was fixed in the kernel driver as
well (maybe it didn't make it into FC5 kernel?).
See the following:
http://article.gmane.org/gmane.linux.network/52168/match=e1000+factps+mn
gcg
Thank
On 05.04.2007 [19:50:11 -0700], Linus Torvalds wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, networking (an
Stephen Hemminger wrote:
Why not implement a true virtual network rather than simple
tunnel pairs?
What would a true virtual network do? You mean with routers and such?
I use my redirect device (basically same as etun) to join virtual
routers together,
but all of the virtual routing (and b
Why not implement a true virtual network rather than simple
tunnel pairs?
Details:
> +static struct {
> + const char string[ETH_GSTRING_LEN];
> +} ethtool_stats_keys[ETUN_NUM_STATS] = {
> + { "partner_ifindex" },
> +};
You should use sysfs attributes for this rather than
ethtool.
> +s
Eric W. Biederman wrote:
etun is a simple two headed tunnel driver that at the link layer looks
like ethernet. It's target audience is communicating between network
namespaces but it is general enough it has other valid uses as well.
Ben Greear implemented a similar device called redir-dev, for
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Hi,
>
> Eric Biederman has posted a few weeks ago a RFC-patchset concerning the
> network namespace.
> I ported it to the 2.6.20 kernel and uploaded the patchset to
>
> http://lxc.sourceforge.net/network.php
>
> For the part I had to used (TCP/UDP-IPV4
> +/*
> + * The higher levels take care of making this non-reentrant (it's
> + * called with bh's disabled).
> + */
> +static int etun_xmit(struct sk_buff *skb, struct net_device *tx_dev)
You have this comment, but then...
> +dev->features = NETIF_F_FRAGLIST
> +
etun is a simple two headed tunnel driver that at the link layer looks
like ethernet. It's target audience is communicating between network
namespaces but it is general enough it has other valid uses as well.
Ben Greear implemented a similar device called redir-dev, for network
emulation.
OpenV
>Paul Mackerras wrote:
> What is a "UMTS - hsdpa card merlin xu870"?
It is a Novatel Wireless Card, using usb-serial driver airprime
http://www.novatelwireless.com/support/merlin-xu870-linux.html
> At a guess I would say that whatever ppp channel code is being used
> hasn't left any header roo
Optimize IPsec MTU calculation. Now also tested with beet mode.
[XFRM]: Optimize MTU calculation
Replace the probing based MTU estimation, which usually takes 2-3 iterations
to find a fitting value and may underestimate the MTU, by an exact calculation.
Also fix underestimation of the XFRM trai
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> > prototyping new kernel APIs to implement user-space network drivers,
> > on a crufty codebase is not something that should be done lightly.
>
> I think you overestimate my radicalism. I was considering readv() and
> writev() on the tap device.
o
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Wed, 28 Mar 2007 13:08:08 +0900 (JST)
> When looking up route for destination with rules with
> source address restrictions, we may need to find a source
> address for the traffic if not given.
>
> Based on patch from Noriaki TAKAMIYA <[EMA
From: David Miller <[EMAIL PROTECTED]>
Date: Fri, 06 Apr 2007 01:02:48 -0700 (PDT)
> From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
> Date: Fri, 06 Apr 2007 16:35:31 +0900 (JST)
>
> > Dave?
> >
> > I do think this is a regression in 2.6.21-rcs, and it is much
> > better to revert it.
>
> My
On Fri, 6 Apr 2007, Christian Kujau wrote:
but yes, this seem to be different problems, for the curious among you I've
put details here: http://nerdbynature.de/bits/2.6.20.4/db2/
that's http://nerdbynature.de/bits/2.6.20.4/db1/2/ sorry.
--
BOFH excuse #270:
Someone has messed up the kerne
On Wed, 4 Apr 2007, Christian Kujau wrote:
Maybe it's a real locking problem. Here are some more
suggestions for testing (if you don't find anything better):
- try without SMP, so: 'acpi=off lapic nosmp'
We were able to have our hosting provider to replace the 8139too with a
E100, the onboard
From: Randy Dunlap <[EMAIL PROTECTED]>
Add kernel-doc notation to drivers/net/mii.c functions.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/net/mii.c | 57 ++
1 file changed, 57 insertions(+)
--- linux-2.6.21-rc6.orig/drivers/
On Fri, 06 Apr 2007 11:47:17 -0400 [EMAIL PROTECTED] wrote:
> Where can I download the 2.6.21 linux kernel source?
>
> I can't seem to find it under: www.kernel.org/pub/linux/kernel/v2.6
>
> thanks
> Dave
2.6.21 final has not been released yet.
http://www.kernel.org/kdist/finger_banner reports
Where can I download the 2.6.21 linux kernel source?
I can't seem to find it under: www.kernel.org/pub/linux/kernel/v2.6
thanks
Dave
-Original Message-
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wed, 4 Apr 2007 11:10 AM
Subject: [PATCH] sky2: reliable rec
Hello.
Amit S. Kale wrote:
This driver's 4-packet deep TX queue is too sensible to the "careless"
callers ignoring its state (like netpoll in trapped mode), so add "queue
full" check at the start of the hard_start_xmit() method (only under
#ifndef RTL8139_NDEBUG, otherwise the queue will get st
Benjamin Thery <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> A couple of random thoughts in trying to understand the numbers you are
>> seeing.
>>
>> - Checksum offloading?
>>
>> You have noted that with the bridge netfilter support disabled you
>> are still seeing additional chec
Hi,
Eric Biederman has posted a few weeks ago a RFC-patchset concerning the
network namespace.
I ported it to the 2.6.20 kernel and uploaded the patchset to
http://lxc.sourceforge.net/network.php
For the part I had to used (TCP/UDP-IPV4 with usual ethernet device), I
found the patchset prett
Eric W. Biederman wrote:
Daniel Lezcano <[EMAIL PROTECTED]> writes:
Hi,
as suggested Rick, I added the Service Demand results to the matrix.
A couple of random thoughts in trying to understand the numbers you are
seeing.
- Checksum offloading?
You have noted that with the bridge netfilte
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Anthony Liguori <[EMAIL PROTECTED]> wrote:
>
> > [...] Did Linux have extremely high quality code in 1994?
>
> yes! It was crutial to strive for extremely high quality code all the
> time. That was the only way to grow Linux's codebase, which was
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > there's a different type of regression now: under high load i dont
> > get a crash, i get a hung interface instead. No error packets or
> > other weird interface state - just a hung interface. [...]
>
> the interface stats do not change from that po
* Anthony Liguori <[EMAIL PROTECTED]> wrote:
> [...] Did Linux have extremely high quality code in 1994?
yes! It was crutial to strive for extremely high quality code all the
time. That was the only way to grow Linux's codebase, which was ~300,000
lines of code in 1994, to the current 7.2+ mil
On MIPv6 usage, XFRM sub policy is enabled.
When main (IPsec) and sub (MIPv6) policy selectors have the same
address set but different upper layer information (i.e. protocol
number and its ports or type/code), multiple bundle should be created.
However, currently we have issue to use the same bundl
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Hi,
>
> as suggested Rick, I added the Service Demand results to the matrix.
A couple of random thoughts in trying to understand the numbers you are
seeing.
- Checksum offloading?
You have noted that with the bridge netfilter support disabled you
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Fri, 06 Apr 2007 16:35:31 +0900 (JST)
> Dave?
>
> I do think this is a regression in 2.6.21-rcs, and it is much
> better to revert it.
My apologies, I promise I will look into this tomorrow.
-
To unsubscribe from this list: send the line "
In article <[EMAIL PROTECTED]> (at Wed, 28 Mar 2007 13:08:08 +0900 (JST)),
YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]> says:
> When looking up route for destination with rules with
> source address restrictions, we may need to find a source
> address for the traffic if not given.
>
> Based on p
Hi all,
I encountered a strange behaviour during iperf TCP test. When I set
MTU of ethernet device to 170 and incurred a delay of 250ms via netem
on sender's side, the throughput was 115Kbps. From the output of
tcp_probe the snd_cwnd peaked and stayed at 50 for the whole duration
of the test and
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 28 Mar 2007 01:45:33 -0700 (PDT)),
David Miller <[EMAIL PROTECTED]> says:
> > > > [IPV6] ROUTE: Do not route packets to link-local address on other
> > > > device.
> > > >
> > > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=
YOSHIFUJI Hideaki / wrote:
diff --git a/net/ipv6/route.c b/net/ipv6/route.c
index 32c6398..06ee92d 100644
--- a/net/ipv6/route.c
+++ b/net/ipv6/route.c
@@ -1067,7 +1067,6 @@ int ip6_route_add(struct fib6_config *cfg)
struct net_device *dev = NULL;
struct inet6_dev *idev = NUL
44 matches
Mail list logo
