All of lore.kernel.org
 help / color / mirror / Atom feed
From: Willy Tarreau <w@1wt.eu>
To: Kevin E <kevin360@yahoo.com>
Cc: Stephen Hemminger <shemminger@linux-foundation.org>,
	linux-kernel@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: Marvell 88E8056 gigabit ethernet controller
Date: Sat, 18 Aug 2007 14:17:14 +0200	[thread overview]
Message-ID: <20070818121714.GA28247@1wt.eu> (raw)
In-Reply-To: <244053.17817.qm@web38913.mail.mud.yahoo.com>

On Sat, Aug 18, 2007 at 04:45:26AM -0700, Kevin E wrote:
> 
> --- Willy Tarreau <w@1wt.eu> wrote:
> 
> > No Stephen, look again, he says that moving the
> > video card into the broken
> > system does not change anything.
> 
> Correct, I've used three different video cards in the
> broken machine.  I've used an old PCI vid card, the
> PCI-X vid card from the working machine, and now PCI-X
> card I just bought yesterday (nvidia based).  None
> have affected whether the Marvell chipset works or
> not.  
> 
> Also, the broken machine is a server so I don't start
> X on it.  It just sits in console mode all the time. 
> The CPU (Core2 E4400) used to be in the working
> machine, then upgraded it to the Q6600 and put the old
> E4400 in the new MB that became the broken machine. 
> Memory was brand new out of the package.  So I've used
> the E4400 in a MB that worked fine.
> 
> 
> > I don't understand why the working one is on PCI bus
> > 3 while the other
> > is on PCI bus 4. It's just as if the chip embedded a
> > PCI bridge. Maybe
> > those chips are just cheaper dual-channel
> > controllers with one faulty
> > controller disabled. It would also explain why the
> > PCI ID is different.
> 
> I've attached the "lspci -vvv" output for the two
> machines, if it doesn't come through just let me know
> how I can get it to you.

OK, in this trace, both controllers are on the same bus. The broken
one has 'Capabilities: [100] Advanced Error Reporting' the other
does not have, and the bridge to this bus has two more capabilities :
'Capabilities: [100] Virtual Channel' and 'Capabilities: [180] Unknown (5)'.

I don't know whether it can jutify a different behaviour. Also, maybe this
is caused by a minuscule difference in the BIOS setup ?

Regards,
Willy


  reply	other threads:[~2007-08-18 12:25 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-17 12:42 Marvell 88E8056 gigabit ethernet controller Kevin E
2007-08-18  0:03 ` Stephen Hemminger
2007-08-18  0:03   ` Stephen Hemminger
2007-08-18  5:38   ` Willy Tarreau
2007-08-18 11:45     ` Kevin E
2007-08-18 12:17       ` Willy Tarreau [this message]
2007-08-18 13:59         ` Kevin E
2007-08-19 16:32           ` Stephen Hemminger
2007-08-19 16:42             ` Kevin E
2007-08-21 17:07               ` [RFT] sky2: yukon-ec-u phy power problems Stephen Hemminger
2007-08-22 22:37                 ` Kevin E
     [not found]             ` <2456F7EB-000C-4B71-B002-64340DD17BA8@linuxmontreal.com>
2007-08-19 18:34               ` Marvell 88E8056 gigabit ethernet controller Stephen Hemminger
2007-08-19 19:13                 ` Kevin E
2007-08-19 23:04                 ` Eric Preston
2007-08-20  1:15               ` Kevin E
2007-08-20 15:01                 ` Stephen Hemminger
  -- strict thread matches above, loose matches on Subject: below --
2007-08-19 22:45 Eric Preston

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070818121714.GA28247@1wt.eu \
    --to=w@1wt.eu \
    --cc=kevin360@yahoo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=shemminger@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.