On Jan 26, 2008 8:20 PM, chas williams - CONTRACTOR
<[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]>,"Chung-
> Chi Lo" writes:
> >By the way, this routed mode patch doesn't include encaps=VCMUX and
> >RFC2684 routed
> >protocol decapsulation?
>
> yep. eric believes the following should
Join the world of boundless enjoyments! http://uiwm.measureremember.com
--
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
From: Julian Anastasov <[EMAIL PROTECTED]>
Date: Sat, 26 Jan 2008 14:44:36 +0200 (EET)
>
> Update fib_trie with some fib_hash fixes:
> - check for duplicate alternative routes for prefix+tos+priority when
> replacing route
> - properly insert by matching tos together with priority
> - fix a
From: Julian Anastasov <[EMAIL PROTECTED]>
Date: Sat, 26 Jan 2008 14:41:32 +0200 (EET)
>
> fib_info can be shared by many route prefixes but we don't
> want duplicate alternative routes for a prefix+tos+priority. Last
> change was not correct to check fib_treeref because it accounts usage
>
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 22:03:10 +1100
> On Mon, Jan 28, 2008 at 12:20:50AM -0200, Arnaldo Carvalho de Melo wrote:
> > Fixes: http://bugzilla.kernel.org/show_bug.cgi?id=9825
> >
> > The inet_diag_lock_handler function uses ERR_PTR to encode errors but
> > its c
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 22:12:59 +1100
> Hi:
>
> [INET]: Prevent out-of-sync truesize on ip_fragment slow path
>
> When ip_fragment has to hit the slow path the value of skb->truesize
> may go out of sync because we would have updated it without changing
> the
From: maximilian attems <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 18:31:09 +0100
> on the last run overlooked that sfuzz triggable message.
> move the message to the corresponding comment.
>
> Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
Applied.
--
To unsubscribe from this list: send t
From: maximilian attems <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 18:31:10 +0100
> kill ref to old version and dup Linux.
>
> Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
Applied
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROT
From: "Eric Van Hensbergen" <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 15:42:44 -0600
> On Jan 25, 2008 4:46 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> > From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
> Acked-by: Eric Van H
From: Paul Moore <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 21:20:26 -0500
> As pointed out by Adrian Bunk, commit 45c950e0f839fded922ebc0bfd59b1081cc71b70
> caused a double-free when security_netlbl_sid_to_secattr() fails. This patch
> fixes this by removing the netlbl_secattr_destroy() call fro
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 29 Jan 2008 14:10:47 +1100
> Hi Dave:
>
> I've rebased the IPsec AEAD/async patches for the current net-2.6.25
> tree.
I've queued this up into a local tree, thanks Herbert.
I'm going to keep the real net-2.6.25.git tree untouched
until Linus pull
[IPSEC]: Add support for combined mode algorithms
This patch adds support for combined mode algorithms with GCM being the
first algorithm supported.
Combined mode algorithms can be added through the xfrm_user interface
using the new algorithm payload type XFRMA_ALG_AEAD. Each algorithms
is ident
[IPSEC]: Allow async algorithms
Now that ESP uses authenc we can turn on the support for async algorithms
in IPsec.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
net/xfrm/xfrm_algo.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/xfrm/xfrm_algo.c b/net/xfrm
[IPSEC]: Use crypto_aead and authenc in ESP
This patch converts ESP to use the crypto_aead interface and in particular
the authenc algorithm. This lays the foundations for future support of
combined mode algorithms.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
include/net/esp.h | 52 ---
Hi Dave:
I've rebased the IPsec AEAD/async patches for the current net-2.6.25
tree.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To
As pointed out by Adrian Bunk, commit 45c950e0f839fded922ebc0bfd59b1081cc71b70
caused a double-free when security_netlbl_sid_to_secattr() fails. This patch
fixes this by removing the netlbl_secattr_destroy() call from that function
since we are already releasing the secattr memory in
selinux_netlb
Stephen Hemminger ([EMAIL PROTECTED]) wrote on 28 January 2008 08:06:
>On Mon, 28 Jan 2008 11:32:55 -0200
>[EMAIL PROTECTED] (Carlos Carvalho) wrote:
>
>> It seems that this problem with NVidia's nic comes up more and more...
>> From time to time we get this in the log:
>>
>> Jan 27 14:43:1
On Tue, 29 Jan 2008 03:46:08 +0300
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Frederik Himpe wrote:
> > Linux 2.6.24 kernel gives the following messages when udev coldplugging
> > loads the driver for my NIC:
> >
> > 8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
>
On Mon, Jan 28, 2008 at 11:32:55AM -0200, Carlos Carvalho wrote:
> It seems that this problem with NVidia's nic comes up more and more...
> From time to time we get this in the log:
>
> Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
>
> We algo get
>
> Jan 27 11:32:43
Frederik Himpe wrote:
> Linux 2.6.24 kernel gives the following messages when udev coldplugging
> loads the driver for my NIC:
>
> 8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
> 8139too :00:0b.0: Use the "8139cp" driver for improved performance and
> stability.
Andy Fleming wrote:
Jeff, Dave, any chance we can get this one in for 2.6.25? It will allow
a number of other drivers to start using PHY Lib.
I'm sure Nate can resend if needed.
On Jan 3, 2008, at 17:36, Nate Case wrote:
PHY read/write functions can potentially sleep (e.g., a PHY accessed
vi
On Mon, Jan 28, 2008 at 03:59:03PM -0800, Jay Osbourn wrote:
> Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>
> >+memcpy(stats,&local_stats,sizeof(net_device_stats));
>
> FYI, this generates a compiler error (missing the word "struct"
> in here). Other than not compiling, the patch seems
From: Andy Fleming <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 18:29:39 -0600
> Jeff, Dave, any chance we can get this one in for 2.6.25? It will
> allow a number of other drivers to start using PHY Lib.
> I'm sure Nate can resend if needed.
This shouldn't be a problem.
I just did my initial m
Jeff, Dave, any chance we can get this one in for 2.6.25? It will
allow a number of other drivers to start using PHY Lib.
I'm sure Nate can resend if needed.
On Jan 3, 2008, at 17:36, Nate Case wrote:
PHY read/write functions can potentially sleep (e.g., a PHY accessed
via I2C). The followi
Hello,
On Mon, 28 Jan 2008, Jarek Poplawski wrote:
> BTW, the way "add" works wasn't questioned now, but it seems could be,
> or man ip should call it e.g. "ip route add - add new destination",
> and append "ip route append" (unless I have old man).
"add" is similar to "prepend"
> -- Forwarded message --
> Date: Fri, 25 Jan 2008 15:33:45 +0100
> From: Jochen Friedrich <[EMAIL PROTECTED]>
> To: "Garzik, Jeff" <[EMAIL PROTECTED]>
> Cc: Vitaly Bordug <[EMAIL PROTECTED]>,
> Scott Wood <[EMAIL PROTECTED]>,
> Kumar Gala <[EMAIL PROTECTED]>,
> Geert
I've been busy here at LCA08 rebasing the net-2.6.25
tree getting it ready for pushing to Linus.
Most of the conflicts were to the usual places, such
as the feature removal schedule text file, things
like drivers/net/{Kconfig,Makefile} etc.
I just send Linus a pull request so if he takes it
then
From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 21:02:22 +0900 (JST)
> If an entry is being deleted because it has only one reference,
> we immediately delete it and blindly register the rcu handler for it,
> This results in oops by double freeing that object.
>
> This
Jay Vosburgh wrote:
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
+ memcpy(stats,&local_stats,sizeof(net_device_stats));
FYI, this generates a compiler error (missing the word "struct"
in here). Other than not compiling, the patch seems reasonable. I'll
fix it up and include it i
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
>+ memcpy(stats,&local_stats,sizeof(net_device_stats));
FYI, this generates a compiler error (missing the word "struct"
in here). Other than not compiling, the patch seems reasonable. I'll
fix it up and include it in the series I'll post t
I've seen reports of invalid stats in /proc/net/dev for bonding
interfaces, and found it's a pretty easy problem to reproduce. Since
the current code zeros the bonding stats when a read is requested and a
pointer to that data is returned to the caller we cannot guarantee that
the caller has compl
Matheos Worku wrote:
> Jeff Garzik wrote:
>> Auke Kok wrote:
>>> From: Matheos Worku <[EMAIL PROTECTED]>
>>>
>>> Implement support for a SUN-specific PHY.
>>>
>>> SUN provides a modified 82597-based board with their own
>>> PHY that works with very little modification to the code. This
>>> patch im
On Monday 28 January 2008 5:35:40 pm Adrian Bunk wrote:
> On Mon, Jan 28, 2008 at 05:23:46PM -0500, Paul Moore wrote:
> > Thanks for finding this mistake, however, I'd rather see it fixed
> > by removing the netlbl_secattr_destroy() call in
> > security_netlbl_sid_to_secattr() as it really shouldn'
On Mon, Jan 28, 2008 at 05:23:46PM -0500, Paul Moore wrote:
> On Monday 28 January 2008 5:09:38 pm Adrian Bunk wrote:
> > This patch fixes a double free (security_netlbl_sid_to_secattr()
> > already calls netlbl_secattr_destroy() when it returns !0) introduced
> > by commit 45c950e0f839fded922ebc0b
Andrew Morton wrote:
> On Mon, 28 Jan 2008 05:32:00 -0800 (PST)
> [EMAIL PROTECTED] wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=9836
>> Problem Description: recently e1000 network drivers stopped working
>> when right after switching on or rebooting our Intel server. While
>> trying to
On Monday 28 January 2008 5:09:38 pm Adrian Bunk wrote:
> This patch fixes a double free (security_netlbl_sid_to_secattr()
> already calls netlbl_secattr_destroy() when it returns !0) introduced
> by commit 45c950e0f839fded922ebc0bfd59b1081cc71b70 and spotted by the
> Coverity checker.
Hi Adrian,
The xircom_tulip_cb driver has been replaced the xircom_cb driver, and
since it depended on BROKEN_ON_SMP it e.g. was no longer present in many
distribution kernels.
This patch therefore removes it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/tulip/Kconfig | 15
This patch fixes a double free (security_netlbl_sid_to_secattr() already
calls netlbl_secattr_destroy() when it returns !0) introduced by
commit 45c950e0f839fded922ebc0bfd59b1081cc71b70 and spotted by the
Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6/securit
On Mon, 28 Jan 2008 05:32:00 -0800 (PST)
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9836
>
>Summary: e1000 network driver doesn't recognize (and load on) its
> hardware
>Product: Drivers
>Version: 2.5
> Kernel
On Jan 25, 2008 4:46 PM, Ilpo Järvinen <[EMAIL PROTECTED]> wrote:
> From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= <[EMAIL PROTECTED]>
>
> Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
Acked-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
-eric
--
To unsubscribe from this list: send the line "uns
Brandeburg, Jesse wrote:
> make sure to disable the default Linux arp behavior for this kind of
> test on PC3 by*
> [EMAIL PROTECTED] echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
> [EMAIL PROTECTED] echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_filter
> [EMAIL PROTECTED] echo 1 > /proc/sys/net/ipv4/
Linux 2.6.24 kernel gives the following messages when udev coldplugging
loads the driver for my NIC:
8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
8139too :00:0b.0: Use the "8139cp" driver for improved performance and
stability.
ACPI: PCI Interrupt Link [LNK1] en
Tony Battersby wrote:
> I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
> 2.6.24. The problem is triggered by both ports transmitting at high
> speed simultaneously. This problem is 100% quickly reproducible.
> Here is the setup:
>
> PC #1 with Intel PRO/1000 NIC:
> e1000
On Friday 25 January 2008, Jochen Friedrich wrote:
> Maybe the wording should be changed to:
>
> This driver is now only used on ColdFire (m68knommu) processors. Conditional
> PowerPC code has been removed.
>
How about adding a pointer to the driver that is now used on powerpc,
for the people th
> What bus and chipset is in use on the systems with sky2?
> I have seen problems when using PCI-X on AMD systems (documented in AMD
> errata)
> due to multiple outstanding transactions.
Motherboard: SuperMicro PDSME
Chipset: Intel E7230
Processor: Intel Pentium D 3.4 GHz
(note: tried both SMP a
On Mon, 28 Jan 2008 13:43:19 -0500
Tony Battersby <[EMAIL PROTECTED]> wrote:
> I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
> 2.6.24. The problem is triggered by both ports transmitting at high
> speed simultaneously. This problem is 100% quickly reproducible. Here
> i
Benny Amorsen <[EMAIL PROTECTED]> wrote:
>https://bugzilla.redhat.com/show_bug.cgi?id=430391
I know what this is, I'll fix it.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
https://bugzilla.redhat.com/show_bug.cgi?id=430391
Bringing up interface bond0:
BUG: unable to handle kernel NULL
pointer dereference at virtual address
printing eip: c0506fd8 *pde = 7f5f8067
Oops: [#1] SMP
Modules linked in: bonding ipv6 xt_pkttype ipt_LOG ipt_iprange
ipt_REJECT x
I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
2.6.24. The problem is triggered by both ports transmitting at high
speed simultaneously. This problem is 100% quickly reproducible. Here
is the setup:
PC #1 with Intel PRO/1000 NIC:
e1000 IP address 192.168.1.1
running iper
Has someone an idea which patch could have damaged ipcomp?
Daniel
> With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine, data
> flows in both directions, but no data comes out of the tunnel.
> Needed to disable ipcomp.
--
To unsubscribe from this list: send the line "unsubscribe netdev"
Jeff Garzik wrote:
> Auke Kok wrote:
>> From: Jesse Brandeburg <[EMAIL PROTECTED]>
>>
>> fix the typo in speed 1 setting.
>>
>> Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
>> Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
>> ---
>>
>> ethtool.c |2 +-
>> 1 files changed, 1 insertions(
On Jan 28, 2008 11:16 PM, Gerrit Renker <[EMAIL PROTECTED]> wrote:
> This patch was triggered by finding the following message in the syslog:
> "kernel: dccp_check_seqno: DCCP: Step 6 failed for DATAACK packet, [...]
>P.ackno exists or LAWL(82947089) <= P.ackno(82948208)
>
on the last run overlooked that sfuzz triggable message.
move the message to the corresponding comment.
Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
---
net/ax25/af_ax25.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/net/ax25/af_ax25.c b/net/ax25/af
kill ref to old version and dup Linux.
Signed-off-by: maximilian attems <[EMAIL PROTECTED]>
---
net/x25/af_x25.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/x25/af_x25.c b/net/x25/af_x25.c
index 92cfe8e..d0dbce0 100644
--- a/net/x25/af_x25.c
+++ b/net/x25/af_x25.
On Mon, 28 Jan 2008 11:32:55 -0200
[EMAIL PROTECTED] (Carlos Carvalho) wrote:
> It seems that this problem with NVidia's nic comes up more and more...
> From time to time we get this in the log:
>
> Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
>
> We algo get
>
> J
On Mon, 28 Jan 2008 09:48:55 +0100
Tino Keitel <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
> > Tino Keitel writes:
> > > Hi folks,
> > >
> > > with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> > > 2.6.23 on my Mac mini Cor
Asix 88178 does not work under 100Mbps connection.
This patch correct the problem.
kernel version: 2.6.24
asix_driver_patch.gz
Description: application/gzip
Jeff,
this series of 5 patches by Ishizaki-san runs fine on the blade, I tested it
for a few days. Besides it fixes a nasty bug in spidernet RX descriptor
handling.
Can you please consider it for 2.6.25 ?
Thanks !
Jens
On Wednesday 23 January 2008, Jens Osterkamp wrote:
> On Friday 11 Januar
It seems that this problem with NVidia's nic comes up more and more...
>From time to time we get this in the log:
Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
We algo get
Jan 27 11:32:43 duvel kernel: KERNEL: assertion ((int)tcp_packets_in_flight(tp)
>= 0) failed a
If an entry is being deleted because it has only one reference,
we immediately delete it and blindly register the rcu handler for it,
This results in oops by double freeing that object.
This patch fixes it by consolidating the code paths for the deletion;
let its rcu handler delete the object if
Hi:
[INET]: Prevent out-of-sync truesize on ip_fragment slow path
When ip_fragment has to hit the slow path the value of skb->truesize
may go out of sync because we would have updated it without changing
the packet length. This violates the constraints on truesize.
This patch postpones the upda
On Mon, Jan 28, 2008 at 12:20:50AM -0200, Arnaldo Carvalho de Melo wrote:
> Fixes: http://bugzilla.kernel.org/show_bug.cgi?id=9825
>
> The inet_diag_lock_handler function uses ERR_PTR to encode errors but
> its callers were testing against NULL.
Thanks for catching this Arnaldo!
--
Visit Openswa
drivers/net/tokenring/smctr.h:50:#define IBM_PASS_SOURCE_ADDR0x01
--
replace logical- by bit-or for IBM_PASS_SOURCE_ADDR
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/tokenring/smctr.c b/drivers/net/tokenring/smctr.c
index 93da3a3..ec29766 100644
--- a/drivers
This fixes a problem and a potential loophole with regard to seqno/ackno
validity: the problem is that the initial adjustments to AWL/SWL were
only performed at the begin of the connection, during the handshake.
Since the Sequence Window feature is always greater than Wmin=32 (7.5.2),
it is howeve
This fixes the problem that dccp_probe output can grow quite large without
apparent benefit (many identical data points), creating huge files (up to
over one Gigabyte for a few minutes' test run) which are very hard to
post-process (in one instance it got so bad that gnuplot ate up all memory
plus
After moving the assignment of GAR/ISS from dccp_connect_init() to
dccp_transmit_skb(), the former function becomes very small, so that
a merger with dccp_connect() suggested itself.
Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
---
net/dccp/output.c | 18 +-
1 files changed,
This patch was triggered by finding the following message in the syslog:
"kernel: dccp_check_seqno: DCCP: Step 6 failed for DATAACK packet, [...]
P.ackno exists or LAWL(82947089) <= P.ackno(82948208)
<= S.AWH(82948728), sending SYNC..."
Note the difference
This fixes a bug in the reverse lookup of p, given a value f(p) (used in the
reverse-lookup of the first/synthetic loss interval in RFC 3448, 6.3.1):
instead of p, the function returned the smallest table value f(p).
The smallest tabulated value of
10^6 * f(p) = sqrt(2*p/3) + 12 * sqrt(3*p/8)
This is a set of bug fixes for CCID3 and general DCCP.
Please consider patches #1, #2, #3. The remainder are for the test tree
(but are fixes nonetheless) and may not apply directly onto mainline; with
regard to patch #6, please see note at end of message.
Patch #1: Fixes a CCID3 bug: when loss
Step 8.5 in RFC 4340 says for the newly cloned socket
Initialize S.GAR := S.ISS,
but what in fact the code (minisocks.c) does is
Initialize S.GAR := S.ISR,
which is wrong (typo?) -- fixed by the patch.
Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
---
net/dccp/minisoc
Hi folks,
with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
2.6.23 on my Mac mini Core Duo. I saw that this was reported in
http://bugzilla.kernel.org/show_bug.cgi?id=9721 and on netdev a patch
for the sky2 driver was sent by Stephen Hemminger. This patch fixed WOL
for me after
On Mon, Jan 28, 2008 at 09:33:02AM +0100, Jarek Poplawski wrote:
...
> [...] Are these aliases in the node sorted by
> fib_priority too? [...]
OK, I see they are!
Sorry for bothering,
Jarek P.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAI
On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
> Tino Keitel writes:
> > Hi folks,
> >
> > with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> > 2.6.23 on my Mac mini Core Duo. I saw that this was reported in
> > http://bugzilla.kernel.org/show_bug.cgi?id=
On Mon, Jan 28, 2008 at 09:33:02AM +0100, Jarek Poplawski wrote:
...
> from fib_node_alias() with right tos but greater fib_priority, but
"from fib_find_alias()" of course...
arek P.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED
On 28-01-2008 00:20, Jarek Poplawski wrote:
> Hi, I have a few questions below:
>
> Julian Anastasov wrote, On 01/26/2008 01:41 PM:
...
>> --- linux-2.6.24/net/ipv4/fib_hash.c_orig2008-01-25 10:45:06.0
>> +0200
>> +++ linux-2.6.24/net/ipv4/fib_hash.c 2008-01-26 14:11:34.0 +020
75 matches
Mail list logo
