as/bsp/phytec/download/phyCORE-MPC5200B-tiny/TN-015e_1.pdf
jbe
--
Pengutronix e.K. | Juergen Beisert |
Linux Solutions for Science and Industry | Phone: +49-8766-939 228 |
Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206
ct data.
Hope it helps,
Juergen
--
Pengutronix e.K. | Juergen Beisert |
Linux Solutions for Science and Industry | Phone: +49-8766-939 228 |
Vertretung Sued/Muenchen, Germany | Fax: +49-5121-206917- |
Amtsgericht Hildeshe
7;s byte swap feature
depending on your bus size and you are done (no additional software
manipulation required). Now you can write bytes, words or longs and you will
always write the correct data into the corresponding device register.
Hope it helps
Juergen
--
Pengutronix e.K.
ork. Does it ever end?
Juergen
--
Pengutronix e.K. | Dipl.-Ing. Juergen Beisert |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Vertretung Sued/Muenchen, Germany | Phone: +49-5121-206917-7|
Amtsgericht Hildesheim, HRA 2686
wrong or missed clock configuration. Is your "CDM 48 MHz
Fractional Divider Configuration Register Field Descriptions (0x0210)" setup
correctly?
Some kernel revisions guesses and fixes the setting, some other not.
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
ve reset signal to add more time to
let the pin "find" its low level. But I'm not really happy about this
solution...
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgerich
Hi Grant,
On Freitag, 21. November 2008, Grant Likely wrote:
> Juergen, I haven't seen this behaviour. Have you asked you Freescale FAE?
Yes. But no answer yet. Thats why I ask here.
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solut
always dead
Does anybody see a behaviour like ours on his/her MPC5200B based system?
Does anybody have an idea what the difference between U-Boot und Linux could
be? Bug? Feature?
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions fo
) and
gpio_set_value(...) but nothing happens.
When I set the GPIOs in the hard way (ioremap() + playing with the registers)
the system switches off as expected.
How to get some useful debug output at this late system state (printk does not
work anymore)?
Regards,
Juergen
--
Dipl.-Ing. Juergen Be
Benjamin,
On Mittwoch, 24. September 2008, Benjamin Herrenschmidt wrote:
> On Wed, 2008-09-24 at 12:15 -0600, Grant Likely wrote:
> > On Wed, Sep 24, 2008 at 05:16:34PM +0200, Juergen Beisert wrote:
> > > On Dienstag, 23. September 2008, Juergen Beisert wrote:
> > >
On Dienstag, 23. September 2008, Juergen Beisert wrote:
> Matt,
>
> On Montag, 22. September 2008, Matt Sealey wrote:
> > Juergen Beisert wrote:
> > > Hi,
> > > $ lspci
> > > 00:18.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > &
Matt,
On Montag, 22. September 2008, Matt Sealey wrote:
> Juergen Beisert wrote:
> > Hi,
> > $ lspci
> > 00:18.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > Controller (rev 61) 00:18.1 USB Controller: VIA Technologies, Inc.
> > VT82x UH
On Montag, 22. September 2008, Juergen Beisert wrote:
> $ lspci
> 00:18.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> Controller (rev 61) 00:18.1 USB Controller: VIA Technologies, Inc.
> VT82x UHCI USB 1.1 Controller (rev 61) 00:18.2 USB Controller: VIA
> Te
VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 61)
00:18.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller (rev 61)
00:18.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63)
USB driver (endianess???) or oftee or hardware problem?
Anyone exp
evious workaround seems
+* not needed, as we have an MPC5200B (not A).
*/
- out_be32(&xlb->config, in_be32(&xlb->config) | MPC52xx_XLB_CFG_PLDIS);
+ out_be32(&xlb->config, in_be32(&xlb->config) & ~MPC52xx_XLB_CFG_PLDIS);
d a udbg_driver.
> It must write in a register which is located at 0x2001b044. So I wrote :
>
> void __iomem *p;
> p=ioremap(0x2001b044,4);
> iowrite32('O',p);
> iowrite32('K',p);
try
p=ioremap(0x2001b000, 0x1000);
iowrite32('O',p + 0x44);
iowr
s value for
/[EMAIL PROTECTED]/[EMAIL PROTECTED]
What does it mean?
At runtime I get:
[...]
of-flash fe00.flash: of_flash device: fe00-
CFI: Found no fe00.flash device at location zero
of-flash fe00.flash: do_map_probe() failed
[...]
What's going wrong? Any hint?
h fe00.flash: of_flash device: fe00-fdff
of-flash: probe of fe00.flash failed with error -16
TCP cubic registered
[...]
I'm confused about the "fe0-fdff". These are the return values from
the of_address_to_resource() call (in of_flash_probe() ). It should
be
reg = <00f8 0008>;
> };
> };
> };
Hmm, I tried with these setting (and many others) to make the flash on my
board work again.
But the physmap_of.c driver always fails. It tries to request the reg
Jon,
On Monday 09 June 2008 14:37, Jon Smirl wrote:
> On 6/9/08, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> > > > Device tree has an entry for AC97 on PSC1. I don't think the Phytec
> > > > module or carrier board has AC97 hardware.
> > >
> &
8563 driver for the
pcf8564.
> > There should be an i2c entry for the eeprom but I don't know the part
> > number for it.
>
> Yes, i2c devices should be described.
Its a 24C32.
I believe Wolfram has a newer OFtree for the pcm030 so I add him as CC.
Regards,
Matt,
On Saturday 19 April 2008 14:02, Matt Sealey wrote:
> Grant Likely wrote:
> > On Fri, Apr 18, 2008 at 12:11 PM, Matt Sealey <[EMAIL PROTECTED]> wrote:
> >> Juergen Beisert wrote:
> >
> > BTW, is anyone trying to shepherd this driver into the ALSA tree?
On Friday 18 April 2008 17:43, Peter Czanik wrote:
> Hello,
>
> Juergen Beisert írta:
> > Hi,
> >
> > if someone is interested: Here the full patch to get sound support for
> > MPC5200b and a current 2.6.25 kernel.
>
> First of all, thanks for fixing the driv
On Thursday 17 April 2008 17:05, Matt Sealey wrote:
> > + help
> > + Say Y or M if you want to support any AC97 codec attached to
> > + the Freescqle MPC52xx AC97 interface.
>
> Also this; Freescale :)
yes. ;-)
--
Dipl.-Ing. Juergen Beisert | http://www.pen
On Thursday 17 April 2008 17:10, Matt Sealey wrote:
> Juergen Beisert wrote:
> > Hi,
> > + /* the fifo starts right after psc ends */
> > + priv->fifo = (struct mpc52xx_psc_fifo*)&priv->psc[1]; /* FIXME */
>
> Wouldn't
>
> priv->fi
x = <0>; // or <1> if it is PSC2! Very
important!
reg = <2000 100>;
interrupts = <2 2 0>;
interrupt-parent = <&mpc5200_pic>;
};
Don't know if it uses the current correct content.
Juergen
--
D
_ac97_exit(void)
+{
+ of_unregister_platform_driver(&mpc52xx_ac97_of_driver);
+}
+
+module_init(mpc52xx_ac97_init);
+module_exit(mpc52xx_ac97_exit);
+
+MODULE_AUTHOR("Sylvain Munaut <[EMAIL PROTECTED]>");
+MODULE_DESCRIPTION(DRV_NAME ": Freescale MPC52xx PSC AC97 driv
On Tuesday 15 April 2008 10:03, Juergen Beisert wrote:
> Currently it fails to play anything with an external Wolfson WM9712
> connected to it. It seems the current AC97 reset sequence switches the
> WM9712 into testmode due to SDATA_OUT and Sync are not held low while the
> reset is
t is
active. Any idea to solve this? Switching both signals to GPIO and force them
to low level while reset is active? How to cover PSC1 and PSC2 with different
GPIOs for this case?
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.d
ft, right, left, right, ... to be fed into AC97
data slot 3 and 4?
Any ideas?
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Vertretung Sued/Muenchen, German
ard vendor 1):
MPC5200CVR400B, M62C REV 1, QCW0723T
The CPUs who do not need this patch (CPU card vendor 2):
SPC5200CBV400B, M62C REV 1, QAG0610C
MPC5200CVR400B, M62C REV 1, QAJ0613F
Best regards
Juergen Beisert
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix
On Monday 21 January 2008 14:01, Mehlan, Markus (Ritter Elektronik) wrote:
> > -Ursprüngliche Nachricht-
> > Von: Juergen Beisert [mailto:[EMAIL PROTECTED]
> > Gesendet: Montag, 21. Januar 2008 09:58
> > An: linuxppc-dev@ozlabs.org
> > Cc: Mehlan, Markus (Ritt
you check this?
http://ozlabs.org/pipermail/linuxppc-embedded/2007-May/027046.html
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Vertretung Sued/Mu
.
I tried our kernel (see link above) with an external harddisk and NFS. I
copied various files from the harddisk to NFS root and vice versa. No data
corruption.
Can you check our patch stack on your hardware?
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutroni
after I got the irq (with irq_of_parse_and_map), set it with
>
> set_irq_type(irq, IRQ_TYPE_LEVEL_HIGH);
>
> But I think it is a system-configuration (irq_desc) and no
> device-configuration.
Try with the attached patch.
Regards,
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengu
these kind of external
devices, or only SoC's internal devices? If its also intended for external
devices, how to do so? Are there any examples? I didn't find anything useful
yet.
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions for Scien
On Thursday 26 July 2007 10:47, Juergen Beisert wrote:
> FYI. Valid for current 2.6.22.1 kernel.
Sorry for the noise, tglx sent it allready.
Juergen
--
Dipl.-Ing. Juergen Beisert | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgeri
FYI. Valid for current 2.6.22.1 kernel.
-- Forwarded Message --
Subject: Re: Kernel Bug when entering something after login
Date: Wednesday 25 July 2007 21:06
From: Thomas Gleixner <[EMAIL PROTECTED]>
To: Juergen Beisert <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Hi Ben,
On Saturday 14 July 2007 22:48, Benjamin Herrenschmidt wrote:
> On Sat, 2007-07-14 at 18:31 +0200, Juergen Beisert wrote:
> > Hi,
> >
> > I'm trying to use the drivers/spi/mpc52xx_psc_spi.c as an open firmware
> > device (ARCH=powerpc). This device needs
Hi,
I'm trying to use the drivers/spi/mpc52xx_psc_spi.c as an open firmware device
(ARCH=powerpc). This device needs some platform specific data (the devices
connected to the SPI bus and how to drive the chipselects to these devices).
The driver itself get a "struct of_device *op" in his probe fu
40 matches
Mail list logo
