* Benjamin Herrenschmidt [2009-12-04 13:47:38]:
> On Wed, 2009-12-02 at 15:32 +0530, Arun R Bharadwaj wrote:
> > * Arun R Bharadwaj [2009-12-02 15:24:27]:
> >
> > This patch creates arch/powerpc/platforms/pseries/processor_idle.c,
> > which implements the cpuidle infrastructure for pseries.
> >
On Fri, 2009-12-04 at 01:18 -0600, Kumar Gala wrote:
> Ben, David,
>
> If we want to support true 4G/4G split on ppc32 using the MSB of the
> address to determine of the pgd_t is for hugetlbfs isn't going to
> work. Since every pointer in the pgd_t -> pud_t -> pmd_t is point to
> at least a
> So are you saying linux should be writing the irq number to the
> INTERRUPT_LINE config reg? This is what I expected but I do not see
> it.
No it won't necessarily touch it, this is not terribly useful anyways.
Linux will assign an interrupt based on the informations from the
device-tree an
On Thu, 2009-12-03 at 11:52 -0800, David Hawkins wrote:
>
> Really? I thought the pci_dev structures represent the
> devices found on the PCI bus, and the IRQ line in
> that structure was merely copied from the configuration
> space registers.
No, it's not. In fact it's mostly irrelevant. It has
On Thu, 2009-12-03 at 14:18 -0500, Sean MacLennan wrote:
> With 2.6.32 I sometimes get lots and lots of "Bad page map" errors as
> shown below. I believe these started in 2.6.32-rc8 or possibly
> 2.6.32-rc7. Pika just switched to 2.6.31 so I have been concentrating
> on that release, and not really
On Fri, 2009-12-04 at 13:45 +0530, Arun R Bharadwaj wrote:
>
> Hi Ben,
>
> I forgot to attach the patch which enables cpuidle for the rest of the
> POWER platforms. Attaching it below.
>
> So for these platforms, ppc_md.power_save will be called from from the
> cpuidle_idle_call idle loop itsel
On Fri, Dec 04, 2009 at 08:08:27PM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2009-12-03 at 14:18 -0500, Sean MacLennan wrote:
>> With 2.6.32 I sometimes get lots and lots of "Bad page map" errors as
>> shown below. I believe these started in 2.6.32-rc8 or possibly
>> 2.6.32-rc7. Pika just switc
On Fri, 2009-12-04 at 06:00 -0500, Josh Boyer wrote:
> On Fri, Dec 04, 2009 at 08:08:27PM +1100, Benjamin Herrenschmidt wrote:
> >On Thu, 2009-12-03 at 14:18 -0500, Sean MacLennan wrote:
> >> With 2.6.32 I sometimes get lots and lots of "Bad page map" errors as
> >> shown below. I believe these sta
Hi Ben,
Could you please pull the git tags from Linus' tree when you pull?
It aids a little in quickly seeing how far a tree on kernel has moved
forward, at the moment the last tag on your tree is "v2.6.26-rc9" [1].
Martyn
[1]
http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/benh/powerpc.git
+#ifdef CONFIG_PPC_EARLY_DEBUG_USBGECKO
+setup_usbgecko_bat:
+ /* prepare a BAT for early io */
+#if defined(CONFIG_GAMECUBE)
+ lis r8, 0x0c00
+#elif defined(CONFIG_WII)
+ lis r8, 0x0d00
+#else
+#error Invalid platform for USB Gecko based early debugging.
+#endif
A kern
David Gibson wrote:
Oops, stupid compile bug in the !CONFIG_PPC_SUBPAGE_PROT case with the
last version. Fixed below.
Fix bug in pagetable cache cleanup with CONFIG_PPC_SUBPAGE_PROT
Commit a0668cdc154e54bf0c85182e0535eea237d53146 cleans up the handling
of kmem_caches for allocating various lev
On Mon, Nov 30, 2009 at 09:25:51AM -0600, Curtis Wald wrote:
>Josh,
>Here is a resend of the Yosemite.dts patch, deleting tabs and spaces in
>the IDSEL section that should look better when viewing as 80 column.
Something is still eating your patches when you send them out. They get
corrupted to
On Dec 4, 2009, at 2:58 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-12-04 at 01:18 -0600, Kumar Gala wrote:
Ben, David,
If we want to support true 4G/4G split on ppc32 using the MSB of the
address to determine of the pgd_t is for hugetlbfs isn't going to
work. Since every pointer in the p
Josh,
Yes, the patch you provided below is exactly what is needed for PCI
functionality.
I've verified using a 2 port Silicon Image 3512 PCI to SATA controller
card on Yosemite.
-Curtis
> -Original Message-
> From: Josh Boyer [mailto:jwbo...@linux.vnet.ibm.com]
> Sent: Friday, December
Hi All,
does anyone has a working SM501 framebuffer on the STK5200 board? The
board itself works fine on the 2.6.32 kernel.
I got a patch from TQ which used to work around 2.6.24 but it seems with
the unification of the "simple mpc5200" boards the sm501 support got lost.
I toyed around with
Hi Ben,
A couple of DTS fixups for you. Thanks.
josh
The following changes since commit 5a7b4193e564d1611ecf1cd859aed60d5612d78f:
Benjamin Herrenschmidt (1):
Revert "powerpc/mm: Fix bug in pagetable cache cleanup with
CONFIG_PPC_SUBPAGE_PROT"
are available in the git repository at:
Add a device tree source file for the Nintendo Wii video game console.
Signed-off-by: Albert Herranz
Acked-by: Segher Boessenkool
Great work Albert!
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linu
On Fri, 04 Dec 2009 22:18:55 +1100
Benjamin Herrenschmidt wrote:
> Ok, I'll have a look next week. In the meantime, Sean, can you give
> me a hint of what you do to trigger it ? Boot time ? specific
> workload ?
It hasn't happened that often, but I have been focusing on 2.6.31.
So far, it has a
Segher Boessenkool wrote:
>> +#ifdef CONFIG_PPC_EARLY_DEBUG_USBGECKO
>> +setup_usbgecko_bat:
>> +/* prepare a BAT for early io */
>> +#if defined(CONFIG_GAMECUBE)
>> +lisr8, 0x0c00
>> +#elif defined(CONFIG_WII)
>> +lisr8, 0x0d00
>> +#else
>> +#error Invalid platform for USB Geck
Segher Boessenkool wrote:
>> Add a device tree source file for the Nintendo Wii video game console.
>>
>> Signed-off-by: Albert Herranz
>
> Acked-by: Segher Boessenkool
>
> Great work Albert!
>
Thanks!
Cheers,
Albert
___
Linuxppc-dev mailing list
On Fri, 2009-12-04 at 20:59 +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2009-12-04 at 10:34 +0100, Jean Delvare wrote:
> > I've sent it to linuxppc-...@ozlabs.org on October 14th. This is the
> > address which is listed 22 times in MAINTAINERS. If it isn't correct,
> > then please update MAINTAI
On Fri, Dec 04, 2009 at 09:16:59AM -0800, Joe Perches wrote:
> LINUX FOR POWERPC EMBEDDED PPC4XX
> M:Josh Boyer
>@@ -3221,6 +3228,8 @@ W: http://www.penguinppc.org/
> L:linuxppc-...@ozlabs.org
> T:git
> git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
> S:
On Fri, Dec 4, 2009 at 10:39 AM, Josh Boyer wrote:
> On Fri, Dec 04, 2009 at 09:16:59AM -0800, Joe Perches wrote:
>> LINUX FOR POWERPC EMBEDDED PPC4XX
>> M: Josh Boyer
>>@@ -3221,6 +3228,8 @@ W: http://www.penguinppc.org/
>> L: linuxppc-...@ozlabs.org
>> T: git
>> git://git.kernel
This change resolves 2 issues:
- Different chips have a different number of GPIO pins per controller.
For example, the MPC8347 has 32, the P2020 16, and the mpc8572 8.
Previously, the mpc8xxx_gpio driver assumed every chip had 32 GPIO
pins which resulted in some processors reporting an incorr
>>> +#ifdef CONFIG_PPC_EARLY_DEBUG_USBGECKO
>>> +setup_usbgecko_bat:
>>> +/* prepare a BAT for early io */
>>> +#if defined(CONFIG_GAMECUBE)
>>> +lisr8, 0x0c00
>>> +#elif defined(CONFIG_WII)
>>> +lisr8, 0x0d00
>>> +#else
>>> +#error Invalid platform for USB Gecko based early deb
From: Asier Llano Palacios
net/mpc5200: Fix locking on fec_mpc52xx driver
Fix the locking scheme on the fec_mpc52xx driver. This device can
receive IRQs from three sources; the FEC itself, the tx DMA, and the
rx DMA. Mutual exclusion was handled by taking a spin_lock() in the
critical regions,
Oops, sorry about the messed up subject. that was sloppy. Real
subject should be:
net/mpc5200: Fix locking on fec_mpc52xx driver
On Fri, Dec 4, 2009 at 2:20 PM, Grant Likely wrote:
> From: Asier Llano Palacios
>
> net/mpc5200: Fix locking on fec_mpc52xx driver
>
> Fix the locking scheme on th
On Fri, 2009-12-04 at 08:09 -0600, Kumar Gala wrote:
> On Dec 4, 2009, at 2:58 AM, Benjamin Herrenschmidt wrote:
>
> > On Fri, 2009-12-04 at 01:18 -0600, Kumar Gala wrote:
> >> Ben, David,
> >>
> >> If we want to support true 4G/4G split on ppc32 using the MSB of the
> >> address to determine of t
Dear Rolf Offermanns,
In message <4b191b54.6030...@sysgo.com> you wrote:
>
> does anyone has a working SM501 framebuffer on the STK5200 board? The
> board itself works fine on the 2.6.32 kernel.
This is a pretty well supported configuration.
> I got a patch from TQ which used to work around 2
On Wednesday 02 December 2009, Arun R Bharadwaj wrote:
> * Arun R Bharadwaj [2009-12-02 15:24:27]:
>
> This patch cleans up drivers/cpuidle/cpuidle.c
> Earlier cpuidle assumed pm_idle as the default idle loop. Break that
> assumption and make it more generic.
Is there a problem with the old pm_id
Hi
We have an MPC8343EA based custom board.
I am not able to get Linux up and running in this. No serial output to debug
further.
U-boot shows correct 'bdinfo' & 'clocks' output.
I doubt the DTS file in Linux. anyone has DTS file for MPC8343??
My current DTS file
/dts-v1/;
/ {
model
Hi
We have an MPC8343EA based custom board.
I am not able to get Linux up and running in this. No serial output to debug
further.
U-boot shows correct 'bdinfo' & 'clocks' output.
I doubt the DTS file in Linux. anyone has DTS file for MPC8343??
My current DTS file
/dts-v1/;
/ {
model
On Fri, 4 Dec 2009 14:56:25 -0800
agnel wrote:
> We have an MPC8343EA based custom board.
>
> I am not able to get Linux up and running in this. No serial output to debug
> further.
> U-boot shows correct 'bdinfo' & 'clocks' output.
>
> I doubt the DTS file in Linux. anyone has DTS file for MP
On Fri, 4 Dec 2009 15:43:18 -0800
Junita Ajith wrote:
please keep the list on the cc:, and don't top-post.
> This is the entire DTS file:
> /dts-v1/;
>
> / {
> model = "SC3000";
> compatible = "MPC8349EMDS", "MPC834xMDS", "MPC83xxMDS";
you don't mention the u-boot and kernel ve
On Fri, Dec 04, 2009 at 09:16:59AM -0800, Joe Perches wrote:
> On Fri, 2009-12-04 at 20:59 +1100, Benjamin Herrenschmidt wrote:
> > On Fri, 2009-12-04 at 10:34 +0100, Jean Delvare wrote:
> > > I've sent it to linuxppc-...@ozlabs.org on October 14th. This is the
> > > address which is listed 22 time
From: Asier Llano Palacios
Fix the locking scheme on the fec_mpc52xx driver. This device can
receive IRQs from three sources; the FEC itself, the tx DMA, and the
rx DMA. Mutual exclusion was handled by taking a spin_lock() in the
critical regions, but because the handlers are run with IRQs enab
36 matches
Mail list logo
