[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <C27F8246C663564A84BB7AB343977242177D75A050@IRVEXCHCCR01.corp.ad.broadcom.com>
Date: Mon, 13 Apr 2009 20:56:55 -0700
From: "Michael Chan" <mchan@...adcom.com>
To: "'David Miller'" <davem@...emloft.net>,
"Matthew Carlson" <mcarlson@...adcom.com>
cc: "James.Bottomley@...senPartnership.com"
<James.Bottomley@...senPartnership.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-parisc@...r.kernel.org" <linux-parisc@...r.kernel.org>
Subject: Re: [PATCH] tg3: fix big endian MAC address collection failure
David Miller wrote:
> From: "Matt Carlson" <mcarlson@...adcom.com>
> Date: Mon, 13 Apr 2009 19:00:15 -0700
>
> > I did run some tests this afternoon on a similar IA64 HP machine and
> > they ran fine.
>
> It can't be similar, James Bottomly is on HP PARISC (big endian) not
> IA64 (which is little endian).
Matt brought up IA64 because Robin Holt reported what seemed like an
identical issue on SGI IA64 machine.
>
> I'm still convinced this is a big-endian driver problem and it has
> nothing to do with broken NVRAM or similar.
>
>
Agreed. James' problem appears to be a big endian issue. Everything
is endian-swapped in his NVRAM when he did the ethtool dump.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists