[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [pci] PCI-Wishbone initialization



Charles,

You will find that all the other clocks in the system, CPU, SDRAM ect are
made by PLL's off the 33Mhz primary PCI clock. Maybe the PCI bus works at
any clock rate (0-33Mhz) but they would not.

You will have to assign PCI addresses to the opencore PCI device with
configuration cycles. (Something the BIOS would do for you if you plugged
the card into a PC). Don't forget to wire the IDSEL line on the slave PCI
slot to an AD line (via a resistor) or configuration won't work. Then you
can try to access the Wishbone bridge.

Dave Warren

----- Original Message -----
From: "cfk" <cfk@pacbell.net>
To: <pci@opencores.org>
Sent: Tuesday, June 11, 2002 2:20 AM
Subject: Re: [pci] PCI-Wishbone initialization


> All right, I pulled up these various signals. You are right, they werent
and
> now they are. I now have a VirtexE that is generating PCICLK, RST, an
> aribiter and I can initialize the 80312/80200 and run vxWorks. The next
step
> is to attempt to talk to a register on the Wishbone bridge (tomorrow). An
> interesting side note. I read in both the PCI spec and the 80312
> documentation that any clock speed from 0-33Mhz is allright. Both Intel's
> docs and the PCI spec confirm this. But, then I run the 80312 at 25Mhz, it
> doesnt complete initialization. Once my new oscillators arrived and I
> changed the clock to 33Mhz, everything initializes and the XScale is
running
> a program.
> Charles
>
> ----- Original Message -----
> From: "Dave Warren" <dave@luscher.co.uk>
> To: <pci@opencores.org>
> Sent: Monday, June 10, 2002 1:47 AM
> Subject: Re: [pci] PCI-Wishbone initialization
>
>
> > Charles,
> >
> > I use the previous generation of the Intel IO controller the 80303 on a
> > board as an embedded processor. On the PCI bus you can't allow the
control
> > signals to just float. The off condition is high, 3.3 volts, a weak pull
> up
> > resistor is needed, say 8K2. Signals to terminate are SERR, PERR, LOCK,
> > STOP, DEVSEL, TRDY, IRDY, FRAME, PAR64, ACK64. Also disable 66Mhz
> operation
> > by grounding pin B49.
> >
> > Dave Warren
> >
> > ----- Original Message -----
> > From: "cfk" <cfk@pacbell.net>
> > To: <pci@opencores.org>
> > Sent: Friday, June 07, 2002 8:00 PM
> > Subject: [pci] PCI-Wishbone initialization
> >
> >
> > > I have gotten to the stage where I can synthesize and implement in a
> > VirtexE
> > > 2000 the PCI-Wishbone  bridge with GUEST defined. In my particular
> design,
> > > there is no motherboard and CPU on the PCI bus. I have two PCI
devices,
> > one
> > > impmented in the VirtexE consisting of the PCI-Wishbone bridge, an
> arbiter
> > > (just two REQ/GNT pairs), and a system controller to provide RST and
> > PCICLK.
> > > The second device connected to the PCI bus is a PCI730 card from
> > > http://www.cyclone.com . This card consists of an Intel 80200 XScale
CPU
> > and
> > > an Intel 80312 Companion chip amongst other things. The PCI730 runs
> > vxWorks,
> > > and I control the code running on the PCI730. I also have a PC system
> unit
> > > with the CPU unplugged that provides a PCICLK, RST that is my A/B
> > > comparision.
> > >
> > > The current situation is that I have gotten to where I can
> assert/deassert
> > > RST and emit a clean PCICLK. I did have some over/undershoot issues
that
> I
> > > solved on the clock yesterday. Basically, when I plug the PCI730 into
> the
> > PC
> > > system unit, it comes out of reset, initializes its CPU and starts
> talking
> > > RS-232 no problem. But when I plug the same PCI730 into my board with
a
> > > VirtexE which has my system controller logic and the PCI-Wishbone
> bridge,
> > > the PCI730 gets hung up around the initialization of its MMU subsystem
> and
> > > never completes.
> > >
> > > At this point, I can see that the PCI bus is in a static condition on
> both
> > > systems. On the PC system unit, I can see that AD[31:0] is all bits
lo,
> > > CBE[3:0] is 4'b1011, RST, STOP, FRAME, IRDY, TRDY, DEVSEL & GNT are hi
> > > (de-asserted) and REQ, PAR, SERR & PERR are lo.  On my custom board
with
> > the
> > > PCI-Wishbone bridge inside it, I can see that all of the previous
lines
> > are
> > > hi. It appears that the PC system unit is asserting some of these
lines
> > even
> > > without a CPU.
> > >
> > > Can someone provide some insight on where to begin looking next? I
think
> > my
> > > choices are:
> > >
> > > 1) The 80312 is in an error condition because one or more of the PCI
> lines
> > > mentioned above is in the wrong state?
> > > 2) The 80312 is in an error condition because some line I am not
looking
> > at
> > > is in the wrong state (LOCK, REQ64/GNT64/PAR64)?
> > > 3) Perhaps I have not signalled the 3.3PCI lines to tell the PCI730
that
> > he
> > > is on a 3.3PCI bus instead of a 5V bus (it is a universal card, I
think
> I
> > > got it right, but maybe not)?
> > > 3) Maybe my system controller needs to assert AD[31:0], CBE[3:0], REQ,
> > PAR,
> > > PERR, SERR when the bus is idle?
> > > 5) The **unexpected**.
> > >
> > > Charles
> > >
> > >
> > > --
> > > To unsubscribe from pci mailing list please visit
> > http://www.opencores.org/mailinglists.shtml
> > >
> >
> >
> > --
> > To unsubscribe from pci mailing list please visit
> http://www.opencores.org/mailinglists.shtml
> >
>
>
> --
> To unsubscribe from pci mailing list please visit
http://www.opencores.org/mailinglists.shtml
>


--
To unsubscribe from pci mailing list please visit http://www.opencores.org/mailinglists.shtml