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 4K page I would think the low order 12-bits should always
be
Ben Dooks said the following:
> On Thu, Dec 03, 2009 at 04:09:57PM +0100, Michael Lawnick wrote:
>> Ben Dooks said the following:
>> > On Tue, May 26, 2009 at 01:30:21PM +0200, Esben Haabendal wrote:
>> >> On Tue, May 19, 2009 at 7:22 AM, Esben Haabendal
>> >> wrote:
>> >> > This fixes MAL (arbit
On Thursday 03 December 2009 20:39:00 Jeff Hane wrote:
> > Can you clarify:
> >
> > 1. 460EX is your PCI host CPU?
>
> yes. We are using a canyonlands board with 460ex.
PCI works on Canyonlands without any problems. I just tested latest Linux
release (2.6.32) with an PCI USB card:
-bash-3.2# u
On Fri, Dec 04, 2009 at 02:31:51AM +0300, Anton Vorontsov wrote:
> _stp_arg() has an almost unnoticeable thinko in the argnum handling,
> which causes it to always return u_register("r10"):
>
> 'else (argnum == 8)' should actually be 'else if (argnum == 8)'.
>
> Though, since we check for 'if (ar
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.
> It implements a pseries_cpuidle_loop() which would be the mai
On Wed, 2009-12-02 at 15:31 +0530, Arun R Bharadwaj wrote:
> * Arun R Bharadwaj [2009-12-02 15:24:27]:
>
> This patch removes the routines, pseries_shared_idle_sleep and
> pseries_dedicated_idle_sleep, since this is implemented as a part
> of arch/powerpc/platform/pseries/processor_idle.c
>
> Al
Hi,All:
CPU is MPC8548, kernel version is 2.6.31.6. When I enabled this
option, my application's CPU usage increased, then I disabled this
option, CPU usage dropped to normal level.
I also tested on 2.6.30, the result is same.
--
The simplest is not all best but the best is surely the simplest!
_
--- Begin Message ---
Michel, Darrick,
Apparently you are using the therm_adt746x driver, so maybe you would
be interested in testing and carrying the following patch. I've sent it
to Colin Leroy, who is listed as the maintainer for this driver, 1.5
month ago, but did not hear back.
* * * * *
T
On Tue, 2009-12-01 at 15:35 +0100, Segher Boessenkool wrote:
> So make the memory known to the kernel, just tell the kernel not to
> use it. If it's normal system RAM, just put it in the "memory" node
> and do a memreserve on it (or do something in your platform code); if
> it's some other memory,
On Tue, 2009-12-01 at 19:34 +0800, Li Yang wrote:
> The scenario for the second case is to pre-allocate some memory to a
> certain application or device (probably through mem=XXX kernel
> parameter or limit through device tree). The memory is not known to
> kernel, but fully managed by the applica
--- Begin Message ---
In commit 0512a9a8e277a9de2820211eef964473b714ae65, we unilaterally zero the
"pwm invert" bit in the fan behavior configuration register. On my PowerBook
G4, this results in the fans going to full speed at low temperature and
shutting off at high temperature because the pwm
On Thu, 3 Dec 2009 14:06:34 -0600
Jake Magee wrote:
> Have you tried the following patches? I'm not sure if they have made
> it into the newer releases.
> http://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg37188.html
>
> Also for reference... http://patchwork.ozlabs.org/patch/34047/
On Fri, 4 Dec 2009 01:34:17 am Neil Horman wrote:
> Just finished testing your patch Rusty, it all works quite well, Thanks!
> Will this be going in via your tree, or the ppc tree?
It's in my tree now. Since I didn't really alter the ppc parts, I kept
Paul's ack attached too.
Thanks,
Rusty.
On Thu, 2009-12-03 at 03:12 -0500, Jeff Garzik wrote:
> Looks fine to me. Two minor comments, which might perhaps be ignored if
> that is your taste:
>
> * prefer enums to #define's, for constants
yeah well ... I lifted those definitions from the old driver and didn't
feel like changing them a
On Thu, 2009-12-03 at 15:21 -0800, Pravin Bathija wrote:
> Hi Wolfgang,
.../...
> > I'm not sure if this one-liner really covers all the related issues.
> > We submitted a similar (but apparently more complete) patch more than
> > a year ago. Dunno why it has never been picked up. See
> > http:
0x%016lx format causes a lot of unnecessary zero-padding on ppc32, so
let's use %p instead.
Before:
--- Exception: c00095c8 at 0xc02cff60 : _edata+0x1f60/0x2000 [kernel]
LR =0xc02aef58 : per_cpu__runqueues+0x0/0x400 [kernel]
[0xc02cfed0] [0xc00113fc] 0xc00113fc : ret_from_exce
registers.stp is missing a few small bits when running on ppc32:
* Divide register offsets by 2;
* There is 'mq' register instead of 'softe';
* long_arg() should sign-extend the result on ppc32.
Suggested-by: Jim Keniston
Signed-off-by: Anton Vorontsov
---
tapset/powerpc/registers.stp | 29 +
When probing 32-bits apps on ppc64 or running native ppc32, int64
parts are stored in the big endian order, e.g. foo(1LL, 2LL, 3LL)'s
args turn into:
arg1: r3 = 0; r4 = 1
arg2: r5 = 0; r6 = 2
arg3: r7 = 0; r8 = 3
For example, to restore arg1 the current longlong_arg() will perform
(r4 << 32) | r3
_stp_arg() has an almost unnoticeable thinko in the argnum handling,
which causes it to always return u_register("r10"):
'else (argnum == 8)' should actually be 'else if (argnum == 8)'.
Though, since we check for 'if (argnum < 1 || argnum > 8)' at the
beginning of _stp_arg(), let's make it just '
Hi all,
Here are few more patches for systemtap/powerpc...
- Patches 1-3 are used to fix failing tests as reported by
testsuite/systemtap.context/num_args (thanks to Jim Keniston for
the hint);
- Fourth patch just improves backtrace output. Though, backtrace.stp
test is still failing, I'm
Hi Wolfgang,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, December 03, 2009 12:56 AM
> To: Pravin Bathija; Benjamin Herrenschmidt; Desai, Kashyap
> Cc: linux-s...@vger.kernel.org; linuxppc-...@ozlabs.org;
> eric.mo...@lsi.com
> Subject: Re: [PATCH] [SC
Add a default configuration for the Nintendo Wii video game console.
Signed-off-by: Albert Herranz
---
arch/powerpc/configs/wii_defconfig | 1406
1 files changed, 1406 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/wii_defconfig
diff
Add platform support for the Nintendo Wii video game console.
Signed-off-by: Albert Herranz
---
v1 -> v2
- Get rid of show_cpuinfo hooks. Suggestion by Grant Likely.
- Drop unneeded (at this stage) empty functions. Suggestion by Grant Likely.
- Merge wii.c and wii_dev.c into a single file. Sugges
Add support for the dual interrupt controller included in the "Hollywood"
chipset of the Nintendo Wii video game console.
This interrupt controller serves both the Broadway processor (as a cascade)
and the Starlet processor, and is used to manage interrupts for the
non-classic hardware.
Signed-off
This patch extends the cputable entry of the 750CL to also match
the 750CL-based "Broadway" cpu found on the Nintendo Wii.
As of this patch, the following "Broadway" design revision levels have
been seen in the wild:
- DD1.2 (87102)
- DD2.0 (87200)
Signed-off-by: Albert Herranz
---
v1 -> v2
- Do
Add support for the Nintendo Wii video game console to the powerpc
bootwrapper.
dtbImage.wii is a wrapped image that contains a flat device tree,
an entry point compatible with the Homebrew Channel and BootMii,
and an optional initrd.
Signed-off-by: Albert Herranz
---
v1 -> v2
- Save one asm ins
Add a device tree source file for the Nintendo Wii video game console.
Signed-off-by: Albert Herranz
---
v1 -> v2
- Document new bindings in Documentation/powerpc/dts-bindings.
Suggestion by Grant Likely.
- Use same form for model property and compatible properties on the root
node. Suggesti
The following patches add the base support for the Nintendo Wii
video game console on the powerpc arch.
The following is included:
- a device tree source
- bootwrapper support
- recognition of the Broadway processor
- native interrupt controller support
- platform support
- default configuration
Hi Wolfgang,
In message <4b1816f9.1020...@ovro.caltech.edu> you wrote:
Yep. It might require enabling a PCI subsystem in U-Boot.
I recall playing with a Yosemite board and a PCI card,
but I forget whether I had to do anything to enable
PCI configuration space setup. Post a question to the
U-Boo
Dear David Hawkins,
In message <4b1816f9.1020...@ovro.caltech.edu> you wrote:
>
> Yep. It might require enabling a PCI subsystem in U-Boot.
> I recall playing with a Yosemite board and a PCI card,
> but I forget whether I had to do anything to enable
> PCI configuration space setup. Post a questi
On Thu, 2009-12-03 at 12:16 +0100, Fortini Matteo wrote:
> I'm on an embedded system, so every resource counts.
> One of the biggest impacts is when writing to a communication/memory
> access FIFO or reading/writing configurations.
> In these cases, I'd just need to make sure that there's no I/O
Add support for using the USB Gecko adapter as an early debugging
console on the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that provides
a EXI (External Interface) to USB serial converter.
Signed-off-by: Albert Herranz
---
arch/powe
This is v4 of the "early debugging using usbgecko" patch.
It tries to implement the ideas suggested by Benjamin Herrenschmidt
regarding the use of a set of fixmap entries to provide safe
virtual address space for an early mapping.
Albert Herranz (2):
powerpc: reserve fixmap entries for early de
Add a set of entries to the fixmap table to allow usage of known
reserved virtual address space by early debug code.
The address space reserved is the top 128K of the 32-bit address
space. This allows, if required, the use of a BAT to do the mappings.
Signed-off-by: Albert Herranz
---
arch/powe
On Thu, Dec 03, 2009 at 11:39:00AM -0800, Jeff Hane wrote:
> On Thu, 2009-12-03 at 09:11 -0800, David Hawkins wrote:
> > Hi Jeff,
> >
> > > I'm trying to get interrupts working for my PCI device on a 460ex and
> > > am having problem. My ISR never triggers.
> > >
> > > I'm new to PCI(and ppc) a
Have you tried the following patches? I'm not sure if they have made
it into the newer releases.
http://www.mail-archive.com/linuxppc-dev@lists.ozlabs.org/msg37188.html
Also for reference... http://patchwork.ozlabs.org/patch/34047/
On Thu, Dec 3, 2009 at 1:18 PM, Sean MacLennan wrote:
> With 2
Hi Ira,
When Linux is assigning BARs and IRQs, it writes the BAR addresses to
the PCI cards, but does not write the IRQ. This was my experience with
PCI hotplug.
Ooh, subtle.
Bottom line is; if the IRQ field of lspci is 0, then you
need to figure out that problem first :)
In the PCI hotpl
On Thu, Dec 03, 2009 at 11:52:25AM -0800, David Hawkins wrote:
> Hi Jeff,
>
> > yes. We are using a canyonlands board with 460ex.
>
> Ok.
>
> >> 2. You have some PCI device - what? Have you tested it works in a
> >> standard PCI bus? Eg. ran lspci from an x86 host.
> >
> > It is a FPGA boa
Hi Jeff,
yes. We are using a canyonlands board with 460ex.
Ok.
2. You have some PCI device - what? Have you tested it works in a
standard PCI bus? Eg. ran lspci from an x86 host.
It is a FPGA board that we are using to develop a video codec/SOC. We
have not connected it an x86; howev
On Thu, 2009-12-03 at 09:11 -0800, David Hawkins wrote:
> Hi Jeff,
>
> > I'm trying to get interrupts working for my PCI device on a 460ex and
> > am having problem. My ISR never triggers.
> >
> > I'm new to PCI(and ppc) and LDD said that I could read the config reg
> > INTURRUPT_LINE to get th
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 testing the 2.6.32 stream.
I wish I could give more info, but I
Hi Jeff,
I'm trying to get interrupts working for my PCI device on a 460ex and
am having problem. My ISR never triggers.
I'm new to PCI(and ppc) and LDD said that I could read the config reg
INTURRUPT_LINE to get the interrupt assigned to my PCI device. Well,
this always reads zero.
After
>
> On Thu, Dec 03, 2009 at 04:09:57PM +0100, Michael Lawnick wrote:
> > Ben Dooks said the following:
> > > On Tue, May 26, 2009 at 01:30:21PM +0200, Esben Haabendal wrote:
> > >> On Tue, May 19, 2009 at 7:22 AM, Esben Haabendal
> > >> wrote:
> > >> > This fixes MAL (arbitration lost) bug caused
>
> Ben Dooks said the following:
> > On Tue, May 26, 2009 at 01:30:21PM +0200, Esben Haabendal wrote:
> >> On Tue, May 19, 2009 at 7:22 AM, Esben Haabendal
> >> wrote:
> >> > This fixes MAL (arbitration lost) bug caused by illegal use of
> >> > RSTA (repeated START) after STOP condition generate
On Thu, Dec 03, 2009 at 04:09:57PM +0100, Michael Lawnick wrote:
> Ben Dooks said the following:
> > On Tue, May 26, 2009 at 01:30:21PM +0200, Esben Haabendal wrote:
> >> On Tue, May 19, 2009 at 7:22 AM, Esben Haabendal
> >> wrote:
> >> > This fixes MAL (arbitration lost) bug caused by illegal us
Ben Dooks said the following:
> On Tue, May 26, 2009 at 01:30:21PM +0200, Esben Haabendal wrote:
>> On Tue, May 19, 2009 at 7:22 AM, Esben Haabendal
>> wrote:
>> > This fixes MAL (arbitration lost) bug caused by illegal use of
>> > RSTA (repeated START) after STOP condition generated after last b
Benjamin Herrenschmidt writes:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> It supports all the features of its predecessor, including mediabay hotplug
> and suspend/resume. It sho
>>> Paul, Ben, given that Rusty hasn't come back with any opinion on this patch,
>>do you
>>> feel comfortable merging it via the ppc tree? Currently the earlyinit
>routine
>>> is only compiled in and used for your arch, so I think its fairly benign.
>>
>>Sorry, I *did* track down the archives for
I'm on an embedded system, so every resource counts.
One of the biggest impacts is when writing to a communication/memory
access FIFO or reading/writing configurations.
In these cases, I'd just need to make sure that there's no I/O
reordering and/or subsequent r/w are not optimized away, I belie
Dear Pravin Bathija,
In message <1259805106-23636-1-git-send-email-pbath...@amcc.com> you wrote:
> Powerpc 44x uses 36 bit real address while the real address defined
> in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and
> driver
> fails to initialize. This fix cha
On 12/01/2009 07:36 PM, Benjamin Herrenschmidt wrote:
This is a libata driver for the "macio" IDE controller used on most Apple
PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
It supports all the features of its predecessor, including mediabay hotplug
and suspend/resu
51 matches
Mail list logo
