Kumar Gala | 1 Feb 04:33 2008

Re: Reminder: removal of arch/ppc


On Jan 31, 2008, at 4:54 PM, Mark A. Greer wrote:

> On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
>> Just a reminder that the plan is to remove arch/ppc this summer (June
>> 2008).  The following boards still existing over in arch/ppc.  Some  
>> of
>> them have been ported over to arch/powerpc.  If you care about one of
>> these boards and its not ported speak up (it helps if you have access
>> to the board).  Also, if you know a given board is free to die of
>> bitrot let us know so we know not to worry about it:
>
> I guess I'm just not a nice guy but I say let them die.  No need
> to worry.  The code really isn't going anywhere -- git-checkout
> v2.6.<pick your favorite version> and its back.
>
> /me's $0.02.

this is where I poke you about the sandpoint port ;)

- k
Marco Stornelli | 1 Feb 09:11 2008
Picon

External Interrupt

Hi,

I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
driver for a device connected with the local bus. This device has an
external interrupt. In the local bus driver I have used the macro
MPC85xx_IRQ_EXT<X> to get the interrupt number and pass it to the
driver and after that register the ISR. Now with a kernel 2.6.21 this
macro isn't available because in the header file irq.h there is the
option CONFIG_PPC_MERGE that disable those options. I think this
problem is related to the migration of ppc code towards powerpc. I
know that now there is the new device tree source file where I can add
a device and its interrupt number  but I think in this file I should
describe only the platform device, and this device is not a platform
device. Then, how can I get now this  value? Is there some function to
call? How can I perform this operation?

Thanks in advance.

Marco
Neil Wilson | 1 Feb 11:19 2008

arch/powerpc 440GX external IRQ

Hi,

Does anyone have these working and/or is able to talk me through the DTS
structure for them please ?
I have a 440GX board that works fine under arch/ppc with external
IRQ4,5,6 however I cannot get it correct in the DTS, I think I am not
correctly specifying the cascade of the UIC ?  I started off using the
Taishan DTS as a template as that seems to be the only 440GX in
powerpc/platforms and can get the board to boot, mount NFS etc.

Thanks.

Neil

--
Neil Wilson
Principal Engineer, Embedded Software
Airspan Communications Ltd
Cambridge House, Oxford Road
Uxbridge, Middlesex, UB8 1UN, UK.
+44(0)1895-467265
nwilson <at> airspan.com 
Russell McGuire | 1 Feb 12:47 2008

83xx immap_qe.h -> SIR type def error?

All Freescale,

Not sure if this is the place to post this, but I have run across what I
consider to be a possible type error in the immap_qe.h file, for the
asm/powerpc branch.

In the file immap_qe.h

/* SI Routing Tables */
struct sir {
	u8  tx[0x400];
	u8  rx[0x400];
	u8  res0[0x800];
}

Shouldn't these types be defined as __be16 ?

According to the Freescale manual this is a 16 bit field, not an 8-bit
field.

Spent an hour trying to figure out why I couldn't fill this field out with
upper 8 bits last night.

Thoughts?

Russell McGuire
Josh Boyer | 1 Feb 13:47 2008
Picon

Re: Reminder: removal of arch/ppc

On Thu, 31 Jan 2008 15:54:46 -0700
"Mark A. Greer" <mgreer <at> mvista.com> wrote:

> On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
> > Just a reminder that the plan is to remove arch/ppc this summer (June  
> > 2008).  The following boards still existing over in arch/ppc.  Some of  
> > them have been ported over to arch/powerpc.  If you care about one of  
> > these boards and its not ported speak up (it helps if you have access  
> > to the board).  Also, if you know a given board is free to die of  
> > bitrot let us know so we know not to worry about it:
> 
> I guess I'm just not a nice guy but I say let them die.  No need
> to worry.  The code really isn't going anywhere -- git-checkout
> v2.6.<pick your favorite version> and its back.

You're a nice guy.  You just aren't as much of a masochist as the rest
of us I guess.

;)

josh
Kumar Gala | 1 Feb 15:56 2008

Re: 83xx immap_qe.h -> SIR type def error?


On Feb 1, 2008, at 5:47 AM, Russell McGuire wrote:

> All Freescale,
>
> Not sure if this is the place to post this, but I have run across  
> what I
> consider to be a possible type error in the immap_qe.h file, for the
> asm/powerpc branch.
>
> In the file immap_qe.h
>
> /* SI Routing Tables */
> struct sir {
> 	u8  tx[0x400];
> 	u8  rx[0x400];
> 	u8  res0[0x800];
> }
>
> Shouldn't these types be defined as __be16 ?
>
> According to the Freescale manual this is a 16 bit field, not an 8-bit
> field.
>
> Spent an hour trying to figure out why I couldn't fill this field  
> out with
> upper 8 bits last night.
>
> Thoughts?

(Continue reading)

Sergei Shtylyov | 1 Feb 15:29 2008

Re: External Interrupt

Hello.

Marco Stornelli wrote:

> I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
> driver for a device connected with the local bus. This device has an
> external interrupt. In the local bus driver I have used the macro
> MPC85xx_IRQ_EXT<X> to get the interrupt number and pass it to the
> driver and after that register the ISR. Now with a kernel 2.6.21 this
> macro isn't available because in the header file irq.h there is the
> option CONFIG_PPC_MERGE that disable those options. I think this
> problem is related to the migration of ppc code towards powerpc. I
> know that now there is the new device tree source file where I can add
> a device and its interrupt number  but I think in this file I should
> describe only the platform device, and this device is not a platform
> device.

    How comes that it's not platform device if it hangs off the local bus?

> Then, how can I get now this  value? Is there some function to
> call? How can I perform this operation?

    Probably irq_alloc_virt()...

WBR, Sergei
Sergei Shtylyov | 1 Feb 15:28 2008

Re: External Interrupt

Marco Stornelli wrote:
> Hi,
> 
> I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
> driver for a device connected with the local bus. This device has an
> external interrupt. In the local bus driver I have used the macro
> MPC85xx_IRQ_EXT<X> to get the interrupt number and pass it to the
> driver and after that register the ISR. Now with a kernel 2.6.21 this
> macro isn't available because in the header file irq.h there is the
> option CONFIG_PPC_MERGE that disable those options. I think this
> problem is related to the migration of ppc code towards powerpc. I
> know that now there is the new device tree source file where I can add
> a device and its interrupt number  but I think in this file I should
> describe only the platform device, and this device is not a platform
> device.

    How comes that it's not platform device if it hangs off the local bus?

> Then, how can I get now this  value? Is there some function to
> call? How can I perform this operation?

    Probably irq_alloc_virt()...
Picon

AW: External Interrupt

Marco,

ASFAIK there where some changes and you have to get the irq with irq_create_mapping() or irq_of_parse_and_map()

Kindly regards

Hans

Mit freundlichen Grüßen

Hans Lehmann
Dipl.-Ing. Elektrotechnik

RITTER Elektronik GmbH
Leverkuser Strasse 65
D-42897 Remscheid

Tel.	+49 (0) 2191 - 67 32 40
Fax 	+49 (0) 2191 - 67 14 29
Email 	hans.lehmann <at> ritter-elektronik.de
Homepage  www.ritter-elektronik.de

Geschäftsführer: Manfred A. Wagner, Dr. Uwe Baader
Sitz der Gesellschaft: Oberhausen
HRB 17168 Duisburg    USt-ID DE 814009849

-----Ursprüngliche Nachricht-----
Von: linuxppc-embedded-bounces+hans.lehmann=ritter-elektronik.de <at> ozlabs.org
[mailto:linuxppc-embedded-bounces+hans.lehmann=ritter-elektronik.de <at> ozlabs.org] Im Auftrag
von Marco Stornelli
(Continue reading)

Marco Stornelli | 1 Feb 16:15 2008
Picon

Re: External Interrupt

Sergei Shtylyov ha scritto:
> Marco Stornelli wrote:
>> Hi,
>>
>> I used the linux kernel 2.6.10 with a processor MPC8548E. I wrote a
>> driver for a device connected with the local bus. This device has an
>> external interrupt. In the local bus driver I have used the macro
>> MPC85xx_IRQ_EXT<X> to get the interrupt number and pass it to the
>> driver and after that register the ISR. Now with a kernel 2.6.21 this
>> macro isn't available because in the header file irq.h there is the
>> option CONFIG_PPC_MERGE that disable those options. I think this
>> problem is related to the migration of ppc code towards powerpc. I
>> know that now there is the new device tree source file where I can add
>> a device and its interrupt number  but I think in this file I should
>> describe only the platform device, and this device is not a platform
>> device.
> 
>    How comes that it's not platform device if it hangs off the local bus?

In SoC system generally the platform device are (more or less) the
microprocessor controller like i2c, pci, local bus itself and so on. I
think is like if you consider a PCI board a platform device only because
it hangs off the PCI link.

> 
>> Then, how can I get now this  value? Is there some function to
>> call? How can I perform this operation?
> 
>    Probably irq_alloc_virt()...
> 
(Continue reading)


Gmane