All of lore.kernel.org
 help / color / mirror / Atom feed
From: Davide Viti <zinosat@tiscali.it>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: PCI device not working
Date: Fri, 21 Sep 2012 16:06:09 +0200	[thread overview]
Message-ID: <CAKpAL0nTu9XXFgz7i5-1LmetrV05qfQcdf1zGxqHzODgQ7xjKA@mail.gmail.com> (raw)
In-Reply-To: <89227A80-31E1-4E18-9257-6B60126E5A62@kernel.crashing.org>

[-- Attachment #1: Type: text/plain, Size: 4311 bytes --]

I mean there are two controllers and both of them have a device "subtended"
(both 0x1b65:0xabba).
u-boot can see both devices, linux detects only the device attached to the
first controller.

Here's the output of lspci and /proc/iomem :

root@(none):/# lspci -v

0000:00:00.0 Class 0604: Device 1957:0100 (rev 11)

        Flags: bus master, fast devsel, latency 0

        Memory at <ignored> (32-bit, non-prefetchable)

        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0

        I/O behind bridge: 00000000-00000fff

        Memory behind bridge: a0000000-afffffff

        Capabilities: [44] Power Management version 2

        Capabilities: [4c] Express Root Port (Slot-), MSI 00

        Capabilities: [100] Advanced Error Reporting



0000:01:00.0 Class 0280: Device 1b65:abba (rev 01)

        Flags: bus master, fast devsel, latency 0, IRQ 16

        Memory at a0000000 (32-bit, non-prefetchable) [size=1K]

        Memory at a0010000 (32-bit, non-prefetchable) [size=64K]

        Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+

        Capabilities: [78] Power Management version 3

        Capabilities: [80] Express Endpoint, MSI 00

        Capabilities: [100] Virtual Channel <?>

        Capabilities: [800] Advanced Error Reporting



0001:02:00.0 Class 0604: Device 1957:0100 (rev 11)

        Flags: bus master, fast devsel, latency 0

        Memory at <ignored> (32-bit, non-prefetchable)

        Bus: primary=00, secondary=03, subordinate=03, sec-latency=0

        I/O behind bridge: 00000000-00000fff

        Memory behind bridge: b0000000-bfffffff

        Capabilities: [44] Power Management version 2

        Capabilities: [4c] Express Root Port (Slot-), MSI 00

        Capabilities: [100] Advanced Error Reporting


root@(none):/# cat /proc/iomem

a0000000-afffffff : /pcie@ffe09000

  a0000000-afffffff : PCI Bus 0000:01

    a0000000-a00003ff : 0000:01:00.0

    a0010000-a001ffff : 0000:01:00.0

b0000000-bfffffff : /pcie@ffe0a000

  b0000000-bfffffff : PCI Bus 0001:03

ef000000-efffffff : ef000000.nor

ffe04500-ffe04507 : serial

ffe04600-ffe04607 : serial


thanx for your help,

Davide


I mean that the kernel detects the first controller and the device attached
to it, plus the second controller: the device on the second controller is
not detected (same device as the one detected on the first controller)
2012/9/21 Kumar Gala <galak@kernel.crashing.org>

>
> On Sep 21, 2012, at 6:33 AM, Davide Viti wrote:
>
> > Hi,
> > I'm working on a custom board based on P1020 with two (identical) PCI
> devices attached;
> > The work is derived from another board with a single instance of that
> device.
> > The system is based on u-boot-2009.11 and Linux 2.6.34.6
> >
> > The "pci" command on u-boot, shows me both the PCI controllers and
> > the attached devices:
> >
> > Scanning PCI devices on bus 0
> > BusDevFun  VendorId   DeviceId   Device Class       Sub-Class
> > _____________________________________________________________
> > 00.00.00   0x1957     0x0100     Processor               0x20
> >
> > Scanning PCI devices on bus 1
> > BusDevFun  VendorId   DeviceId   Device Class       Sub-Class
> > _____________________________________________________________
> > 01.00.00   0x1b65     0xabba     Network controller      0x80
> >
> > Scanning PCI devices on bus 2
> > BusDevFun  VendorId   DeviceId   Device Class       Sub-Class
> > _____________________________________________________________
> > 02.00.00   0x1957     0x0100     Processor               0x20
> >
> > Scanning PCI devices on bus 3
> > BusDevFun  VendorId   DeviceId   Device Class       Sub-Class
> > _____________________________________________________________
> > 03.00.00   0x1b65     0xabba     Network controller      0x80
> >
> > The kernel detects only the first instance of the device.
>
> What do you mean by first instance of the device ?
>
> > Didn't get very far while looking at dts file and kernel logs, so I'm
> > asking for some help on narrowing down the problem.
> >
> > I'm wondering if I can assume that the problem is restricted to
> > kernel/dts and avoid concentrating on uboot.
> > I can provide any log (didn't want to post tons of details on the first
> > message)
>
> Probably a dts issue.
>
> What does lspci in linux say?
>
> - k
>
>

[-- Attachment #2: Type: text/html, Size: 9183 bytes --]

  reply	other threads:[~2012-09-21 14:06 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-21 11:33 PCI device not working Davide Viti
2012-09-21 13:17 ` Kumar Gala
2012-09-21 14:06   ` Davide Viti [this message]
2012-09-24 13:25     ` Davide Viti
2012-09-24 13:27     ` Davide Viti
2012-09-24 20:59       ` Davide Viti
2012-09-26 13:44         ` Kumar Gala
2012-09-26 15:25           ` Davide Viti
2012-09-27  2:30             ` Kumar Gala
2012-09-27 11:43 R: " Davide Viti
2012-09-27 12:27 ` Kumar Gala
2012-09-27 13:14 R: " Davide Viti
2012-09-27 16:06 ` Kumar Gala
2012-10-04 12:24 R: " Davide Viti
2012-10-04 13:14 ` Kumar Gala
     [not found]   ` <CAKpAL0m3YnsbbGxL+ejfyE4zfGE5LD9Qxb7oobHVaAZGE1_Jnw@mail.gmail.com>
2012-10-05  8:54     ` Fwd: " Davide Viti
2012-10-05 12:47       ` Kumar Gala
2012-10-25  8:21         ` Davide
2012-10-31  8:52         ` Davide

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=CAKpAL0nTu9XXFgz7i5-1LmetrV05qfQcdf1zGxqHzODgQ7xjKA@mail.gmail.com \
    --to=zinosat@tiscali.it \
    --cc=galak@kernel.crashing.org \
    --cc=linuxppc-dev@lists.ozlabs.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.