From: Kylo Ginsberg <kylo.ginsberg@gmail.com>
To: "Bizhan Gholikhamseh (bgholikh)" <bgholikh@cisco.com>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: pci_enable_device fails on MPC8541
Date: Tue, 9 Aug 2005 17:38:17 -0700 [thread overview]
Message-ID: <61cc712d05080917381d86b123@mail.gmail.com> (raw)
In-Reply-To: <F795765B112E7344AF36AA91127964158494FC@xmb-sjc-212.amer.cisco.com>
Bizhan,
I noticed that lspci reports SERR on the secondary side of the bridge
from bus 0 to bus 2. Do you know what's causing SERR to be asserted?
Kylo
On 8/9/05, Bizhan Gholikhamseh (bgholikh) <bgholikh@cisco.com> wrote:
> Hi Kumar,
> I am using Linux 2.6.11, u-boot 1.1.2.
> I see failure in pci_enable_device with message:
> "PCI: Device 0000:02:01.0 not available because of resource collisions"
>=20
> I have attached three files:
> lspci_output.txt: out put of the "lspci -v"
> proc_pci.txt: output of the "cat /proc/pci"
> u-boot.txt: output of the "pci command at u-boot"
>=20
> Any help greatly appreciated,
> Bizhan
> -----Original Message-----
> From: Kumar Gala [mailto:kumar.gala@freescale.com]
> Sent: Monday, August 08, 2005 1:34 PM
> To: Bizhan Gholikhamseh (bgholikh)
> Cc: linuxppc-embedded@ozlabs.org
> Subject: Re: pci_enable_device fails on MPC8541
>=20
> Bizhan,
>=20
> A few questions:
>=20
> 1. what kernel version are you using on these boards:
> 2. can you do an lspci -v on the boards
>=20
> - kumar
>=20
> On Aug 8, 2005, at 1:12 PM, Bizhan Gholikhamseh \(((bgholikh\))) wrote:
>=20
> > Hi All,
> > I am using two evaluation board from freescale, 8540ADS and MPC8541.
> > The same PCI driver is being compiled and loaded on both platforms.
> > The same PCI driver (developed by me) for DSP board compiled and
> > loaded on both platforms.
> >
> > When I type: "insmod C6415.ko" on 8541 board, I get the following
> > error:
> > "PCI: Device 0000:02:01.0 not available because of resource
> > collisions"
> > This messages is because of the execution of the generic PCI Linux
> > command:
> > "pci_enable_device(pdev)"
> > The same API has no problem on 8540ADS.
> >
> >
> >> From UBOOT I can see my device is on bus 3:
> >>
> > =3D> pci 3
> > Scanning PCI devices on bus 3
> > BusDev FUN VendorID DeviceID Device Class Sub-Class
> > ----------------------------------------------------------------------
> > --
> > --------------------
> > 03.01.00 0x104c 0xa106 .........
> >
> > Any idea why the insmod fails on one board and not on the other one?
> >
> > Many thanks in advance,
> > Bizhan
> >
> > <ATT2118305.txt>
> >
>=20
>=20
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>=20
>=20
>
next prev parent reply other threads:[~2005-08-10 0:44 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-09 17:18 pci_enable_device fails on MPC8541 Bizhan Gholikhamseh (bgholikh)
2005-08-09 23:11 ` Kumar Gala
2005-08-10 0:38 ` Kylo Ginsberg [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-08-10 20:38 Bizhan Gholikhamseh (bgholikh)
2005-08-10 18:03 Bizhan Gholikhamseh (bgholikh)
2005-08-10 19:11 ` Kumar Gala
2005-08-10 15:58 Bizhan Gholikhamseh (bgholikh)
2005-08-10 16:05 ` Kumar Gala
2005-08-08 20:48 Bizhan Gholikhamseh (bgholikh)
2005-08-08 18:12 Bizhan Gholikhamseh (bgholikh)
2005-08-08 20:34 ` Kumar Gala
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=61cc712d05080917381d86b123@mail.gmail.com \
--to=kylo.ginsberg@gmail.com \
--cc=bgholikh@cisco.com \
--cc=linuxppc-embedded@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.