On Fri, 2013-03-08 at 14:05 -0800, akepner wrote:
>
> During shutdown it's possible for __dev_close() (which holds
> rtnl_lock) to clear the __LINK_STATE_START bit, and for ixgbe
> to then read that bit (without holding rtnl_lock), and then
> not fail to free irqs, etc. The result is a crash li
On Tue, 2013-03-12 at 16:03 -0700, Andrew Morton wrote:
> On Tue, 12 Mar 2013 22:53:46 + (UTC)
> bugzilla-dae...@bugzilla.kernel.org wrote:
>
> > https://bugzilla.kernel.org/show_bug.cgi?id=55131
>
> Some business for you folks ;)
Thanks Andrew!
signature.asc
Description: This is a digita
Thank you for the info so far.
Just to give a little more specifics on my application ... The ATTO NS12 NIC
has two SFP+ interfaces. It uses an 82599EB ethernet controller. We are
using Finisar dual rate 1G/10G SFP+ single mode modules. We have two
computers, each with an NS12. We are are
On Tue, 12 Mar 2013 22:53:46 + (UTC) bugzilla-dae...@bugzilla.kernel.org
wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=55131
Some business for you folks ;)
--
Everyone hates slow websites. So do we.
Make your
Hey Arthur,
Sorry about the slow reply, I think we got into a case of Jeff waiting for me
to reply while was I waiting for Jeff to pull the patch into his queue.
As far as the patch goes it looks good to me. In fact we the out of tree
driver was already doing the rtnl lock out side of netif_ru
Hi e1000-devel;
I sent a patch (same subject line as this mail) last Friday
to both e1000-devel, and netdev.
Could you have a look at it, and give it an ack, or nak?
Thanks.
--
Arthur
--
Symantec Endpoint Protec
> -Original Message-
> From: Waskiewicz Jr, Peter P [mailto:peter.p.waskiewicz...@intel.com]
> Sent: Monday, March 11, 2013 10:19 PM
> To: r...@softhome.net
> Cc: e1000-de...@lists.sf.net; Tantilov, Emil S
> Subject: Re: [E1000-devel] ixgbe for 82599, how to disable autoneg?
>
> On 3/11/
On Mon, Mar 11, 2013 at 09:25:37PM +0100, Borislav Petkov wrote:
> Yeah, it is already upstream. And yeah, it did trigger with it.
>
> $ git describe
> v3.9-rc2-112-g7c6baa304b84
>
> But it somehow doesn't trigger with that same kernel anymore so I'll
> consider it a glitch and watch it over the
Hello,
as promised your photos http://madaifu.com/photos.htm
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
endpoint
