Hi,
I have a water cooled dual 2.5 GHz G5 (Powermac7,3). It has YDL 6.0 on
it. Using the stock YDL 2.6.23 kernel this machine "appears" to work fine.
After finally getting it to boot under 2.6.27, it will shut itself off
if put under any significant load. And it is doing it very quickly. Li
On Mon, Dec 22, 2008 at 10:08:42AM +1100, Michael Ellerman wrote:
> On Tue, 2008-12-16 at 19:23 +0300, Anton Vorontsov wrote:
> > This patch removes need for each platform to specify default kexec and
> > crash kernel ops, thus effectively adds a working kexec support for most
> > boards.
> >
> >
On Tue, 2008-12-16 at 19:23 +0300, Anton Vorontsov wrote:
> This patch removes need for each platform to specify default kexec and
> crash kernel ops, thus effectively adds a working kexec support for most
> boards.
>
> Platforms that can't cope with default ops will explode in some weird
> way (a
Yuri Tikhonov writes:
> Because, in any case, either should we patch binutils, or should we
> pass some non-default value to the linker: the resulted application
> doesn't match the ELF standard
An ELF object built with a 256k alignment of is still perfectly
compliant.
Andreas.
--
Andreas
From: Julia Lawall
There is a call to local_irq_restore in the normal exit case, so it would
seem that there should be one on an error return as well.
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
//
@@
expression l;
expression E,E1,E2;
@@
loc
On Sunday, December 21, 2008 you wrote:
> Yuri Tikhonov writes:
>> Thanks for pointing this. I guess, the -zmax-page-size option is new
>> to binutils 2.17.50.0.10. Right?
> It was added 2½ years ago.
Yes, approximately: http://gcc.gnu.org/ml/gcc/2006-07/msg00361.html
"
Date: Sat, 15 Jul
Yuri Tikhonov writes:
> Thanks for pointing this. I guess, the -zmax-page-size option is new
> to binutils 2.17.50.0.10. Right?
It was added 2½ years ago.
Andreas.
--
Andreas Schwab, SuSE Labs, sch...@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerp
Hello Andreas,
On Sunday, December 21, 2008 you wrote:
> Yuri Tikhonov writes:
>> Because ELF standard supports only page sizes up to 64K, then you should
>> use patched binutils for building applications to be run with the 256KB-
>> page sized kernel. The patch for binutils is rather trivial,
Yuri Tikhonov writes:
> Because ELF standard supports only page sizes up to 64K, then you should
> use patched binutils for building applications to be run with the 256KB-
> page sized kernel. The patch for binutils is rather trivial, and may
> look as follows:
>
> --- binutils/bfd/elf32-ppc.c.or
Hi,
I'm getting the following crash when unloading ohci-hcd module
on custom 460EX platform:
-bash-3.2# rmmod ohci-hcd
ppc-of-ohci 4bffd.usb: remove, state 1
usb usb1: USB disconnect, address 1
usb 1-1: USB disconnect, address 2
ppc-of-ohci 4bffd.usb: USB bus 1 deregistered
Trying to ins
This patch adds support for 256KB pages on ppc44x-based boards.
For simplification of implementation with 256KB pages we still assume
2-level paging. As a side effect this leads to wasting extra memory space
reserved for PTE tables: only 1/4 of pages allocated for PTEs are
actually used. But this
Hello Milton,
Thanks for reviewing. I'll re-post the updated patch shortly.
On Sunday, December 21, 2008 you wrote:
> On Dec 19, 2008, at 12:39 AM, Yuri Tikhonov wrote:
>> This patch adds support for 256KB pages on ppc44x-based boards.
>>
> Hi. A couple of small comments.
>> diff --git a
Grant Likely writes:
> Here are a few more for you. These are all the MPC5200 patches that
> I've currently got in my queue and they are based off of your current
> -next tree.
>
> The first commit is Ben's fix for the missing blr instruction in
> _tlbia() which is critical to get in ASAP.
Than
On Sun, Dec 21, 2008 at 2:40 AM, Benjamin Herrenschmidt
wrote:
> On Sun, 2008-12-21 at 20:32 +1100, Benjamin Herrenschmidt wrote:
>> On Sun, 2008-12-21 at 02:07 -0700, Grant Likely wrote:
>> > Hey Paul,
>> >
>> > Top of your -next tree fails with a stack overflow on the MPC5200 when
>> > attemptin
Hi Paul,
Here are a few more for you. These are all the MPC5200 patches that
I've currently got in my queue and they are based off of your current
-next tree.
The first commit is Ben's fix for the missing blr instruction in
_tlbia() which is critical to get in ASAP.
Thanks,
g.
The following ch
On Sun, 2008-12-21 at 20:32 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2008-12-21 at 02:07 -0700, Grant Likely wrote:
> > Hey Paul,
> >
> > Top of your -next tree fails with a stack overflow on the MPC5200 when
> > attempting to mount an NFS rootfs (log below). I haven't had a chance
> > to b
On Sun, Dec 21, 2008 at 2:32 AM, Benjamin Herrenschmidt
wrote:
> On Sun, 2008-12-21 at 02:07 -0700, Grant Likely wrote:
>> Hey Paul,
>>
>> Top of your -next tree fails with a stack overflow on the MPC5200 when
>> attempting to mount an NFS rootfs (log below). I haven't had a chance
>> to bisect y
On Sun, 2008-12-21 at 02:07 -0700, Grant Likely wrote:
> Hey Paul,
>
> Top of your -next tree fails with a stack overflow on the MPC5200 when
> attempting to mount an NFS rootfs (log below). I haven't had a chance
> to bisect yet, but I'm posting this in case someone has already seen
> and solved
Hey Paul,
Top of your -next tree fails with a stack overflow on the MPC5200 when
attempting to mount an NFS rootfs (log below). I haven't had a chance
to bisect yet, but I'm posting this in case someone has already seen
and solved this.
Cheers,
g.
Linux/PowerPC load: ip=192.168.0.64::192.168.0.
From: Tim Yamin
This patch adds MDMA/UDMA support using BestComm for DMA on the MPC5200
platform. Based heavily on previous work by Freescale (Bernard Kuhn,
John Rigby) and Domen Puncer.
With this patch, a SanDisk Extreme IV CF card gets read speeds of
approximately 26.70 MB/sec.
Signed-off-by
From: Grant Likely
When ATA DMA is enabled, bestcomm prefetching does not work. This
patch adds a function to disable bestcomm prefetch when the ATA
Bestcomm task is initialized.
Signed-off-by: Grant Likely
---
arch/powerpc/sysdev/bestcomm/ata.c |3 +++
arch/powerpc/sysdev/best
From: Tim Yamin
1) ata.h has dst_pa in the wrong place (needs to match what the BestComm
task microcode in bcom_ata_task.c expects); fix it.
2) The BestComm ATA task priority was changed to maximum in bestcomm_priv.h;
this fixes a deadlock issue experienced with heavy DMA occurring on
b
From: Grant Likely
The buffer descriptors for the ATA BestComm task are larger than the
current definition for bcom_bd. This causes problems because the
various bcom_... functions dereference the buffer descriptor pointer
by using the array operator which doesn't work when the buffer
descriptors
Hey everyone; here is the latest version of the patches to add ATA DMA
support for the MPC5200. I'm pretty confident that these patches won't
break anything and by default DMA support is turned off. Users wanting
to test ATA DMA should add the 'libata.force=udma2' parameter to the
kernel command
24 matches
Mail list logo
