On Feb 8, 2007, at 1:36 AM, Li Yang-r58472 wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 3:16 PM
To: Li Yang-r58472
Cc: Tabi Timur-B04825; netdev@vger.kernel.org; linuxppc-
[EMAIL PROTECTED]
Subject: Re: [PATCH 1/4] ucc_geth: Cha
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 08, 2007 3:16 PM
> To: Li Yang-r58472
> Cc: Tabi Timur-B04825; netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/4] ucc_geth: Change private immrbar_virt_to_phys
to generic
> iopa
>
On Mon, Feb 05, 2007 at 06:14:13PM +0100, Simon Lodal wrote:
...
> Regards
...
It seems decisions makers need more time, so I'd add
2 cents more:
1c: an indentation could be improved (spaces around
operators), like in these places:
>+#define HTB_MAX_CLS (TC_H_MIN(-1)+1)
...
>+ ht
On Feb 8, 2007, at 1:06 AM, Li Yang-r58472 wrote:
MURAM is a mmio region so it don't share the characteristic of main
memory that phy_addr = virt_addr - PAGE_OFFSET. While they can
both be
mapped through page table using iopa().
Right, so when do you know if you'll be using MURAM or normal
m
> > If its been mapped with ioremap() you know the physical address
> >>> already
> > so why do you need iopa().
>
> That's what the original function immrbar_virt_to_phys() does.
> > We're
> >>> trying to
> get rid of it, because we thought is redundant with iopa().
>
>
On Feb 8, 2007, at 12:48 AM, Li Yang-r58472 wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 1:58 PM
To: Li Yang-r58472
Cc: Tabi Timur-B04825; netdev@vger.kernel.org; linuxppc-
[EMAIL PROTECTED]
Subject: Re: [PATCH 1/4] ucc_geth: Ch
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 08, 2007 1:58 PM
> To: Li Yang-r58472
> Cc: Tabi Timur-B04825; netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/4] ucc_geth: Change private immrbar_virt_to_phys
to generic
> iopa
>
On Feb 7, 2007, at 11:52 PM, Li Yang-r58472 wrote:
-Original Message-
From: Timur Tabi [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 1:03 AM
To: Kumar Gala
Cc: Li Yang-r58472; netdev@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: [PATCH 1/4] ucc_geth: Change private
imm
> -Original Message-
> From: Timur Tabi [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 08, 2007 1:03 AM
> To: Kumar Gala
> Cc: Li Yang-r58472; netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/4] ucc_geth: Change private immrbar_virt_to_phys
to generic
> iopa
>
> Kuma
From: Randy Dunlap <[EMAIL PROTECTED]>
Convert function documentation in drivers/net/phy/ to kernel-doc
and add it to DocBook.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-api.tmpl |6 +
drivers/net/phy/mdio_bus.c| 19 ++-
drivers/net/phy/phy
On Mon, 5 Feb 2007 16:52:24 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 05 Feb 2007 18:35:06 -0600
> Robert Hancock <[EMAIL PROTECTED]> wrote:
>
> > Daniel Barkalow wrote:
> > > On Sun, 4 Feb 2007, Robert Hancock wrote:
> > >
> > >> Something's busted with forcedeth in 2.6.20-rc6-mm
On Wed, 7 Feb 2007 09:18:30 -0800 Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Document planned removal of sk98lin driver.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
> ---
> Documentation/feature-removal-schedule.txt |7 +++
> 1 files changed, 7 insertions(+), 0 deletions
Jeff-san,
> Jens Osterkamp wrote:
> > We forget to call spider_net_free_rx_chain_contents which does the
> > actual dev_kfree_skb. New skbs are allocated from skbuff_head_cache
> > on each "ifconfig up" letting the cache grow infinitely.
> >
> > This patch fixes it.
> >
> > Signed-off-by: Jens O
Extend PF_KEYv2 framework so that user application can take advantage
of MIGRATE feature via PF_KEYv2 interface. User application can either
send or receive an MIGRATE message to/from PF_KEY socket.
Detail information can be found in the internet-draft
.
Signed-off-by: Shinta Sugimoto <[EMAIL PRO
Add CONFIG_NET_KEY_MIGRATE option which makes it possible for user
application to send or receive MIGRATE message to/from PF_KEY socket.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
Add CONFIG_XFRM_MIGRATE option which makes it possible for for user
application to send or receive MIGRATE message to/from netlink socket.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
Add user interface for handling XFRM_MSG_MIGRATE. The message is issued
by user application. When kernel receives the message, procedure of
updating XFRM databases will take place.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by
Hello,
Let me re-post a patch set for MIGRATE support for XFRM/PFKEYv2.
The patch set consists of following 5 patches:
[PATCH (1/5)] [XFRM]: Extension for dynamic update of endpoint address(es)
[PATCH (2/5)] [XFRM]: User interface for handling XFRM_MSG_MIGRATE
[PATCH (3/5)] [XFRM]: CONFIG_XFRM_M
Extend the XFRM framework so that endpoint address(es) in the XFRM
databases could be dynamically updated according to a request (MIGRATE
message) from user application. Target XFRM policy is first identified
by the selector in the MIGRATE message. Next, the endpoint addresses
of the matching templ
From: Shinta Sugimoto <[EMAIL PROTECTED]>
Date: Thu, 08 Feb 2007 09:42:00 +0900
> I noticed that I sent wrong version (not the newest one) of the
> patch set by mistake. I will re-post the patch set soon, so could
> you please wait for that? I am sorry for the confusion.
Ok, no problem.
-
To un
h set is against current net-2.6.21
tree and these changes are available in the branch named
"migrate-20070207-2131" at:
git://git.linux-ipv6.org/gitroot/shinta/net-2.6.21-migrate.git
Regards,
Shinta
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
Just sent this upstream...
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
Documentation/feature-removal-schedule.txt|7 +
MAINTAINERS |
On Wed, 2007-02-07 at 17:15 -0500, Jeff Garzik wrote:
> Ishizaki Kou wrote:
> > This is a revised spidernet patch set based on
> > netdev-2.6.git#upstream.
> >
> > This patch set is merged Jens-san's spidernet patch and works on
> > Toshiba Cell reference set (aka Celleb).
> > It requires Jens-sa
From: Randy Dunlap <[EMAIL PROTECTED]>
List netdev as the mailing list for DMFE (network driver)
instead of lkml.
List linux-wireless as the mailing list for wireless network drivers.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2
View the active forwarded calls
cat /proc/net/x25/forward
Signed-off-by: Andrew Hendry <[EMAIL PROTECTED]>
--- linux-2.6.20-vanilla/net/x25/x25_proc.c 2007-02-07 14:29:43.0
+1100
+++ linux-2.6.20/net/x25/x25_proc.c 2007-02-07 15:17:51.0 +1100
@@ -165,6 +165,75 @@ out:
Adds call forwarding to X.25, allowing it to operate like an X.25 router.
Useful if one needs to manipulate X.25 traffic with tools like tc.
This is an update/cleanup based off a patch submitted by Daniel Ferenci a few
years ago.
Thanks Alan for the feedback.
Added the null check to the clones.
M
echo "1" > /proc/sys/net/x25/x25_forward
To turn on x25_forwarding, defaults to off
Requires the previous patch.
Signed-off-by: Andrew Hendry <[EMAIL PROTECTED]>
diff -uprN -X linux-2.6.20/Documentation/dontdiff
linux-2.6.20-vanilla/include/linux/sysctl.h linux-2.6.20/include/linux/sysctl.h
--
On Wed, 7 Feb 2007 23:24:21 +0100 (CET) Esben Nielsen wrote:
> On Wed, 7 Feb 2007, Randy Dunlap wrote:
>
> > Esben Nielsen wrote:
> >> Hi,
> >> I can not get my com20020 pcmcia driver to work as a module under 2.6.20.
> >> There is the build problem:
> >
> The relevant parts:
> ...
> CONFIG_AR
On Tue, 2007-01-23 at 17:20 +0100, Michael Buesch wrote:
> This patch ports b44 to the new SSB subsystem and makes
> it possible to turn off PCI related stuff.
>
> This patch is against my tree, where I have implemented the
> ssb subsystem.
>
> If you're all OK with this patch, I'd like apply it
Haavard Skinnemoen wrote:
From: Andrew Victor <[EMAIL PROTECTED]>
The Atmel MACB Ethernet peripheral is also integrated in the AT91SAM9260
and AT91SAM9263 processors. The differences from the AVR32 version are:
* Single peripheral clock.
* MII/RMII selection bit is inverted.
*
Stephen Hemminger wrote:
Document planned removal of sk98lin driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
applied
-
To unsubscribe from this list: send the line "u
In article <[EMAIL PROTECTED]> (at Wed, 7 Feb 2007 15:55:03 -0500), Neil Horman
<[EMAIL PROTECTED]> says:
> @@ -559,7 +562,7 @@ void ndisc_send_ns(struct net_device *dev, struct
> neighbour *neigh,
> return;
>
> len = sizeof(struct icmp6hdr) + sizeof(struct in6_addr);
> -
Ishizaki Kou wrote:
This is a revised spidernet patch set based on
netdev-2.6.git#upstream.
This patch set is merged Jens-san's spidernet patch and works on
Toshiba Cell reference set (aka Celleb).
It requires Jens-san's phy patch
(http://ozlabs.org/pipermail/linuxppc-dev/2007-February/030987.
Jay Cliburn wrote:
From: Jay Cliburn <[EMAIL PROTECTED]>
atl1: move extern to header file; make some global code static
Move an extern declaration to a header file. Make needlessly global
functions static. Noticed by Adrian Bunk.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
applied
-
T
On Wed, 7 Feb 2007 12:52:16 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>
> Begin forwarded message:
>
> Date: Wed, 7 Feb 2007 12:41:07 -0800
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 7962] New: oops in port_carrier_check
>
>
> http://bugzilla.kernel.o
net/ieee80211/ieee80211_crypt_tkip.c outputs tons of these which didn't
happen with 2.6.18.2 (only one or two of these after enabling the
ipw2200 with the kill switch):
TKIP: replay detected: STA=00:0e:2e:94:84:c3 previous TSC 0200
received TSC 0002e560
printk: 19 messages suppressed.
In article <[EMAIL PROTECTED]> (at Wed, 7 Feb 2007 15:55:03 -0500), Neil Horman
<[EMAIL PROTECTED]> says:
> diff --git a/net/ipv6/ip6_output.c b/net/ipv6/ip6_output.c
> index 7b7bd44..8a1ea96 100644
> --- a/net/ipv6/ip6_output.c
> +++ b/net/ipv6/ip6_output.c
> @@ -859,6 +859,34 @@ static int ip6_
On Tue, Feb 06, 2007 at 07:06:07PM -0500, Jeff Garzik wrote:
> Would you mind rebasing & resending, kind sir?
By your command! :-)
---
The following changes since commit 62d0cfcb27cf755cebdc93ca95dabc83608007cd:
Linus Torvalds (1):
Linux 2.6.20
are found in the git repository at:
g
Darn... and it was looking so good...
> diff --git a/net/ipv6/ip6_output.c b/net/ipv6/ip6_output.c
> index 7b7bd44..8a1ea96 100644
> --- a/net/ipv6/ip6_output.c
> +++ b/net/ipv6/ip6_output.c
> @@ -859,6 +859,34 @@ static int ip6_dst_lookup_tail(struct sock *sk,
> err = ipv6_get_sadd
This patch provides the Fabric7 VIOC driver source code.
This git mbox patch is built against
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
The patch can be pulled from
ftp://ftp.fabric7.com/VIOC/Fabric7-VIOC-driver-patch.FEB-07-2007
Signed-off-by: Fabric7 Driver-Support <
On Tue, Feb 06, 2007 at 04:13:25PM -0500, Vlad Yasevich wrote:
> Hi Neil
>
> a few comments. sorry, just can't resist... :)
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Its really ok :). Brian found some other minor typos as well. I've attached
the latest patch which ta
Begin forwarded message:
Date: Wed, 7 Feb 2007 12:41:07 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 7962] New: oops in port_carrier_check
http://bugzilla.kernel.org/show_bug.cgi?id=7962
Summary: oops in port_carrier_check
Kernel Version: 2.6.20
Hi Steve
I think I've tracked this down. Can you apply the attached patch on top
of the one I posted before and re-run your test.
With both patches, I was able flip-flop the downed interface multiple times
and in all cases path failover completed and data flow resumed.
Here is the modified scri
Hello , I just noticed a error in my patch , just a mistake , sorry please
in dmfe_resume I mixed DMFE_WOL_LINKCHANGE | DMFE_WOL_MAGICPACKET , and
WAKE_PHY | WAKE_MAGIC
here goes updated patch:
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NET] [005] dmfe : Add support for wake-on-
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 07 Feb 2007 00:17:33 +0100
> Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-02-07 at 00:12 +0100, Tilman Schmidt wrote:
> > > > No, not this. Anyway the last patch Thomas forwarded does fix the
> > > > problem.
> > >
> > > Whic
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NET] [002] dmfe : Fix possible oops
Deallocate memory after driver is unregistred to prevent oops
Don't dereference NULL pointer that can be returned by dev_alloc_skb in case of
oom
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
Hi Stephen
I just wanted to ask you, if you already had time to test our trace
extension for netem as discussed on the 13th of December.
Cheers
Rainer
Rainer Baumann wrote:
> Hi Stephen
>
> As discussed yesterday, here our patches to integrate trace control into netem
>
>
>
> Trace Control for N
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NET] [001] dmfe : trivial/spelling fixes
Fix a typo, and wrap lines on 80-th column
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
--- linux-2.6.20-org/drivers/net/tulip/dmfe.c 2007-02-03 11:47:52.0
+0200
+++ linux-2.6
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NETDEV] [005] dmfe : Add support for wake-on-lan
Adds support for wake on lan feature
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
This board supports WOL on magic packet / link change / specific packet
This adds support for WO
Hello,
Before some time I decided to fix suspend/resume on my Davicom network card.
During development I also fixed couple of bugs and added support for link
detection and WOL
Note : 2.6.20 already has support for link detection , but it is broken when
card has external PHY
, like mine.
So here
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NETDEV] [004] dmfe : Add suspend/resume support
Adds support for suspend/resume
---
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007-02-07 18:46:13.0
+0200
+++ linux-2.6.20-test/drivers/net/tulip/dmfe.c 2007-02-07 18:50:52
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH] [NET] [003] dmfe : fix link detection
Cleanup link detection
Fix link not detected when using external PHY
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
CR12's bits 0 and 1 show link status/speed only for internal PHY.
In case ex
Document planned removal of sk98lin driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
Documentation/feature-removal-schedule.txt |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-remova
Ingo Oeser wrote:
> Patrick McHardy schrieb:
>
>>My guess is that you're using MASQUERADE on ppp0, which since 2.6.14
>>doesn't exclude locally generated packets anymore, so it translates
>>them to the primary ppp0 address. For replies it works because NAT
>>is already set up for the incoming pack
Patrick McHardy schrieb:
> My guess is that you're using MASQUERADE on ppp0, which since 2.6.14
> doesn't exclude locally generated packets anymore, so it translates
> them to the primary ppp0 address. For replies it works because NAT
> is already set up for the incoming packet, without masqueradin
Ingo Oeser wrote:
> Dear network gurus,
>
> I used to change the source address on an PPPoE connection by using
> these commands:
>
> /sbin/ifconfig ppp0:1 $SRCADDR
> /sbin/ip route add default dev ppp0 src $SRCADDR
>
> where SRCADDR is an address in a different network
> than the local and peer
Kumar Gala wrote:
If its been mapped with ioremap() you know the physical address already
so why do you need iopa().
That's what the original function immrbar_virt_to_phys() does. We're trying to
get rid of it, because we thought is redundant with iopa().
static inline unsigned long immr
On Feb 7, 2007, at 10:43 AM, Timur Tabi wrote:
Kumar Gala wrote:
On Feb 6, 2007, at 5:31 AM, Li Yang wrote:
Get rid of private immrbar_virt_to_phys() routine and
use generic iopa().
Nack. iopa() isn't that generic, shouldn't we really be using the
dma mapping API here?
I'm having a hard t
On Feb 7, 2007, at 3:34 AM, Li Yang-r58472 wrote:
On Feb 6, 2007, at 5:31 AM, Li Yang wrote:
Get rid of private immrbar_virt_to_phys() routine and
use generic iopa().
Nack. iopa() isn't that generic, shouldn't we really be using the dma
mapping API here?
Do you mean the dma_map_single()?
>From: Joy Latten <[EMAIL PROTECTED]>
>Date: Mon, 05 Feb 2007 14:53:39 -0600
>
>> I can run some tests with this patch and report any results...
>
>Please check out the two most recent patches I posted:
>
>1) Updated core patch with ipv6 side added.
>2) Fix for thinko noticed by Venkat.
Just a qu
Kumar Gala wrote:
On Feb 6, 2007, at 5:31 AM, Li Yang wrote:
Get rid of private immrbar_virt_to_phys() routine and
use generic iopa().
Nack. iopa() isn't that generic, shouldn't we really be using the dma
mapping API here?
I'm having a hard time understanding what's wrong with iopa(). Is
From: Andrew Victor <[EMAIL PROTECTED]>
The Atmel MACB Ethernet peripheral is also integrated in the AT91SAM9260
and AT91SAM9263 processors. The differences from the AVR32 version are:
* Single peripheral clock.
* MII/RMII selection bit is inverted.
* Clock enable bit.
Original
Hi Dave:
Here is the crypto update for 2.6.21:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
or
master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
Summary:
* Added Camellia, PCBC, DES-like encryption for RxRPC.
* API updates in preparat
On Wednesday 07 February 2007 04:31, Larry Finger wrote:
> There is a typographical error in the spefications that interchange the PHY
> version
> and revision. Fixing this error makes all BCM43xx varieties work at full CCCK
> rates.
>
> Signed-off-by: Larry Finger<[EMAIL PROTECTED]>
> ---
>
>
On Wed, 2007-02-07 at 07:50 -0600, Larry Finger wrote:
> Could you please apply this patch and tell me what gets printed after you
> resume, and whether you
> did a suspend to RAM or disk?
Oh and if anyone else does this please also let us know what it prints
on a regular freshly booted modprobe
On Wed, 2007-02-07 at 07:50 -0600, Larry Finger wrote:
> Could you please apply this patch and tell me what gets printed after you
> resume, and whether you
> did a suspend to RAM or disk?
Not a bad idea. I can test suspend to ram as well as to disk, just got
both working again.
The kernel I'm
Johannes Berg wrote:
> On Wed, 2007-02-07 at 07:23 -0600, Larry Finger wrote:
>
>> As you suggested earlier, a slow clock setting in the bcm43xx device may be
>> the cause of this
>> difficulty. If my laptop would suspend/resume correctly, then I could test
>> various fixes based on
>> that hypo
On Wed, 2007-02-07 at 07:23 -0600, Larry Finger wrote:
> As you suggested earlier, a slow clock setting in the bcm43xx device may be
> the cause of this
> difficulty. If my laptop would suspend/resume correctly, then I could test
> various fixes based on
> that hypothesis.
Mine does suspend, b
Johannes Berg wrote:
> On Tue, 2007-02-06 at 11:39 -0600, Larry Finger wrote:
>> There is a kernel oops on bcm43xx when resuming due to an overly tight
>> timeout loop.
>
> Come to think of it... Is there any chance of fixing the actual oops
> that happens in this case? I can imagine broken hardw
Add CONFIG_NET_KEY_MIGRATE option which makes it possible for user
application to send or receive MIGRATE message to/from PF_KEY socket.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
---
Extend PF_KEYv2 framework so that user application can take advantage
of MIGRATE feature via PF_KEYv2 interface. User application can either
send or receive an MIGRATE message to/from PF_KEY socket.
Detail information can be found in the internet-draft
.
Signed-off-by: Shinta Sugimoto <[EMAIL PRO
Add user interface for handling XFRM_MSG_MIGRATE. The message is issued
by user application. When kernel receives the message, procedure of
updating XFRM databases will take place.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by
Add CONFIG_XFRM_MIGRATE option which makes it possible for for user
application to send or receive MIGRATE message to/from netlink socket.
Signed-off-by: Shinta Sugimoto <[EMAIL PROTECTED]>
Signed-off-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
--
Extend the XFRM framework so that endpoint address(es) in the XFRM
databases could be dynamically updated according to a request (MIGRATE
message) from user application. Target XFRM policy is first identified
by the selector in the MIGRATE message. Next, the endpoint addresses
of the matching templ
t;migrate-20070207-2131" at:
git://git.linux-ipv6.org/gitroot/shinta/net-2.6.21-migrate.git
Regards,
Shinta
-
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.kernel.org/majordomo-info.html
On Tue, 2007-02-06 at 11:39 -0600, Larry Finger wrote:
> There is a kernel oops on bcm43xx when resuming due to an overly tight
> timeout loop.
Come to think of it... Is there any chance of fixing the actual oops
that happens in this case? I can imagine broken hardware or firmware
that causes thi
On Tue, Feb 06, 2007 at 02:41:06PM -0800, David Miller wrote:
> From: Frank Pavlic <[EMAIL PROTECTED]>
> Date: Fri, 2 Feb 2007 13:05:28 +0100
>
> > The patch set consists of following patches:
> >
> > [1/7] [S390]: Rewrite of the IUCV base code, part 1
> > [2/7] [S390]: Rewrite of the IUCV base c
Jesse Brandeburg wrote:
John wrote:
Jesse Brandeburg wrote:
can you try adding mdelay(100); in e100_eeprom_load before the for loop,
and then change the multiple udelay(4) to mdelay(1) in e100_eeprom_read
I applied the attached patch.
Loading the driver now takes around one minute :-)
o
ehash table layout is currently this one :
First half of this table is used by sockets not in TIME_WAIT state
Second half of it is used by sockets in TIME_WAIT state.
This is non optimal because of for a given hash or socket, the two chain heads
are located in separate cache lines.
Moreover the
On Tue, Feb 06, 2007 at 02:41:06PM -0800, David Miller wrote:
> From: Frank Pavlic <[EMAIL PROTECTED]>
> Date: Fri, 2 Feb 2007 13:05:28 +0100
>
> > The patch set consists of following patches:
> >
> > [1/7] [S390]: Rewrite of the IUCV base code, part 1
> > [2/7] [S390]: Rewrite of the IUCV base c
> Well, this could explain but unfortunatly I dont have this option set :
>
> # grep OPTIMIZE .config
> # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set
>
> # gcc -v
> Using built-in specs.
> Target: x86_64-unknown-linux-gnu
> Configured with: ../gcc-4.1.1/configure --enable-languages=c,c++
Ah. Looking
On Wednesday 07 February 2007 10:54, Andi Kleen wrote:
> David Miller <[EMAIL PROTECTED]> writes:
> > Because I've seen gcc optimize this properly before (at least on
> > sparc64), it means that either:
> >
> > 1) There is a GCC bug where the properties of the constants
> >do not propagate.
> >
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 07 Feb 2007 10:54:49 +0100
> Probably Eric compiled with the now default CONFIG_CC_OPTIMIZE_FOR_SIZE/-Os.
> With that gcc decides to use the shorter hardware divide instruction, even
> though it is significantly slower than an expanded optimized sequence
> On Feb 6, 2007, at 5:31 AM, Li Yang wrote:
>
> > Get rid of private immrbar_virt_to_phys() routine and
> > use generic iopa().
>
> Nack. iopa() isn't that generic, shouldn't we really be using the dma
> mapping API here?
Do you mean the dma_map_single()? dma_map_single can map memory space
co
This patches removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/spider_net.c 2007-02-06
20:44:4
David Miller <[EMAIL PROTECTED]> writes:
>
> Because I've seen gcc optimize this properly before (at least on
> sparc64), it means that either:
>
> 1) There is a GCC bug where the properties of the constants
>do not propagate.
>
> 2) GCC really thinks the divide is cheaper (code density vs.
This patch moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/spider_net.c 2007-02-06
20:35:55.0 +0900
+++ linux-powerpc-git/drivers
This patch adds or changes some HW specific settings for spider_net on
Celleb.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/Kconfig 2007-02-06 20:41:01.0
+0900
+++ linux-powerpc-git/drivers/net/Kconfig 2007-02-06 20:41:44.0
+0
Add auto negotiation support for Celleb.
Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
---
--- org-linux-powerpc-git/drivers/net/spider_net.h 2007-02-06
20:24:35.0 +0900
+++ linux-powerpc-git/drivers/net/spider_net.h 2007-02-06 20:30:35.0
+0900
@@ -50,6 +50,8 @@
#defi
This is a revised spidernet patch set based on
netdev-2.6.git#upstream.
This patch set is merged Jens-san's spidernet patch and works on
Toshiba Cell reference set (aka Celleb).
It requires Jens-san's phy patch
(http://ozlabs.org/pipermail/linuxppc-dev/2007-February/030987.html).
Ignore our prev
* Patrick McHardy <[EMAIL PROTECTED]> wrote:
> David Miller wrote:
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> > Date: Wed, 7 Feb 2007 09:07:22 +0100
> >
> >
> >>Dave, Patrick, can we lift the nack on PREEMPT_RCU, as far as networking
> >>goes?
> >
> >
> > After Patrick's fixups, sure.
>
>
David Miller wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Wed, 7 Feb 2007 09:07:22 +0100
>
>
>>Dave, Patrick, can we lift the nack on PREEMPT_RCU, as far as networking
>>goes?
>
>
> After Patrick's fixups, sure.
I'm about to send my queued netfilter patches, after which I will look
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Wed, 7 Feb 2007 09:07:22 +0100
> Dave, Patrick, can we lift the nack on PREEMPT_RCU, as far as networking
> goes?
After Patrick's fixups, sure.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTE
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Wed, 20 Dec 2006 00:47:26 +0200
> On Tue, Dec 19, 2006 at 05:56:01PM +0900, Akinobu Mita wrote:
> > This patch checks return values:
> >
> > - irlmp_register_client()
> > - irlmp_register_service()
> > - irlan_open()
> >
> > Cc: Samuel Ortiz <[EMAIL P
From: Samuel Ortiz <[EMAIL PROTECTED]>
Date: Wed, 20 Dec 2006 00:44:22 +0200
> On Tue, Dec 19, 2006 at 05:55:09PM +0900, Akinobu Mita wrote:
> > This patch checks return value of memory allocation functions
> > for irda subsystem and fixes memory leaks in error cases.
> >
> > Cc: Samuel Ortiz <[E
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Mon, 18 Dec 2006 21:05:11 -0800
> There was no real useful information from the unregister_netdevice() return
> code, the only error occurred in a situation that was a driver bug. So
> change it to a void function.
>
> Signed-off-by: Stephen Hemmi
* Patrick McHardy <[EMAIL PROTECTED]> wrote:
> > this means that this particular use could be fixed by converting the
> > preempt_disable()/enable() pair in nf_ct_l4proto_find_get() to
> > rcu_read_lock()/unlock(), correct?
>
> That is another bug (all uses of preempt_disable in netfilter
> a
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Wed, 07 Feb 2007 15:43:34 +0900 (JST)
> AFAIK, we have not heard objectsions and I finally agree on this.
> Please apply.
>
> Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Yes, thank you for reminding me, I will apply this to
net-2.6.21 ri
98 matches
Mail list logo
