linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Kumar Gala <kumar.gala@freescale.com>
To: "Clemens Koller" <clemens.koller@anagramm.de>
Cc: ppcembed Linux list <linuxppc-embedded@ozlabs.org>
Subject: Re: Kernel 2.6.11 SERIAL_PORT_DFNS broken in MPC8540_ADS
Date: Thu, 3 Mar 2005 11:38:01 -0600	[thread overview]
Message-ID: <efa0dd16adf3fd276dbcf160d03486c8@freescale.com> (raw)
In-Reply-To: <4227400A.2040704@anagramm.de>

Ahh, this is because we dont build the boot code for 85xx.  Since the=20
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@ecam:/share/kernel/linux$ make
>  =A0=A0 CHK=A0=A0=A0=A0 include/linux/version.h
> make[1]: `arch/ppc/kernel/asm-offsets.s' is up to date.
>  =A0=A0 CHK=A0=A0=A0=A0 include/linux/compile.h
> =A0=A0 CHK=A0=A0=A0=A0 usr/initramfs_list
> make[1]: `arch/ppc/boot/images/uImage' is up to date.
>  =A0=A0 CC=A0=A0=A0=A0=A0 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

           reply	other threads:[~2005-03-03 17:38 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <4227400A.2040704@anagramm.de>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=efa0dd16adf3fd276dbcf160d03486c8@freescale.com \
    --to=kumar.gala@freescale.com \
    --cc=clemens.koller@anagramm.de \
    --cc=linuxppc-embedded@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).