Ben,
Can you ACK or take this patch too.
Thanks,
-- Steve
On Fri, 2009-03-20 at 19:44 +0300, Anton Vorontsov wrote:
> The workarounds aren't needed any longer since the top level Makefile
> doesn't pass -fno-omit-frame-pointer cflag for PowerPC.
>
> Signed-off-by: Anton Vorontsov
> ---
> a
Ben,
Can you ACK this patch? Or even take it in your tree?
Thanks,
-- Steve
On Fri, 2009-03-20 at 19:44 +0300, Anton Vorontsov wrote:
> This patch introduces ARCH_HAS_NORMAL_FRAME_POINTERS Kconfig symbol.
> When defined, the top level Makefile won't add -fno-omit-frame-pointer
> cflag (the fla
Ug, My Red Hat email was not being updated. I totally missed this
thread.
On Fri, 2009-03-20 at 20:57 +0100, Ingo Molnar wrote:
> * Anton Vorontsov wrote:
>
> > On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
> > >
> > > * Anton Vorontsov wrote:
> > >
> > > > commit 40ada30f9621
On Sat, Mar 21, 2009 at 09:15:25AM +0900, yamazaki wrote:
> Hi
>
> Thank you for your reply.
> I know RICOH has PCI SD/MMC controller. But R5C807 RICOH is not the PCI device
> which is probably new product.
Ah, then it must be connected via MPC8347's localbus.
Well, then you need 2.6.29-rcX ker
Hi
Thank you for your reply.
I know RICOH has PCI SD/MMC controller. But R5C807 RICOH is not the PCI device
which is probably new product.
I made the "sdhci-of.c" from patch file,then I compiled it.
But is was not succeeded.
I thought the reason is the format of "the struct sdhci_of_data" is def
Eduard Fuchs wrote:
>>> Can I initialize the video card in uboot too?
>> Yes, indeed you can. In a recent version of U-Boot, search for
>> 'CONFIG_BIOSEMU' in include/configs/*. We tested this on a sequoia
>> board, so include/configs/sequoia.h should be a good start for this.
>
> Thanks.
>
>
2.6.28-stable review patch. If anyone has any objections, please let us know.
--
From: Johns Daniel
TSEC/MDIO will not work with older device trees because of a semicolon
at the end of a macro resulting in an empty for loop body.
This fix only applies to 2.6.28; this code is g
2.6.27-stable review patch. If anyone has any objections, please let us know.
--
From: Johns Daniel
TSEC/MDIO will not work with older device trees because of a semicolon
at the end of a macro resulting in an empty for loop body.
This fix only applies to 2.6.28; this code is g
Hi!
On Fri, Mar 20, 2009 at 08:28:39AM +0900, yamazaki wrote:
> Hi all,
>
> I am running the Linux kernel 2.6.28.7 on my PPC8347 BRD.
> I have to write the driver of SDHCI driver(using R5C807 RICOH).
RICOH? It should be a PCI SD/MMC controller, so you even don't
need any patches to make it work
commit b1c4a9dddf09fe99b8f88252718ac5b357363dc4 ("ucc_geth: Change
uec phy id to the same format as gianfar's") introduced a regression
in the ucc_geth driver that causes this oops when fixed-link is used:
Unable to handle kernel paging request for data at address 0x
Faulting instruction a
On Fri, 2009-03-20 at 06:47 -0500, Kumar Gala wrote:
> On Mar 20, 2009, at 12:48 AM, Benjamin Herrenschmidt wrote:
>
> > On Wed, 2009-03-11 at 10:18 -0500, Kumar Gala wrote:
> >> CoreInt provides a mechansim to deliver the IRQ vector directly
> >> into the core on an interrupt (via the SPR EPR) ra
David Gibson wrote:
> On Thu, Mar 19, 2009 at 04:26:44PM +0100, Wolfgang Grandegger wrote:
>> This patch adds support for the "socrates" board based on the MPC8544.
>> Supported are Ethernet, serial console, I2C, I2C-based RTC and
>> temperature sensors, NOR and NAND flash, PCI, USB, CAN and Lime
>
Anton Vorontsov wrote on 20/03/2009 21:07:40:
>
> On Fri, Mar 20, 2009 at 08:43:56PM +0100, Joakim Tjernlund wrote:
> > hmm, this mail didn't seem to reach the lists. Resending
> >
> > Jocke
> > - Forwarded by Joakim Tjernlund/Transmode on 20/03/2009 20:42
-
> >
> > From:
> > Joakim T
On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
>
> * Anton Vorontsov wrote:
>
> > On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
> > >
> > > * Anton Vorontsov wrote:
> > >
> > > > commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 ("tracing: clean
> > > > up menu"),
Hi Kumar,
Kumar Gala wrote:
>
> On Mar 19, 2009, at 10:26 AM, Wolfgang Grandegger wrote:
>
>> +m...@24520 {
>> +#address-cells = <1>;
>> +#size-cells = <0>;
>> +compatible = "fsl,gianfar-mdio";
>> +reg = <0x24520 0x20>;
>> +
>> +
David Gibson wrote:
> On Thu, Mar 19, 2009 at 04:26:44PM +0100, Wolfgang Grandegger wrote:
[snip]
> [snip[
>> +disp...@2,0 {
>> +compatible = "fujitsu,lime";
>
> This compat string looks slightly worryingly non-specific.
The node is for the Lime graphic controller
On Fri, Mar 20, 2009 at 08:43:56PM +0100, Joakim Tjernlund wrote:
> hmm, this mail didn't seem to reach the lists. Resending
>
> Jocke
> - Forwarded by Joakim Tjernlund/Transmode on 20/03/2009 20:42 -
>
> From:
> Joakim Tjernlund
> To:
> le...@freescale.com, net...@vger.kernel.org, linu
* Anton Vorontsov wrote:
> On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
> >
> > * Anton Vorontsov wrote:
> >
> > > commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 ("tracing: clean
> > > up menu"), despite the "clean up" in its purpose, introduced
> > > behavioural change for
hmm, this mail didn't seem to reach the lists. Resending
Jocke
- Forwarded by Joakim Tjernlund/Transmode on 20/03/2009 20:42 -
From:
Joakim Tjernlund
To:
le...@freescale.com, net...@vger.kernel.org, linuxppc-dev@ozlabs.org
Cc:
Joakim Tjernlund
Date:
20/03/2009 18:01
Subject:
[PATCH] uc
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
>
> * Anton Vorontsov wrote:
>
> > commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 ("tracing: clean
> > up menu"), despite the "clean up" in its purpose, introduced
> > behavioural change for Kconfig symbols: we no longer able to
>
Hi Ben:
I was wondering if you have any change to look into and test the propose fix
I suggested in my previous post.
I'd like to know if the fix is correct.
Thanks for your attention,
Benjamin Herrenschmidt wrote:
>
> On Tue, 2009-03-17 at 14:15 -0700, davidastro wrote:
>> I found a bug when
* Anton Vorontsov wrote:
> commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 ("tracing: clean
> up menu"), despite the "clean up" in its purpose, introduced
> behavioural change for Kconfig symbols: we no longer able to
> select tracing support on PPC32 (because IRQFLAGS_SUPPORT isn't
> yet im
On Fri, Mar 20, 2009 at 07:44:04PM +0300, Anton Vorontsov wrote:
> Hi all,
>
> Here is another approach to fixing tracers vs. CALLER_ADDR problem
> on PowerPC.
>
> Preface for those who don't know or forgot what the problem is:
>
> Gcc frame pointers do nothing useful on PowerPC (they're harmful
Irqsoff, switch and preempt tracers use CALLER_ADDR macros, so they
should select FRAME_POINTER. Otherwise traces are meaningless.
Signed-off-by: Anton Vorontsov
---
kernel/trace/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/kernel/trace/Kconfig b/kernel/trac
The workarounds aren't needed any longer since the top level Makefile
doesn't pass -fno-omit-frame-pointer cflag for PowerPC.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/Makefile|5 -
arch/powerpc/kernel/Makefile | 12 ++--
arch/powerpc/platf
This patch introduces ARCH_HAS_NORMAL_FRAME_POINTERS Kconfig symbol.
When defined, the top level Makefile won't add -fno-omit-frame-pointer
cflag (the flag is useless in PowerPC kernels, and also makes gcc
generate wrong code).
Also move ARCH_WANT_FRAME_POINTERS's help text.
Signed-off-by: Anton
Hi all,
Here is another approach to fixing tracers vs. CALLER_ADDR problem
on PowerPC.
Preface for those who don't know or forgot what the problem is:
Gcc frame pointers do nothing useful on PowerPC (they're harmful,
actually), and thus lib/Kconfig.debug makes CONFIG_FRAME_POINTER
unselectable o
Trying to upgrade to latest linus latest just to see if it still works I
get this:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0151270
Oops: Kernel access of bad area, sig: 11 [#1]
TMCUTU
NIP: c0151270 LR: c0151270 CTR: c0017760
REGS: cf8
Am Freitag 20 März 2009 11:51:11 schrieb Detlev Zundel:
> Hi Eduard,
>
> > Am Mittwoch 18 März 2009 00:05:00 schrieb Benjamin Herrenschmidt:
> >> On Tue, 2009-03-17 at 16:30 +0100, Eduard Fuchs wrote:
> >> > Hi all,
> >> >
> >> > since several days I'm trying to run an ATI 9250 (PCI) graphic card
>
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 ("tracing: clean up
menu"), despite the "clean up" in its purpose, introduced behavioural
change for Kconfig symbols: we no longer able to select tracing
support on PPC32 (because IRQFLAGS_SUPPORT isn't yet implemented).
The IRQFLAGS_SUPPORT is not m
Li Yang-R58472 wrote:
However, the code should treat "mem" as "standby" on chips
that don't support deep sleep. What does the device tree
Well, shouldn't the valid() callback reject unsupported states instead
of covering up?
I don't think so, in this case. The user is not asking for "sleep
On Fri, 20 Mar 2009 12:40:29 +0100
Bartlomiej Zolnierkiewicz wrote:
> Moreover the underlying issue is non-PMAC specific and asks for generic
> resolution, please see:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=12734#c13
>
> for previous discussion.
>
> In the very least case it shou
Hi Eduard,
> Am Mittwoch 18 März 2009 00:05:00 schrieb Benjamin Herrenschmidt:
>> On Tue, 2009-03-17 at 16:30 +0100, Eduard Fuchs wrote:
>> > Hi all,
>> >
>> > since several days I'm trying to run an ATI 9250 (PCI) graphic card under
>> > Linux Kernel 2.6.27.19. Nevertheless without success. The k
Grant Likely wrote:
> I agree 100% with David's comments, and I have some additional ones below.
OK.
> On Thu, Mar 19, 2009 at 9:26 AM, Wolfgang Grandegger
> wrote:
>> + soc8...@e000 {
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + de
On Mar 20, 2009, at 12:48 AM, Benjamin Herrenschmidt wrote:
On Wed, 2009-03-11 at 10:18 -0500, Kumar Gala wrote:
CoreInt provides a mechansim to deliver the IRQ vector directly
into the core on an interrupt (via the SPR EPR) rather than having
to go IACK on the PIC. This is suppose to provide
David H. Lynch Jr. wrote:
> I have no experience with ELDK.
> Have you used it ? Do you like it ?
>
> When I started I mostly did a roll my own environment using crosstool.
> I would have stuck to that except I can not get uclibc and it has
> not been updated in a long time.
>
Ananth N Mavinakayanahalli wrote:
> On Fri, Mar 20, 2009 at 04:42:40PM +1100, Benjamin Herrenschmidt wrote:
>> On Thu, 2009-03-19 at 17:10 -0400, Masami Hiramatsu wrote:
>>> Add kernel_trap_sp() on powerpc, based on systemtap's runtime/regs.h.
>>>
>>> Signed-off-by: Masami Hiramatsu
>> I haven't l
Anton Vorontsov wrote:
Currently it doesn't matter where the mdio nodes are placed, but with
power management support (i.e. when sleep = <> properties will take
effect), mdio nodes placement will become important: mdio controller
is a part of the ethernet block, so the mdio nodes should be placed
Hi Daniel,
sorry, my example was incomplete...
for a fast you can add in your platform file something like this:
..
#ifdef CONFIG_SPI_IDS8247
#include
#include
#include
#endif
#ifdef CONFIG_SPI_IDS8247
#define GPIO_CS (224+22)
static void ids8247_spi_activat
On Fri, 2009-03-20 at 16:34 +1100, Benjamin Herrenschmidt wrote:
> Index: linux-work/arch/powerpc/include/asm/pgtable-ppc64.h
> ===
> --- linux-work.orig/arch/powerpc/include/asm/pgtable-ppc64.h 2009-03-20
> 15:49:51.0 +1100
* Kumar Gala | 2009-03-19 08:40:52 [-0500]:
>Now that we set archdata for of_platform and platform devices via
>platform_notify() we no longer need to special case having a NULL device
>pointer or NULL archdata. It should be a driver error if this condition
>shows up and the driver should be fixe
* Kumar Gala | 2009-03-19 08:40:51 [-0500]:
>Since a number of powerpc chips are SoCs we end up having dma-able
>devices that are registered as platform or of_platform devices. We need
>to hook the archdata to setup proper dma_ops for these devices.
>
>Rather than having to add a bus_notify to ea
* Kumar Gala | 2009-03-19 08:40:50 [-0500]:
>This will allow us to remove the ppc32 specific checks in get_dma_ops()
>that defaults to dma_direct_ops if the archdata is NULL. We really
>should always have archdata set to something going forward.
>
>Signed-off-by: Kumar Gala
Acked-by: Benjamin K
On Fri, Mar 20, 2009 at 04:42:40PM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2009-03-19 at 17:10 -0400, Masami Hiramatsu wrote:
> > Add kernel_trap_sp() on powerpc, based on systemtap's runtime/regs.h.
> >
> > Signed-off-by: Masami Hiramatsu
>
> I haven't looked at the usage of it, but it's
44 matches
Mail list logo
