[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080205162314.GA20177@gate.crashing.org>
Date: Tue, 5 Feb 2008 10:23:14 -0600
From: Matt Porter <mporter@...nel.crashing.org>
To: Zhang Wei <Wei.Zhang@...escale.com>
Cc: Kumar Gala <galak@...nel.crashing.org>,
linux-kernel@...r.kernel.org, linuxppc-dev@...abs.org
Subject: Re: [PATCH 4/6] Add multi mport support.
On Thu, Jan 31, 2008 at 01:57:25PM +0800, Zhang Wei wrote:
>
>
> > -----Original Message-----
> > From: Kumar Gala [mailto:galak@...nel.crashing.org]
> >
> > On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
> >
> > > Change lots of static variable to mport private. And add
> > mport to some
> > > function declaration.
> >
> > Can you explain this patch further. Its not clear exactly from this
> > commit message why we are doing this.
> >
> > - k
>
> Sorry about I have a little hurry about it.
>
> The original RapidIO driver suppose there is only one mpc85xx RIO
> controller
> in system. So, some data structures are defined as mpc85xx_rio global,
> such as 'regs_win', 'dbell_ring', 'msg_tx_ring'. Now, I changed them to
> mport's private members. And you can define multi RIO OF-nodes in dts
> file
> for multi RapidIO controller in one processor, such as PCI/PCI-Ex host
> controllers
> in Freescale's silicon. And the mport operation function declaration
> should be changed
> to know which RapidIO controller is target.
Right, the RapidIO subsystem itself has had the concept of multiple
master ports from the beginning. However, when I did the MPC85xx
support I chose to just implement it for the known silicon available
at the time. I'm not surprised there's new silicon with multiple
controllers now.
-Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists