From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Thu, 22 Dec 2005 15:55:04 +0900 (JST)
> Please pull the following changesets and push them to the 2.6.15 queue.
> These fix, basically, random "FAIL"s in IPv6 Ready Logo Phase-2
> Self Test in IPv6 Core Protocols.
I will look at this tomorrow, tha
On Thu, Dec 22, 2005 at 02:13:20AM +0100, Adrian Bunk wrote:
> The following bug in the kernel Bugzilla contains a regressions in
> 2.6.15-rc without a patch:
> - #5760 No sound with snd_intel8x0 & ALi M5455 chipset
> (kobject_register failed)
We put code in the kobjet to report when call
Hello.
I'm sorry for taking last minutes.
Please pull the following changesets and push them to the 2.6.15 queue.
These fix, basically, random "FAIL"s in IPv6 Ready Logo Phase-2
Self Test in IPv6 Core Protocols.
Changesets are available at:
git://git.skbuff.net/gitroot/yoshfuji/linux-2.6.1
Miyazawa-san, I did not forget about this bug! :-)
To recall, the problem is that when new policies are inserted,
sockets do not see the update (but all new route lookups do).
This bug is related to the SA insertion stale route issue solved
recently, and this policy visibility problem can be fix
From: [EMAIL PROTECTED]
Date: Wed, 14 Dec 2005 15:22:25 -0800
> This set of patches:
> * precomputes constants used in TCP cubic
> * uses Newton/Raphson for cube root
> * adds find largest set bit 64 to make initial estimate
Looks good, all applied.
Thanks Stephen.
-
To unsubsc
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 15 Dec 2005 15:36:08 -0800
> $ ./croot 1000
>
> Opteron 2.0 Ghz
> math 9671505106 1.230814
> old 9676503359 1.287217
> bisect 9666502089 1.074139
> newton 9671507303 1.168087
>
> Xeon (32bit) 2.4 Ghz
> math 9671505106 3.047887
> old 9676
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 20 Dec 2005 21:28:14 +0900 (JST)
> We could not boot with the latest patch, and got oops.
> To fix the oops, we definitely need the following patch.
>
> Now I'm running some regression tests with the patch.
Thank you for the fix. I'll keep
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 20 Dec 2005 15:04:12 -0800
> Here is a new feature for netem in 2.6.16. It adds the ability to
> randomly corrupt packets with netem. A version was done by
> Hagen Paul Pfeifer, but I redid it to handle the cases of backwards
> compatibility
From: Ian McDonald <[EMAIL PROTECTED]>
Date: Wed, 21 Dec 2005 12:07:30 +1300
> Please apply to net-2.6 for 2.6.15 tree.
>
> I hope to actually change this behaviour shortly but this will help
> anybody grepping code at present.
>
> Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
Applied, thanks
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 20 Dec 2005 15:19:49 -0800
> Number of new features for 2.6.16.
> * limited ethtool
> * set hardware address of bridge pseudo-interface
> * speed detection when link carrier changes
Looks good, all applied.
Thanks Stephen.
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Wed, 21 Dec 2005 21:43:48 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Wed, 21 Dec 2005 14:28:25 +0200), Kristian
> Slavov <[EMAIL PROTECTED]> says:
>
> > If you add more than one IPv6 address belonging to the same prefix and
> > delete the
From: Mika Kukkonen <[EMAIL PROTECTED]>
Date: Wed, 21 Dec 2005 22:50:15 +0200
> In vlan_ioctl_handler() the code misses couple checks for
> error return values.
>
> Signed-of-by: Mika Kukkonen <[EMAIL PROTECTED]>
Looks good, applied, thanks.
-
To unsubscribe from this list: send the line "unsubs
The following bugs in the kernel Bugzilla [1] contain regressions in
2.6.15-rc compared to 2.6.14 with patches:
- #5632 forcedeth driver occasionally hangs
- #5758 x86_64: PANIC: early exception
The following bug in the kernel Bugzilla contains a regressions in
2.6.15-rc without a patch:
- #5760
Some conflicting patches (namely to net/ipv6/addrconf.c) went
into Linus's tree so I had to rebase. All conflicts were
resolved and it should show up on kernel.org shortly.
I'll start processing my 2.6.16 patch backlog :-)
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
th
This patch against 2.6.14 converts the natsemi driver to use NAPI. It
was originally based on one written by Harald Welte, though it has since
been modified quite a bit, most extensively in order to remove the
ability to disable NAPI since none of the other drivers seem to provide
that functionali
On Wed, Dec 21, 2005 at 03:48:22PM +0100, Stefan Roese wrote:
> Hi Lennert,
Hello,
> > > The main question I have is, where should the IXP4xx access-library
> > > be located in the kernel directory structure?
> >
> > Maybe you can explain to the list readers what it is and what it does?
>
> It
From: [EMAIL PROTECTED] (Sjoerd Simons)
Date: Wed, 21 Dec 2005 22:27:31 +0100
> Attached patch fixes this.
Other members were similarly broken and a proper full
patch was posted and integrated yesterday.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messag
Hi,
While working on a small application using netlink i noticed that i wasn't
receiving ipv6 address updates.
When the conversion from bitmask to group numbers took place the fact that
one bit is skipped between RTMGRP_IPV4_ROUTE and RTMGRP_IPV6_IFADDR wasn't
taken into account in the
In vlan_ioctl_handler() the code misses couple checks for
error return values.
Signed-of-by: Mika Kukkonen <[EMAIL PROTECTED]>
---
net/8021q/vlan.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/net/8021q/vlan.c b/net/8021q/vlan.c
index 91e412b..67465b6 100644
---
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
> This is a backport of the patches posted for 2.6.15 to handle the cases
> where the skge driver needs to reallocate receive buffers and fails.
> This version is for 2.6.14 stable series only, the seven separate patches
> sent yesterday for 2.6.15 do
I found these while compiling with extra gcc warnings;
considering the indenting surely they are not intentional?
Signed-of-by: Mika Kukkonen <[EMAIL PROTECTED]>
---
net/netrom/nr_in.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/netrom/nr_in.c b/net/netrom/
Hi
Is there any was we can get the latest s2io driver changes accepted by
kernel community. I tried to get the latest source using
#git pull
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
The s2io.c which I got doesn't contain modification to UFO and the s2io
warning
On Wed, Dec 21, 2005 at 07:08:49PM +, Al Viro wrote:
> Solution is fairly simple:
Just to clarify: said solution is already in the tree...
-
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.kerne
On Wed, 21 Dec 2005 19:08:49 +
Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 21, 2005 at 10:35:19AM -0800, Stephen Hemminger wrote:
> > Right now there is a hole in the module ref counting system because
> > there is no proper ref counting for sysctl tables used by modules.
> > This means t
On Wed, Dec 21, 2005 at 10:35:19AM -0800, Stephen Hemminger wrote:
> Right now there is a hole in the module ref counting system because
> there is no proper ref counting for sysctl tables used by modules.
> This means that if an application is holding /proc/sys/foo open and
> module that created i
On Wed, 21 Dec 2005 19:42:02 +0100
Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-12-21 at 10:35 -0800, Stephen Hemminger wrote:
> >
> > This patch fixes that by maintaining source compatibility via macro.
> > I am sure someone already thought of this, it just doesn't appear to
> > ha
On Wed, 2005-12-21 at 10:35 -0800, Stephen Hemminger wrote:
>
> This patch fixes that by maintaining source compatibility via macro.
> I am sure someone already thought of this, it just doesn't appear to
> have made it in yet.
isn't it more consistent to give the sysctl table itself an .owner
fie
Right now there is a hole in the module ref counting system because
there is no proper ref counting for sysctl tables used by modules.
This means that if an application is holding /proc/sys/foo open and
module that created it is unloaded, then the application touches the
file the kernel will oops.
This mail was initially sent to lkml, only.
Please CC me on replies, as I am not subscribed to the netdev list.
-- Forwarded Message --
Subject: [ANN] bcm43xx software encryption support
Date: Tuesday 20 December 2005 22:27
From: Michael Buesch <[EMAIL PROTECTED]>
To: bcm43xx-de
Hi Lennert,
On Wednesday 21 December 2005 14:52, Lennert Buytenhek wrote:
> On Wed, Dec 21, 2005 at 01:00:34PM +0100, Stefan Roese wrote:
> > The main question I have is, where should the IXP4xx access-library
> > be located in the kernel directory structure?
>
> Maybe you can explain to the list
On Wed, Dec 21, 2005 at 01:00:34PM +0100, Stefan Roese wrote:
> The main question I have is, where should the IXP4xx access-library
> be located in the kernel directory structure?
Maybe you can explain to the list readers what it is and what it does?
If it's ixp4xx-specific, arch/arm/mach-ixp4xx
On Wed, Dec 21, 2005 at 01:23:18PM +0100, Nils Meyer wrote:
> Hi,
Hi Nils,
> When compiling 2.6.15-rc6 or 2.6.14.4 on my sparc I get the following error:
>
> local symbol 0: discarded in section `.exit.text' from drivers/built-in.o [*]
>
> After calling scripts/reference_discarded.pl it gives
Jeff Garzik wrote:
> Assumptions or not, we have a standard way of documenting these
> assumptions in the source code... __be32 and cpu_to_be32() do the right
> thing (become no-ops) on BE, while ensuring that we can continue to use
> valuable source checking tools. If the Cell drivers ever n
In article <[EMAIL PROTECTED]> (at Wed, 21 Dec 2005 14:28:25 +0200), Kristian
Slavov <[EMAIL PROTECTED]> says:
> If you add more than one IPv6 address belonging to the same prefix and
> delete the address that was last added, routing table entry for that
> prefix is also deleted.
:
> Signed-off
Hi,
If you add more than one IPv6 address belonging to the same prefix and
delete the address that was last added, routing table entry for that
prefix is also deleted.
Tested on 2.6.14.4
To reproduce:
ip addr add 3ffe::1/64 dev eth0
ip addr add 3ffe::2/64 dev eth0
/* wait DAD */
sleep 1
ip ad
I am trying to integrate the IXP4xx NPE ethernet support into the linux kernel
(2.6).
Before you start, I know of the license problems with the IXP4xx software. We
have a version of the Intel IXP4xx access-library licensed under the revised
BSD license. So we should (hopefully) be able to integ
> Why not do it the other way? "If you don't hear from me for 2 minutes,
> do a switchover". Then all you have to do is _not_ to send a packet --
> easier to do.
>
> Anything else seems overkill.
> Pavel
Because in some of the scenarios, including ours, it isn't a
Hi!
> > If it is only one place, why not pre-allocate one "I'm sick now"
> > skb and hold onto it. Any bigger solution seems to snowball into
> > a huge mess.
>
> But the problem is even sending/receiving a single packet can cause
> multiple dynamic allocations in the networking path all the way
38 matches
Mail list logo
