On Thu, 2009-03-19 at 22:30 +0900, TOMARI Hisanobu wrote:
Thanks for helpful advices.
This patch adds an option to drivers/ide/Kconfig and adds
some lines to drivers/ide/pmac.c . Now the driver checks
if the model is prefixed with PowerBook and the entire hack
can be toggled in the Kconfig.
On Mon, 2009-03-16 at 14:46 +1030, Rusty Russell wrote:
Makes code futureproof against the impending change to mm-cpu_vm_mask.
It's also a chance to use the new cpumask_ ops which take a pointer
(the older ones are deprecated, but there's no hurry for arch code).
Boom :-)
In file included
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 mhira...@redhat.com
I haven't looked at the usage of
* 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 ga...@kernel.crashing.org
* 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 each
* 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 fixed.
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
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 linux/spi/spi.h
#include linux/spi/mmc_spi.h
#include linux/mmc/host.h
#endif
#ifdef CONFIG_SPI_IDS8247
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 mhira...@redhat.com
I
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
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 w...@grandegger.com
wrote:
+ soc8...@e000 {
+ #address-cells = 1;
+ #size-cells = 1;
+
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 kernel shows
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.
On Fri, 20 Mar 2009 12:40:29 +0100
Bartlomiej Zolnierkiewicz bzoln...@gmail.com 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
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 or
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
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
under Linux
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:
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
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
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 avoront...@ru.mvista.com
---
arch/powerpc/Makefile|5 -
arch/powerpc/kernel/Makefile | 12
Irqsoff, switch and preempt tracers use CALLER_ADDR macros, so they
should select FRAME_POINTER. Otherwise traces are meaningless.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
kernel/trace/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
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,
* Anton Vorontsov avoront...@ru.mvista.com 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
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
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 joakim.tjernl...@transmode.se
To:
le...@freescale.com, net...@vger.kernel.org, linuxppc-dev@ozlabs.org
Cc:
Joakim Tjernlund
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 (tracing: clean
up menu), despite the clean up in its purpose,
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 joakim.tjernl...@transmode.se
To:
le...@freescale.com,
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 from
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;
+
+phy0: ethernet-...@0 {
On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00
Anton Vorontsov avoront...@ru.mvista.com 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:
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
display
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) rather than
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
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 in
2.6.27-stable review patch. If anyone has any objections, please let us know.
--
From: Johns Daniel jdan...@computer.org
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-stable review patch. If anyone has any objections, please let us know.
--
From: Johns Daniel jdan...@computer.org
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
Eduard Fuchs wrote:
snip
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.
I tried
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
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
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 avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com
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 flag
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
45 matches
Mail list logo