Einar,
On Fri, Nov 25, 2011 at 08:20:30AM +, Einar Már Björgvinsson wrote:
> Wanted to repeat my previous email about enabling MBX in MPC5121.
>
> Anybody out there who can assist me?
This list is about open source software. The core you are using is from
Imagination Technologies, they do not
Robin,
On Tue, Aug 09, 2011 at 10:06:04PM -0500, Robin Holt wrote:
> In working with the socketcan developers, we have come to the conclusion
> the Documentation...fsl-flexcan.txt device tree documentation needs to
> be cleaned up. The driver does not depend upon any properties other
> than the r
Wolfram, have you seen this mail? You recently tested -rt on 2.6.29,
right? Did you only test that on the customer hardware or also on the
phyCORE-MPC5200B?
rsc
On Mon, May 18, 2009 at 01:36:27PM -0400, Eric Millbrandt wrote:
> Hello all,
>
>
>
> I am testing a 2.6.29.3 (with preempt_rt patch
On Sun, Mar 01, 2009 at 09:33:16PM -0700, Grant Likely wrote:
> On Sun, Mar 1, 2009 at 7:19 PM, Jon Smirl wrote:
> > Would it be easier to get Pengutronix to release a new u-boot for
> > the pcm030? I'm using U-Boot 1.2.0-mpc5200b-tiny-2 (Apr 17 2007 -
> > 11:49:20).
>
> Only if it is a chip IO se
Hi Mike,
On Thu, Jan 29, 2009 at 01:52:00PM -0600, Mike Timmons wrote:
> Questions:
> 1) if I want to cross-compile a kernel later than 2.6.24 to hopefully
> get better WAN device support (and clearer options for fw loading),
> which kernel should I try, and which toolchain?
OSELAS.Toolchain-
Frank,
On Thu, Jan 29, 2009 at 03:21:55PM -0800, Frank Rowand wrote:
> > Thanks! I have not yet had the chance to apply any arch patches yet. I
> > do plan on doing so after getting the code mostly working on x86.
>
> Your email can at an opportune time for me... I was starting to try
> 2.6.28-r
gt; the stock 2.6.27 tree.
The drivers for MPC5200B's mscan are still in the SocketCAN repository,
right. The team is working on getting the patches ready for mainline.
rsc
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
ika problem. Thanks for the tip.
Marc, do we have a fix for that 2.17 problem?
rsc
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germ
st.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hildesheim, Germany
Phone: +49-5121-206917-0 | Fax: +49-51
On Mon, Jun 09, 2008 at 11:13:35AM +0200, Sascha Hauer wrote:
> I think partitions shouldn't go into the default device tree, as people
> may have different partitioning.
It is also a chicken-and-egg thing, because the oftree would describe
the partition it is in.
Robert
--
Dipl.-
kernels, each one got a fundamental change in the naming, each
time breaking anyone who doesn't have his stuff in the mainline yet.
Sorry, but this is simply annoying, and the whole "the only thing we
have to do is to define it once and be done then" is crap.
Robert
--
Dipl.-Ing
On Tue, Apr 15, 2008 at 05:29:54PM +0200, Robert Schwebel wrote:
> From: Sascha Hauer <[EMAIL PROTECTED]>
>
> Add a set_type function for external (GPIO) interrupts.
>
> Signed-off-by: Juergen Beisert <[EMAIL PROTECTED]>
> Signed-off-by: Sascha Hauer <[EM
From: Sascha Hauer <[EMAIL PROTECTED]>
The error handling for the mpc5200 fec interrupt is broken. The intended
behaviour is like this:
* If one of FEC_IEVENT_RFIFO_ERROR and FEC_IEVENT_XFIFO_ERROR happens,
the datasheet says (MPC5200B User's Guide R1.2, p. 14-13): "When this
occurs, software
On Tue, Apr 15, 2008 at 10:29:26AM -0500, Kumar Gala wrote:
> You really need to also copy netdev and patches to drivers/net.
Hm? Sorry, don't understand what you mean.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and
From: Sascha Hauer <[EMAIL PROTECTED]>
Add a set_type function for external (GPIO) interrupts.
Signed-off-by: Juergen Beisert <[EMAIL PROTECTED]>
Signed-off-by: Sascha Hauer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_pic.c | 38 ++
1 file changed,
From: Sascha Hauer <[EMAIL PROTECTED]>
The error handling for the mpc5200 fec interrupt is broken. The intended
behaviour is like this:
* If one of FEC_IEVENT_RFIFO_ERROR and FEC_IEVENT_XFIFO_ERROR happens,
the datasheet says (MPC5200B User's Guide R1.2, p. 14-13): "When this
occurs, software
#x27;d be interested as well; do I read your mail right that you have
already managed to hear sound coming out of the MPC5200B PSC AC97
interface? You would be the first one I've heared of, so it would
definitely be interesting to see your code.
Robert
--
Dipl.-Ing. Robert Schwebel | http:/
t and/or has a updated version or can share
> experience?
Sidenote: last time we tried (2.6.23.1), the AC97 driver didn't work,
tested on the phyCORE-MPC5200B-tiny board. No sound, just a little bit
noise which can be muted with the mixer. And music finishes about 7
times as fast as i
eal hurry; even if most of it is just
> boilerplate instantiations.
You are right in general. However, it doesn't change the fact that we
are living in maintenance-nightmare land right now ...
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux So
most 100% oftree porting. And you do not even have
a single point of a parser, because all this string parsing is
completely scattered all over the tree.
The ARM method of using just a device number is so much easier ...
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutron
ll the relevant drivers together, but that
> doesn't seem optimal to me either.
You know this driver?
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=drivers/mmc/host/mmc_spi.c;h=365024b83d3da9df9b6e4f7a9d4cf6d216ba523d;hb=HEAD
Or is your question how to expre
On Sun, Dec 16, 2007 at 07:28:40PM +0200, Arnon Kaufman wrote:
> Robert Schwebel wrote:
> >On Sun, Dec 16, 2007 at 03:24:34PM +0200, Arnon Kaufman wrote:
> >>does any one succeed running a functional FEC and ATA (pata) running
> >>together?
> >
> >Yes, we do
0, bestcom and
fec in the mainline recently. You should test the latest 2.6.24-rc
kernel.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA 2686
Hannoversche Str. 2, 31134 Hil
RTAI on ppc440EP.
> >
> > RTAI on PPC? I thought RTAI was dead for anything other than X86.
>
> Stefan is right.
>
> RTAI is dead.
>
> You should use Xenomai instead.
Or rt-preempt of course, which is the mainline way of doing realtime.
Robert
--
Dipl.-Ing. R
On Sun, Sep 16, 2007 at 01:52:02PM +0200, Stefan Roese wrote:
> diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig
> index 9f3a4cd..12453e2 100644
> --- a/drivers/i2c/busses/Kconfig
> +++ b/drivers/i2c/busses/Kconfig
> @@ -220,7 +220,17 @@ config I2C_PIIX4
>
> config I2C_IBM_II
On Tue, Sep 11, 2007 at 11:43:17AM +0200, Heiko Schocher wrote:
> I have developed a device driver and use the sysFS to export some
> registers to userspace.
Uuuh, uggly. Don't do that. Device drivers are there to abstract things,
not to play around with registers from userspace.
> I opened the s
defined. But for the
embedded processors, too less people are working on it, plus we have too
much things which could be defined. Speaking of the MPC5200, look at how
often device tree names change, e.g. for mpc5200 vs. mpc52xx vs.
whatever. As long as things change, you have to keep the three loc
oes wrong, you have to change
- the driver
- the platform code
- the oftree
and they often contain redundant information (like names of oftree
nodes, which change more often than some people's panties).
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutr
28 matches
Mail list logo
