Charles Krinke wrote:
This routine uses a ccsr_pci struct to assign potar2, powar2, powbar2
and others like this:
pci-potar2 = 0x0010;
pci-powar2 = 0x8004401a;
pci-powbar2 = 0x00888000;
This is big-endian access to the registers, right?
I tend to prefer explicit macros like the
Domen Puncer wrote:
Add fsl-i2c to lite5200 i2c nodes in device tree, and enable FSL_SOC.
Tested to work with built-in eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
This patch obsoletes the previous one, and is shorter too :-)
arch/powerpc/Kconfig
Add fsl-i2c to mpc5200 i2c node in device tree, and enable FSL_SOC.
Tested to work with built-in eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
D'oh, of course it makes more sense under PPC_MPC52xx.
arch/powerpc/Kconfig|1 +
On 03/03/07 08:33 +0100, Domen Puncer wrote:
On 02/03/07 22:35 +0100, Sylvain Munaut wrote:
Hi,
Thanks for providing theses.
I hadn't a chance to test them yet, I'll try that this week end. A
couple of comments already though :
- Is saving the SDMA / PIC registers necessary ?
Domen Puncer wrote:
Add fsl-i2c to mpc5200 i2c node in device tree, and enable FSL_SOC.
Tested to work with built-in eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Acked-by: Sylvain Munaut [EMAIL PROTECTED]
I'll make sure this is included in my next merge batch to
Domen Puncer wrote:
On 03/03/07 08:33 +0100, Domen Puncer wrote:
On 02/03/07 22:35 +0100, Sylvain Munaut wrote:
Hi,
Thanks for providing theses.
I hadn't a chance to test them yet, I'll try that this week end. A
couple of comments already though :
- Is saving the SDMA / PIC
#define P00x8000 // P0 bit in registers
#define P10x4000 // P1 bit in registers
#define P20x2000 // P2 bit in registers
Shouldn't that be
#define P00x8000 // P0 bit in registers
#define P10x4000 // P1 bit in registers
#define P2
On Mar 5, 2007, at 4:53 AM, Sylvain Munaut wrote:
Domen Puncer wrote:
Add fsl-i2c to mpc5200 i2c node in device tree, and enable FSL_SOC.
Tested to work with built-in eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Acked-by: Sylvain Munaut [EMAIL PROTECTED]
I'll
On Mar 5, 2007, at 8:53 AM, Kumar Gala wrote:
On Mar 5, 2007, at 4:53 AM, Sylvain Munaut wrote:
Domen Puncer wrote:
Add fsl-i2c to mpc5200 i2c node in device tree, and enable FSL_SOC.
Tested to work with built-in eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
You do understand that readl is in fact a call to in_le32() on ppc
(cf. include/asm-ppc/io.h).
The question now is, what endianness you would like in that register?
Regards
--
Stephane
Dear Stephane:
Your point is well made. I can see that readl is in fact a call to
in_le32. Maybe there is
On Mar 5, 2007, at 9:02 AM, Charles Krinke wrote:
You do understand that readl is in fact a call to in_le32() on ppc
(cf. include/asm-ppc/io.h).
The question now is, what endianness you would like in that register?
Regards
--
Stephane
Dear Stephane:
Your point is well made. I can
Charles Krinke wrote:
[...]
I am told that we are running this ppc in big endian, so would this
mean
that readl writel should actually be resolving to in_be32/out_be32
respectively? Is there some other setup that may be wrong?
IIRC, readl and writel were defined this way in order to ease PCI
Thank you Stephane and Kumar.
I think the moral of this story is that the drive logic created by my
predecessor that calls readl/writel to read/write ppc registers needs to
be changed to call in_be32 outbe32 so I don't continue a mistake.
Charles
___
On Thursday 01 March 2007 19:57, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
I'm trying to compile a recent kernel from DENX linuxppc_2_4_devel for
my STK5200 using ELDK 3.1.1.
It should compile and run fine.
It is compiling fine and it is basically working, but I get lot
Hello all,
I have a problem to boot a linux image in a Freescale LITE5200B, I
compile a Kernel image and a rootfs image with the scripts where I
found in the page http://cross-stuff.sourceforge.net/ , the LITE5200B
post in the screen:
## Booting image at ff0a ...
Image Name: Linux
Juan Lopez wrote:
Hello all,
I have a problem to boot a linux image in a Freescale LITE5200B, I
compile a Kernel image
What kernel version, what origin ? ...
bootargs=root=/dev/mtdblock3 ro console=ttyS1 rootfstype=jffs2
The console = ttyS1 sounds weird ... there is only 1 serial on
Hi,
I attached a driver for the SPI controller of MPC875 that I'm developing. It's
not yet complete, actually, in the mpc8xx_transfer () method simply tries to
transmit 3 bytes (the SPI controller is looped) and thus I expect to receive
the same three bytes. It works sometimes, but not always
On 05/03/07 11:58 +0100, Sylvain Munaut wrote:
Domen Puncer wrote:
- And if it is, won't a memcpy_io of the whole zone do the trick ?
Oh, nice. I wasn't aware of _memcpy_{to,from}io. I'll try it.
OK, one can't copy the whole zone :-(
Ie. reading from
Hello,
Is there an API call, either Linux or PowerPC-specific, for determining
the cause of the last reset? I can certainly read the RSR myself, but
why bother if the information's available elsewhere.
thanks,
Ben
___
Linuxppc-embedded mailing list
Hi Cedric,
For ppc embedded related patches, please also cc:
[EMAIL PROTECTED]
We use a kernel 2.6.14 on PPC platform (MPC 8555). The FCC driver
works
To submit a kernel patch upstream, the patch should be against the
latest kernel version which is 2.6.21-rc now.
well with a 100Mbps link. But
20 matches
Mail list logo