From: Arnd Bergmann
spuctx_switch_state() warns if ktime goes backwards, but it
sometimes compares an uninitialized value, which showed that
the data was unreliable when we actually saw the warning.
Initialize it to the current time in order to get correct data.
Signed-off-by: Arnd Bergmann
Si
From: Kyle McMartin
On ppc64 (at least) gcc-4.4 is defaulting to generating .eh_frame
sections, which are, for the kernel, fairly pointless. Additionally, on
ppc64 this generates a relocation format which the kernel module loader
does not currently support (R_PPC64_REL32.)
Alexandre Oliva verifi
Jan Kara wrote:
Hmm, OK. But then I'm not sure how that can happen. Obviously, memcpy
somehow got beyond end of the page referenced by bh->b_data. So it means
that le16_to_cpu(entry->e_value_offs) + size > page_size. But
ext3_xattr_find_entry() calls ext3_xattr_check_entry() which in
particular
Hello,
I created a device node for gpio-controller for evaluation board
mpc83313erdb. I created the dtb and loaded on target.
But in dts at interrupts = <74 0x2> I set sense as Edge (sense== 2:
Edge, high-to-low change), when I load the driver module and checked
the entry in /proc/interrupts it
CONFIG_PPC_MULTIPLATFORM is a remain of the pre-powerpc days and isn't
really meaningful anymore. It was basically equivalent to PPC64 || 6xx.
This removes it along with the following changes:
- 32-bit platforms that relied on PPC32 && PPC_MULTIPLATFORM now rely
on 6xx which is what they want
Hello,
I created a device node for gpio-controller for evaluation board
mpc83313erdb. I created the dtb and loaded on target.
But in dts at interrupts = <74 0x2> I set sense as Edge (sense== 2:
Edge, high-to-low change), when I load the driver module and checked
the entry in /proc/interrupts it
> > Does the flash node HAVE to be within a localbus node or can it
> reside within the soc node? I've been basing my work on mpc834x_mds.dts
> > And hence haven't defined a localbus node.
> >
>
> I'm also working on a custom board based on MPC8349EMDS, and have based
> my dts off of mpc834x_mds.d
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/asm-offsets.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/asm-offsets.c
b/arch/powerpc/kernel/asm-offsets.c
index 9937fe4..addac07 100644
--- a/arch/powerpc/kernel/asm-offsets.c
+++ b/arch/
1. Git clone of the latest 2.6.29-rc6.
2. Applied the 2.6.29-rc6-rt2 patch.
3. Copied XXX config from arch/powerpc/configs to .config
4. make -j2 ARCH=powerpc oldconfig
5. make -j2 ARCH=powerpc
It fails with redefinition errors of the rwsem stuff from
arch/powerpc/include/asm/rwsem.h and include
This patch moves the definition of the PTE format for each MMU type
to separate files instead of all in one file. This improves overall
maintainability and will make it easier to add new types.
There are still some type-related ifdef's in the generic headers,
we might remove them in the long run,
On Mon, Feb 23, 2009 at 5:11 PM, Michael Bergandi wrote:
>>
>> I'm working on the kernel version Linux-2.6.29-rc5 with U-Boot
>> 1.2.0-g88e21e7b-dirty.
>
> I recommend you use a more current version of U-Boot. That one is quite old.
>
>> Does the flash node HAVE to be within a localbus node or can
>
>
> I'm working on the kernel version Linux-2.6.29-rc5 with U-Boot
> 1.2.0-g88e21e7b-dirty.
I recommend you use a more current version of U-Boot. That one is quite old.
Does the flash node HAVE to be within a localbus node or can it reside
> within the soc node? I've been basing my work on mp
On Tue, Feb 24, 2009 at 10:31:37AM +1100, Dushara Jayasinghe wrote:
> Hi,
>
> I'm working on the kernel version Linux-2.6.29-rc5 with U-Boot
> 1.2.0-g88e21e7b-dirty.
>
> Does the flash node HAVE to be within a localbus node or can it reside within
> the soc node? I've been basing my work on mpc
Hi,
I'm working on the kernel version Linux-2.6.29-rc5 with U-Boot
1.2.0-g88e21e7b-dirty.
Does the flash node HAVE to be within a localbus node or can it reside within
the soc node? I've been basing my work on mpc834x_mds.dts
And hence haven't defined a localbus node.
BTW is there a way to sea
The e500mc core supports the new tlbilx instructions that do core
local invalidates and also provide us the ability to take down
all TLB entries matching a given PID.
Signed-off-by: Kumar Gala
---
* Fixed BOOKE_PAGESZ_4K build error, we renamed to BOOK3E_PAGESZ_4K
arch/powerpc/include/asm/mmu.h
Great. Glad you have it working.
I actually did the very same thing not too long ago. Amazing how well
things work, when
you pass the right information :)
On Mon, Feb 23, 2009 at 12:28 AM, Dushara Jayasinghe
wrote:
> > -Original Message-
> > From: linuxppc-dev-bounces+dusharaj=optiscan
On Feb 23, 2009, at 10:48 AM, Régis Odeyé wrote:
Hi,
On our board based on 8641D, cat /proc/cpuinfo gives:
-bash-3.2# cat /proc/cpuinfo
processor : 0
cpu : 7448, altivec supported
clock : 1000.00MHz
revision: 0.2 (pvr 8004 0202)
bogomips: 199.68
Great...That works!!!
Thank you so much.
Shubhada
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Friday, February 20, 2009 8:38 PM
To: Shubhada Pugaonkar
Cc: linuxppc-dev@ozlabs.org
Subject: Re: ioremap fails for a device in PCI-E slot on AMCC kat
I have initialised to stack pointer(r1) properly...actually...i went
thru the object dump...bt when i juz use
bla
the link register is not getting pushed on to the stack in the prolog
of that function...so the stack is basically not coming into the
picture...
@IRQ originator, that doesn't seem
Hi Sumedh,
You may check the context in which your CPU in running the C code from
interrupt context (ie stack pointer (r1), kernel locks disabling
rescheduling etc..) and double check the IRQ originator (the decrementer) is
acknowlegded somewhere your handler before enabling back interrupts, else
Alright...I am trying to develop a system of my own..
Consider that i am not using any linux kernel...I m writing some
program right from scratch.
The major steps that i have taken are...
1. Started with a assembly file...
2. Have relocated the interrupt handlers to there respective
positi
Hi,
On our board based on 8641D, cat /proc/cpuinfo gives:
-bash-3.2# cat /proc/cpuinfo
processor : 0
cpu : 7448, altivec supported
clock : 1000.00MHz
revision: 0.2 (pvr 8004 0202)
bogomips: 199.68
processor : 1
cpu : 7448, altivec
On 01/05/2009 07:46 AM, Arnd Bergmann wrote:
> On Sunday 28 December 2008, malc wrote:
>> Now to the Christmas cheer, i've tried v2.6.28 and couldn't help but
>> notice that the problem is gone, bisecting v2.6.27 (which funnily i
>> had to mark good) to v2.6.28 (which has to be marked bad) wasn't f
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/include/asm/cputable.h |4 ++-
arch/powerpc/include/asm/dbell.h | 43 ++
arch/powerpc/include/as
On Feb 22, 2009, at 8:43 PM, Benjamin Herrenschmidt wrote:
On Thu, 2009-02-12 at 17:54 -0600, Kumar Gala wrote:
The e500mc supports the new msgsnd/doorbell mechanisms that were
added in
the Power ISA 2.05 architecture. We use the normal level doorbell
for
doing SMP IPIs at this point.
A
> Andrew Morton writes:
>
> > It looks like we died in ext3_xattr_block_get():
> >
> > memcpy(buffer, bh->b_data + le16_to_cpu(entry->e_value_offs),
> >size);
> >
> > Perhaps entry->e_value_offs is no good. I wonder if the filesystem is
> > corrupted and this snu
On Mon, Feb 23, 2009 at 8:03 AM, sumedh tirodkar
wrote:
> I am using PowerPC 7447A...I am trying to port SA-RTL on PowerPC...
What I said earlier was: You need to tell people what cpu you're using, what
linux kernel, etc etc etc.
Fine, we know the CPU. What kernel are you using? Is it ancient
On Mon, 23 Feb 2009 13:34:49 +0100 (CET)
Geert Uytterhoeven wrote:
> > Hello,
> >
> >my opinion on this kind of stuff is that I want to avoid the layering
> > of implementations under the rtc subsystem. I'd rather prefer that each
> > rtc device had its own driver.
> >
> > I've made
On Feb 23, 2009, at 3:23 AM, Pieter wrote:
Hi all
I recently ported my board to use the new U-boot 2009 and boot Linux
2.6.27. ( the previous Linux version was 2.6.19 which supported the
ppc
architecture)
I am now at the stage where I need to port a custom platform driver.
The
driver use
On Mon, 2009-02-23 at 13:25 +1100, Michael Ellerman wrote:
> When identify_cpu() is called a second time with a logical PVR, it
> only copies a subset of the cpu_spec fields so as to avoid overwriting
> the performance monitor fields that were initialized based on the
> real PVR.
>
> However some
On Mon, 2009-02-23 at 13:25 +1100, Michael Ellerman wrote:
> The for-loop body of identify_cpu() has gotten a little big, so move the
> loop body logic into a separate function. No other changes.
>
> Signed-off-by: Michael Ellerman
Looks good to me.
Acked-by: Dave Kleikamp
--
David Kleikamp
I am using PowerPC 7447A...I am trying to port SA-RTL on PowerPC...
I am using
bla
from the assembly code to call the function in C file...This i am
doing from interrupt handler of the decrementer...
If any more details are required, please let me know...
Regards,
Sumedh
On Mon, Feb 23, 2009 a
On Fri, 20 Feb 2009, Alessandro Zummo wrote:
> On Fri, 20 Feb 2009 16:46:44 +0100
> Geert Uytterhoeven wrote:
> > Fortunately there already exists a generic RTC class driver: "rtc-parisc".
> > Despite it's name, it's platform-independent, as it's build on top of the
> > RTC
> > abstraction used b
Hello,
I created a device node for gpio-controller for evaluation board
mpc83313erdb. I created the dtb and loaded on target and the interrupt
is generated successfully.
But in dts at interrupts = <74 0x2> I set sense as Edge (sense== 2:
Edge, high-to-low change), when I load the driver module a
Paul Mackerras wrote:
It appears to have faulted on a load, implicating the source. The
address being referenced (0xc0003f38) doesn't look
outlandish. I wonder if this kernel has CONFIG_DEBUG_PAGEALLOC turned
on, and what page size is selected?
Yes CONFIG_DEBUG_PAGEALLOC is enabled and
Andrew Morton wrote:
hm, I wonder what could have caused that - we haven't altered
fs/ext3/xattr.c in ages.
What is the most recent kernel version you know of which didn't do
this? Bear in mind that this crash might be triggered by the
current contents of the filesystem, so if possible, please
On Fri, 20 Feb 2009, Ira Snyder wrote:
> On Fri, Feb 20, 2009 at 03:56:39PM -0600, Matt Sealey wrote:
> > Am I correct in saying that cpu_to_le32 and le32_to_cpu are the
> > functions/macros I need to use to do byte swapping to make everything
> > go little endian (and back again when I read them b
Andrew Morton writes:
> It looks like we died in ext3_xattr_block_get():
>
> memcpy(buffer, bh->b_data + le16_to_cpu(entry->e_value_offs),
> size);
>
> Perhaps entry->e_value_offs is no good. I wonder if the filesystem is
> corrupted and this snuck through the
On Mon, 23 Feb 2009 15:16:05 +0530 "Sachin P. Sant" wrote:
> 2.6.29-rc6 bootup on a powerpc box failed with
>
> Unable to handle kernel paging request for data at address 0xc0003f38
> Faulting instruction address: 0xc0039574
> cpu 0x1: Vector: 300 (Data Access) at [c0003baf30
Hi all
I recently ported my board to use the new U-boot 2009 and boot Linux
2.6.27. ( the previous Linux version was 2.6.19 which supported the ppc
architecture)
I am now at the stage where I need to port a custom platform driver. The
driver used files that resided in /include/asm-ppc/. which are
While booting 2.6.29-rc6 on a powerpc box came across this
circular dependency with eHEA driver.
===
[ INFO: possible circular locking dependency detected ]
2.6.29-rc6 #2
---
ip/2174 is trying
Thanks a lot...paging mechanism working successfully...
Regards,
Sumedh
On Sun, Feb 8, 2009 at 2:47 AM, Benjamin Herrenschmidt
wrote:
> On Sat, 2009-02-07 at 11:43 +0530, sumedh tirodkar wrote:
>> Hello,
>>
>> I wanted algorithm for creating hash tables used in paging mechanism..
>> In the manua
42 matches
Mail list logo
