On Tue, Feb 16, 2016 at 12:44:46AM +0300, Slawa Olhovchenkov wrote:
> On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote:
>
> > Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto:
> > > On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
> > >
> > >> Hi Slawa,
> >
hi,
please bug me in a couple weeks. still moving house, etc.
-a
On 16 February 2016 at 02:30, Slawa Olhovchenkov wrote:
> On Tue, Feb 16, 2016 at 11:23:20AM +0100, Giuseppe Lettieri wrote:
>
>> I am sorry, I did not participate to the implementation of kqueue
>> support and
On Tue, Feb 16, 2016 at 11:23:20AM +0100, Giuseppe Lettieri wrote:
> I am sorry, I did not participate to the implementation of kqueue
> support and I am not able to comment. Luigi and Adrian should know, however.
Thanks!
> Cheers,
> Giuseppe
>
> Il 15/02/2016 22:44, Slawa Olhovchenkov ha
I am sorry, I did not participate to the implementation of kqueue
support and I am not able to comment. Luigi and Adrian should know, however.
Cheers,
Giuseppe
Il 15/02/2016 22:44, Slawa Olhovchenkov ha scritto:
On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote:
Il
On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote:
> Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto:
> > On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
> >
> >> Hi Slawa,
> >>
> >> I think WITNESS is seeing a false positive, since those two are always
> >>
On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote:
> Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto:
> > On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
> >
> >> Hi Slawa,
> >>
> >> I think WITNESS is seeing a false positive, since those two are always
> >>
Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto:
On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
Hi Slawa,
I think WITNESS is seeing a false positive, since those two are always
different mutexes.
The actual deadlock you experience should be caused by something else. I
On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
> Hi Slawa,
>
> I think WITNESS is seeing a false positive, since those two are always
> different mutexes.
>
> The actual deadlock you experience should be caused by something else. I
Are you sure? When deadlock occur I am
Hi Slawa,
I think WITNESS is seeing a false positive, since those two are always
different mutexes.
The actual deadlock you experience should be caused by something else. I
have not been able to reproduce it locally (I have not tried that hard,
to be honest). I am pretty sure that there is
Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto:
On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
Can you look also on second issue?
PS: What need from me? May be open PR?
May you provide some example code that
On Thu, Feb 11, 2016 at 10:11:59AM +0100, Giuseppe Lettieri wrote:
> Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto:
> > On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
> >
> >> Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
> >>> Can you look also on second issue?
>
Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
Can you look also on second issue?
PS: What need from me? May be open PR?
May you provide some example code that triggers the issue?
Cheers,
Giuseppe
--
Dr. Ing. Giuseppe Lettieri
Dipartimento di Ingegneria della Informazione
Universita'
On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
> Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
> > Can you look also on second issue?
> >
> > PS: What need from me? May be open PR?
>
> May you provide some example code that triggers the issue?
This is about 700 lines
On Tue, Feb 09, 2016 at 02:03:20PM +0100, Giuseppe Lettieri wrote:
> Hi all,
>
> I have only looked into the fist LOR, which has actually been there for
> a long time.
>
> It should be triggered by the following paths:
> 1) application does an ioctl(, NIOCREGIF) (or GETINFO)
>
Hi all,
I have only looked into the fist LOR, which has actually been there for
a long time.
It should be triggered by the following paths:
1) application does an ioctl(, NIOCREGIF) (or GETINFO)
->netmap_mem_finalize() [locks the netmap allocator]
->contigmalloc()
I am Cc-ing Giuseppe Lettieri who has looked at the problem and may
have some comments to share
cheers
luigi
On Mon, Feb 8, 2016 at 9:39 AM, Slawa Olhovchenkov wrote:
> On Thu, Feb 04, 2016 at 10:47:34AM -0800, Adrian Chadd wrote:
>
>> .. but if it does, can you enable witness
On Thu, Feb 04, 2016 at 10:47:34AM -0800, Adrian Chadd wrote:
> .. but if it does, can you enable witness and see what it reports as
> lock order violations?
last STABLE:
1. first LOR (with poll, don't cause direct problems now):
lock order reversal:
1st 0xf800946e6700 vm object (vm
On Tue, Feb 02, 2016 at 11:44:47PM +0300, Slawa Olhovchenkov wrote:
> On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote:
>
> > On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd
> > wrote:
> > > On 22 October 2015 at 09:35, Slawa Olhovchenkov
I've no time to help with this, I'm sorry :(
-a
On 4 February 2016 at 05:00, Slawa Olhovchenkov wrote:
> On Tue, Feb 02, 2016 at 11:44:47PM +0300, Slawa Olhovchenkov wrote:
>
>> On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote:
>>
>> > On Thu, Oct 22, 2015 at 11:12
.. but if it does, can you enable witness and see what it reports as
lock order violations?
-a
On 4 February 2016 at 10:47, Adrian Chadd wrote:
> I've no time to help with this, I'm sorry :(
>
>
> -a
>
>
> On 4 February 2016 at 05:00, Slawa Olhovchenkov
On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote:
> On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote:
> > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote:
> >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
> >>
> >>>
On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote:
> On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote:
>> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
>>
>>> Heh, file a bug with luigi; it should be defined better inside netmap
On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote:
> On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote:
> > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote:
> >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
> >>
> >>>
On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote:
> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
>
>> Heh, file a bug with luigi; it should be defined better inside netmap itself.
>
> I am CC: luigi.
>
> Next question: do kevent RX/TX sync?
> In my setup I
On 22 October 2015 at 11:24, Luigi Rizzo wrote:
> On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote:
>> On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote:
>>> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
>>>
On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote:
> Heh, file a bug with luigi; it should be defined better inside netmap itself.
I am CC: luigi.
Next question: do kevent RX/TX sync?
In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC.
>
> On 18 October 2015 at 14:00, Slawa
Heh, file a bug with luigi; it should be defined better inside netmap itself.
-a
On 18 October 2015 at 14:00, Slawa Olhovchenkov wrote:
> On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote:
>
>> On 18 October 2015 at 11:56, Slawa Olhovchenkov
On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote:
> I have 82576 in NETMAP mode.
> 802.1q packets received in decapsulated form.
> This is bug or this is normal behavior?
I don't know if it's a bug or not; I don't know if it was ever defined
behaviour.
You should just
On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote:
> On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote:
> > I have 82576 in NETMAP mode.
> > 802.1q packets received in decapsulated form.
> > This is bug or this is normal behavior?
>
> I don't know if it's a bug
I have 82576 in NETMAP mode.
802.1q packets received in decapsulated form.
This is bug or this is normal behavior?
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
30 matches
Mail list logo