Re: [git pull] Please pull powerpc.git merge branch

2012-07-10 Thread roger blofeld
| | after the patch is applied I get no messages on module loading and ftrace no longer complains, and I can trace my module's functions. So I can add Tested-By: Roger Blofeld -rb ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] kernel panic during kernel module load (powerpc specific part)

2012-06-21 Thread roger blofeld
     /* addi > r12,r12,sym@l*/ > +    entry->jump[2] = 0x7d8903a6;  >                 >   /* mtctr r12 */ >     entry->jump[3] = > 0x4e800420;        >     /* bctr */ > >     DEBUGP("Initialized plt for 0x%x at > %p\n", val, entry); > _

Re: [PATCH] powerpc: Dont require a dma_ops struct to set dma mask

2010-08-03 Thread roger blofeld
- Original Message > From: Kumar Gala > To: linuxppc-...@ozlabs.org > Sent: Mon, August 2, 2010 12:21:22 PM > Subject: [PATCH] powerpc: Dont require a dma_ops struct to set dma mask > > The only reason to require a dma_ops struct is to see if it has > implemented set_dma_mask. If not

Re: [PATCH] powerpc: Restore dma ops for powermac cardbus drivers

2009-11-30 Thread roger blofeld
> To: roger blofeld > Cc: ga...@kernel.crashing.org; linuxppc-dev@lists.ozlabs.org; > sta...@kernel.org > Sent: Sun, November 29, 2009 11:49:27 PM > Subject: Re: [PATCH] powerpc: Restore dma ops for powermac cardbus drivers > > On Sun, 2009-11-29 at 20:23 -0800, roger blof

[PATCH] powerpc: Restore dma ops for powermac cardbus drivers

2009-11-29 Thread roger blofeld
Commit 4ae0ff606e848fa4957ebf8f97e5db5fdeec27be broke dma setup for cardbus devices such as sata_sil, rt2500 and ath5k. This patch restores the default dma ops for cardbus devices. Tested with sata_sil on a powerbook G4. bz#537176 Signed-off-by: Roger Blofeld --- The inline patch is whitespace

Yenta + sata_sil + 2.6.30.8 fails because dma_ops==NULL

2009-10-14 Thread roger blofeld
Hi I have a powerbook G4 which has drives connected via a cardbus sata_sil. It is running fedora 11. It boots fine with 2.6.27.35-170.2.94.fc10.ppc, but with 2.6.30.8-64.fc11.ppc because of an error in the probe function of sata_sil. I have traced the problem to be the line in sata_sil.c funct