Re: Updates to powerpc.git

2008-07-13 Thread Stephen Rothwell
Hi Ben, On Mon, 14 Jul 2008 15:32:36 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > > -next and -merge are now both to the same level, which is the same I think you meant -master (not -merge). -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.

linux-next: manual merge of the powerpc tree

2008-07-13 Thread Stephen Rothwell
Hi Paul, Ben, Today's linux-next merge of the powerpc tree got a conflict in arch/powerpc/Kconfig between commit 4e491d14f2506b218d678935c25a7027b79178b1 ("ftrace: support for PowerPC") from the ftrace tree and commit 3affedc4e1ce837033b6c5e9289d2ce2f5a62d31 ("powerpc/dma: implement new dma_*map*_

Re: Updates to powerpc.git

2008-07-13 Thread Benjamin Herrenschmidt
On Wed, 2008-07-09 at 17:34 +1000, Benjamin Herrenschmidt wrote: > > It contains 3 branches: > > - merge : this is for merging with the current stable and doesn't > currently contain anything interesting > > - master : this is our current "powerpc.git" tree, it may contain >

Re: Mikrotik RouterBoard 333

2008-07-13 Thread Jerry Van Baren
Grant Likely wrote: On Tue, Jul 08, 2008 at 02:26:32PM +1000, David Gibson wrote: Does anyone on this list have contacts with the makers of this board? Its firmware apparently provides a flattened device tree to the OS. And while this step towards world domination is flattering, it's an example

Re: [lm-sensors] [RFC] (almost) booting allyesconfig -- please don't poke super-io without request_region

2008-07-13 Thread David Hubbard
Hi Hans, >> I propose writing a subsystem driver. (Is that properly called "The >> SuperIO Bus Driver"?) If no one thinks it's a really bad idea I will >> put together some code and submit it for review, and maintain it. >> >> Some hwmon chips have odd / unique probe sequences. IMHO this is where

Re: [lm-sensors] [RFC] (almost) booting allyesconfig -- please don't poke super-io without request_region

2008-07-13 Thread David Hubbard
Hi Hans, Milton, Jean, On Sun, Jul 13, 2008 at 12:31 AM, Hans de Goede <[EMAIL PROTECTED]> wrote: > Jean Delvare wrote: >> On Fri, 11 Jul 2008 09:27:26 +0200, Hans de Goede wrote: >>> Jean Delvare wrote: Hi Hans, hi Milton, >>> >>> > One could make a superio driver, and create sub-d

Re: [RFC] [PATCH] task_pt_regs for powerpc systems

2008-07-13 Thread Benjamin Herrenschmidt
On Mon, 2008-07-14 at 08:32 +1000, Paul Mackerras wrote: > Srinivasa D S writes: > > > task_pt_regs() macro defines pt_regs for the given task, this macro is > > currently not defined for powerpc arch. We need this macro for > > upcoming utrace features. > > Below attached patch defines th

Re: [RFC] [PATCH] task_pt_regs for powerpc systems

2008-07-13 Thread Paul Mackerras
Srinivasa D S writes: > task_pt_regs() macro defines pt_regs for the given task, this macro is > currently not defined for powerpc arch. We need this macro for > upcoming utrace features. > Below attached patch defines this macro for powerpc arch. Please let > me know your comments on thi

Re: [lm-sensors] [RFC] (almost) booting allyesconfig -- please don't poke super-io without request_region

2008-07-13 Thread Hans de Goede
David Hubbard wrote: Hi Hans, Milton, Jean, On Sun, Jul 13, 2008 at 12:31 AM, Hans de Goede <[EMAIL PROTECTED]> wrote: Jean Delvare wrote: On Fri, 11 Jul 2008 09:27:26 +0200, Hans de Goede wrote: Jean Delvare wrote: Hi Hans, hi Milton, One could make a superio driver, and create sub-dev

Re: [RFC] reorganize cputypes for PPC64

2008-07-13 Thread Marvin
Hi, On Saturday 12 July 2008 20:00:05 Arnd Bergmann wrote: > On Saturday 12 July 2008, Marvin wrote: > > attached patch introduces a "processor type" menu similar to ppc32. It > > _should_ not change anything upto now. > > > > The aim is to allow future fine graded cpu optimizations via mcpu/mtune