This is an informative message sent by mailserver
at mail.iotaflow.com.
Your mail message did not pass through the server content filter:
From:
To:
Subject: Mail Delivery (failure su...@iotaflow.com)
Date: Mon, 26 Nov 2012 20:23:39 -0800
Problem: Prohibited MIME type
MIME type: a
Joe
Thank you for working this.
I would love to find out how they expect a customer to make the modification
To "word 0x1A, and see if the 8th bit is 0 or 1, and to change to 0."
I have in turn asked the ct for the lspci command on eth3, maybe the incorrect
setting is upstream.
Again, thank y
On 11/27/12 00:23, Fujinaka, Todd wrote:
> If you look at the previous section, DevCap, you'll see that it's
> correctly advertising 256 bytes but the system is negotiating 128 for
> the link to the Ethernet controller. Things on the "other" side of the
> link are controlled outside of the e1000 dr
On 11/16/2012 08:45 AM, Chris Friesen wrote:
> Are you eventually going to be adding the IGBVF_FLAG_RX_LB_VLAN_BSWAP
> flag to the mainline igbvf driver or should I also send in a patch for
> that?
>
> I am a bit curious about the endianness thing. The datasheets for both
> the 82576 and i350 state
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 -
Hello,
your photoshttp://ruituotech.com/new.htm
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructur
On Sun, Nov 25, 2012 at 04:00:17PM +0100, Ben Hutchings wrote:
> [...]
>
> The original commit is textually dependent on commit
> 9e791e4a04c08868f02cd579a428a7268492e1b4 ('ixgbe: add support for new
> 82599 device id'), and that device didn't appear to require any other
> driver changes, so I've a
On Tue, 20 Nov 2012, Ko, Stephen S wrote:
> If you connect port A and port B and leave it for some time, do you
> still see the link flap? I understand you couldn't be able to pass
> traffic but with this test we can at least prove that stable link can be
> established for a period of time.
It
