On Thu, Nov 15, 2007 at 04:57:17PM +, Nj A ([EMAIL PROTECTED]) wrote:
> > Well, your code will oops just like before - you provide empty skb to
> > the inet_iif(), which is wrong. Actually you will not even reach that
> > point, since your code will exit after skb->dev check.
> >
> > Try simpl
-Jay Vosburgh, IBM Linux Technology Center, [EMAIL PROTECTED]
>- Message d'origine
>De : Jay Vosburgh <[EMAIL PROTECTED]>
>À : [EMAIL PROTECTED]
>Cc : netdev@vger.kernel.org
>Envoyé le : Jeudi, 10 Janvier 2008, 0h26mn 38s
>Objet : Re: Re : Re : Re : Bo
: Jay Vosburgh <[EMAIL PROTECTED]>
À : [EMAIL PROTECTED]
Cc : netdev@vger.kernel.org
Envoyé le : Jeudi, 10 Janvier 2008, 21h59mn 20s
Objet : Re: Re : Re : Re : Re : Bonding : Monitoring of 4965 wireless card
[EMAIL PROTECTED] wrote:
>Yes it's what i'm looking for. I
On Wed, 6 May 2020 07:41:51 -0700 "Paul E. McKenney" wrote:
> On Wed, May 06, 2020 at 02:59:26PM +0200, SeongJae Park wrote:
> > TL; DR: It was not kernel's fault, but the benchmark program.
> >
> > So, the problem is reproducible using the lebench[1] only. I carefully read
> > it's code again.
On Thu, Nov 15, 2007 at 05:29:52PM +0100, Nj A ([EMAIL PROTECTED]) wrote:
> Hello all,
> No bugs are due to the inet_lookup call now using the following:
> if ((s_skb = alloc_skb (MAX_TCP_HEADER + 15, GFP_ATOMIC)) == NULL)
> {
> printk ("%s: Unable to allocate memory \n", __FUN
> Well, your code will oops just like before - you provide empty skb to
> the inet_iif(), which is wrong. Actually you will not even reach that
> point, since your code will exit after skb->dev check.
>
> Try simple inet_lookup(&tcp_hashinfo, src, p_src, dst, p_dst, 0).
But trying inet_lookup(&t
I have a biz proposal if you are interested contact me:
mrpatrickchan...@yahoo.com.hk
From: Kimberly Barnes
Sent: Sunday, July 19, 2015 3:27 AM
To: Kimberly Barnes
Cc: Kimberly Barnes
Subject: Re : Re :
I have a biz proposal if you are interested contact
TL; DR: It was not kernel's fault, but the benchmark program.
So, the problem is reproducible using the lebench[1] only. I carefully read
it's code again.
Before running the problem occurred "poll big" sub test, lebench executes
"context switch" sub test. For the test, it sets the cpu affinity[
On Wed, May 06, 2020 at 02:59:26PM +0200, SeongJae Park wrote:
> TL; DR: It was not kernel's fault, but the benchmark program.
>
> So, the problem is reproducible using the lebench[1] only. I carefully read
> it's code again.
>
> Before running the problem occurred "poll big" sub test, lebench e
-J
---
-Jay Vosburgh, IBM Linux Technology Center, [EMAIL PROTECTED]
>
>- Message d'origine
>De : Jay Vosburgh <[EMAIL PROTECTED]>
>À : [EMAIL PROTECTED]
>Cc : John W. Linville <[EMAIL PROTECTED]>; netdev@vger.kernel.org
>Envoyé le :
i, 10 Janvier 2008, 0h26mn 38s
Objet : Re: Re : Re : Re : Bonding : Monitoring of 4965 wireless card
[EMAIL PROTECTED] wrote:
>I mean that instead of arp test an ip in lan or else, i want it to
test 127.0.0.1 but in order to do this it must go out and re-enter and
then use wlan0 to go out
On Tue, 5 May 2020 11:17:07 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> > wrote:
> >
> > > On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > > > On Tue, 5 May 2020 0
On Tue, May 05, 2020 at 08:34:02PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 11:17:07 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> > > wrote:
> > >
> > > > On Tue, May
On Wed, Nov 14, 2007 at 04:47:22PM +, Nj A ([EMAIL PROTECTED]) wrote:
> By setting the ID of the ingress device to the inet_lookup() to 0, the
> machine reboots automatically.
> Setting proc/sys/kernel/panic* to non zero values dosn't help more..
Sorry, I did not understand?
You mean after yo
skb?
Any idea please?
Cheers,
- Message d'origine
> De : Evgeniy Polyakov <[EMAIL PROTECTED]>
> À : Nj A <[EMAIL PROTECTED]>
> Cc : netdev@vger.kernel.org
> Envoyé le : Jeudi, 15 Novembre 2007, 11h12mn 28s
> Objet : Re: Re : Re : Bug in using inet_lookup (
[EMAIL PROTECTED] wrote:
>I ignore it, but it seems like it prevent bonding detect link of wlan0. I
>enslave wlan0 and i already use use_carrier=1;
The default for bonding is use_carrier=1, which makes bonding
use the device driver's netif_carrier_on/off state for link detection.
Bonding
MAIL PROTECTED]>; netdev@vger.kernel.org
Envoyé le : Mercredi, 9 Janvier 2008, 22h36mn 00s
Objet : Re: Re : Re : Bonding : Monitoring of 4965 wireless card
[EMAIL PROTECTED] wrote:
>I ignore it, but it seems like it prevent bonding detect link of
wlan0. I enslave wlan0 and i already use use
On Wed, Jan 09, 2008 at 09:17:06PM +, [EMAIL PROTECTED] wrote:
> I ignore it, but it seems like it prevent bonding detect link of wlan0. I
> enslave wlan0 and i already use use_carrier=1;
> I use bond to have my etherenet ip in wifi at office, else the wireless
> connection give temporary and
On Thu, Apr 15, 2021 at 3:19 PM Stefan Hajnoczi wrote:
>
> On Thu, Apr 15, 2021 at 01:38:37PM +0800, Yongji Xie wrote:
> > On Wed, Apr 14, 2021 at 10:15 PM Stefan Hajnoczi
> > wrote:
> > >
> > > On Wed, Mar 31, 2021 at 04:05:19PM +0800, Xie Yongji wrote:
> > > > VDUSE (vDPA Device in Userspace)
On Thu, Apr 15, 2021 at 04:33:27PM +0800, Yongji Xie wrote:
> On Thu, Apr 15, 2021 at 3:19 PM Stefan Hajnoczi wrote:
> > On Thu, Apr 15, 2021 at 01:38:37PM +0800, Yongji Xie wrote:
> > > On Wed, Apr 14, 2021 at 10:15 PM Stefan Hajnoczi
> > > wrote:
> > > > On Wed, Mar 31, 2021 at 04:05:19PM +080
From: Pierre Ynard <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 01:19:47 + (GMT)
> > > > Unfortunately you cannot change the layout of a structure
> > > > already exported to userspace, it is part of the ABI.
> > >
> > > Well, I thought it would not be a problem, as it is not exactly
> > > rele
On Fri, May 11, 2018 at 10:44 AM, Gao Feng wrote:
> At 2018-05-11 21:23:55, "Willem de Bruijn"
> wrote:
>>On Fri, May 11, 2018 at 2:20 AM, Gao Feng wrote:
>>> At 2018-05-11 11:54:55, "Willem de Bruijn"
>>> wrote:
On Thu, May 10, 2018 at 4:28 AM, wrote:
> From: Gao Feng
>
>
On Tue, 5 May 2020 09:00:44 -0700 Eric Dumazet wrote:
> On Tue, May 5, 2020 at 8:47 AM SeongJae Park wrote:
> >
> > On Tue, 5 May 2020 08:20:50 -0700 Eric Dumazet
> > wrote:
> >
> > >
> > >
> > > On 5/5/20 8:07 AM, SeongJae Park wrote:
> > > > On Tue, 5 May 2020 07:53:39 -0700 Eric Dumazet
>
On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 09:37:42 -0700 Eric Dumazet
> > wrote:
> >
> > >
> > >
> > > On 5/5/20 9:31 AM, Eric Dumazet wrote:
> > > >
> > > >
> > > > On 5/5/20 9:25 AM,
On Tue, May 05, 2020 at 07:56:05PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 10:30:36 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:05:53PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 09:37:42 -0700 Eric Dumazet
> > > wrote:
> > >
> > > >
> > > >
> > > >
On Tue, 5 May 2020 11:27:20 -0700 "Paul E. McKenney" wrote:
> On Tue, May 05, 2020 at 07:49:43PM +0200, SeongJae Park wrote:
> > On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney"
> > wrote:
> >
> > > On Tue, May 05, 2020 at 09:25:06AM -0700, Eric Dumazet wrote:
> > > >
> > > >
> > > > On
On Tue, May 05, 2020 at 08:40:07PM +0200, SeongJae Park wrote:
> On Tue, 5 May 2020 11:27:20 -0700 "Paul E. McKenney"
> wrote:
>
> > On Tue, May 05, 2020 at 07:49:43PM +0200, SeongJae Park wrote:
> > > On Tue, 5 May 2020 10:23:58 -0700 "Paul E. McKenney"
> > > wrote:
> > >
> > > > On Tue, May
> Quoting Or Gerlitz <[EMAIL PROTECTED]>:
> Subject: Re: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB support for?the
> bonding driver
>
> Michael S. Tsirkin wrote:
> >Maybe we could use hard_header_cache/header_cache_update methods instead of
> >neighbour clean
On Mon, Apr 12, 2021 at 4:49 AM Michael S. Tsirkin wrote:
>
> On Sun, Apr 11, 2021 at 01:36:18PM +0800, Yongji Xie wrote:
> > On Sat, Apr 10, 2021 at 12:16 AM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Mar 31, 2021 at 04:05:12PM +0800, Xie Yongji wrote:
> > > > Use vhost_dev->mutex to protect
On Mon, Apr 12, 2021 at 10:29:17AM +0800, Yongji Xie wrote:
> On Mon, Apr 12, 2021 at 4:49 AM Michael S. Tsirkin wrote:
> >
> > On Sun, Apr 11, 2021 at 01:36:18PM +0800, Yongji Xie wrote:
> > > On Sat, Apr 10, 2021 at 12:16 AM Michael S. Tsirkin
> > > wrote:
> > > >
> > > > On Wed, Mar 31, 2021
> It's always wrong to copy symbols from another module without
> referencing it.
Michael,
It seems like the preferred approach is to prevent ib_ipoib from being
unloaded while bonding is on top it, right?
It seems like it would handle all safety issues (not just neigh cleanup).
-
To unsubscri
> Quoting Moni Shoua <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: Re: Re: [PATCH V3 0/7] net/bonding: ADD IPoIB
> support for?the bonding driver
>
>
> > It's always wrong to copy symbols from another module without
> > referencing it.
>
32 matches
Mail list logo