Commit e7eac96e8f0e57a6e9f94943557bc2b23be31471 (ata/sata_fsl: Move
MPC8315DS link speed limit workaround to specific ifdef) aimed at
limiting the workaround only to the affected hardware, but since the
#ifdef used a nonexisting kconfig variable it actually killed
the workaround.
Reported-by: R
On Mon, Aug 04, 2008 at 04:55:37PM +0800, Li Yang wrote:
> > -Original Message-
> > From: Adrian Bunk [mailto:[EMAIL PROTECTED]
> > Sent: Monday, August 04, 2008 4:46 PM
> > To: Kalra Ashish; Li Yang; Jeff Garzik; [EMAIL PROTECTED]
> > Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
> > R
> -Original Message-
> From: Adrian Bunk [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 04, 2008 4:46 PM
> To: Kalra Ashish; Li Yang; Jeff Garzik; [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
> Robert P. J. Day
> Subject: [2.6 patch] sata_fsl.c: fix 8315DS workaro
Paul Collins <[EMAIL PROTECTED]> writes:
> Neil Brown <[EMAIL PROTECTED]> writes:
>> Could you try removing the 'static' declaration for nfsd_acceptable
>> and recompile?
>> Or maybe try a different compiler?
>
> I will give these a try this evening.
I built myself a nice new cross compiler:
On Mon, Jul 28, 2008 at 08:49:10AM -0400, Sinan Akman wrote:
> Karsten Keil wrote:
> >[...]
> >virt_to_bus() I never got a complain before and yes I already have some
> >patches
> >to solve the endian issues in the HFC driver, but it was not finaly
>
> Karsten, do you have those patches availab
The mv643xx_eth ethernet driver has had some very heavy hacking done
to it during the 2.6.27 merge window:
$ wc -l linux-2.6.26/drivers/net/mv643xx_eth.c
linux-2.6.27-rc1-git4/drivers/net/mv643xx_eth.c
3365 linux-2.6.26/drivers/net/mv643xx_eth.c
2653 linux-2.6.27-rc1-git4/drivers/net/mv643xx
Hi ,
here is V2 of the patchset posted on July 31st updated from the comments
made by Michael Ellerman.
V1 -> V2:
- Initialize the XICS radix tree in xics code and only for that irq_host
rather than doing it for all the hosts in the powerpc irq generic code
(although the hosts
The radix tree used for fast irq reverse mapping by the XICS is initialized
late in the boot process, after the first interrupt (IPI) gets registered
and after the first IPI is received.
This patch moves the initialization of the XICS radix tree earlier into
the boot process in smp_xics_probe(
irq_radix_revmap() currently serves 2 purposes, irq mapping lookup
and insertion which happen in interrupt and process context respectively.
Separate the function into its 2 components, one for lookup only and one
for insertion only.
Signed-off-by: Sebastien Dugue <[EMAIL PROTECTED]>
Cc: Pau
The radix trees used by interrupt controllers for their irq reverse mapping
(currently only the XICS found on pSeries) have a complex locking scheme
dating back to before the advent of the lockless radix tree.
Take advantage of this and of the fact that the items of the tree are
pointers to a
On Mon, 2008-08-04 at 22:00 +1200, Paul Collins wrote:
> Paul Collins <[EMAIL PROTECTED]> writes:
>
> > Neil Brown <[EMAIL PROTECTED]> writes:
> >> Could you try removing the 'static' declaration for nfsd_acceptable
> >> and recompile?
> >> Or maybe try a different compiler?
> >
> > I will give th
On PS3, recent kernels lock up in the very early stage (i.e. before mere
mortals get to see a working console). The kernel crashes with
| kernel BUG at linux/arch/powerpc/platforms/ps3/htab.c:141!
Bisecting shows this happens since:
| commit a1f242ff460e4b50a045fa237c3c56cce9eabf83
| Author: Ben
On Saturday 02 August 2008, Sean MacLennan wrote:
> This is a port of the ndfc driver from arch/ppc to arch/powerpc. Since
> arch/ppc has been removed, references to CONFIG_PPC_MERGE where removed.
>
> For an example of how to use the driver see
> arch/powerpc/platforms/44x/warp-nand.c .
>
> Sign
On Mon, 2008-08-04 at 13:08 +0200, Sebastien Dugue wrote:
> --- a/arch/powerpc/include/asm/irq.h
> +++ b/arch/powerpc/include/asm/irq.h
> @@ -119,6 +119,7 @@ struct irq_host {
> } linear;
> struct radix_tree_root tree;
> } revmap_data;
> + spinlock_t
On Mon, 4 Aug 2008 18:25:02 +0200
"Arnd Bergmann" <[EMAIL PROTECTED]> wrote:
> Shouldn't this instead use the device tree, like fsl_elbc, fsl_upm
> and pasemi_nand do?
> It feels awfully backwards to hardcode this stuff in the platform
> source code.
Yes, yes it should. This is just a patch to ge
Michael Ellerman <[EMAIL PROTECTED]> writes:
> On Mon, 2008-08-04 at 22:00 +1200, Paul Collins wrote:
>> Paul Collins <[EMAIL PROTECTED]> writes:
>>
>> > Neil Brown <[EMAIL PROTECTED]> writes:
>> >> Could you try removing the 'static' declaration for nfsd_acceptable
>> >> and recompile?
>> >> Or
On Tue, Aug 05, 2008 at 08:51:23AM +1200, Paul Collins wrote:
> Michael Ellerman <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2008-08-04 at 22:00 +1200, Paul Collins wrote:
> >> Paul Collins <[EMAIL PROTECTED]> writes:
> >>
> >> > Neil Brown <[EMAIL PROTECTED]> writes:
> >> >> Could you try removing
On Thu, 2008-07-31 at 11:31 +0100, Mel Gorman wrote:
> We are a lot more reliable than we were although exact quantification is
> difficult because it's workload dependent. For a long time, I've been able
> to test bits and pieces with hugepages by allocating the pool at the time
> I needed it even
On Mon, 2008-08-04 at 17:48 +0200, Geert Uytterhoeven wrote:
> On PS3, recent kernels lock up in the very early stage (i.e. before mere
> mortals get to see a working console). The kernel crashes with
>
> | kernel BUG at linux/arch/powerpc/platforms/ps3/htab.c:141!
>
> Bisecting shows this happen
> > ps3_hpte_insert() seems to be called during system initialization with the
> > following values of rflags:
> > - first call: 0x190
> > - initial memory: 0x194 (455 times)
> > - hotplug memory:
> > o crash: 0x115
> > o OK: 0x117
> >
> > Do you have an idea of what's really go
On Mon, 2008-08-04 at 16:59 -0400, J. Bruce Fields wrote:
> On Tue, Aug 05, 2008 at 08:51:23AM +1200, Paul Collins wrote:
> > Michael Ellerman <[EMAIL PROTECTED]> writes:
> >
> > > On Mon, 2008-08-04 at 22:00 +1200, Paul Collins wrote:
> > >> Paul Collins <[EMAIL PROTECTED]> writes:
> > >>
> > >>
Hi,
Benjamin Herrenschmidt wrote:
>> > ps3_hpte_insert() seems to be called during system initialization with the
>> > following values of rflags:
>> > - first call: 0x190
>> > - initial memory: 0x194 (455 times)
>> > - hotplug memory:
>> > o crash: 0x115
>> > o OK: 0x117
>> >
>
On Mon, 2008-08-04 at 13:08 +0200, Sebastien Dugue wrote:
> The radix tree used for fast irq reverse mapping by the XICS is initialized
> late in the boot process, after the first interrupt (IPI) gets registered
> and after the first IPI is received.
>
> This patch moves the initialization of th
> - Remove the populating of the tree from the revmap function as
>you already do
> - Move it to irq_create_mapping() for the normal case
> - For pre-existing interrupt, have the generic code that initializes
>the radix tree walk through all interrupts and setup the revmap for
>them
> > Which should be 0x194.
>
> That is 0x190.
>
> 0x194 = _PAGE_EXEC | _PAGE_ACCESSED | _PAGE_DIRTY | _PAGE_COHERENT | PP_RWXX
Right, _PAGE_EXEC should only be set for the part covering the kernel
text. In any case, it shouldn't be what you showed.
> > Can you find out where that stupid value
Hi All,
If you have fixes for 4xx that you want to get in the .27 kernel, please
let me know soon. I have the following queued up:
Sean MacLennan (3):
powerpc/4xx: Cleanup Warp for i2c driver changes.
powerpc/44x: Warp DTS changes for board updates
powerpc/44x: Incorrect NOR of
Michael Ellerman <[EMAIL PROTECTED]> writes:
> On Mon, 2008-08-04 at 16:59 -0400, J. Bruce Fields wrote:
>> On Tue, Aug 05, 2008 at 08:51:23AM +1200, Paul Collins wrote:
>> > Michael Ellerman <[EMAIL PROTECTED]> writes:
>> >
>> > > On Mon, 2008-08-04 at 22:00 +1200, Paul Collins wrote:
>> > >> Pa
On Tue, 2008-08-05 at 15:43 +1200, Paul Collins wrote:
> Michael Ellerman <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2008-08-04 at 16:59 -0400, J. Bruce Fields wrote:
> >> On Tue, Aug 05, 2008 at 08:51:23AM +1200, Paul Collins wrote:
> >> > Michael Ellerman <[EMAIL PROTECTED]> writes:
> >> >
> >>
Michael Ellerman <[EMAIL PROTECTED]> writes:
> On Tue, 2008-08-05 at 15:43 +1200, Paul Collins wrote:
>> Michael Ellerman <[EMAIL PROTECTED]> writes:
>> I think may be able to rule NFS out now. I just got this Oops when Xorg
>> started on boot.
>
> Cool, that looks fairly convincing.
>
>> In case
On Mon, 4 Aug 2008 14:49:16 +1000
"Paul Mackerras" <[EMAIL PROTECTED]> wrote:
> Linus,
>
> Please pull from the 'merge' branch of
>
> git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
>
> The main thing there is that we have moved the powerpc include files
> from include/as
The function htab_bolt_mapping() is used to create permanent
mappings in the MMU hash table, for example, in order to create
the linear mapping of vmemmap. It's also used by early boot
ioremap (before mem_init_done).
However, the way ioremap uses it is incorrect as it passes it
the protection flag
False alarm. They hardcoded the arch into the include. So
#include
no longer works but
#include
does. This is an artifact from when we where trying to use arch/ppc.
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlab
32 matches
Mail list logo
