On 21/10/07 10:55 -0600, Grant Likely wrote:
On 6/13/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Jun 12, 2007, at 3:59 AM, Domen Puncer wrote:
Driver for internal mpc5200 watchdog on general purpose timer 0.
For IPB clock of 132 MHz the maximum timeout is about 32 seconds
On 02/10/07 14:49 +0200, Sascha Hauer wrote:
Hi Domen,
Hi Sascha!
On Sun, Sep 02, 2007 at 09:41:43AM +0200, Domen Puncer wrote:
+ */
+static void fec_start(struct net_device *dev)
+{
+ struct fec_priv *priv = netdev_priv(dev);
+ struct mpc52xx_fec __iomem *fec = priv-fec
Export phy_mii_ioctl, so network drivers can use it when built
as modules too.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
On 17/09/07 11:53 +0200, Sven Luther wrote:
On Sat, Sep 15, 2007 at 02:14:44PM +0200, Domen Puncer wrote:
Updated and split version at:
http://coderock.org/tmp
On 16/09/07 15:05 -0400, Jon Smirl wrote:
This adjustment to the error counting is in the Efika patches and not
in yours, should it be in yours too?
I know about this patch.
Error counting is reworked in newer anyway (mixing rmon and ieee
counters didn't look very nice to me).
Domen
On 03/09/07 09:57 -0600, Grant Likely wrote:
On 9/2/07, Domen Puncer [EMAIL PROTECTED] wrote:
Hi!
new in this version:
- fixed stuff that was commented on.
- added 7-wire support (compile at least, if someone has the hardware,
please test!)
- ethtool support
Thanks
On 15/09/07 00:28 -0400, Jon Smirl wrote:
On 9/14/07, Jon Smirl [EMAIL PROTECTED] wrote:
This patch doesn't seem to working quite right on my hardware (Phytec
pcm030). At boot I get a long pause.
It also doesn't compile if CONFIG_FEC_MPC52xx_MDIO is undefined.
Right, darn.
Try this one:
On 12/09/07 12:16 -0400, Jon Smirl wrote:
On 9/12/07, Grant Likely [EMAIL PROTECTED] wrote:
On 9/12/07, Jon Smirl [EMAIL PROTECTED] wrote:
On 9/12/07, Robert Schwebel [EMAIL PROTECTED] wrote:
We have the OSELAS.BSP patch stack for the PCM030 working ontop of
Linus' git. It still uses
Hi!
I'm taking a stab at adding DMA support to pata_mpc52xx driver.
It's based on patches from Freescale's ltib (old ide driver).
The problem is that I can't seem to get any interrupts
(not ata, not bestcomm task), when setting up MWDMA/UDMA mode.
Ideas?
My current patch:
---
, Domen Puncer wrote:
Index: work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
===
--- work-powerpc.git.orig/arch/powerpc/boot/dts/lite5200b.dts
+++ work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
+ [EMAIL
On 20/08/07 10:31 +0200, Domen Puncer wrote:
On 19/08/07 16:39 +0100, Matt Sealey wrote:
Domen,
Do it in a Forth script, or in nvramrc (after probe-all). Don't clutter
Linux with more fixups. The Efika PHY isn't going to change to something
else and it's a bog standard no-frills MII
PROTECTED]
Genesi, Manager, Developer Relations
Domen Puncer wrote:
On 20/08/07 10:31 +0200, Domen Puncer wrote:
On 19/08/07 16:39 +0100, Matt Sealey wrote:
Domen,
Do it in a Forth script, or in nvramrc (after probe-all). Don't clutter
Linux with more fixups. The Efika PHY isn't going to change
Hi!
On 10/08/07 11:51 +0200, Domen Puncer wrote:
Index: work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
===
--- work-powerpc.git.orig/arch/powerpc/boot/dts/lite5200b.dts
+++ work-powerpc.git/arch/powerpc/boot/dts
On 12/08/07 13:57 +, Ming Liu wrote:
Dear all,
I am reading LDD(V3) chapter 6 on the topic of wait_event(queue, condition)
and wake_up(queue) functions. I am quite confused on the sayings. One is
Until condition evaluates to a true value, the process continues to
sleep, which looks
On 13/08/07 08:33 +, Ming Liu wrote:
Dear Domen,
Thanks for your reply first.
I understand it this way:
- condition
Just checking the condition is one way (if you don't have a wake_up
source, like an interrupt), but that's not really what wait_event does.
It would be something
On 13/08/07 09:22 +, Ming Liu wrote:
Dear Momen,
OK. I see now. So you mean condition is only to judge whether a sleeping
process could be waken up or not when wake_up() is executed in other
processes or interrupt handlers. What really wakes the process up is still
the function of
Hi!
Not for merge (yet)! But please do review.
fec_mpc52xx driver (not in-tree, but floating around) isn't in very
good shape, so I tried to change that.
Diff against original is quite big (fec_phy.c is completely rewritten)
and confuzing, so I'm including whole drivers/net/fec_mpc52xx/ .
I
Add flash definition for in lite5200b dts, and while at it
fix ranges for soc node.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
OK.
Then how about something like this?
# ls /sys/devices/
total 0
drwxr-xr-x 34 root root 0 Dec 9 1993 f000.soc5200
drwxr-xr-x 3 root root 0 Dec 9
On 01/08/07 13:36 -0500, Scott Wood wrote:
On Wed, Aug 01, 2007 at 02:45:05PM +0300, Yoni Levin wrote:
request_irq(74,handler,IRQF_DISABLED,GPIO,NULL);
^
Did you try removing that flag (or calling enable_irq())?
From interrupt.h:
38 * IRQF_DISABLED -
Add flash definition for to lite5200b dts, and while at it
fix ranges for soc node.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Hi!
Sylvain, it would be nice to have this merged.
# cat /proc/mtd
dev:size erasesize name
mtd0: 0100 0002 data0
mtd1: 00f0 0002 data1
On 01/08/07 06:41 -0600, Grant Likely wrote:
On 8/1/07, Domen Puncer [EMAIL PROTECTED] wrote:
Add flash definition for to lite5200b dts, and while at it
fix ranges for soc node.
...
+++ work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
@@ -52,7 +52,8 @@
revision
Disabling module on stop doesn't work on some CPUs (ie. mpc8241,
as reported by Guennadi Liakhovetski), so remove that.
Disable I2C module on errors/interrupts to prevent it from
locking up on mpc5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Hi!
So I fixed i2c on one board
void __exit uec_mdio_exit(void) is called from
- static int __init ucc_geth_init(void)
- static void __exit ucc_geth_exit(void)
First one would make error path more than just an error.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/net/ucc_geth_mii.c |3 ++-
1 file changed, 2
On 11/07/07 00:03 -0600, Grant Likely wrote:
On 7/10/07, Domen Puncer [EMAIL PROTECTED] wrote:
On 10/07/07 14:40 +0200, Jean Delvare wrote:
...
+/* Sometimes 9th clock pulse isn't generated, so slave doesn't release
+ * the bus. Documented and suggested workaround on
+ * http://ozlabs.org
On 09/07/07 09:53 -0600, Grant Likely wrote:
On 7/9/07, Domen Puncer [EMAIL PROTECTED] wrote:
Work around a problem reported on:
http://ozlabs.org/pipermail/linuxppc-embedded/2005-July/019038.html
Without this patch I2C on mpc5200 becomes unusable after a while.
Tested on mpc5200 based boards
On 10/07/07 14:40 +0200, Jean Delvare wrote:
Hi Grant, hi Domen,
On Tue, 10 Jul 2007 00:22:05 -0600, Grant Likely wrote:
On 7/10/07, Domen Puncer [EMAIL PROTECTED] wrote:
Work around a problem reported on:
http://ozlabs.org/pipermail/linuxppc-embedded/2005-July/019038.html
Without
Work around a problem reported on:
http://ozlabs.org/pipermail/linuxppc-embedded/2005-July/019038.html
Without this patch I2C on mpc5200 becomes unusable after a while.
Tested on mpc5200 based boards by Matthias and me.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c
Low-power mode implementation for Lite5200b.
Some I/O registers are also saved here.
A recent U-Boot that supports this (lite5200b_PM_config) is needed.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
It would be nice to get this merged.
arch/powerpc/platforms/52xx/Makefile |3
sparse caught these static functions / __iomem annotations
under arch/powerpc/platform/52xx/
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Reposting, adding tnt to Cc, and requesting inclusion.
The patch is pretty much harmless :-)
arch/powerpc/platforms/52xx/efika.c |4
On 04/07/07 17:51 +0300, Kimmo Surakka wrote:
Hello all,
Hi!
...
Problem #2: I2C unreliability. My test setup has two slaves connected
on the TQM5200 I2C bus #1. On default setup this bus is disabled, so I
needed to edit file drivers/i2c/i2c-tqm5200.c and changethe value of
Implement suspend and resume routines for mpc52xx ata driver.
Tested on Lite5200b with deep-sleep and low-power (not yet in-tree)
modes.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
If anyone cares, I attached ATA_DEBUG messages at the end of patch.
Should it take almost 5 seconds
are 0x.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/lite5200b.dts | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
Index: work-powerpc.git/arch/powerpc/boot/dts/lite5200b.dts
Driver for internal mpc5200 watchdog on general purpose timer 0.
For IPB clock of 132 MHz the maximum timeout is about 32 seconds.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Hi!
I also have some generic GPT code that one could extend with
what he/she needs. Mail me if you'd find
Driver for internal rtc on mpc5200.
It isn't very useful, since its contents don't remain on
power off.
Can be used to set alarm for wake-up from deep-sleep or
one second periodic interrupt ;-)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/rtc/Kconfig | 10
On 06/06/07 19:30 +, Ming Liu wrote:
Dear all,
I am writing a device driver for my customized PLB hardware module on my
PPC405 Xilinx ML403 architecture. In the driver code, I use a
iowrite32() function to initiate a DMA transfer. However, I found that if
I program as
On 31/05/07 13:42 -, Daniel Schnell wrote:
Hi,
I am trying to bring up 2.6.20.3 on a MPC5200B based custom board. This
Kernel is based on the Phytec phyCore MPC5200B Mini BSP kernel and
adapted to my board.
So far I have troubles to get console output working when booting Linux.
Uboot
and dbrownell from cc: ]
Setup gpio-port_config to match PSC's set in device tree.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/mpc52xx_common.c | 64 +++
1 file changed, 64 insertions(+)
Index: work-powerpc.git/arch/powerpc/platforms/52xx
MCLK rather than
#define it
[ trimming spi-devel from cc: ]
Use clk.h interface for mpc52xx.
Parse device tree for Fsystem, or leave it default 528 (yes, not 512).
Currently only psc_mclks are defined.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Makefile
: ]
For clk.h, it does seem quite some code, compared what's there currently.
Comments?
Use previous two patches (port_config, clk.h).
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/spi/mpc52xx_psc_spi.c | 49 +-
1 file changed, 44 insertions(+), 5
On 25/05/07 09:34 -0700, David Brownell wrote:
On Friday 25 May 2007, Domen Puncer wrote:
For clk.h, it does seem quite some code, compared what's there currently.
You're using it wrong then ...
I meant this + the clock.c part.
--- work-powerpc.git.orig/drivers/spi
Unbreak lite5200 dts, which were broken by
5c1992f83304cf2d56934dd6c06709b96e1b0c81
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/lite5200.dts |2 +-
arch/powerpc/boot/dts/lite5200b.dts |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: work
Fix mpc5200 PSC SPI driver to actually work for CONFIG_PPC_MERGE
- s/mpc52xx/mpc5200/, as this was changed in device tree some time ago
- fix spi id detection
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/spi/mpc52xx_psc_spi.c | 25 +++--
1 file changed, 11
On 24/04/07 17:01 +0530, Pradyumna Sampath wrote:
Hi Everyone,
I have been trying to get the linux-2.6.20-rt3 for arch/powerpc to
boot on my lite5200b. Here are the things that I have tried so far. I
have a custom board based on the lite5200b and then the evaluation
board too.
- I have a
On 20/04/07 15:07 -0700, RonLee wrote:
Hello,
I am running linux on a mpc5200 chip and Im having problems with the
mpc5200's simple and wakeup interrupts. The version of Linux I am starting
with is linuxppc_2_4_devel_1_0_0 from Denx. Modifications have been made to
the kernel, but none
-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Makefile|2
arch/powerpc/platforms/52xx/efika.c | 15 ++
arch/powerpc/platforms/52xx/lite5200.c | 28
arch/powerpc/platforms/52xx/mpc52xx_pm.c| 187
arch/powerpc
://www.denx.de/git/u-boot-ppc4xx.git tree.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Makefile |3
arch/powerpc/platforms/52xx/lite5200.c |2
arch/powerpc/platforms/52xx/lite5200_pm.c| 210 +
arch/powerpc/platforms/52xx
On 15/04/07 22:45 -0600, Grant Likely wrote:
On 4/3/07, Domen Puncer [EMAIL PROTECTED] wrote:
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
Looks good; almost there. Only one thing missing... you need
Three trivial DTS fixes:
Mark Lite5200(b) boards as mpc5200 compatible. On efika the
firmware already does that.
Fix mscan interrupt.
Fix wakeup GPIO address.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/lite5200.dts |5 +++--
arch/powerpc/boot/dts/lite5200b.dts
Device type should be soc (as in lite5200.dts), compatible is
already set to mpc5200.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: grant.git/arch/powerpc/kernel/prom_init.c
).
Interrupt code must also not be in SDRAM, so put it
in I-cache.
MPC52xx core is static, so contents will remain intact even
with clocks turned off.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/lite5200.dts |1
arch/powerpc/boot/dts/lite5200b.dts |1
On 21/03/07 09:34 +0100, Matthias Fechner wrote:
Hi,
* Matthias Fechner [EMAIL PROTECTED] [17-03-07 09:57]:
ok, I can confirm that this patch fixes the problem for me too.
I was now able to read my I2C sensor 97388 successfully and only 2814
readfailures happened.
That means an
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
---
On 26/03/07 10:08 -0600, Grant Likely wrote:
On 3/15/07, Domen Puncer [EMAIL PROTECTED] wrote:
U-Boot part of Lite5200b low power mode support.
Puts
On 31/03/07 19:20 +0200, Rafal Jaworowski wrote:
Domen Puncer wrote:
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
Hi Domen,
Hi!
As I understand while waking up from the low-power mode
On 15/03/07 17:36 +0100, Domen Puncer wrote:
On 15/03/07 08:09 -0600, Grant Likely wrote:
On 3/15/07, Domen Puncer [EMAIL PROTECTED] wrote:
...
+ /* map registers */
+ mbar = ioremap_nocache(0xf000, 0x8000);
Magic numbers? Really? This should be retrieved from
Hi!
Some fixes, improvements from last time:
- saving/restoring of some registers inside sleep code
(so bestcomm and pic patches can be dropped, yay)
- improvements in FEC code for deep-sleep
- set up wakeup GPIO so Efika can wake too
- patch against latest u-boot (doh)
Patches are based on
MPC52xx uart power management.
Not sure how exactly this should be written, but this seems
to work, and works around a few seconds delay in resume.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/drivers/serial/mpc52xx_uart.c
Suspend and resume for FEC on MPC52xx.
Note that resume is a bit different for lite5200b low-power mode.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
drivers/net/fec_mpc52xx/fec.c | 60 --
drivers/net/fec_mpc52xx/fec_phy.c | 17
-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Makefile|2
arch/powerpc/platforms/52xx/mpc52xx_pm.c| 124
arch/powerpc/platforms/52xx/mpc52xx_sleep.S | 277
3 files changed, 403 insertions(+)
Index: grant.git/arch
U-Boot part of Lite5200b low power mode support.
Puts SDRAM out of self-refresh and transfers control to
address saved at physical 0x0.
---
board/icecube/icecube.c | 50
1 file changed, 50 insertions(+)
Index:
Low-power mode implementation for Lite5200b.
Some I/O registers are also saved here.
A patch to U-Boot that wakes up SDRAM, and transfers control
to address saved at physical 0x0 is needed.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/Makefile |3
On 15/03/07 08:09 -0600, Grant Likely wrote:
On 3/15/07, Domen Puncer [EMAIL PROTECTED] wrote:
Low-power mode implementation for Lite5200b.
Some I/O registers are also saved here.
A patch to U-Boot that wakes up SDRAM, and transfers control
to address saved at physical 0x0 is needed.
I
On 14/03/07 05:33 +0100, Matthias Fechner wrote:
Hello Ben,
* Ben Warren [EMAIL PROTECTED] [13-03-07 05:55]:
Is there any chance that you qualify private data as
__init within the driver? Can you post the cleanup()
function and any private (static) functions that it
calls?
no
On 10/03/07 13:46 +0800, Zhou Rui wrote:
Hi, all
I am trying to debug a trivial helloworld module with BDI2000 and
PPC405EP board. The kernel in the PPC board is 2.6.15 compiled from ELDK4.0.
I have tried to get a load map of the module, but there is no -m parameter
in ELDK's insmod,
On 10/03/07 12:53 +0100, Robert Schwebel wrote:
Domen,
On Fri, Mar 09, 2007 at 09:49:54AM +0100, Domen Puncer wrote:
Btw. I forward ported Freescale's mscan patch to latest
peak-linux-driver. Should I send it somewhere? Where to?
Is that for the old peak driver, or for the new SocketCAN
Hi!
Found another one. ;-)
Btw. I forward ported Freescale's mscan patch to latest
peak-linux-driver. Should I send it somewhere? Where to?
--
Fix mscan irq number.
Tested with peak-linux-driver + patch from Freescale in
loopback mode.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch
Fix main interrupt masking.
Tested with RTC and GPIO_WKUP interrupts.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/mpc52xx_pic.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: grant.git/arch/powerpc/platforms/52xx/mpc52xx_pic.c
I tracked jiffies (on Linux) incrementing twice as fast on
lite5200b to this (timebase-frequency property).
G2 core reference manual says decrementer and time base
are decreasing/increasing once every 4 bus clock cycles.
Was there a reason this was busfreq/8?
Domen
---
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 +
arch/powerpc/boot/dts
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
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 MBAR
Add I2C support for mpc5200 powerpc tree.
Tested to work on eeprom on lite5200b.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
I'm not sure how this relates to FSL_SOC config option and
fsl_i2c_of_init. Comments?
Domen
arch/powerpc/boot/dts/lite5200b.dts |2
drivers/i2c
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 ? Doesn't the cpu keep
those when at sleep ?
For
On 02/03/07 12:57 -0600, Scott Wood wrote:
On Thu, Mar 01, 2007 at 09:00:08AM +0100, Domen Puncer wrote:
+static int lite5200_pm_enter(suspend_state_t state)
+{
[snip]
+ mbar = ioremap_nocache(0xf000, 0x8000);
You can't do ioremap with interrupts disabled (it will fail
Low-power mode implementation for Lite5200b.
A patch to U-Boot that wakes up SDRAM, and transfers control
to address saved at physical 0x0 is needed.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/arch/powerpc/platforms/52xx/lite5200_pm.c
Hi!
Patches are based on latest mainline git tree + fec patches:
Fec_MPC5200_eth_driver.patch
Copy_bestcomm_support_files_into_arch_powerpc.patch
Make_FEC_work_on_the_lite5200.patch
This patchset includes the following patches:
- [PATCH 1/7] mpc52xx suspend: bestcomm
- [PATCH 2/7] mpc52xx
Save and restore bestcomm registers and SRAM.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/arch/powerpc/platforms/52xx/bestcomm.c
===
--- grant.git.orig/arch/powerpc/platforms/52xx/bestcomm.c
+++ grant.git/arch
Suspend and resume for FEC on MPC52xx.
It just turns off (and on) leds, and even this in a hackish way.
The right way is probably to figure out how BMCR_PDOWN works.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/drivers/net/fec_mpc52xx/fec.c
to be a race with decrementer interrupt (uncomment
#define TESTING, and execute `echo standby /sys/power/state`
couple thousands of times to reproduce it). :-(
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/arch/powerpc/platforms/52xx/Makefile
Save and restore MPC52xx PIC registers.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Index: grant.git/arch/powerpc/platforms/52xx/mpc52xx_pic.c
===
--- grant.git.orig/arch/powerpc/platforms/52xx/mpc52xx_pic.c
+++ grant.git/arch
On 19/02/07 11:15 +0100, Sylvain Munaut wrote:
Domen Puncer wrote:
On 23/01/07 10:33 +0100, Domen Puncer wrote:
I'm planning on porting this to Grant/Sylvain's arch/powerpc mpc52xx
tree soon.
OK... and I've done that (mainline kernel + FEC/bestcomm patches)
+ some cleanups
On 23/01/07 10:33 +0100, Domen Puncer wrote:
I'm planning on porting this to Grant/Sylvain's arch/powerpc mpc52xx
tree soon.
OK... and I've done that (mainline kernel + FEC/bestcomm patches)
+ some cleanups, fixes.
Any of you guys interested in having this in your tree?
Domen
On 22/12/06 11:54 +0100, Domen Puncer wrote:
Hi!
I have managed to implement low power mode... well, to some
degree, at least.
And now, I can't break it anymore, it works every time on my
setup. :-)
How to use?
Patch u-boot, Linux. Run it. echo mem /sys/power/state .
Patches in order
Hi!
I have managed to implement low power mode... well, to some
degree, at least.
Short description:
patch u-boot, it's the return from wakeup code. pretty clean.
address is saved at 0x0 (0xc000_)
patch linux with PM-platform_bus-and-late_suspend-early_resume.patch
didn't
Hi!
I'm trying to implement low power mode on lite5200b board
(everything but sdram is powered off), and I seem to have
problems with putting ram to self-refresh.
As far as I can tell I'm following datasheets, but if it
sleeps for a day or so, contents of RAM get cleared to
zeroes (I get
On 27/07/05 18:56 -0400, Paul Mackerras wrote:
Andrew Morton writes:
Matt Porter mporter at kernel.crashing.org wrote:
+static u64 dma_mask = 0xULL;
How about just DMA_32BIT_MASK from dma-mapping.h, that one has to be
correct. ;-)
I'm sure you're totally uninterested in
84 matches
Mail list logo