On Tue, 20 Nov 2012, Joe Jin wrote:
> On 11/20/12 16:59, Dave, Tushar N wrote:
>> Have you power off the system completely after modifying eeprom? If not
>> please do so.
>
> Hi Tushar,
>
> Seems not works for me, would you please help to check what is wrong of my
> operations?
...
> # lspci -
u.
Regards
Mary
-Original Message-
From: Joe Jin
Sent: Monday, November 26, 2012 8:00 PM
To: Fujinaka, Todd
Cc: Dave, Tushar N; net...@vger.kernel.org; e1000-de...@lists.sf.net;
linux-ker...@vger.kernel.org; Mary Mcgrath
Subject: Re: [E1000-devel] 82571EB: Detected Hardware Unit Hang
On 1
Those are completely different parts with completely different architectures
(and completely different problems). All the fixes I know for your onboard part
(the 82579LM if I'm reading things correctly) are from the motherboard group so
you should check to see that your BIOS is up-to-date.
Than
ay, November 27, 2012 10:11 AM
To: Fujinaka, Todd; Mary Mcgrath
Cc: Joe Jin; net...@vger.kernel.org; e1000-de...@lists.sf.net;
linux-ker...@vger.kernel.org; linux-pci
Subject: RE: [E1000-devel] 82571EB: Detected Hardware Unit Hang
On Tue, 2012-11-27 at 17:32 +0000, Fujinaka, Todd wrote:
> Forgi
al Message-
From: Joe Jin [mailto:joe@oracle.com]
Sent: Wednesday, November 28, 2012 12:31 AM
To: Ben Hutchings
Cc: Fujinaka, Todd; Mary Mcgrath; net...@vger.kernel.org;
e1000-de...@lists.sf.net; linux-ker...@vger.kernel.org; linux-pci
Subject: Re: [E1000-devel] 82571EB: Detected Hardware Uni
(LAD)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Ethan Zhao [mailto:ethan.ker...@gmail.com]
Sent: Wednesday, November 28, 2012 7:10 PM
To: Fujinaka, Todd
Cc: Joe Jin; Ben Hutchings; Mary Mcgrath; net...@vger.kernel.org;
e1000-de...@lists.sf.net; linu
The latest ixgbe driver from e1000.sourceforge.net has the set_irq_affinity.sh
script included. I would certainly suggest you use a newer driver because we're
constantly improving the driver for performance and fixing bugs we've found.
The version you have is a couple of years old.
As far as yo
What version of the specification update do you have? I think it's a
combination of Errata 41 and 57.
http://www.intel.com/content/dam/doc/specification-update/82599-10-gbe-controller-spec-update.pdf
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fuj
Just to reply to the list, this happened to be due to a bug in ethtool (present
in Ubuntu 12.04). The checksums aren't recalculated for all four ports on the
i350 due to this bug. Michael had to download the latest ethtool and that fixed
things (or so I hope!)
Todd Fujinaka
Software Application
The simple answer is that you are running a stress test and there is some
finite processing being done separating traffic into queues which is showing
some performance impact on your setup. At that rate you could also be running
into limitations of the PCIe bus and the added latency of going acr
Nothing jumped out at me when I checked, but here's the documentation check I
did to see if there was something obvious. First, download the specification
update for your part (go to intel.com and search for "82571EB spec update").
Then, check the release date for your driver (I usually just che
The latest kernel should turn off ASPM as well, but you should be able to check
by looking at lspci -vvv. I think LnkCtl should say "ASPM disabled."
Sorry for top-posting.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-456
I don't believe mcelog has anything to do with the networking driver. You may
need to contact supp...@intel.com.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: ratheesh kannoth [mailt
I'm afraid you're going to have to ask the provider of the kernel and kernel
module for support. We don't support 82574 in the e1000 driver and haven't
since the e1000e split in 2008. There have been a lot of updates to the driver
since that time.
I would also suggest checking the Specificatio
Can you send us your lspci -vvv (run as root)? You may want to open a bug at
sourceforge and attach the logs there. We would also like to see the full dmesg
and /var/log/messages.
Also, send us ethtool -S. Ideally we would like to see it before and after the
test.
Can you describe your applian
I will look into this. Thanks for the report.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Sergey Egorov [mailto:egorovh...@gmail.com]
Sent: Friday, August 16, 2013 3:21 AM
To: e100
I don't see anything in particular in your logs (I was only looking for a
couple of things in the lspci) and if the system is working for you now I'll
consider this problem solved. Please let us know if you have any further
questions.
Thanks.
Todd Fujinaka
Software Application Engineer
Network
I just noticed there were questions at the bottom of the logs.
The power savings and CPU scaling need to be balanced with performance. The
time between packets is long enough for the CPU to go to sleep, even at 10G. I
can't make any suggestions without knowing your setup, but for full performanc
Is this on the e1000 driver? Can you tell us which part you're using as well?
How are you configuring the link? Are you bringing the link down with ifdown?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original
There is only one queue enabled because we found in initial testing that we
weren't seeing any performance benefit from the second queue. The single lane
of PCIe at 2.5GT/s was our main bottleneck at that time.
You can certainly enable a second queue if you write your own driver. You have
to cr
ision (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com]
Sent: Tuesday, September 17, 2013 8:54 AM
To: ??; e1000-de...@lists.sf.net
Subject: Re: [E1000-devel] About NIC 82574L
There is only one queue en
If rx_dma_resources show the count from QPRDC, which is in section 8.2.3.23.75
of the datasheet. The latest datasheet is available on intel.com by searching
for "82599 datasheet".
Total number of receive packets dropped for the queue. Packets can be dropped
for the following reasons:
1. Rx queu
: Petr Cervenka [mailto:gr...@centrum.cz]
Sent: Tuesday, September 17, 2013 12:50 AM
To: Fujinaka, Todd; e1000-devel
Subject: RE: [E1000-devel] BQL and netconsole
>Is this on the e1000 driver? Can you tell us which part you're using as well?
Driver is e1000e. Till 1.11.3 it's OK, versi
Petr Cervenka [mailto:gr...@centrum.cz]
Sent: Friday, September 20, 2013 2:14 AM
To: Fujinaka, Todd; e1000-devel
Subject: RE: [E1000-devel] BQL and netconsole
I tried version 2.5.4 with the same result.
I will try to explain the problem shortly:
Network interface and netconsole are configured
Can you tell us which motherboard you're using? This is the weekend for me so
I'm just giving you a quick (little-research) answer, but most recent
motherboards I've seen require 3 DIMMs per CPU or performance will be impacted.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Ben Greear [mailto:gree...@candelatech.com]
Sent: Wednesday, September 25, 2013 1:21 PM
To: Fujinaka, Todd
Cc: Waskiewicz Jr, Peter P; e1000-devel list
Subject: Re:
, 2013 5:34 AM
To: Fujinaka, Todd
Cc: e1000-devel
Subject: RE: [E1000-devel] BQL and netconsole
Netconsole is only easiest and most visible way to reproduce the issue.
Similar behavior could be produced by sending multiple packets when network is
configured such way.
Every single packet will need 2
Am I allowed to NACK things?
This would be a bad idea as eliminating the EEPROM only works with some of our
parts and I don't believe the 82574 is one of those parts. I would suggest the
i210 if you're looking to lower your BOM.
Todd Fujinaka
Software Application Engineer
Networking Division (N
2013 9:43 AM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] [PATCH] e1000e: Permit operation without
non-volatile memory
Disabling the NVM might not work with all of your parts. I can only test with
what I have available.
It's definitely working with the 825
bypassing that
somehow.
(*I tried RAW Ethernet packets.)
Petr
__
> Od: "Petr Cervenka"
> Komu: "Fujinaka, Todd"
> Datum: 08.10.2013 14:33
> Předmět: RE: [E1000-devel] BQL and netconsole
>
> CC
I think we need more details before we can proceed. There's no indication of
what the system time was at any given point, no log from what the link partner
was doing, no statement about whether we were the clock master or slave, etc.
We would recommend swapping the configuration around and make
And keep in mind that this doesn't allow everything that fits in that cage to
work. The module still has to conform to the SFP+ spec.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Wa
I don't think you're going to get as many answers here as you would on the
FreeBSD lists. We also provide the latest ixgbe driver as a module (I think I'm
getting the correct FreeBSD terminology). You may have to search for it on
intel.com, but I see 2.5.15 available.
Thanks.
Todd Fujinaka
Sof
d Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-----
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com]
Sent: Saturday, November 23, 2013 4:39 PM
To: Waskiewicz Jr, Peter P; Alexander Osipenko
Cc
I'm having difficulty following this issue, most likely because of our email
system. Can you file a new bug on sourceforge?
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Nic
How exactly are you changing the MAC address? What hardware are you running?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: g...@iki.fi [mailto:g...@iki.fi]
Sent: Friday, November 29,
Sent: Wednesday, December 04, 2013 1:21 PM
To: Fujinaka, Todd; e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] PROBLEM: Packets go out, but don't arrive when MAC
address has been changed
$ macchanger -m 11:22:33:44:55:66 ethwan The new MAC address differs from the
burnt-in addre
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Brandeburg, Jesse
Sent: Wednesday, December 04, 2013 4:20 PM
To: g...@iki.fi; Fujinaka, Todd; e1000-devel@lists.sourceforge.net
Subject: RE: [
o:jug...@yahoo.fr]
Sent: Friday, November 22, 2013 1:24 PM
To: Fujinaka, Todd; e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] Problem with SYSTIMH register readout
Thank you for your answer.
In fact, I only use phc2sys in these examples (there is no call to settime
because ptp4l i
We've found in preliminary testing that the PCIe bus (1 lane of PCIe Gen 1) was
the real bottleneck for us.
"Enable support" in this case means you get to do a lot of modifications to the
driver for, perhaps, not much gain. I would suggest it would be quicker to find
a newer part with multiqueu
Looks like you're using custom hardware from Doremi Labs. There's a lot of
questions we need to ask about the hardware setup as well as the software. Can
you file a bug on sourceforge? Also, have you tried any other kernels with
success?
Thanks.
Todd Fujinaka
Software Application Engineer
Netw
/cores.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
From: Sharva Pathak [mailto:pat...@princeton.edu]
Sent: Wednesday, January 22, 2014 2:09 PM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000
Our hardware strips VLAN tags in order to support Data Center Bridging (I think
the details are in 802.1Q for DCB). DCB uses the same offset as VLAN tags and
if we didn't strip the tags we couldn't have interoperability between endpoints
that had DCB enabled and not enabled.
Todd Fujinaka
Softw
503) 712-4565
-Original Message-
From: Vijay Agrawal [mailto:vagra...@ixiacom.com]
Sent: Tuesday, January 28, 2014 10:07 PM
To: Fujinaka, Todd; e1000-de...@lists.sf.net
Subject: RE: [E1000-devel] ixgbe-3.17.3 :VLAN tagged packets does not work when
using PF-PACKET socket
Hi Todd,
Just w
Where did you get the parts? That's who you should contact.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Lauper Alexander [mailto:alexander.lau...@comlab.ch]
Sent: Thursday, January
Is the Debian kernel the same as the upstream kernel? We don't support Debian
directly, be we can look into why this is not compiling on the upstream kernel.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Origin
I think I've figured out the problem. Unfortunately, I was remotely testing it
tonight and my system is no longer on the network. I'll have to get back to you
tomorrow.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
If you're doing this for school, I say go for it. If you're doing this for
performance, I'm not sure how useful the effort will be. We should be able to
handle hundreds of thousands of MSI-X interrupts per second, as they're
messages on the PCIe bus rather than a separate asynchronous signal.
I
The only serial number available is the MAC address, AFAIK.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Nomad Esst [mailto:noname.e...@yahoo.com]
Sent: Wednesday, February 12, 2014
rom: Nomad Esst [mailto:noname.e...@yahoo.com]
Sent: Tuesday, February 18, 2014 1:00 AM
To: Duyck, Alexander H; Skidmore, Donald C; Fujinaka, Todd;
e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] Access to cards serial numbers
Thank you all
The following is the output of lspci -xxx.
0
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com]
Sent: Thursday, December 05, 2013 11:01 AM
To: Julien Houles; e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] Problem with SYSTIMH register readout
We're going to try to reproduce this locally. We may or may not have the same
moth
You have to fix these in the reverse order. First, compile the LATEST driver,
which is 3.19.1, not 3.18.7. It's available on e1000.sourceforge.net. That
should resolve the build issue.
Second, use the module parameter allow_unsupported_sfp=1,1 when you load the
driver, and this may work. We're
The PXE spec does not support IPv6. The only way you might be able to get this
going is with uEFI, and we don't do the uEFI drivers. You'll have to contact
the uEFI folks.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503
: Wednesday, February 26, 2014 7:55 AM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] burn ipxe to card
2014-02-26 19:50 GMT+04:00 Fujinaka, Todd :
> The PXE spec does not support IPv6. The only way you might be able to get
> this going is with uEFI,
riginal Message-
From: Lauper Alexander [mailto:alexander.lau...@comlab.ch]
Sent: Thursday, March 06, 2014 9:10 AM
To: Fujinaka, Todd; e1000-devel@lists.sourceforge.net
Subject: RE: igb-5.1.2 compilation fails
Hi Todd
Any news concerning this issue?
Kind regards,
Alex
-Ursprüngliche Nac
There should be a doc file with the flashless update that you should follow.
What is the version of eeupdate you are running? And is there a reason you're
running an older version of igb? Can you try the newest version on
e1000.sourceforge.net? igb-5.1.2 changed some of the features for flashles
I think some of these questions would be best answered under NDA. Can you
contact your vendor and go through that channel?
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: x au
(503) 712-4565
From: x aus [mailto:fos...@gmail.com]
Sent: Wednesday, March 26, 2014 12:38 PM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] 82576/igb custom driver
We had NDA in place, other than the MACSEC item(#6), which item do you think
should better go to
I think we need more details. What part and what driver?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: nirmoy das [mailto:nirmoy.ai...@gmail.com]
Sent: Wednesday, April 02, 2014 2:51
I think you're running into the filter limit for VFs.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Madoka Komatsubara [mailto:m-komatsub...@ab.jp.nec.com]
Sent: Wednesday, April 02,
I think we know what's going on and we're looking into this.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Ben Greear [mailto:gree...@candelatech.com]
Sent: Monday, March 31
Ben,
Can you tell us your exact hardware just in case that's required for this issue
to reproduce?
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Fujinaka,
(503) 712-4565
-Original Message-
From: Fujinaka, Todd
Sent: Thursday, April 03, 2014 1:21 PM
To: Fujinaka, Todd; Ben Greear; e1000-devel list
Subject: RE: [E1000-devel] irq, watchdog errors with 82574L, TSO, and small TCP
MSS.
Ben,
Can you tell us your exact hardware just in case t
, April 02, 2014 7:04 PM
To: David Miller; Fujinaka, Todd; Skidmore, Donald C;
linux-ker...@vger.kernel.org; e1000-devel@lists.sourceforge.net;
net...@vger.kernel.org
Cc: Hiroshi Shimamoto; Hiroshi Baba
Subject: RE: [E1000-devel] fail to add 64 VLANs or more when SR-IOV is enabled
> -Origi
We also need to know what part you're using. "lspci | grep Ethernet" should
narrow that down.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Borislav Petkov [mailto:b...@alien
Also, I'm not sure what you mean by 0xBABA. That would be an interesting
coincidence if the checksum was 0xBABA, but the checksum should be recalculated
when the iNVM is changed. There could be a chance that whoever programmed the
part was using an older broken version of the programming tool.
2014 1:17 PM
To: Fujinaka, Todd
Cc: Ronciak, John; e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] igb: v5.2.5 fails doing NVM checksum check on i211
On Mon, Apr 14, 2014 at 07:51:16PM +0000, Fujinaka, Todd wrote:
> Also, I'm not sure what you mean by 0xBABA. That
I think you're barking up the wrong tree here.
First, make sure both sides aren't forcing speed or duplex. They should both be
set to 1G auto. If one side is forced to a particular speed or to a particular
duplex, that just changes the advertised capabilities and the other side will
be confused
I would suggest that you ask your FAE this question. It's unclear exactly what
you're asking for and the FAE should be able to provide a wider range of
documentation than what we can provide publically.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.f
I'm afraid that the issue you're seeing is with the PCIe in your ARM system.
You're going to have to clear that up before you can get anything working on
the PCIe bus such as an Ethernet controller. I would suggest contacting an ARM
mailing list.
Todd Fujinaka
Software Application Engineer
Netw
The latest driver is igb-5.2.5. Please try that.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Grzegorz Kuczyński [mailto:gk180...@interia.pl]
Sent: Monday, April 28, 2014 10:29 AM
To
The filtering is enabled because you don't have any VLANs configured. In igb we
assume you have the 802.1q module installed and that enabled VLAN 0.
I think our ixgbe driver enables VLAN 0 by default (or so I've been told) and
we could do that for igb as well if you think that's necessary. Other
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
From: shiv prakash Agarwal [mailto:chhotu.s...@gmail.com]
Sent: Sunday, May 04, 2014 11:55 PM
To: Duyck, Alexander H; linux-arm-ker...@lists.infradead.org
Cc: Fujinaka, Todd; e1000-devel
I think it's going to take me a bit of time to look into this, but I don' t
think you can reset it with a static value. Let me go poke at some other people
and see what they think.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503
Can you send lspci with more verbosity? Perhaps run as root?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Ben Greear [mailto:gree...@candelatech.com]
Sent: Thursday, May 08, 2014 12:
riginal Message-
From: Fujinaka, Todd [mailto:todd.fujin...@intel.com]
Sent: Thursday, May 08, 2014 12:56 PM
To: Ben Greear; e1000-devel list
Subject: Re: [E1000-devel] Hardware unit hang in 3.14.3+ kernel, e1000e driver.
Can you send lspci with more verbosity? Perhaps run as root?
Todd Fu
RSS hashing is pretty simple. Do you have the same source and destination
address and port? If so, you get one hash. I'm not sure what your packets look
like, I've been told by those who know more about PPoE that you'll need to use
VMDq.
I know there are other ways for traffic to be routed to t
So the offsets are off because you are tunneling and it looks like you're
coming from the same port and address.
To answer some of your other questions:
RSS is defined by Microsoft and you'll have to take that up with them.
You've now been given two options to balance your traffic: vmdq (not tr
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Jeff Westfahl [mailto:jeff.westf...@ni.com]
Sent: Tuesday, May 20, 2014 12:34 PM
To: Fujinaka, Todd
Cc: Jeff Westfahl; e1000-devel@lists.sourceforge.net
Subject: RE: [E1000-devel] i210 regi
There is no publically accessible git repository for the out-of-tree driver.
There is only the README, so it's more useful to do diffs between the versions.
The other useful document is the Specification Update for the networking part
you are using. It's available publically on intel.com. Just s
eeupdate is not a public domain tool and is only available under NDA. Please
contact your factory representative for technical support.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: j
H;
Thomas Petazzoni; e1000-devel@lists.sourceforge.net; Fujinaka, Todd; Lucas Stach
Subject: Re: [E1000-devel] ARM support for igb driver
Notsure about root port, Can't it be disabled by Intel device?
On Sat, May 31, 2014 at 1:26 AM, Arnd Bergmann wrote:
> On Saturday 31 May 2014 01:05:29 sh
ux-arm-ker...@lists.infradead.org; Duyck, Alexander H; Thomas Petazzoni;
e1000-devel@lists.sourceforge.net; Jason Gunthorpe; Fujinaka, Todd; Lucas Stach
Subject: Re: [E1000-devel] ARM support for igb driver
Yes its hardware bug. I need to know whether we can disable it from device
side? If yes, ho
Unfortunately that part was EOLed several years ago so I think google is your
best resort.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: David Goodenough [mailto:david.goodeno...@link
Depends entirely on the system. It's possible, but not likely.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: nirmoy das [mailto:nirmoy.ai...@gmail.com]
Sent: Sunday, June 08, 2014 11:
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: David Goodenough [mailto:david.goodeno...@linkchoose.co.uk]
Sent: Tuesday, June 10, 2014 4:25 AM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] 82551QM problem
I tried google, but it found
oose.co.uk]
Sent: Tuesday, June 10, 2014 8:24 AM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] 82551QM problem
On Tuesday 10 June 2014 15:20:40 Fujinaka, Todd wrote:
> The first google entry for me brought up BVM-store.com. We don't make
> the ca
We are limited to 30 because of the size of the mailbox used for communication
from the PF to VF which is only 16 x 32b registers in size, and the first 32b
register is reserved for the head. That leaves 15 registers to split into 2 x
16b hashes each.
Too many multicast addresses requested by
It's hard to tell what hardware you're running. Can you send the output of
"lspci | grep Ethernet"?
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Dilip Kumar Uppugandla [mailto:di...@
...@intel.com
(503) 712-4565
From: Dilip Uppugandla [mailto:di...@purestorage.com]
Sent: Friday, June 13, 2014 12:34 PM
To: Fujinaka, Todd
Cc: e1000-devel@lists.sourceforge.net
Subject: Re: [E1000-devel] igb rx lockup with high rx_fifo_errors
lspci | grep Ethernet output:
01:00.0 Ethernet controller
Unfortunately that's the result of an actual fix. The I2C code, to be robust
(and, if I recall correctly, to be correct) takes a while to time out. More
empty ports means a longer time to confirm that the ports are empty.
We are expecting the standard use case to not have four empty ports.
Todd
Yes, but it's limited. For more details on how to test loopback please file
this issue through your factory representative.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: john.jack...@
I don't think the attachment made it through. Can you file a bug on
sourceforge, or if you have IPS access file it in IPS.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: CLOSE
Just to be pedantic, I'm going to say a couple of things that you may know
already. The e1000 driver does not support the i210. You need to just refer to
the igb driver. Wake-up is a term used for Wake-on-LAN.
That being out of the way, we did notice a problem with the in-kernel driver
with i21
The answer is the same for all the drivers: we have identified a fix for the
current Ubuntu. However, currently Ubuntu doesn't have a unique identifier that
allows us to create general workarounds.
The next driver release should have a build fix for Ubuntu. However, this leads
to another questi
If this is a critical issue, please submit it through your factory rep and get
it into IPS directly. As far as I know, there's no direct SLA on this mailing
list.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-456
Oh, and it looks like I did reply to the bug and there's no response there. I
think the ball is in your court.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Fujinaka,
: Fujinaka, Todd; e1000-de...@lists.sf.net
Subject: RE: igb Detected Tx Unit Hang during network load
I have created a support ticket (https://sourceforge.net/p/e1000/bugs/424/). I
am currently trying to test what effect the receiving machine has, and will
post on the ticket when I have some
nvm->page_size doesn't appear to be referring to the NVM page size. It's just
using the same name.
I'm looking into this to see exactly what we're referring to; I should have an
answer by tomorrow.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
t
nvm->page_size doesn't appear to have any correlation to the page size of the
NVM. I'll have to look into it further but I think the name is misleading.
Thanks.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Ori
1 - 100 of 427 matches
Mail list logo