Kernel 2.6.11 SERIAL_PORT_DFNS broken in MPC8540_ADS
Kumar Gala
kumar.gala at freescale.com
Fri Mar 4 04:38:01 EST 2005
Ahh, this is because we dont build the boot code for 85xx. Since the
only bootloader I'm aware of is u-boot, we do the following:
$ make uImage
- kumar
On Mar 3, 2005, at 10:49 AM, Clemens Koller wrote:
> Hello, Kumar,
>
> I guess you are the right person to help me with the MPC85xx devices
> and platforms.
> Maybe you remember that I use a MPC8540 on the Board from Microsys.
> (www.microsys.de).
>
> The Problem: 2.6.11 (as well as 2.6.11-rc4) breaks due to a
> missing SERIAL_PORT_DFNS for mpc8540_ads in ns16550:
>
> root at ecam:/share/kernel/linux$ make
> CHK include/linux/version.h
> make[1]: `arch/ppc/kernel/asm-offsets.s' is up to date.
> CHK include/linux/compile.h
> CHK usr/initramfs_list
> make[1]: `arch/ppc/boot/images/uImage' is up to date.
> CC arch/ppc/boot/common/ns16550.o
> arch/ppc/boot/common/ns16550.c:20: error: `SERIAL_PORT_DFNS' undeclared
> here (not in a function)
> arch/ppc/boot/common/ns16550.c:20: error: initializer element is not
> constant
> arch/ppc/boot/common/ns16550.c:20: error: (near initialization for
> `rs_table[0]')
> make[2]: *** [arch/ppc/boot/common/ns16550.o] Error 1
> make[1]: *** [arch/ppc/boot/common] Error 2
> make: *** [zImage] Error 2
>
>
>
> Well, I see that you try to get rid of the mess... but I still
> didn't understand all your changes and the different flavors of
> the platforms. (Uses the SBC8560 non-std. serial ports on external
> interrupts? But all the others are 'normal' MPC85xx_DUART types?)
>
> STD_SERIAL_PORT_DFNS are also missing... so, how can I tell that
> I want to use the same as I did in 2.6.10? Can I use STD_UART_OP?
> Or is it deprecated to use an extra define if I don't have any
> special non std. hardware.
>
> What is the best way for me to integrate my board (which will be used
> in another system with some more PCI devices not part of the Microsys
> platform) into your platform / device structures?
>
> Currently, only minor changes were necessary to get 2.6.10 mpc8540ads
> working with my board. I needed to change only
> the PHY addresses (ids) on the FECs)
> and the PCI Interrupt routing (IDSEL -> IRQ ABCD)
> as they are wired up slightly different.
>
>
>
> Best greets,
>
> Clemens Koller
> _______________________________
> R&D Imaging Devices
> Anagramm GmbH
> Rupert-Mayer-Str. 45/1
> 81379 Muenchen
> Germany
>
> http://www.anagramm.de
> Phone: +49-89-741518-50
> Fax: +49-89-741518-19
More information about the Linuxppc-embedded
mailing list