mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Ed Vance <EdV@macrolink.com>
To: "'Gabor Kerenyi'" <wom@tateyama.hu>
Cc: linux-kernel@vger.kernel.org
Subject: RE: unconfigure PCI dev
Date: Tue, 23 Apr 2002 11:21:41 -0700	[thread overview]
Message-ID: <11E89240C407D311958800A0C9ACF7D13A77B1@EXCHANGE> (raw)

Gabor Kerenyi wrote:
> 
> I've got a strange problem.
> 
> I'm writing a driver for a PCI card.
> The card has a problem because the serial eeprom where the pci 
> configuration data is loaded from is not valid and therefore 
> the PLX-9050 chip gives some default value. It shows vendor:devid 
> as 10b5:9050 and the kernel identifies it as a PLX PCI <-> IOBus 
> Bridge. (kernel 2.5.7)
> 
> The serial eeprom can be read written at 50h in the local config 
> area. When I load my driver and it wants to request a memory 
> region it seems that it is already mapped. (I modified the driver 
> to look for 0x10b5:9050)
> 
> So it fails. 
> 
> The cat /proc/pci shows a memory region at 0xf4200000. 
> 
> int plc_init_dev1(struct pci_dev *dev)
> {
> 	printk("%x\n", pci_resource_start(dev, 0);
> 	return -EBUSY;
> 	if (check_mem_region(pci_resource_start(dev, 0), 128))
> 		return -EBUSY;
> }
> 
> So why is it already in use?
> I have to access that memory area. How can I do it if my driver 
> doesn't load? That's the only way to modify the eeprom contents.

Hi Gabor,

I assume you are referring to the single-bit-wide EEPROM interface in 
bits 24-28 of the PLX-9050 CNTRL register at offset 0x50 in PCI 
configuration space. 

Your pci_resource_start call is attempting to map BAR0, not PCI 
configuration space. You need to use the other series of pci_* calls 
that access config space, in particular, the pci_*_config_* series.

>From /usr/src/linux*/Documentation/pci.txt:

<start quote>
4. How to access PCI config space
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   You can use pci_(read|write)_config_(byte|word|dword) to access the 
config space of a device represented by struct pci_dev *. All these 
functions return 0 when successful or an error code (PCIBIOS_...) which 
can be translated to a text string by pcibios_strerror. Most drivers 
expect that accesses to valid PCI devices don't fail.

   If you access fields in the standard portion of the config header, 
please use symbolic names of locations and bits declared in <linux/pci.h>.
<end quote>

Good luck,
Ed Vance

---------------------------------------------------------------- 
Ed Vance              edv@macrolink.com
Macrolink, Inc.       1500 N. Kellogg Dr  Anaheim, CA  92807
----------------------------------------------------------------

             reply	other threads:[~2002-04-23 18:21 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-23 18:21 Ed Vance [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-04-23  2:28 Gabor Kerenyi

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=11E89240C407D311958800A0C9ACF7D13A77B1@EXCHANGE \
    --to=edv@macrolink.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=wom@tateyama.hu \
    /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

all inboxes | Powered by JetHome®