On Thu, 2009-07-16 at 11:25 +1000, Michael Ellerman wrote:
Very lightly tested, doesn't crash the kernel.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
It doesn't look like we actually need to add any support in the
arch code - or is there something I'm missing?
Hmm, I think
Hi Linus !
Here are a couple of fixes for powerpc for 2.6.31.
The following changes since commit e9e961c9a818a2f24711af493b907a8e40a69efc:
Linus Torvalds (1):
Merge branch 'i2c-for-2631-rc3' of
git://aeryn.fluff.org.uk/bjdooks/linux
are available in the git repository at:
On Thu, Jul 16, 2009 at 05:43:50PM +1000, Michael Ellerman wrote:
On Thu, 2009-07-16 at 11:25 +1000, Michael Ellerman wrote:
Very lightly tested, doesn't crash the kernel.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
It doesn't look like we actually need to add any support in
Hi,
the rtas instantiation (prom_init.c) doesn't work correctly if the
kernel parameter mem= is used. The current code doesn't evaluate
the kernel parameter which causes the issue that alloc_down
allocates somewhere in the real memory space. So it can
happen that the allocation space is above
Hi
We are using Linux kernel 2.6.23 from freescale LTIB
(MPC8313E_RDB_K26_20081226-LTIB.iso) on our custom board.
JFFS2 is used as RFS and nand write.jffs2 utility in the u-boot is used
to burn the image on to the nand flash.
When we boot for the first time everything seems to be OK. On
Michael Ellerman wrote:
On Wed, 2009-07-15 at 14:43 -0700, Mike Mason wrote:
This patch increments the device_node reference counter when an EEH
error occurs and decrements the counter when the event has been
handled. This is to prevent the device_node from being released until
Hi all, I've a system design (32 bit) with SDRAM mapped at 0xf800 rather
than at 0. what are the changes i should make to successfully boot a kernel..?
my design with SDRAM at 0 (64MB) is working fine with xilinx git line
kernel(2.6.27). i was using 'make simpleImage.xilinx (where
Hello
I am newbie to RISCWatch and debugging using JTAG interface .I want to debug
Linux Kernel on target board
using jtag interface provided on board.
To debug 970MP dual core ppc processor on traget board, I installed
RISCWatch software on my window host.
My Setup:
--
Host --(over
On Thu, 2009-07-16 at 07:31 -0400, Josh Boyer wrote:
On Thu, Jul 16, 2009 at 05:43:50PM +1000, Michael Ellerman wrote:
On Thu, 2009-07-16 at 11:25 +1000, Michael Ellerman wrote:
Very lightly tested, doesn't crash the kernel.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
On Thu, Jul 16, 2009 at 5:32 AM, anil kumaranildahiy...@gmail.com wrote:
Hello
I am newbie to RISCWatch and debugging using JTAG interface .I want to debug
Linux Kernel on target board
using jtag interface provided on board.
To debug 970MP dual core ppc processor on traget board, I
On Thu, 2009-07-16 at 17:43 +1000, Michael Ellerman wrote:
On Thu, 2009-07-16 at 11:25 +1000, Michael Ellerman wrote:
Very lightly tested, doesn't crash the kernel.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
It doesn't look like we actually need to add any support in
Kumar == Kumar Gala ga...@kernel.crashing.org writes:
Hi,
Kumar On Jun 9, 2009, at 6:43 AM, Peter Korsgaard wrote:
usb0 and usb1 mux settings in the sicrl register were swapped (twice!)
in mpc834x_usb_cfg(), leading to various strange issues with fsl-ehci
and full speed devices.
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED register.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Kumar Gala ga...@kernel.crashing.org
Cc:
Dear Grant Likely,
In message fa686aa40907151018n194a154cmb8549c98c673d...@mail.gmail.com you
wrote:
On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denkw...@denx.de wrote:
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing
Dear Grant Likely,
In message fa686aa40907151017n76524708tdb028689adad4...@mail.gmail.com you
wrote:
On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denkw...@denx.de wrote:
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
Rupesh Kumar wrote:
Hi
I am using MPC8313 board which is currently booting with JFFS2 root file
system.
I am using linux kernel version 2.6.23 from FreeScale's LTIB for MPC8313.
As, I want it to boot with YAFFS2 root file system, I did compile kernel
with yaffs2 support, craeted yaffs2
On Thu, 2009-07-16 at 15:12 +0200, Benjamin Krill wrote:
Hi,
the rtas instantiation (prom_init.c) doesn't work correctly if the
kernel parameter mem= is used. The current code doesn't evaluate
the kernel parameter which causes the issue that alloc_down
allocates somewhere in the real memory
On Thu, Jul 16, 2009 at 3:21 PM, Wolfgang Denkw...@denx.de wrote:
Dear Grant Likely,
In message fa686aa40907151017n76524708tdb028689adad4...@mail.gmail.com you
wrote:
On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denkw...@denx.de wrote:
The MII speed calculation was based on the CPU clock
On Thu, Jul 16, 2009 at 3:42 PM, Wolfgang Denkw...@denx.de wrote:
The MII speed calculation was based on the CPU clock (ppc_proc_freq),
but for MPC512x we must use the bus clock instead.
This patch makes it use the correct clock and makes sure we don't
clobber reserved bits in the MII_SPEED
On Thu, Jul 16, 2009 at 3:42 PM, Wolfgang Denkw...@denx.de wrote:
This patch adds error checking and prevents clobbering unrelated bits
(reserved bits or the DIS_PREAMBLE bit) when writing the MII_SPEED
register on MPC52xx systems.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Grant Likely
On Thu, 2009-07-16 at 18:52 +0100, Catalin Marinas wrote:
On Thu, 2009-07-16 at 17:43 +1000, Michael Ellerman wrote:
On Thu, 2009-07-16 at 11:25 +1000, Michael Ellerman wrote:
Very lightly tested, doesn't crash the kernel.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
On Thu, 2009-07-16 at 09:33 -0700, Mike Mason wrote:
Michael Ellerman wrote:
On Wed, 2009-07-15 at 14:43 -0700, Mike Mason wrote:
This patch increments the device_node reference counter when an EEH
error occurs and decrements the counter when the event has been
handled. This is to
The STAB code used on Power3 and RS/64 uses a second scratch SPRG to
save a GPR in order to decide whether to go to do_stab_bolted_* or
to handle a normal data access exception.
This prevents our scheme of freeing SPRG3 which is user visible for
user uses since we cannot use SPRG0 which, on
24 matches
Mail list logo
