Benjamin Herrenschmidt wrote on 08/10/2009 02:28:19:
>
> On Thu, 2009-10-08 at 02:19 +0200, Joakim Tjernlund wrote:
> > Benjamin Herrenschmidt wrote on 08/10/2009
> > 02:04:56:
> > >
> > >
> > > > Yes it does. If one adds HWEXEC it will fail, right?
> > >
> > > Why ? We can just filter out DSISR
- serial Console on PSC1
- 64MB SDRAM
- MTD CFI Flash
- Ethernet FEC
- IDE support
Signed-off-by: Heiko Schocher
Reviewed-by: Wolfram Sang
---
- based on:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git next
- checked with:
$ ./scripts/checkpatch.pl
0002-mpc5200-support-for-t
- serial Console on PSC1
- 64MB SDRAM
- MTD CFI Flash
- Ethernet FEC
- I2C with PCF8563 and Temp. Sensor ADM9240
- IDE support
Signed-off-by: Heiko Schocher
Reviewed-by: Wolfram Sang
---
- based on:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git next
- checked with:
$ ./scrip
Hello Wolfram,
Wolfram Sang wrote:
> On Wed, Oct 07, 2009 at 08:40:37AM +0200, Heiko Schocher wrote:
>> - serial Console on PSC1
>> - 64MB SDRAM
>> - MTD CFI Flash
>> - Ethernet FEC
>> - IDE support
>>
>> Signed-off-by: Heiko Schocher
>
> Sorry for finding things incrementally, but I think there
* Peter Zijlstra [2009-10-07 16:45:50]:
> On Tue, 2009-10-06 at 21:01 +0530, Arun R Bharadwaj wrote:
> > +++ linux.trees.git/arch/x86/kernel/process.c
> > @@ -9,6 +9,7 @@
> > #include
> > #include
> > #include
> > +#include
> > #include
> > #include
> > #include
> > @@ -244,12 +245,6
From: Chris Newport
Date: Thu, 8 Oct 2009 02:29:25 +0100 (BST)
> Sun4d has never had SMP support and
Wrong.
> this is apparantly problematic due to Cray interlectual property
> causing a lack of bus documentation.
XBUS documentation is not available, but we fully know how to
program the SBUS
On Wed, 7 Oct 2009, David Miller wrote:
Sun4c has also been broken for a long time and sun4d has never worked
properly. Is it time to also prune these ?.
That would leave only Sun4m in the 32bit kernel, which still works and
has plenty of ongoing user interest.
Chris don't over-exaggerate the
On Thu, 2009-10-08 at 02:19 +0200, Joakim Tjernlund wrote:
> Benjamin Herrenschmidt wrote on 08/10/2009
> 02:04:56:
> >
> >
> > > Yes it does. If one adds HWEXEC it will fail, right?
> >
> > Why ? We can just filter out DSISR, we don't really care why it failed
> > as long as we know whether it w
Benjamin Herrenschmidt wrote on 08/10/2009 02:04:56:
>
>
> > Yes it does. If one adds HWEXEC it will fail, right?
>
> Why ? We can just filter out DSISR, we don't really care why it failed
> as long as we know whether it was a store or not.
>
> > Also this count as a read and you could easily end
> Yes it does. If one adds HWEXEC it will fail, right?
Why ? We can just filter out DSISR, we don't really care why it failed
as long as we know whether it was a store or not.
> Also this count as a read and you could easily end up
> in the protection case(in 2.4 you do)
I'm not sure what you m
Joakim Tjernlund/Transmode wrote on 08/10/2009 01:11:23:
>
> Benjamin Herrenschmidt wrote on 08/10/2009
> 00:20:17:
> >
> > On Thu, 2009-10-08 at 00:08 +0200, Joakim Tjernlund wrote:
> > >
> > > Benjamin Herrenschmidt wrote on 07/10/2009
> > > 23:14:52:
> > > >
> > > > On Wed, 2009-10-07 at 22:
Benjamin Herrenschmidt wrote on 08/10/2009 00:20:17:
>
> On Thu, 2009-10-08 at 00:08 +0200, Joakim Tjernlund wrote:
> >
> > Benjamin Herrenschmidt wrote on 07/10/2009
> > 23:14:52:
> > >
> > > On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> > >
> > > > + andi. r11, r10, _PAGE_U
Benjamin Herrenschmidt wrote on 08/10/2009 00:21:24:
>
> On Thu, 2009-10-08 at 00:13 +0200, Joakim Tjernlund wrote:
> > Benjamin Herrenschmidt wrote on 07/10/2009
> > 23:18:21:
> > >
> > > On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> > > > dcbz, dcbf, dcbi, dcbst and icbi do not
On Wed, Oct 07, 2009 at 09:52:43AM -0400, Sam Creasey wrote:
> On Wed, Oct 07, 2009 at 03:18:04PM +1000, Julian Calaby wrote:
> > On the subject of merging code, I know that the SUN3 code in m68k uses
> > a similar prom interface to the sparc32 code. (and I've also
> > considered unifying that and
On Thu, 2009-10-08 at 00:13 +0200, Joakim Tjernlund wrote:
> Benjamin Herrenschmidt wrote on 07/10/2009
> 23:18:21:
> >
> > On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> > > dcbz, dcbf, dcbi, dcbst and icbi do not set DAR when they
> > > cause a DTLB Error. Dectect this by tagging
On Thu, 2009-10-08 at 00:12 +0200, Joakim Tjernlund wrote:
> > not sure about the dsisr test here, what is the point ?
>
> To remove the need to do the same in generic pte code. Then
> we only need to do it when it counts. Lets see how it works out.
But I'm not sure I trust that DSISR test. Just
On Thu, 2009-10-08 at 00:08 +0200, Joakim Tjernlund wrote:
>
> Benjamin Herrenschmidt wrote on 07/10/2009
> 23:14:52:
> >
> > On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> >
> > > + andi. r11, r10, _PAGE_USER | _PAGE_ACCESSED
> > > + cmpwi cr0, r11, _PAGE_USER | _PAGE_ACCE
Benjamin Herrenschmidt wrote on 07/10/2009 23:18:21:
>
> On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> > dcbz, dcbf, dcbi, dcbst and icbi do not set DAR when they
> > cause a DTLB Error. Dectect this by tagging DAR with 0x00f0
> > at every exception exit that modifies DAR.
> > Test
Benjamin Herrenschmidt wrote on 07/10/2009 23:18:05:
>
> On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> > 8xx sometimes need to load a invalid/non-present TLBs in
> > it DTLB asm handler.
> > These must be invalidated separaly as linux mm don't.
>
> not sure about the dsisr test here
Benjamin Herrenschmidt wrote on 07/10/2009 23:14:52:
>
> On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
>
> > + andi. r11, r10, _PAGE_USER | _PAGE_ACCESSED
> > + cmpwi cr0, r11, _PAGE_USER | _PAGE_ACCESSED
> > + bne- cr0, 2f
>
> Did you mean _PAGE_PRESENT | _PAGE_ACCESSED
On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> dcbz, dcbf, dcbi, dcbst and icbi do not set DAR when they
> cause a DTLB Error. Dectect this by tagging DAR with 0x00f0
> at every exception exit that modifies DAR.
> Test for DAR=0x00f0 in DataTLBError and bail
> to handle_page_fault().
On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> 8xx sometimes need to load a invalid/non-present TLBs in
> it DTLB asm handler.
> These must be invalidated separaly as linux mm don't.
not sure about the dsisr test here, what is the point ?
Cheers,
Ben.
> ---
> arch/powerpc/mm/fault
On Wed, 2009-10-07 at 22:46 +0200, Joakim Tjernlund wrote:
> + andi. r11, r10, _PAGE_USER | _PAGE_ACCESSED
> + cmpwi cr0, r11, _PAGE_USER | _PAGE_ACCESSED
> + bne-cr0, 2f
Did you mean _PAGE_PRESENT | _PAGE_ACCESSED ?
> +2:
> + mfspr r11, SRR1
> + rlwinm r11, r11, 0
On Wed, 7 Oct 2009, Mitch Bradley wrote:
Taking this one step further, I don't see any real good reason to continue
supporting Sun4 going forward. I got rid of my Sun4 systems long ago because
it was just too hard to keep them working - after having used them long after
most people had moved
From: Chris Newport
Date: Wed, 7 Oct 2009 21:54:34 +0100 (BST)
> Sun4c has also been broken for a long time and sun4d has never worked
> properly. Is it time to also prune these ?.
> That would leave only Sun4m in the 32bit kernel, which still works and
> has plenty of ongoing user interest.
Chr
dcbz, dcbf, dcbi, dcbst and icbi do not set DAR when they
cause a DTLB Error. Dectect this by tagging DAR with 0x00f0
at every exception exit that modifies DAR.
Test for DAR=0x00f0 in DataTLBError and bail
to handle_page_fault().
---
arch/powerpc/kernel/head_8xx.S | 19 ---
1 fil
Now that 8xx can fixup dcbX instructions, start using them
where possible like every other PowerPc arch do.
---
arch/powerpc/kernel/misc_32.S | 18 --
arch/powerpc/lib/copy_32.S| 24
2 files changed, 0 insertions(+), 42 deletions(-)
diff --git a/ar
This is an assembler version to fixup DAR not being set
by dcbX, icbi instructions. There are two versions, one
uses selfmodifing code(default), the other uses
jump table but is much bigger.
---
arch/powerpc/kernel/head_8xx.S | 146 +++-
1 files changed, 145 in
Update the TLB asm to make proper use of _PAGE_DIRY and _PAGE_ACCESSED.
Pros:
- I/D TLB Miss never needs to write to the linux pte.
- _PAGE_ACCESSED is only set on TLB Error fixing accounting
- _PAGE_DIRTY is mapped to 0x100, the changed bit, and is set directly
when a page has been made dir
OK, here is the next try att fixing the MPC8xx MMU
problems. Pleas add one(or two) patches at a time and
test.
Expect some trivial merge conflicts in 8xx header file, sorry
about that.
Joakim Tjernlund (6):
8xx: DTLB Error must check for more errors.
8xx: get rid of _PAGE_HWWRITE dependency i
DataTLBError currently does:
if ((err & 0x0200) == 0)
DSI();
This won't handle a store with no valid translation.
Change this to
if ((err & 0x4800) != 0)
DSI();
that is, branch to DSI if either !permission or
!translation.
---
arch/powerpc/kernel/head_8xx.S |4 ++--
1 files c
8xx sometimes need to load a invalid/non-present TLBs in
it DTLB asm handler.
These must be invalidated separaly as linux mm don't.
---
arch/powerpc/mm/fault.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
index 76
Sun3 doesn't have OF
When I was first developing Open Boot for the SPARCstation-1, I was also
simultaneously trying to do it for a Sun-3 system that was being built
at the same time.
It proved to be too much to do both jobs at the same time, especially in
light of all the hardware debuggin
Hello, I've got some trouble getting an LSI SAS controller (LSISAS200)
to function. It is at least enumerated correctly in a PC running
ubuntu, so it seems that it must be something particular to the PCI
implementation on the powerpc or the usage of u-boot.
If the board is initialized by u-boot
> -Original Message-
> From:
devicetree-discuss-bounces+stephen.neuendorffer=xilinx@lists.ozlabs.
org [mailto:devicetree-
> discuss-bounces+stephen.neuendorffer=xilinx@lists.ozlabs.org] On
Behalf Of David Miller
> Sent: Wednesday, October 07, 2009 12:27 AM
> To: grant.lik...@secret
* Peter Zijlstra [2009-10-07 16:45:50]:
> On Tue, 2009-10-06 at 21:01 +0530, Arun R Bharadwaj wrote:
> > +++ linux.trees.git/arch/x86/kernel/process.c
> > @@ -9,6 +9,7 @@
> > #include
> > #include
> > #include
> > +#include
> > #include
> > #include
> > #include
> > @@ -244,12 +245,6
On Wed, Oct 07, 2009 at 03:18:04PM +1000, Julian Calaby wrote:
> On Wed, Oct 7, 2009 at 14:49, Grant Likely wrote:
> > On Tue, Oct 6, 2009 at 10:29 PM, Grant Likely
> > wrote:
> >>
> >> So here goes. I've begun the work to merge and clean up the OF device
> >> tree handling code and this is my
Guys, are there other instances of nested C functions in the codebase
or was this the first attempt?
On Wed, Oct 7, 2009 at 9:11 AM, Grant Likely wrote:
> On Wed, Oct 7, 2009 at 9:15 AM, Jérôme Pouiller wrote:
>> Dear,
>>
>> I have a problem with commit 8bc487d150b939e69830c39322df4ee486efe381
On Wed, Oct 07, 2009 at 01:25:13PM +0200, Romain Goyet wrote:
> On Tue, Oct 6, 2009 at 6:07 PM, Olof Johansson wrote:
> > Yeah, I had one but I have since lost it. I suspect it was on the
> > drive of my second quad that I wiped before I sold it, thinking there
> > was nothing of value on it. :(
On Wed, Oct 7, 2009 at 9:15 AM, Jérôme Pouiller wrote:
> Dear,
>
> I have a problem with commit 8bc487d150b939e69830c39322df4ee486efe381
> in file drivers/of/of_mdio.c in function of_phy_find_device.
>
> As you see, this function define match() as a nested function. My
> compiler (powerpc-e500-lin
Dear,
I have a problem with commit 8bc487d150b939e69830c39322df4ee486efe381
in file drivers/of/of_mdio.c in function of_phy_find_device.
As you see, this function define match() as a nested function. My
compiler (powerpc-e500-linux-gnu-gcc-3.4.1) raise an error during link
due to this nested d
On Tue, 2009-10-06 at 21:01 +0530, Arun R Bharadwaj wrote:
> +++ linux.trees.git/arch/x86/kernel/process.c
> @@ -9,6 +9,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@ -244,12 +245,6 @@ int sys_vfork(struct pt_regs *regs)
> unsigned long boot_op
Grant Likely wrote:
> On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley wrote:
>> On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>>> However, I've completely devoted to this work for at least the next
>>> two months, so there are plenty more patches to follow. Once I've
>>> got all the commo
Grant Likely wrote:
> On Wed, Oct 7, 2009 at 6:14 AM, Michal Simek wrote:
>>
>> Stephen Rothwell wrote:
>>> Hi Grant,
>>>
>>> Just first obvious thing:
>>>
>>> On Tue, 06 Oct 2009 22:30:59 -0600 Grant Likely
>>> wrote:
diff --git a/arch/microblaze/include/asm/prom.h
b/arch/microblaz
On Wed, Oct 7, 2009 at 1:09 AM, Rob Landley wrote:
> On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>>
>> However, I've completely devoted to this work for at least the next
>> two months, so there are plenty more patches to follow. Once I've
>> got all the common code merged between Mic
On Wed, Oct 7, 2009 at 3:49 AM, Wolfram Sang wrote:
> On Wed, Oct 07, 2009 at 08:40:37AM +0200, Heiko Schocher wrote:
>> - serial Console on PSC1
>> - 64MB SDRAM
>> - MTD CFI Flash
>> - Ethernet FEC
>> - IDE support
>>
>> Signed-off-by: Heiko Schocher
>
> Sorry for finding things incrementally, b
* Arun R Bharadwaj [2009-10-06 21:05:22]:
> * Arun R Bharadwaj [2009-10-06 20:54:21]:
Please consider this updated PATCH 7/7 instead of the earlier one.
The earlier one had a late_initcall(pseries_processor_idle_init),
which caused a panic when cpuidle_enable_device() was called from
cpuidle_sw
On Wed, Oct 7, 2009 at 3:11 AM, Wolfram Sang wrote:
> On Thu, Sep 10, 2009 at 09:05:46AM -0600, Grant Likely wrote:
>> On Thu, Sep 10, 2009 at 8:55 AM, Wolfram Sang wrote:
>> > The 'fsl5200-clocking'-property was dropped since
>> > 0d1cde235874b00905bce23f659690d060ebf475. Remove all occurences i
On Tue, Oct 6, 2009 at 11:14 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-10-06 at 22:30 -0600, Grant Likely wrote:
>
>> --- /dev/null
>> +++ b/include/linux/of_fdt.h
>> @@ -0,0 +1,30 @@
>> +/*
>> + * Definitions for working with the Flattened Device Tree data format
>> + *
>> + * Copyright (C
On Wed, Oct 7, 2009 at 6:14 AM, Michal Simek wrote:
>
>
> Stephen Rothwell wrote:
>> Hi Grant,
>>
>> Just first obvious thing:
>>
>> On Tue, 06 Oct 2009 22:30:59 -0600 Grant Likely
>> wrote:
>>> diff --git a/arch/microblaze/include/asm/prom.h
>>> b/arch/microblaze/include/asm/prom.h
>>> index 6
On Wed, 2009-10-07 at 17:17 +0530, Balbir Singh wrote:
> > The objective of the refactoring is to have a single common idle
> > routine management framework (remove pm_idle) and we have it done
> > through cpuidle registration framework. We can incrementally remove
> > the per-cpu registration la
On Wed, 2009-10-07 at 16:56 +0530, Vaidyanathan Srinivasan wrote:
> * Peter Zijlstra [2009-10-06 20:04:39]:
>
> > On Tue, 2009-10-06 at 22:05 +0530, Arun R Bharadwaj wrote:
> >
> > > Also, the per-cpu nature of registration/unregistration of cpuidle
> > > has been maintained as ACPI needs this.
Stephen Rothwell wrote:
> Hi Grant,
>
> Just first obvious thing:
>
> On Tue, 06 Oct 2009 22:30:59 -0600 Grant Likely
> wrote:
>> diff --git a/arch/microblaze/include/asm/prom.h
>> b/arch/microblaze/include/asm/prom.h
>> index 64e8b3a..5f461f0 100644
>> --- a/arch/microblaze/include/asm/prom
* Vaidy [2009-10-07 16:56:48]:
> * Peter Zijlstra [2009-10-06 20:04:39]:
>
> > On Tue, 2009-10-06 at 22:05 +0530, Arun R Bharadwaj wrote:
> >
> > > Also, the per-cpu nature of registration/unregistration of cpuidle
> > > has been maintained as ACPI needs this.
> >
> > Right, so can't we ditch
On Tue, Oct 6, 2009 at 6:07 PM, Olof Johansson wrote:
> On Tue, Oct 06, 2009 at 09:11:22PM +1100, Benjamin Herrenschmidt wrote:
> > On Tue, 2009-10-06 at 11:16 +0200, Romain Goyet wrote:
> > > Hi there,
> > >
> > >
> > > I have this Quad G5 here, running GentooPPC64. Runs fine. Had a hard
> > >
* Peter Zijlstra [2009-10-06 20:04:39]:
> On Tue, 2009-10-06 at 22:05 +0530, Arun R Bharadwaj wrote:
>
> > Also, the per-cpu nature of registration/unregistration of cpuidle
> > has been maintained as ACPI needs this.
>
> Right, so can't we ditch that and have acpi default to the lowest common
This patch updates percpu related symbols in powerpc such that percpu
symbols are unique and don't clash with local symbols. This serves
two purposes of decreasing the possibility of global percpu symbol
collision and allowing dropping per_cpu__ prefix from percpu symbols.
* arch/powerpc/kernel/p
From: Olof Johansson
Date: Tue, 6 Oct 2009 11:10:54 -0500
> Weird, I see my address in the to: line but I never got a copy in my inbox.
>
> On Mon, Oct 05, 2009 at 05:27:56PM +0400, Valentine Barshak wrote:
>> Not all pasemi mac interfaces can have a phy attached.
>> For example, XAUI has no phy
On Wed, Oct 07, 2009 at 08:40:37AM +0200, Heiko Schocher wrote:
> - serial Console on PSC1
> - 64MB SDRAM
> - MTD CFI Flash
> - Ethernet FEC
> - IDE support
>
> Signed-off-by: Heiko Schocher
Sorry for finding things incrementally, but I think there is still one issue
left. Once this is sorted ou
> However, I've completely devoted to this work for at least the next
> two months, so there are plenty more patches to follow. Once I've
\o/ Thanks, Grant! A seperate tree would be great. Patches look good to me:
Acked-by: Wolfram Sang
--
Pengutronix e.K. | Wolfram
On Thu, Sep 10, 2009 at 09:05:46AM -0600, Grant Likely wrote:
> On Thu, Sep 10, 2009 at 8:55 AM, Wolfram Sang wrote:
> > The 'fsl5200-clocking'-property was dropped since
> > 0d1cde235874b00905bce23f659690d060ebf475. Remove all occurences in
> > dts-files.
> >
> > Signed-off-by: Wolfram Sang
> >
On Wed, 2009-10-07 at 14:26 +0530, Sachin Sant wrote:
> As Ben suggested, i changed LOAD_REG_IMMEDIATE() to LOAD_REG_ADDR()
> as follows.
>
> - LOAD_REG_IMMEDIATE(r4,ftrace_return_to_handler)
> + LOAD_REG_ADDR(r4,ftrace_return_to_handler)
>
> With this change compile time warnings ab
Steven Rostedt wrote:
On Tue, 2009-10-06 at 07:20 +1100, Benjamin Herrenschmidt wrote:
On Mon, 2009-10-05 at 09:25 -0400, Steven Rostedt wrote:
Sachin, can you give me more details on how you built that kernel ? (or
give them again in case I missed them the first time around :-), ie,
wh
Benjamin Herrenschmidt wrote on 07/10/2009 03:07:35:
>
> Allright, did a bit of reading of doco and code..
hey, this is a super, thanks!
>
> Doco isn't totally clear though. At some stage, it -hints- that in case
> of a TLB "error" (match on EA/ASID but incorrect
> protection/valid/changed/...)
From: Grant Likely
Date: Tue, 6 Oct 2009 22:49:04 -0600
> Also, I'd like to take on responsibility for maintaining the cross-
> architecture device tree code. If there are no objections, I'll
> write a patch to add a device tree section to MAINTAINERS.
Feel free. And also feel free to add my:
On Tuesday 06 October 2009 23:49:04 Grant Likely wrote:
>
> However, I've completely devoted to this work for at least the next
> two months, so there are plenty more patches to follow. Once I've
> got all the common code merged between Microblaze, PowerPC and Sparc
> I'll be fix the endian proble
66 matches
Mail list logo