On Fri, 2009-07-17 at 08:36 +0200, Benjamin Krill wrote:
> >> 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 "
>> 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
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 RS/64,
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 i
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
> > > ---
> > >
>
On Thu, Jul 16, 2009 at 3:42 PM, Wolfgang Denk 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
> Cc: Grant Likely
> Cc: Kumar Gala
>
On Thu, Jul 16, 2009 at 3:42 PM, Wolfgang Denk 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 register.
On Thu, Jul 16, 2009 at 3:21 PM, Wolfgang Denk wrote:
> Dear Grant Likely,
>
> In message you
> wrote:
>> On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denk wrote:
>> > The MII speed calculation was based on the CPU clock (ppc_proc_freq),
>> > but for MPC512x we must use the bus clock instead.
>> >
>
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 "rea
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 root
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
Cc: Grant Likely
Cc: Kumar Gala
Cc:
---
drivers/net/fec_mpc52xx.c |2 +-
drivers/net/fec_m
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
Cc: Grant Likely
Cc: Kumar Gal
Dear Grant Likely,
In message you
wrote:
> On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denk 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.
...
> As I mentioned
Dear Grant Likely,
In message you
wrote:
> On Wed, Jul 15, 2009 at 9:18 AM, Wolfgang Denk 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 do
> "Kumar" == Kumar Gala 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 USB po
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
> > ---
> >
> > It doesn't look like we actually need to add any support in the
> > a
On Thu, Jul 16, 2009 at 5:32 AM, anil kumar 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 installed
> RISCWatch sof
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
> >> ---
> >>
> >>
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
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 xilinx.
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
eeh_event_handle
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 subs
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
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
>> ---
>>
>> It doesn't look like we actually need to add any support in the
>> ar
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:
git://git
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
> ---
>
> 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 we want to add
26 matches
Mail list logo