Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Roderick Colenbrander
On Fri, Apr 17, 2009 at 12:04 AM, Anton Vorontsov wrote: > On Thu, Apr 16, 2009 at 11:27:34PM +0200, Roderick Colenbrander wrote: >> On Thu, Apr 16, 2009 at 10:57 PM, Anton Vorontsov >> wrote: >> > On Thu, Apr 16, 2009 at 09:30:00PM +0200, Bartlomiej Zolnierkiewicz wrote: >> >> >> >> Hi, >> >> >>

Re: pci32 code - early_*config*

2009-04-17 Thread Benjamin Herrenschmidt
On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote: > Ben, > > I was looking at what I need to get some additional bits of PCI code > building w/your ppc64 booke patches. One thing it looks like we need > is the early config cycle code. The question I have is do we think we > still need t

Re: Question about windfarm drivers

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 10:52 +0200, Jean Delvare wrote: > In wf_lm75_release(), i2c_detach_client() is called if and only if > lm->i2c.adapter is set, which is not the case, and then the data > structure, including the i2c client, is freed from memory. This means > that the freed i2c client is stil

Re: [PATCH] windfarm: Convert to a new-style i2c drivers

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 18:56 +0200, Jean Delvare wrote: > The legacy i2c binding model is going away soon, so convert the > macintosh windfarm drivers to the new model or they will break. > > Signed-off-by: Jean Delvare > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > --- > Can someone please

Re: powerpc-linux-gcc vs ppx_8xx-gcc and ppc_6xx-gcc

2009-04-17 Thread Wolfgang Denk
Dear "Lixin Yao", you should ask ELDK related questions on the ELDK mailing list, see http://lists.denx.de/mailman/listinfo/eldk In message <03d77ca4ac7f4d48a6ab5da3f1001b3fb5b...@exchtxus2.hstx.global.vpn> you wrote: > > I use ELDK 4.2 to work on platforms, one with MPC860 and the other with >

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 13:21 -0500, Kumar Gala wrote: > Ben, > > The following patch is causing me issues w/init SEGV on boot. This is > a pretty old version of init and I'm wondering what the commit you had > related to old ABI breakage: Can you test if the binary is trying to execute someth

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 13:53 -0500, Kumar Gala wrote: > A bit more debug info that might be helpful, I'm hitting this bad_area > fault : > > if (!(vma->vm_flags & VM_EXEC) && > (cpu_has_feature(CPU_FTR_NOEXECUTE) || > !(vma->vm_flags &

Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote: > Hi, > > On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote: > > Hi, > > > > I'm using a Xilinx ML510 it features a PowerPC 440 cpu inside a > > Virtex-5 FPGA. The board also contains a ALI M1533 south bridge > > fo

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Thu, 2009-04-16 at 14:27 -0500, Kumar Gala wrote: > On Apr 16, 2009, at 2:25 PM, Scott Wood wrote: > > > Kumar Gala wrote: > >> [root:~] cat /proc/1/maps > >> 0010-00103000 r-xp 0010 00:00 0 [vdso] > >> 0feab000-0ffbe000 r-xp 00:0d 7127086/lib/libc-2.2.5.so > >> 0f

Re: Proposed prom parse fix + moving.

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 08:08 +0200, Michal Simek wrote: > Hi All, > > I have got email from Ilpo about prom_parse file. > I take this file from powerpc. Who did write prom_parse file and take care > about? I wrote it :-) > BTW: What about to move prom_parse file to any generic location as we >

PPP over Synchronous HDLC in the Linux Kernel

2009-04-17 Thread Daniel Ng
Hi, Is there a way to integrate PPP over Synchronous HDLC using the existing kernel code? We are currently using 2.6.27 on an 8272 ppc board. In the past, we have had this working on 2.6.14 by porting across Dan Eble's PPC kernel patches, detailed below. However, it seems these patches were neve

Re: pci32 code - early_*config*

2009-04-17 Thread Roderick Colenbrander
On Fri, Apr 17, 2009 at 9:25 AM, Benjamin Herrenschmidt wrote: > On Wed, 2009-04-15 at 01:17 -0500, Kumar Gala wrote: >> Ben, >> >> I was looking at what I need to get some additional bits of PCI code >> building w/your ppc64 booke patches.  One thing it looks like we need >> is the early config c

Re: [PATCH 1/3 v3] mtd: physmap_of: Add multiple regions and concatenation support

2009-04-17 Thread Artem Bityutskiy
On Thu, 2009-04-16 at 19:38 +0100, David Woodhouse wrote: > On Thu, 16 Apr 2009, Artem Bityutskiy wrote: > > > On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote: > >> On Thu, Apr 16, 2009 at 7:37 AM, Stefan Roese wrote: > >>> On Thursday 16 April 2009, Grant Likely wrote: > > Signed-off-b

Re: pci32 code - early_*config*

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote: > > There are cases when it is really needed (or you would have to access > the address and data bus by hand). In my case I'm using a Xilinx PLB > soft-core and if certain options in the configuration header aren't > set (which aren't

[PATCH] macintosh/mediabay should depend on BLOCK

2009-04-17 Thread Alexander Beregalov
Fix this build error In file included from drivers/macintosh/mediabay.c:21: include/linux/ide.h:605: error: field 'request_sense_rq' has incomplete type Signed-off-by: Alexander Beregalov --- drivers/macintosh/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/dri

Re: issues w/init

2009-04-17 Thread Paul Mackerras
Benjamin Herrenschmidt writes: > I'm pretty sure they are broken already when running off a 64-bit > kernel, Maybe not... for 64-bit kernels we have our definition of elf_read_implies_exec in arch/powerpc/include/asm/elf.h, which IIRC sets the read-implies-exec personality thing on old 32-bit bin

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote: > Benjamin Herrenschmidt writes: > > > I'm pretty sure they are broken already when running off a 64-bit > > kernel, > > Maybe not... for 64-bit kernels we have our definition of > elf_read_implies_exec in arch/powerpc/include/asm/elf.h, wh

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote: > Benjamin Herrenschmidt writes: > > > I'm pretty sure they are broken already when running off a 64-bit > > kernel, > > Maybe not... for 64-bit kernels we have our definition of > elf_read_implies_exec in arch/powerpc/include/asm/elf.h, wh

Re: [PATCH 6/6] powerpc/fsl_soc: Isolate legacy fsl_spi support to mpc832x_rdb boards

2009-04-17 Thread Anton Vorontsov
Hi Peter, Sorry for the late response (and don't hesitate to ping me if I don't answer, some things get lost in my inbox traffic, sorry). On Wed, Apr 08, 2009 at 11:18:43AM +0200, Peter Korsgaard wrote: > > "Anton" == Anton Vorontsov writes: > > Hi, > > Anton> The advantages of this: > A

Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Anton Vorontsov
On Fri, Apr 17, 2009 at 09:40:19AM +0200, Benjamin Herrenschmidt wrote: > On Thu, 2009-04-16 at 21:30 +0200, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > > > On Wednesday 15 April 2009 16:34:22 Roderick Colenbrander wrote: > > > Hi, > > > > > > I'm using a Xilinx ML510 it features a PowerPC 440 c

Re: [PATCH 1/3 v3] mtd: physmap_of: Add multiple regions and concatenation support

2009-04-17 Thread Josh Boyer
On Thu, Apr 16, 2009 at 2:38 PM, David Woodhouse wrote: > On Thu, 16 Apr 2009, Artem Bityutskiy wrote: > >> On Thu, 2009-04-16 at 07:46 -0600, Grant Likely wrote: >>> Okay.  It will be good to get this one into -next for some testing >>> exposure.  Unless he asks me to do otherwise, I'll leave thi

Re: Proposed prom parse fix + moving.

2009-04-17 Thread Michal Simek
Grant Likely wrote: > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote: >> Hi All, >> >> I have got email from Ilpo about prom_parse file. >> I take this file from powerpc. Who did write prom_parse file and take care >> about? > > Posting to the linuxppc-dev list is sufficient to start. The

Re: Proposed prom parse fix + moving.

2009-04-17 Thread Ilpo Järvinen
On Fri, 17 Apr 2009, Michal Simek wrote: > Grant Likely wrote: > > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote: > >> Hi All, > >> > >> I have got email from Ilpo about prom_parse file. > >> I take this file from powerpc. Who did write prom_parse file and take care > >> about? > > > > P

Re: issues w/init

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote: On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote: Benjamin Herrenschmidt writes: I'm pretty sure they are broken already when running off a 64-bit kernel, Maybe not... for 64-bit kernels we have our definition of elf_read_im

Re: issues w/init

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 5:41 AM, Benjamin Herrenschmidt wrote: On Fri, 2009-04-17 at 20:05 +1000, Paul Mackerras wrote: Benjamin Herrenschmidt writes: I'm pretty sure they are broken already when running off a 64-bit kernel, Maybe not... for 64-bit kernels we have our definition of elf_read_im

Re: pci32 code - early_*config*

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 3:33 AM, Benjamin Herrenschmidt wrote: On Fri, 2009-04-17 at 10:03 +0200, Roderick Colenbrander wrote: There are cases when it is really needed (or you would have to access the address and data bus by hand). In my case I'm using a Xilinx PLB soft-core and if certain option

RE: Question about DBCR0 initialization for 440

2009-04-17 Thread John Linn
Josh, any thoughts on putting this into head_44x.S? Thanks, John From: linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org [mailto:linuxppc-dev-bounces+john.linn=xilinx@ozlabs.org] On Behalf Of Tirumala Reddy Marri Sent: Wednesday, April 15, 2009 10:2

[patch] powerpc/pasemi: Fix no SMP build error

2009-04-17 Thread Geoff Levand
A non-SMP version of smp_send_stop() is now included in smp.h. Remove the unneeded def in the pasemi setup.c. Fixes build errors like these when CONFIG_SMP=n: arch/powerpc/platforms/pasemi/setup.c:48: error: redefinition of ‘smp_send_stop’ include/linux/smp.h:125: error: previous definition

Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Benjamin Herrenschmidt
> But they don't. On MPC8610HPCD we have IDE interrupt directly > connected to the MPIC line (through PCI sideband interrupt), and > i8259 is _completely_ disabled in the bridge. Hrm why did you do that ? :-) Just kidding... if what you want is the PCI interrupt, then it should be in native mode,

Example dts file

2009-04-17 Thread Eddie Dawydiuk
Hello, I'm working on creating a dts file for a custom board based on the Yosemite AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and I'm a bit unsure how to describe this in the dts file. The FPGA implements an SD card core, RTC core, Nand core... Can anyone point me t

Re: pci32 code - early_*config*

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote: > The problem is that the "normal" PCI config access routines need a > pci_bus. However we don't have one yet and we need to do PCI config > cycles to the PHB before we call the remainder of the setup code to > get one. > > We could all c

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote: > I can and might have already done this, need to double check. But > what I was seeing from elf_map is that we don't get PROT_EXEC set for > this PHDR, but get VM_MAY_EXEC. I'm not clear on what VM_MAY_EXEC is > intended for. Looking at

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
> On ppc32 personality is clearly set to 0. On ppc64 the > elf_read_implies_exec does work around the issue (ie I implemented > elf_read_implies_exec as (exec_stk != EXSTACK_DISABLE_X) on ppc32). > However I think its just masking it. How so ? IE, it checks for PT_GNU_STACK, if not presen

Re: Example dts file

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk wrote: > Hello, > > I'm working on creating a dts file for a custom board based on the Yosemite > AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and > I'm a bit unsure how to describe this in the dts file. The FPGA implements

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Josh Boyer
On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote: > Josh, any thoughts on putting this into head_44x.S? The code in the fsl file looks like the right solution. I do have an odd question though, in that it's hard for the kernel to really know if something like a BDI is running. Namely, that con

Re: pci32 code - early_*config*

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 12:05 PM, Benjamin Herrenschmidt wrote: On Fri, 2009-04-17 at 09:08 -0500, Kumar Gala wrote: The problem is that the "normal" PCI config access routines need a pci_bus. However we don't have one yet and we need to do PCI config cycles to the PHB before we call the remainde

Re: issues w/init

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 12:03 PM, Benjamin Herrenschmidt wrote: On Fri, 2009-04-17 at 08:23 -0500, Kumar Gala wrote: I can and might have already done this, need to double check. But what I was seeing from elf_map is that we don't get PROT_EXEC set for this PHDR, but get VM_MAY_EXEC. I'm not cle

Re: issues w/init

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 12:40 -0500, Kumar Gala wrote: > > 1- In binfmt_elf.c, what happens with this statement ? > > > >if (elf_read_implies_exec(loc->elf_ex, executable_stack)) > >current->personality |= READ_IMPLIES_EXEC; > > on ppc32 noting as its elf_read_implies_exec is

[PATCH] powerpc: ppc32 needs elf_read_implies_exec()

2009-04-17 Thread Kumar Gala
On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries because old toolchains had bugs with regards to marking PHDRs as executable that needed to be. For some reason we didn't do this on ppc32 builds. This hadn't been an issue until recent changes to I$/D$ handling that impacted the

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Hollis Blanchard
On Friday 17 April 2009 12:22:37 Josh Boyer wrote: > On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote: > > Josh, any thoughts on putting this into head_44x.S? > > The code in the fsl file looks like the right solution. I do have an > odd question though, in that it's hard for the > kernel to re

Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Bartlomiej Zolnierkiewicz
On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote: > > But they don't. On MPC8610HPCD we have IDE interrupt directly > > connected to the MPIC line (through PCI sideband interrupt), and > > i8259 is _completely_ disabled in the bridge. > > Hrm why did you do that ? :-) > > Just kiddin

Re: [PATCH] powerpc: ppc32 needs elf_read_implies_exec()

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 1:03 PM, Kumar Gala wrote: On ppc64 we implemented elf_read_implies_exec() for 32-bit binaries because old toolchains had bugs with regards to marking PHDRs as executable that needed to be. For some reason we didn't do this on ppc32 builds. This hadn't been an issue until

Re: RFC Patch: Use x86 init_hwif in the alim15x3 for x86-like PowerPC systems

2009-04-17 Thread Anton Vorontsov
On Fri, Apr 17, 2009 at 08:17:18PM +0200, Bartlomiej Zolnierkiewicz wrote: > On Friday 17 April 2009 18:49:44 Benjamin Herrenschmidt wrote: > > > But they don't. On MPC8610HPCD we have IDE interrupt directly > > > connected to the MPIC line (through PCI sideband interrupt), and > > > i8259 is _comp

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Grant Likely
Hey John We just discussed this on IRC. Go ahead and generate a patch to unconditionally turn on DBCR0[IDM] in head_44x.S. Don't even bother wrapping it in an #ifdef CONFIG_somthing block. It should be safe, but we'll throw it into -next and see if anyone complains. If it does cause problems,

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Benjamin Herrenschmidt
On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote: > On Friday 17 April 2009 12:22:37 Josh Boyer wrote: > > On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote: > > > Josh, any thoughts on putting this into head_44x.S? > > > > The code in the fsl file looks like the right solution. I do ha

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 1:04 PM, Benjamin Herrenschmidt wrote: > On Fri, 2009-04-17 at 13:07 -0500, Hollis Blanchard wrote: >> On Friday 17 April 2009 12:22:37 Josh Boyer wrote: >> > On Fri, Apr 17, 2009 at 11:46 AM, John Linn wrote: >> > > Josh, any thoughts on putting this into head_44x.S? >> >

RE: Question about DBCR0 initialization for 440

2009-04-17 Thread John Linn
Thanks everyone, will do. > -Original Message- > From: Grant Likely [mailto:grant.lik...@secretlab.ca] > Sent: Friday, April 17, 2009 12:58 PM > To: Josh Boyer > Cc: John Linn; Tirumala Reddy Marri; linuxppc-dev@ozlabs.org; > holl...@us.ibm.com > Subject: Re: Question about DBCR0 initiali

[PATCH] powerpc: adjust oprofile_cpu_type

2009-04-17 Thread Mike Wolf
Oprofile is changing the naming it is using for the compatibility modes. Instead of having compat-power, oprofile will go to family naming convention and use compat-v. Currently only compat-v1 will be defined. Signed off by: Mike Wolf --- --- mainline.orig/arch/powerpc/kernel/cputable.c2

ELDK / U-Boot on the Emerson Network Power mvme5100

2009-04-17 Thread Kirby Cartwright
Does anyone know of a BSP or board directory or configuration for the Embedded Linux Development Kit (ELDK) and especially U-Boot on the mvme5100? I have searched the ELDK and LinuxPPC mailing lists and have not found anything yet. Cross posted to the ELDK mailing list. Thanks in advance for y

Re: [ELDK] ELDK / U-Boot on the Emerson Network Power mvme5100

2009-04-17 Thread Wolfgang Denk
Dear Kirby Cartwright, In message <716d25c422f36949847885f3d11ca0db387dfcc...@postoffice.lintek.local> you wrote: > > Does anyone know of a BSP or board directory or configuration for the ELDK > and especially U-Boot on the mvme5100. Patches to fix MVME5100 support in 2.6.5 have been posted on

RE: Question about DBCR0 initialization for 440

2009-04-17 Thread John Linn
> -Original Message- > From: Grant Likely [mailto:grant.lik...@secretlab.ca] > Sent: Friday, April 17, 2009 1:10 PM > To: Benjamin Herrenschmidt > Cc: Hollis Blanchard; linuxppc-dev@ozlabs.org; John Linn; > Tirumala Reddy Marri > Subject: Re: Question about DBCR0 initialization for 440 >

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Josh Boyer
On Fri, Apr 17, 2009 at 02:30:45PM -0600, John Linn wrote: >> > Might be worth checking if external debug is enabled, and >> override it >> > only if it's not. >> >> ppc440x5_um.pdf says that both can be enabled. >> > >The code that I started the thread with, from the fsl file, has conditional

RE: Question about DBCR0 initialization for 440

2009-04-17 Thread John Linn
> -Original Message- > From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com] > Sent: Friday, April 17, 2009 2:36 PM > To: John Linn > Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt; > linuxppc-dev@ozlabs.org; Hollis Blanchard; Tirumala Reddy Marri > Subject: Re: Question about DB

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Hollis Blanchard
On Friday 17 April 2009 15:30:45 John Linn wrote: > We think that we still need that conditional as the code is not Oring in the enable such that it would > disable external debug mode for the BDI. But we need it this way for our Xilinx pod. > > #if !defined(CONFIG_BDI_SWITCH) > /* >

[PATCH] [V5] Xilinx : Framebuffer Driver: Add PLB support and cleanup DCR

2009-04-17 Thread John Linn
Added support for the new xps tft controller. The new core has PLB interface support in addition to existing DCR interface. Removed platform device support as both MicroBlaze and PowerPC use device tree. Previously, the dcr interface was assumed to be used in mmio mode, and the register space of

Re: Question about DBCR0 initialization for 440

2009-04-17 Thread Josh Boyer
On Fri, Apr 17, 2009 at 02:41:26PM -0600, John Linn wrote: > > >> -Original Message- >> From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com] >> Sent: Friday, April 17, 2009 2:36 PM >> To: John Linn >> Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt; >> linuxppc-dev@ozlabs.org; Holl

RE: Question about DBCR0 initialization for 440

2009-04-17 Thread John Linn
> -Original Message- > From: Hollis Blanchard [mailto:holl...@us.ibm.com] > Sent: Friday, April 17, 2009 2:50 PM > To: John Linn > Cc: grant.lik...@secretlab.ca; Benjamin Herrenschmidt; > linuxppc-dev@ozlabs.org; Tirumala Reddy Marri > Subject: Re: Question about DBCR0 initialization for

PowerPC iotable_init equivalent?

2009-04-17 Thread Eddie Dawydiuk
Hello, In the past I've worked with ARM architectures where I could setup virtual / physical address mappings so I don't have to ioremap then pass around pointers. Does PowerPC have an equivalent abstraction? If not whats the recommended approach? That is, is there a better approach to the fo

Re: PowerPC iotable_init equivalent?

2009-04-17 Thread Roderick Colenbrander
On Fri, Apr 17, 2009 at 11:21 PM, Eddie Dawydiuk wrote: > Hello, > > In the past I've worked with ARM architectures where I could setup virtual / > physical address mappings so I don't have to ioremap then pass around > pointers. Does PowerPC have an equivalent abstraction? If not whats the > reco

Re: PowerPC iotable_init equivalent?

2009-04-17 Thread Kumar Gala
On Apr 17, 2009, at 4:21 PM, Eddie Dawydiuk wrote: Hello, In the past I've worked with ARM architectures where I could setup virtual / physical address mappings so I don't have to ioremap then pass around pointers. Does PowerPC have an equivalent abstraction? If not whats the recommended

Re: [v2 PATCH 2/3] EDAC: Add edac_device_alloc_index()

2009-04-17 Thread Doug Thompson
--- On Wed, 4/15/09, Andrew Morton wrote: > From: Andrew Morton > Subject: Re: [v2 PATCH 2/3] EDAC: Add edac_device_alloc_index() > To: "Harry Ciao" > Cc: nor...@yahoo.com, mich...@ellerman.id.au, > bluesmoke-de...@lists.sourceforge.net, linuxppc-dev@ozlabs.org, > linux-ker...@vger.kernel.or

[PATCH] ucc_geth: Move freeing of TX packets to NAPI context

2009-04-17 Thread Anton Vorontsov
From: Joakim Tjernlund This will make the system alot more responsive while ping flooding the ucc_geth ethernet interface. Also set NAPI weight to 64 as this is a common value. Signed-off-by: Joakim Tjernlund Signed-off-by: Anton Vorontsov --- drivers/net/ucc_geth.c | 31 +++---

Re: Proposed prom parse fix + moving.

2009-04-17 Thread Ilpo Järvinen
On Fri, 17 Apr 2009, Ilpo Järvinen wrote: > On Fri, 17 Apr 2009, Michal Simek wrote: > > > Grant Likely wrote: > > > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote: > > >> Hi All, > > >> > > >> I have got email from Ilpo about prom_parse file. > > >> I take this file from powerpc. Who did

Re: [PATCH] i2c: i2c-ibm_iic message can be confusing

2009-04-17 Thread Sean MacLennan
Any update on the status of this patch? This patch was acked by Jean. The patchwork entry is http://patchwork.ozlabs.org/patch/21576/ and the original patch message is below. Cheers, Sean On Mon, 2 Feb 2009 12:01:59 -0500 Sean MacLennan wrote: > This is a trivial patch that does not need to

Re: [PATCH] powerpc: Update Warp to use leds-gpio driver

2009-04-17 Thread Sean MacLennan
Any status update on this? The patch has actually been in use since 2.6.29. I wrote a stub LED driver that mimiced leds-gpio with the of patch. All I had to do when the leds-gpio of patch went in was drop the stub driver. I'd like to get this in then update the warp defconfig for 2.6.30. Cheers,

Re: Example dts file

2009-04-17 Thread David Gibson
On Fri, Apr 17, 2009 at 11:12:43AM -0600, Grant Likely wrote: > On Fri, Apr 17, 2009 at 11:04 AM, Eddie Dawydiuk > wrote: > > Hello, > > > > I'm working on creating a dts file for a custom board based on the Yosemite > > AMCC 440EP evaluation board. We have an FPGA connected to the PCI bus, and >

mpc5200 and dma_ops

2009-04-17 Thread Jon Smirl
Inside the ASoC code there a dma_alloc_coherent() call. This call is failing because dma_ops is null. --kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237! The device is soc-audio which is a platform_device. How do I get dma_ops filled in for a mpc5200 platform device? --

Re: mpc5200 and dma_ops

2009-04-17 Thread Jon Smirl
On Fri, Apr 17, 2009 at 8:58 PM, Jon Smirl wrote: > Inside the ASoC code there a dma_alloc_coherent() call. This call is > failing because dma_ops is null. > --kernel BUG at /home/jonsmirl/fs/arch/powerpc/include/asm/dma-mapping.h:237! > The device is soc-audio which is a platform_device. > > How

Re: [PATCH] powerpc: Update Warp to use leds-gpio driver

2009-04-17 Thread Trent Piepho
On Mon, 6 Apr 2009, Sean MacLennan wrote: > Now that leds-gpio is a proper OF platform driver, the Warp can use > the leds-gpio driver rather than the old out-of-kernel driver. > > One side-effect is the leds-gpio driver always turns the leds off > while the old driver left them alone. So we have t

Re: [PATCH] powerpc: Update Warp to use leds-gpio driver

2009-04-17 Thread Sean MacLennan
On Fri, 17 Apr 2009 20:12:50 -0700 (PDT) "Trent Piepho" wrote: > On Mon, 6 Apr 2009, Sean MacLennan wrote: > > Now that leds-gpio is a proper OF platform driver, the Warp can use > > the leds-gpio driver rather than the old out-of-kernel driver. > > > > One side-effect is the leds-gpio driver alw

Re: [PATCH] powerpc: Update Warp to use leds-gpio driver

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 10:37 PM, Sean MacLennan wrote: > On Fri, 17 Apr 2009 20:12:50 -0700 (PDT) > "Trent Piepho" wrote: > >> On Mon, 6 Apr 2009, Sean MacLennan wrote: >> > Now that leds-gpio is a proper OF platform driver, the Warp can use >> > the leds-gpio driver rather than the old out-of-k

Re: Proposed prom parse fix + moving.

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 4:07 PM, Ilpo Järvinen wrote: > On Fri, 17 Apr 2009, Ilpo Järvinen wrote: > >> On Fri, 17 Apr 2009, Michal Simek wrote: >> >> > Grant Likely wrote: >> > > On Fri, Apr 17, 2009 at 12:08 AM, Michal Simek wrote: >> > >> Hi All, >> > >> >> > >> I have got email from Ilpo about

Re: PowerPC iotable_init equivalent?

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 3:21 PM, Eddie Dawydiuk wrote: > Hello, > > In the past I've worked with ARM architectures where I could setup virtual / > physical address mappings so I don't have to ioremap then pass around > pointers. Does PowerPC have an equivalent abstraction? If not whats the > recom

Re: [microblaze-uclinux] [PATCH 11/11] microblaze: Kconfig: Enable drivers for Microblaze

2009-04-17 Thread Grant Likely
On Fri, Apr 17, 2009 at 11:06 AM, Stephen Neuendorffer wrote: > > Can we have XILINX_DRIVERS, please?  That way this can also be enabled > on any architecture that has FPGA peripherals. I've thought about this more, and I'd really rather not. The list of affected drivers is short and is not a la

Re: [PATCH 05/14] phylib: add *_direct() variants of phy_connect and phy_attach functions

2009-04-17 Thread Grant Likely
On Wed, Apr 15, 2009 at 3:10 PM, Andy Fleming wrote: > > On Mar 31, 2009, at 3:27 AM, Grant Likely wrote: > >> From: Grant Likely >> >> Add phy_connect_direct() and phy_attach_direct() functions so that >> drivers can use a pointer to the phy_device instead of trying to determine >> the phy's bus

Re: [PATCH 05/14] phylib: add *_direct() variants of phy_connect and phy_attach functions

2009-04-17 Thread Grant Likely
On Sat, Apr 18, 2009 at 12:08 AM, Grant Likely wrote: > On Wed, Apr 15, 2009 at 3:10 PM, Andy Fleming wrote: >> >> On Mar 31, 2009, at 3:27 AM, Grant Likely wrote: >> >>> From: Grant Likely >>> >>> Add phy_connect_direct() and phy_attach_direct() functions so that >>> drivers can use a pointer t

Re: [PATCH 09/14] net: Rework gianfar driver to use of_mdio infrastructure.

2009-04-17 Thread Grant Likely
On Wed, Apr 15, 2009 at 5:01 PM, Andy Fleming wrote: > > On Mar 31, 2009, at 3:27 AM, Grant Likely wrote: > >> From: Grant Likely >> >> This patch simplifies the driver by making use of more common code. >> >> Signed-off-by: Grant Likely >> --- >> >> drivers/net/gianfar.c |  103 >> +