Hi all,
I have recently run into the issue where connect() returns -EAGAIN
if the remote host is on the other end of an IPsec tunnel for which no
SAD exists yet.
I have read a few threads on the topic, and it seems that the idea is to
implement a scheme similar to ARP for queueing outgoing packet
Mikael Pettersson (on Sun, 11 Jun 2006 02:51:21 +0200 (MEST)) wrote:
>On Sat, 10 Jun 2006 12:13:35 -0700, Randy.Dunlap wrote:
>>On Sat, 10 Jun 2006 14:11:42 +0200 (MEST) Mikael Pettersson wrote:
>>
>>> While compiling 2.6.17-rc6 for a 486 with an NE2000 ISA ethernet card, I
>>> got:
>>>
>>> WARNI
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:22 -0700
> Update driver version to 1.4.42.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
I'll apply this once we decide what is going to happen
with the BCM_PAGE_BITS change.
-
To unsubscribe from this list: send the li
Applied the firmware update patch, thanks a lot.
-
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: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 18:42:29 -0700
> On Mon, 2006-06-12 at 17:38 -0700, David Miller wrote:
> > From: "Michael Chan" <[EMAIL PROTECTED]>
> > Date: Mon, 12 Jun 2006 17:17:18 -0700
> >
> > > Add functions to decompress firmware before loading to the inter
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:13 -0700
> Use CPU native page size to determine various ring sizes. This allows
> order-0 memory allocations on all systems.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Are you sure you want to do this when the base p
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:08 -0700
> Allow WOL settings on 5708 B2 and newer chips that have the problem
> fixed.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied to net-2.6.18, thanks.
-
To unsubscribe from this list: send the line "unsubsc
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:03 -0700
> Add a counter for packets dropped by firmware.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Applied to net-2.6.18, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a
On Mon, 12 Jun 2006 16:56:01 -0700
Sridhar Samudrala <[EMAIL PROTECTED]> wrote:
> This patch makes it convenient to use the sockets API by the in-kernel
> users like sunrpc, cifs & ocfs2 etc and any future users.
> Currently they get to this API by directly accesing the function pointers
> in the
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 13 Jun 2006 06:54:14 +0200
> I guess if you use 1394 with remote DMA for other protocols (like
> video etc.) there must be some way for the subsystem to map
> the memory even on IOMMU systems. I admit I haven't dived that
> deeply into the 1394 subsy
Stephen Hemminger wrote:
@@ -2183,9 +2190,6 @@ static int sky2_poll(struct net_device *
int work_done = 0;
u32 status = sky2_read32(hw, B0_Y2_SP_EISR);
- if (!~status)
- return 0;
-
if (status & Y2_IS_HW_ERR)
sky2_hw_intr(hw);
It's prob
On Tuesday 13 June 2006 06:49, David Miller wrote:
> From: Andi Kleen <[EMAIL PROTECTED]>
> Date: Tue, 13 Jun 2006 05:47:49 +0200
>
> > I've been playing with the idea of writing "early1394" that just
> > turns the DMA controller on as early as possible similar to earlyprintk
> > on the target. Th
Michael, you just sent out what appears to be 6 copies of the
bnx2_fw.h patch :-) I think your patch sending script messed
something up.
-
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.or
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 13 Jun 2006 05:47:49 +0200
> I've been playing with the idea of writing "early1394" that just
> turns the DMA controller on as early as possible similar to earlyprintk
> on the target. Then it would be possible to use it for early
> debugging too. Bu
The resume bug was cause not by an early interrupt but because
the idle timeout was not being stopped on suspend. Also disable hardware
IRQ's on suspend. Will need to revisit this when wake-on-lan is added.
Patch against 2.6.17-rc latest which includes Linus's attempt at
fixing this.
Signed-off-b
James Morris wrote:
On Mon, 12 Jun 2006, Sridhar Samudrala wrote:
- sendpage = sock->ops->sendpage ? : sock_no_sendpage;
+ sendpage = kernel_sendpage ? : sock_no_sendpage;
This is not equivalent.
Actually, we could make this a simple assignment as we check for
sock->o
Stephen Hemminger wrote:
>> my problem is that for my prism 2 adapter both drivers are loaded at
>> which point neither of them works. I'm running FC5, and i have to
>> keep removing the orinoco*.ko files to keep them from loading, so I'm
>> all for this patch.
>>
>
> use blacklist in module conf
On 12/06/06 17:10 -0700, Jesse Brandeburg wrote:
> On 6/12/06, John W. Linville <[EMAIL PROTECTED]> wrote:
> >On Mon, Jun 12, 2006 at 01:49:54AM +0300, Faidon Liambotis wrote:
> >
> >> Having two drivers supporting the same set of hardware seems pretty
> >> pointless to me. Plus, it confuses hotplu
On Monday 12 June 2006 23:25, Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > On Monday 12 June 2006 17:38, Mark Lord wrote:
> >
> >> Okay, so I'm daft. But.. *what* is "it" ??
> >>
> >> We have two machines: target (being debugged), and host (anything).
> >> Sure, the target has to have oh
On Mon, 12 Jun 2006, Sridhar Samudrala wrote:
> - sendpage = sock->ops->sendpage ? : sock_no_sendpage;
> + sendpage = kernel_sendpage ? : sock_no_sendpage;
This is not equivalent.
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
Change bnx2_fw.h to use compressed data (4/6)
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2_fw.h b/drivers/net/bnx2_fw.h
index 05e0294..99d2989 100644
--- a/drivers/net/bnx2_fw.h
+++ b/drivers/net/bnx2_fw.h
@@ -1136,262 +1136,185 @@ static u8 bnx2_rv2p_proc1[] = {
Change bnx2_fw.h to use compressed data (3/6)
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2_fw.h b/drivers/net/bnx2_fw.h
index c0e8d55..05e0294 100644
--- a/drivers/net/bnx2_fw.h
+++ b/drivers/net/bnx2_fw.h
@@ -1057,130 +1057,84 @@ static u32 bnx2_RXP_b06FwRodata[(
Change bnx2_fw.h to use compressed data (5/6)
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2_fw.h b/drivers/net/bnx2_fw.h
index 99d2989..de0cac7 100644
--- a/drivers/net/bnx2_fw.h
+++ b/drivers/net/bnx2_fw.h
@@ -1330,201 +1330,199 @@ static const u32 bnx2_TPAT_b06Fw
On Mon, 2006-06-12 at 17:38 -0700, David Miller wrote:
> From: "Michael Chan" <[EMAIL PROTECTED]>
> Date: Mon, 12 Jun 2006 17:17:18 -0700
>
> > Add functions to decompress firmware before loading to the internal
> > CPUs. Compressing the firmware reduces the driver size significantly.
> >
> > Sig
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:18 -0700
> Add functions to decompress firmware before loading to the internal
> CPUs. Compressing the firmware reduces the driver size significantly.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
...
> +#define FNAME
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:17:22 -0700
> Update driver version to 1.4.42.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
I didn't get patch 5, I can only assume it was a huge firmware
patch and that both vger.kernel.org and my own personal email
syste
Update driver version to 1.4.42.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 3b1fe1e..7cacc3f 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -57,8 +57,8 @@
#define DRV_MODULE_NAME"bnx2"
#define PFX DR
Add functions to decompress firmware before loading to the internal
CPUs. Compressing the firmware reduces the driver size significantly.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index bdaaad8..1fb0a19 100644
--- a/drivers/net/Kconfig
Use CPU native page size to determine various ring sizes. This allows
order-0 memory allocations on all systems.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 49c09da..7a3d888 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@
Allow WOL settings on 5708 B2 and newer chips that have the problem
fixed.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 1a5f7a8..49c09da 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -5642,7 +5642,9 @@ bnx2_init_board(st
Add a counter for packets dropped by firmware.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 7a1fb52..1a5f7a8 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -4034,6 +4034,8 @@ bnx2_timer(unsigned long data)
msg = (
On 6/12/06, John W. Linville <[EMAIL PROTECTED]> wrote:
On Mon, Jun 12, 2006 at 01:49:54AM +0300, Faidon Liambotis wrote:
> Having two drivers supporting the same set of hardware seems pretty
> pointless to me. Plus, it confuses hotplugging/automatic detection.
This subject comes-up from time t
This patch makes it convenient to use the sockets API by the in-kernel
users like sunrpc, cifs & ocfs2 etc and any future users.
Currently they get to this API by directly accesing the function pointers
in the sock structure.
Most of these functions are pretty simple and can be made inline and mov
This patch updates sunrpc to use in-kernel sockets API.
Thanks
Sridhar
diff --git a/net/sunrpc/svcsock.c b/net/sunrpc/svcsock.c
index a27905a..ee80b3c 100644
--- a/net/sunrpc/svcsock.c
+++ b/net/sunrpc/svcsock.c
@@ -388,7 +388,7 @@ svc_sendto(struct svc_rqst *rqstp, struc
/* send head */
Mourad De Clerck <[EMAIL PROTECTED]> :
[...]
> I do notice a pattern with more and less "complicated"/cpu intensive
> traffic: using http (wget) I manage to finish doing the transfer of the
> same reasonably big file. With scp I only manage to get to 90% of that
> file before it freezes - I should
Matt Mackall wrote:
Ahh, right. I forgot that I'd done that. Can you resend?
I just respun it against 2.6.17-rc6-mm2.
J
--
Subject: netpoll: don't spin forever sending to blocked queues
When transmitting a skb in netpoll_send_skb(), only retry a limited
number of times if the device q
Andi Kleen wrote:
On Monday 12 June 2006 17:38, Mark Lord wrote:
Okay, so I'm daft. But.. *what* is "it" ??
We have two machines: target (being debugged), and host (anything).
Sure, the target has to have ohci1394 loaded, and firescope running.
But what about the *other* end of the connect
On Mon, Jun 12, 2006 at 01:57:58PM -0700, Jeremy Fitzhardinge wrote:
> Matt Mackall wrote:
> >On Thu, Jun 08, 2006 at 07:15:50PM -0700, Jeremy Fitzhardinge wrote:
> >
> >>Here's a patch. I haven't tested it beyond compiling it, and I don't
> >>know if it is actually correct. In this case, it s
Matt Mackall wrote:
On Thu, Jun 08, 2006 at 07:15:50PM -0700, Jeremy Fitzhardinge wrote:
Here's a patch. I haven't tested it beyond compiling it, and I don't
know if it is actually correct. In this case, it seems pointless to
spin waiting for an even which will never happen. Should
netif
On Mon, Jun 12, 2006 at 06:39:58PM +0300, Faidon Liambotis wrote:
> FWIW, I think we've experienced a similar situation like this in the
> past in the networking land and the consensus was to completely remove
> the other driver. I'm referring to e100/eepro100, of course.
The difference with
Jeff,
Please find the Qlogic qla3xxx Ethernet driver posted at the URL below.
This is a complementary network driver for our ISP4XXX parts.
There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
integrated upstream as well.
I have been through several iterations with the linux-ne
From: Wei Dong <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 16:49:23 +0800
> On Mon, 2006-06-12 at 15:24 +0800, Wei Dong wrote:
> > > Also, when kernel receives an IP packet and need to forward, but
> > > TTL=1 or TTL=0, kernel just sends an ICMP packet to inform the
> > > sender TTL count exceeded,
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 10:49:36 +0200
> Subject: undo AF_UNIX _bh locking changes and split lock-type
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> this cleans up lock-validator-special-locking-af_unix.patch: instead
> of adding _bh locking to AF_UNIX, this pat
On Mon, Jun 12, 2006 at 09:35:23PM +0200, Jiri Benc wrote:
> On Thu, 8 Jun 2006 09:49:07 +0200 (CEST), Jiri Benc wrote:
> > ieee80211_local has a separate class_device. That means it has reference
> > counting independent of master net_device and can be freed at a different
> > time, therefore the
On Monday 12 June 2006 21:16, Jiri Benc wrote:
> This makes fragmentation work with bcm43xx.
>
> Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
The other patch will get my sign-off tomorrow (I think modified, though).
I don't have time to look at i
On Thu, 8 Jun 2006 09:49:07 +0200 (CEST), Jiri Benc wrote:
> ieee80211_local has a separate class_device. That means it has reference
> counting independent of master net_device and can be freed at a different
> time, therefore these two structures cannot be allocated together.
>
> Solve this by
Most user don't want their kern.log/dmesg filled with
debugging gibberish, and could turn it on if prompted.
( Example:
wifi0: TXEXC - status=0x0004 ([Discon]) tx_control=000c
retry_count=0 tx_rate=0 fc=0x0108 (Data::0 ToDS)
A1=00:0f:66:43:d7:0a A2=00:05:3c:06:63:01 A3=33:33:00:00:00:16
A4=00:00:
This makes fragmentation work with bcm43xx.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/bcm43xx/bcm43xx_dma.c |2 +-
drivers/net/wireless/d80211/bcm43xx/bcm43xx_pio.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- dscape.orig/drivers/net/wir
On Mon, Jun 12, 2006 at 10:51:21AM -0500, Matt Mackall wrote:
> On Mon, Jun 12, 2006 at 11:40:29AM -0400, Neil Horman wrote:
> > Hey there-
> > the netpoll system currently has a rx to tx path via:
> > netpoll_rx
> > __netpoll_rx
> > arp_reply
> >netpoll_send_skb
> > dev->hard_start_
Currently, before a packet is passed to the driver, the driver is asked
about status of its TX queues (i.e. how many packets are queued in each
queue and how large are queues).
This is different from the way generic networking works in Linux and it
doesn't allow easy implementation of resubmitting
If a driver needs to find out if the fragment it is supposed to pass to the
hardware is the first fragment, the only way to do this is to check if
a Fragment Number part of seq_ctrl field in the frame header equals to 0.
Let's make it easier.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
incl
This is an attempt to fix bcm43xx driver. It is for DMA mode only and
incomplete even for that mode - ieee80211_hw->tx() callback should return
NETDEV_TX_* constants which is not completely fixed by this patch.
---
drivers/net/wireless/d80211/bcm43xx/bcm43xx_dma.c |6 +-
drivers/net/wire
Following patches allow proper handling of situation when hw queue gets
filled up while sending 802.11 fragments.
This breaks drivers; an example how to fix them is in second patch. Also,
get_tx_stats callback is optional now.
--
Jiri Benc
SUSE Labs
-
To unsubscribe from this list: send the line
When the queue gets filled up while sending fragments, do not discard the
frame.
Partially sent frames are stored in a buffer in ieee80211_local (there is
place for one frame for each queue there). When the space in hw queue gets
available again, stored frame for that queue is sent first.
Also, t
TX and RX handlers are allowed to change skb. Fix (hopefully) the last place
where this is not taken into account.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c |1 +
1 files changed, 1 insertion(+)
--- dscape.orig/net/d80211/ieee80211.c
+++ dscape/net/d80211/ieee
"Randy.Dunlap" <[EMAIL PROTECTED]> writes:
>> > static const char* version = "SDLA driver v0.30, 12 Sep 1996,
>> > [EMAIL PROTECTED]";
>>
>> 1996 doesn't look encouraging but it may be misleading.
>
> Yep. You could ignore it :) or rm drivers/net/wan/slda* :)
I don't know, maybe Mike will say
Mourad De Clerck <[EMAIL PROTECTED]> :
[...]
> I just tried this patch set, but it doesn't do anything for the "freeze
> at high speed" I mentioned on 2006-06-09. It still locks up. (As an
> additional data point: I installed win2k on this machine, and it seems
> to have no problems transferring at
On Mon, Jun 12, 2006 at 11:24:39AM -0400, John W. Linville wrote:
> On Mon, Jun 12, 2006 at 01:49:54AM +0300, Faidon Liambotis wrote:
>
> > Having two drivers supporting the same set of hardware seems pretty
> > pointless to me. Plus, it confuses hotplugging/automatic detection.
>
> This subject
On Mon, 12 Jun 2006 19:50:22 +0200 Krzysztof Halasa wrote:
> Hi,
>
> "Randy.Dunlap" <[EMAIL PROTECTED]> writes:
>
> > Priority: tossup.
> > netdev->set_config can be called at any time, so these references
> > to __initdata would be a real problem.
> > However, problem has not been observed AFAI
On Mon, Jun 12, 2006 at 09:42:14AM -0700, Mitch Williams wrote:
> On Sun, 2006-06-11 at 17:13 -0700, Neil Horman wrote:
> > Any further thoughts on this guys? I still think my last solution
> > solves all of
> > the netpoll problems, and isn't going to have any noticable impact on
> > performance.
Hi,
"Randy.Dunlap" <[EMAIL PROTECTED]> writes:
> Priority: tossup.
> netdev->set_config can be called at any time, so these references
> to __initdata would be a real problem.
> However, problem has not been observed AFAIK.
>
> Fix section mismatch warnings:
> WARNING: drivers/net/wan/sdla.o - Se
Thanks, Stephen. But I think there is still a problem with the AIMD
parameter update in HighSpeed TCP code.
Line 125~138 of the code (net/ipv4/tcp_highspeed.c):
/* Update AIMD parameters */
if (tp->snd_cwnd > hstcp_aimd_vals[ca->ai].cwnd) {
while (tp->snd_cwnd > h
Hello,
This is just a heads up for anyone interested that I have submitted a patch
set that involves core networking and the xfrm subsystem to the selinux
list. I plan on submitting it to this list as soon as it gets properly
reviewed on the SELinux side.
I am shooting for the 2.6.18 window.
Bro
On Sun, 2006-06-11 at 17:13 -0700, Neil Horman wrote:
> Any further thoughts on this guys? I still think my last solution
> solves all of
> the netpoll problems, and isn't going to have any noticable impact on
> performance.
>
I haven't had time to evaluate performance on your patch (sorry!), but
On Sun, 2006-06-11 at 12:13 -0400, Jeff Garzik wrote:
> > This adds a phy_ethtool_get_link() function along the same lines as
> > phy_ethtool_gset(). This provides drivers utilizing PHYLIB an
> > alternative to using ethtool_op_get_link(). This is more desirable
> > since the "Link detected" fiel
On Mon, Jun 12, 2006 at 11:40:29AM -0400, Neil Horman wrote:
> Hey there-
> the netpoll system currently has a rx to tx path via:
> netpoll_rx
> __netpoll_rx
> arp_reply
>netpoll_send_skb
> dev->hard_start_tx
>
> This rx->tx loop places network drivers at risk of
> inadverte
On Thu, 2006-06-08 at 01:17 -0700, Andrew Morton wrote:
> On Wed, 07 Jun 2006 15:06:55 -0500
> Steve Wise <[EMAIL PROTECTED]> wrote:
>
> >
> > +void c2_free(struct c2_alloc *alloc, u32 obj)
> > +{
> > + spin_lock(&alloc->lock);
> > + clear_bit(obj, alloc->table);
> > + spin_unlock(&alloc->l
Andrew, thanks for the review, comments inline...
On Thu, 2006-06-08 at 00:54 -0700, Andrew Morton wrote:
> On Wed, 07 Jun 2006 15:06:05 -0500
> Steve Wise <[EMAIL PROTECTED]> wrote:
>
> >
> > This patch provides the new files implementing the iWARP Connection
> > Manager.
> >
> > Review Change
On Monday 12 June 2006 17:38, Mark Lord wrote:
> Andi Kleen wrote:
> > On Friday 09 June 2006 17:24, Mark Lord wrote:
> >> Andi Kleen wrote:
> >>> If your laptop has firewire you can also use firescope.
> >>> (ftp://ftp.suse.com/pub/people/ak/firescope/)
> >> ..
> >>> FW keeps running as long as n
Hey there-
the netpoll system currently has a rx to tx path via:
netpoll_rx
__netpoll_rx
arp_reply
netpoll_send_skb
dev->hard_start_tx
This rx->tx loop places network drivers at risk of inadvertently causing
a deadlock or BUG halt by recursively trying to acquire a spinlo
Andi Kleen wrote:
On Friday 09 June 2006 17:24, Mark Lord wrote:
Andi Kleen wrote:
If your laptop has firewire you can also use firescope.
(ftp://ftp.suse.com/pub/people/ak/firescope/)
..
FW keeps running as long as nobody resets the ieee1394 chip.
This looks interesting. But how does one
On Mon, Jun 12, 2006 at 01:49:54AM +0300, Faidon Liambotis wrote:
> Having two drivers supporting the same set of hardware seems pretty
> pointless to me. Plus, it confuses hotplugging/automatic detection.
This subject comes-up from time to time. In fact, I'm pretty sure
it came-up very recently
Hi John,
Please queue this for 2.6.18.
--
Suspend MAC (and make MAC-suspend refcounting) when doing
long periodic work.
On long periodic work, we disable IRQs on the device, so
we don't want the MAC to stay operating and probably miss
packets due do non-delivery of interrupts.
Signed-off-by: Mic
Hi Anand,
Anand Kumria wrote:
> There are plenty of people who still use ifconfig to list the addresses
> assigned to their network interfaces (I know, ifconfig is broken) and
> who then parse the output.
>
> However the kernel puts link-local scoped address first if the address
> list of an inte
On Friday 09 June 2006 17:24, Mark Lord wrote:
> Andi Kleen wrote:
> >
> > If your laptop has firewire you can also use firescope.
> > (ftp://ftp.suse.com/pub/people/ak/firescope/)
> ..
> > FW keeps running as long as nobody resets the ieee1394 chip.
>
> This looks interesting. But how does one
On 12/06/06 01:30, Francois Romieu wrote:
> The patch below agaisnt 2.6.17-rc6 includes the following changes:
Just FYI:
I just tried this patch set, but it doesn't do anything for the "freeze
at high speed" I mentioned on 2006-06-09. It still locks up. (As an
additional data point: I installed w
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> (the #ifdef LOCKDEP should probably be converted to some sort of
> lockdep_split_lock_key(&sk->sk_receive_queue.lock) op - i'll do that
> later)
i've added such an op, lockdep_reinit_lock_key() - this makes the patch
cleaner:
--
On Mon, 2006-06-12 at 15:24 +0800, Wei Dong wrote:
> > Also, when kernel receives an IP packet and need to forward, but
> > TTL=1 or TTL=0, kernel just sends an ICMP packet to inform the
> > sender TTL count exceeded, and doesn't increase this counter.
>
> This part of your change seems correct, p
On Sun, Jun 11, 2006 at 11:49:05PM -0700, David Miller wrote:
>
> Yeah. Good point. But how much protocol internals do we want to
> slide into the ->data_ready() callbacks of such layers? That's ugly
> and something we should try to avoid.
I agree with the objective of minimising the exposure
John Rose wrote:
+#define EHEA_MEM_START 0xc000
You probably don't want to hardcode this. Maybe KERNELBASE from page.h?
Yes, we want to use KERNELBASE
+
+int ehea_reg_mr_adapter(struct ehea_adapter *adapter)
+{
+ }
This creates DMA mappings for the entirety of kernel
The code below implements the discussed solution of decrementing
InDatagrams if a datagram fails the checksum within udp_recvmsg().
I have given it a quick test / build and checked the outcome against
previous results: I now obtained correct counter values, i.e. the application
counted exactly InD
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Mon, 12 Jun 2006 17:03:56 +1000
> On Mon, Jun 12, 2006 at 08:57:01AM +0200, Ingo Molnar wrote:
> >
> > regarding your point wrt. path of integration - it is pretty much the
> > only practical way to do this centrally as part of the lock validator
> > pa
On Mon, Jun 12, 2006 at 08:57:01AM +0200, Ingo Molnar wrote:
>
> regarding your point wrt. path of integration - it is pretty much the
> only practical way to do this centrally as part of the lock validator
> patches, but to collect ACKs from subsystem maintainers in the process.
> So if you lik
83 matches
Mail list logo
