lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 9 May 2016 18:08:01 +0200
From:	William Dauchy <wdauchy@...il.com>
To:	"Skidmore, Donald C" <donald.c.skidmore@...el.com>
Cc:	NETDEV <netdev@...r.kernel.org>,
	"intel-wired-lan@...ts.osuosl.org" <intel-wired-lan@...ts.osuosl.org>,
	Alex Duyck <aduyck@...antis.com>
Subject: Re: [Intel-wired-lan] NULL dereference on v4.1.x while enabling VF

Hello Hello Don,

Thank you for your help.

On Fri, May 6, 2016 at 6:26 PM, Skidmore, Donald C
<donald.c.skidmore@...el.com> wrote:
> My validation hasn't be able to recreate the dereference on v4.1.x, v4.5.x or net_next.  Where exactly did you place the two line script in your rc scripts.  Our validation was able to run it as soon as ~14 second after the first boot message logged in dmesg.  Is this anywhere close to where you were executing it?  Likewise he has attempted running at both run level 3 and 5 in case that changed any of the times of how soon the rc scripts are executed.  So the more detail you can give of setup the more it might help us recreate what you are seeing.

my script is called right at the beginning of "start" from
/etc/init.d/networking in debian jessie; so before network init.
(first trace is 40s after boot in my test)
I can't find any other details I could gave you for now but I will let
you know if I think about something else.

-- 
William

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ