public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Stephen Hemminger <shemminger@osdl.org>
Cc: Sergey Vlasov <vsu@altlinux.ru>, Brian Hall <brihall@pcisys.net>,
	Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org
Subject: Re: Help: DGE-560T not recognized by Linux
Date: Sat, 18 Feb 2006 17:04:41 -0800	[thread overview]
Message-ID: <20060219010441.GA5810@kroah.com> (raw)
In-Reply-To: <20060218163555.39fa3b4a@localhost.localdomain>

On Sat, Feb 18, 2006 at 04:35:55PM -0800, Stephen Hemminger wrote:
> On Sat, 18 Feb 2006 22:29:46 +0300
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> > On Sat, 18 Feb 2006 10:01:26 -0700 Brian Hall wrote:
> > 
> > > On Fri, 17 Feb 2006 23:48:41 -0800
> > > Andrew Morton <akpm@osdl.org> wrote:
> > > > Brian Hall <brihall@pcisys.net> wrote:
> > > > >  I see that the sky2 driver in 2.6.16rc4 lists my card, but for some
> > > > >  reason it fails to access the card, maybe because I have an ULi
> > > > > chipset?
> > > > > 
> > > > >  Feb 17 23:18:46 syrinx sky2 0000:02:00.0: can't access PCI config
> > > > > space
> > > > 
> > > > Looks like something died way down in the PCI bus config space
> > > > read/write operations.  I don't know what would cause that.  You
> > > > could perhaps play with `pci=conf1', `pci=conf2', etc as per
> > > > Documentation/kernel-parameters.txt.
> > > 
> > > OK, I tried all these pci= options, plus acpi=off, to no effect:
> > > conf1, conf2, nommconf, biosirq, noacpi, routeirq, nosort, rom,
> > > lastbus=2, assign-busses, usepirqmask acpi=off
> > > 
> > > Also tried adjusting PCIe-related stuff in the BIOS (underclocking PCIe
> > > from 100 to 70 and adjusting Northbridge options). No change.
> > 
> > Most likely it fails here:
> > 
> > 		err = pci_write_config_dword(hw->pdev, PEX_UNC_ERR_STAT,
> > 						 0xffffffffUL);
> > 		if (err)
> > 			goto pci_err;
> > 
> > PEX_UNC_ERR_STAT is 0x104; this register is outside of the standard
> > 256-byte PCI configuration space, and is reachable only via the MMCONFIG
> > access mechanism.  Seems that kernel is not using MMCONFIG for some
> > reason; you mentioned that you have CONFIG_PCI_MMCONFIG=y in kernel
> > config, so it looks like your BIOS does not provide proper MCFG table.
> > Full dmesg output might give some clues.
> 
> The problem can also be caused by buggy BIOS's that don't report
> proper values for mmconfig space. There is some code in mmconfig.c that
> tries to handle that. It might not handle what ever your system is reporting.
> Andi Kleen seems to be the last person involved and might be able to help.
> 
> It would be useful to add some printk's to mmconfig to dump out the table
> after it discovers the table.

Andi has a follow-on patch at:
	http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-03-pci/pci-give-pci-config-access-initialization-a-defined-ordering.patch
that should take care of these kinds of mmconfig issues by ordering the
pci config accessors properly.

Can you test this patch out to see if it fixes this problem on your
machine?

thanks,

greg k-h

  reply	other threads:[~2006-02-19  1:04 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-18  5:27 Help: DGE-560T not recognized by Linux Brian Hall
2006-02-18  5:40 ` Randy.Dunlap
2006-02-18  6:24 ` Andrew Morton
2006-02-18  7:36   ` Brian Hall
2006-02-18  7:48     ` Andrew Morton
2006-02-18 15:54       ` Edgar Hucek
2006-02-18 17:01       ` Brian Hall
2006-02-18 19:29         ` Sergey Vlasov
2006-02-19  0:35           ` Stephen Hemminger
2006-02-19  1:04             ` Greg KH [this message]
2006-02-19 16:20               ` Brian Hall
2006-02-19 17:13                 ` Andi Kleen
2006-02-28 15:08                   ` Brian Hall
2006-02-20 11:43               ` Willy Tarreau
2006-02-20 12:56                 ` Sergey Vlasov
2006-02-22  3:51                 ` Brian Hall
2006-02-22 19:51                   ` Stephen Hemminger
2006-02-19  2:55       ` Brian Hall
2006-02-19  7:41         ` jerome lacoste

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=20060219010441.GA5810@kroah.com \
    --to=greg@kroah.com \
    --cc=akpm@osdl.org \
    --cc=brihall@pcisys.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=shemminger@osdl.org \
    --cc=vsu@altlinux.ru \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox