> This MSI driver can be used on 83xx/85xx/86xx board.
> In this driver, virtual interrupt host and chip were
> setup. There are 256 MSI interrupts in this host, Every 32
> MSI interrupts cascaded to one IPIC/MPIC interrupt.
> The chip was treated as edge sensitive and some necessary
> functions we
> > +void dcr_unmap_generic(dcr_host_t host, unsigned int dcr_c)
> > +{
> > + if (host.type == NATIVE)
> > + dcr_unmap_native(host.host.native, dcr_c);
> > + else
> > + dcr_unmap_mmio(host.host.mmio, dcr_c);
>
> What happens if host.type == INVALID? Same question for the
On Fri, 2008-04-18 at 15:33 +1000, Tony Breeds wrote:
> As the pacas are statically initialised increasing NR_CPUS beyond 128,
> means that any additional pacas will be empty ... which is bad.
>
> This patch adds the required functionality to fill in any excess pacas
> at runtime.
>
> Signed-of
On Fri, Apr 18, 2008 at 08:33:44PM +1000, Michael Ellerman wrote:
> What happens on non prom-init platforms?
Um yeah they wont work.
I'll try a slightly different approach.
Yours Tony
linux.conf.auhttp://www.marchsouth.org/
Jan 19 - 24 2009 The Australian Linux Technical Conferen
BTW, you should really be asking these questions on the linuxppc mailing list
On Sun, Apr 20, 2008 at 2:23 PM, David H. Lynch Jr. <[EMAIL PROTECTED]> wrote:
> I have been looking more and more at the kernel uartlite driver.
> Somewhere along the line while I was not watching PK's driver has
> de
On Wed, Apr 16, 2008 at 8:40 AM, Laurent Pinchart
<[EMAIL PROTECTED]> wrote:
> This patch converts the MII bitband driver to use GPIO lib for GPIO access.
> The driver can now handle MDC and MDIO on different GPIO banks.
>
> The patch depends on Anton Vorontsov GPIO lib support scheduled for 2.6.
> Yes you're right. Early at the pci initialization are errors of the
> allocation for pi ressources.
> And that are exactly the ressources failing later, so that pci initialization
> seem to be the reason for my problem.
> Was there any simple solution (e.g. just somehow increase memory reserve
Johan Borkhuis wrote:
Hello Christian,
Christian Ehrhardt wrote:
Hi,
I tried to use a radeon r200 based graphic card on a sequoia ppc
(440epx) board. I wondered about the initialization of radeonfb that
failed with
__ioremap(): phys addr 0x0 is RAM lr c029cf80
radeonfb (:00:0a.0)
I posted this before, but I hope it can go in now.
It's a prerequisite for some x86 ptrace cleanups I'd like to submit.
For powerpc, it requires this patch that's in Paul's queue:
commit 9c0c44dbd9bc380bee53e2f768c4ad5410b8aae2
Author: Roland McGrath <[EMAIL PROTECTED]>
Da
Hi Paul,
On Sunday 20 April 2008 14:27:27 Paul Mackerras wrote:
> Marvin writes:
> > will this be the end of life for all the PReP's ? I remember a patch
> > posted some month ago, but didn't heard anything since then. Any news? Or
> > just let it die quietly?
>
> No, I'm still planning on gettin
On Sun, Apr 20, 2008 at 10:27:27PM +1000, Paul Mackerras wrote:
> Marvin writes:
>
> > will this be the end of life for all the PReP's ? I remember a patch posted
> > some month ago, but didn't heard anything since then. Any news? Or just let
> > it die quietly?
>
> No, I'm still planning on ge
Marvin writes:
> will this be the end of life for all the PReP's ? I remember a patch posted
> some month ago, but didn't heard anything since then. Any news? Or just let
> it die quietly?
No, I'm still planning on getting PReP support over to arch/powerpc,
but getting time to work on it has be
Hi,
On Saturday 19 April 2008 17:30:10 Kumar Gala wrote:
> This is intended as a reminder that we plan on getting rid of arch/ppc
> this summer. I'm guessing based on kernel release times that will be
> 2.6.27. That would mean 2.6.26 will be the last kernel to support
> arch/ppc.
>
> If people h
Linus,
Please do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git master
to get a powerpc update.
Thanks,
Paul.
Documentation/kernel-parameters.txt |2
Documentation/powerpc/booting-without-of.txt | 622 +-
Documentation/powerpc
Hollis Blanchard wrote:
1 file changed, 5 insertions(+), 6 deletions(-)
arch/powerpc/kvm/Kconfig | 11 +--
Don't allow building as a module (asm-offsets dependencies).
Also, automatically select KVM_BOOKE_HOST until we better separate the guest
and host layers.
Applied, thanks.
15 matches
Mail list logo
