Hi!
Paul, what do you say about this?
Sylvain suggested it could also be integrated with define_machine
interface.
If it's OK, it would be cool if it got merged in next release cycle.
Domen
On 11/07/07 11:32 +0200, Domen Puncer wrote:
> clk interface for arch/powerpc, platforms should
Hi, Paul,
How about following patches?
[PATCH 1/2] Add sysdev/pci_quirks.c file into PowerPC architecture with
ULI chip quirk functions.
URL: http://ozlabs.org/pipermail/linuxppc-dev/2007-August/040363.html
[PATCH 2/2] Remove ULI chip quirks functions from MPC8641HPCN and
MPC8544DS boards.
URL: h
On Fri, Aug 03, 2007 at 11:09:08AM -0500, Josh Boyer wrote:
> AMCC Bamboo board DTS
All the compatible properties should have "-440ep" as the most
precise version, in addition to the more general strings.
> --- /dev/null
> +++ linux-2.6/arch/powerpc/boot/dts/bamboo.dts
> @@ -0,0 +1,248 @@
> +
On Fri, Aug 03, 2007 at 11:09:09AM -0500, Josh Boyer wrote:
> Add support for the AMCC Bamboo board
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.
On Fri, Aug 03, 2007 at 11:09:10AM -0500, Josh Boyer wrote:
> Add a bootwrapper for the AMCC 440EP Bamboo Eval board. This also adds a
> common fixup_clock function for all 440EP(x) chips.
Ok, you have a separate bamboo.c and treeboot-bamboo.c, like with
ebony. However here, therer's only one ou
On Fri, Aug 03, 2007 at 11:09:05AM -0500, Josh Boyer wrote:
> Add MMU definitions for 40x platforms. Also fixes two warnings in 40x_mmu.c.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroqu
On Fri, Aug 03, 2007 at 11:09:07AM -0500, Josh Boyer wrote:
> Remove inclusion of __res on 40x. We don't need it in arch/powerpc
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my c
On Fri, Aug 03, 2007 at 11:09:03AM -0500, Josh Boyer wrote:
> Rename the 44x.c wrapper file to 4xx.c. This will allow us to add common
> functions in a single file that can be shared across all of 4xx.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
On Fri, Aug 03, 2007 at 11:09:04AM -0500, Josh Boyer wrote:
> Make the fixup_memsize function common for all of 4xx as several chips share
> the same SDRAM controller. Also add functions to reset 40x chips and quiesce
> the ethernet.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
>
> ---
> a
On Fri, Aug 03, 2007 at 08:29:07PM +0400, Sergei Shtylyov wrote:
> David Gibson wrote:
>
> > Duh, forgot to attach the actual patch. Here it is:
>
> > Index: working-2.6/Documentation/powerpc/booting-without-of.txt
> > ===
> > --- w
On Fri, Aug 03, 2007 at 07:47:43PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> David Gibson wrote:
>
> >>>Index: working-2.6/Documentation/powerpc/booting-without-of.txt
> >>>===
> >>>--- working-2.6.orig/Documentation/powerpc/booting
On Fri, Aug 03, 2007 at 02:55:16PM -0700, Yoder Stuart-B08248 wrote:
>
> > > > > + MPIC: [EMAIL PROTECTED] {
> > > > > + device_type = "open-pic";
> > > > >
> > > > > device_type = "interrupt-controller".
> > >
> > > Not according to the binding in booting-without
On Fri, Aug 03, 2007 at 11:09:02AM -0500, Josh Boyer wrote:
> Remove some leftover cruft in the 40x Kconfig file. Also make sure we
> select WANT_DEVICE_TREE for 40x.
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
>
> ---
> arch/powerpc/platforms/40x/Kconfig | 77
> ---
On Sun, 2007-08-05 at 09:54 +0200, Stefan Richter wrote:
> Benjamin Herrenschmidt wrote:
> >>> If setting 32-bit DMA mask fails on ppc64, that sounds like a problem
> >>> with the DMA implementation on that architecture. There are enough cards
> >>> out there that only support 32-bit DMA that this
On Sunday 05 August 2007, Guennadi Liakhovetski wrote:
>
> > I supect it will have the same issue in the end, right?
>
> ...if you choose to use of_serial.c, yes, if you don't use it and just use
> legacy_serial.c, then you're fine.
But of_serial can be a loadable module, which means you still
On Sat, 2007-08-04 at 21:41 -0700, Linus Torvalds wrote:
>
> On Sun, 5 Aug 2007, Paul Collins wrote:
> >
> > I got the message below on boot with 2.6.23-rc2 on my PowerBook.
>
> It's a debug message, I think we need to remove it. It's trying to figure
> out what goes wrong with one particular m
So, like, the other day Guennadi Liakhovetski mumbled:
> On Sun, 5 Aug 2007, Jon Loeliger wrote:
>
> ...if you choose to use of_serial.c, yes, if you don't use it and just use
> legacy_serial.c, then you're fine.
Ah, I see. OK.
> BTW, my offer still holds to see if we can build a single kernel
On Sun, 5 Aug 2007, Jon Loeliger wrote:
> So, like, the other day Arnd Bergmann mumbled:
> > On Sunday 05 August 2007, Guennadi Liakhovetski wrote:
> > > That would be a possibility, but that would mean all 8241/8245 have to
> > > adjust their .dts. Ok, there are not so many of them in the mainli
So, like, the other day Arnd Bergmann mumbled:
> On Sunday 05 August 2007, Guennadi Liakhovetski wrote:
> > That would be a possibility, but that would mean all 8241/8245 have to
> > adjust their .dts. Ok, there are not so many of them in the mainline now
> > (in fact, hardly any apart from links
On Sunday 05 August 2007, Guennadi Liakhovetski wrote:
> That would be a possibility, but that would mean all 8241/8245 have to
> adjust their .dts. Ok, there are not so many of them in the mainline now
> (in fact, hardly any apart from linkstation:-)), still. Cannot we use
> something already a
Benjamin Herrenschmidt wrote:
>>>Allow generic_calibrate_decr to work for 40x platforms. Given that the
>>>hardware
>>>behavior is identical, this also changes the set_dec function to reload the
>>>PIT
>>>on 40x to match the behavior 44x currently has.
>>Why bother doing this?! This will o
Hello.
Benjamin Herrenschmidt wrote:
>>>Why bother doing this?! This will only warrant you imprecise decrementer
>>>interrupts while it should be interrupting at the precise period currently
>>>(if
>>>you load PIT once)...
>>
>>I.e. the error will only accumulate. NAK.
> No, it won't
On Sun, 5 Aug 2007, Arnd Bergmann wrote:
> On Sunday 05 August 2007, Guennadi Liakhovetski wrote:
> > I tried using of_serial.c on a (PPC) MPC8241 based system, which has a
> > "16650A" compatible double UART built into the SoC. Using of_serial.c
> > causes the ports to be autoconfigured, and th
Benjamin Herrenschmidt wrote:
>>> If setting 32-bit DMA mask fails on ppc64, that sounds like a problem
>>> with the DMA implementation on that architecture. There are enough cards
>>> out there that only support 32-bit DMA that this really needs to work..
>> Yes, could the PPC folks please have a
24 matches
Mail list logo
