On Sat, 2008-07-26 at 23:48 -0700, Roland McGrath wrote:
> These patches are posted for review, but you can just pull the GIT branch
> if you prefer. Patch 1/5 corrects a long-standing (minor) error in ptrace
> behavior. The others change no existing behavior, just enable new and
> future feature
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Sun, 27 Jul 2008 17:52:45 +1000
> On Sat, 2008-07-26 at 23:48 -0700, Roland McGrath wrote:
> > These patches are posted for review, but you can just pull the GIT branch
> > if you prefer. Patch 1/5 corrects a long-standing (minor) error in pt
> > Thanks for this. I haven't followed the story of tracehook so far, are
> > those patches dependent on something else or it's all already upstream
> > and do you think that's still 2.6.27 material ?
>
> The infrastructure is in Linus's tree.
Thanks David. I'll review these on monday and if Pa
Declate compat_sys_epoll_pwait as a conditional syscall like the rest
of the epoll interfaces.
We could have put an #ifdef around the entry in include/asm-powerpc/
systbl.h, but IMHO this is ultimately correct patch.
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
diff --git a/kernel/sys_
Hi Trent,
On Sat, 26 Jul 2008 20:08:57 -0600 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> On Fri, Jul 25, 2008 at 02:01:44PM -0700, Trent Piepho wrote:
> > The default_trigger fields of struct gpio_led and thus struct led_classdev
> > are pretty much always assigned from a string literal, which mea
On 7/27/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 12:44 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
> >>
> >> > Allow a custom ASOC machine driver wit
On 7/27/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 1:05 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> On Mon, Jul 14, 2008 at 09:54:37PM +0400, Anton Vorontsov wrote:
> >> > Currently of_i2c will select first com
Hi Jimi,
On Sun, 27 Jul 2008 08:48:09 -0400 Jimi Xenidis <[EMAIL PROTECTED]> wrote:
>
> Declate compat_sys_epoll_pwait as a conditional syscall like the rest
> of the epoll interfaces.
> We could have put an #ifdef around the entry in include/asm-powerpc/
> systbl.h, but IMHO this is ultimately
Noticed due to these wanings:
arch/powerpc/platforms/pseries/cmm.c:298: warning: initialization from
incompatible pointer type
arch/powerpc/platforms/pseries/cmm.c:299: warning: initialization from
incompatible pointer type
arch/powerpc/platforms/pseries/cmm.c:320: warning: initialization from
The addition of an argument to dma_mapping_error() in commit
8d8bb39b9eba32dd70e87fd5ad5c5dd4ba118e06 "dma-mapping: add the device
argument to dma_mapping_error()" left a bit of fallout:
drivers/net/ibmveth.c:263: error: too few arguments to function
'dma_mapping_error'
drivers/net/ibmveth.c:264:
arch/powerpc/kernel/vio.c:533: error: too few arguments to function
'dma_mapping_error'
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Compile tested for ppc64_defconfig.
diff --git a/arch/powerpc/ke
On powerpc (allyesconfig build) we get this error:
drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit declaration of
function 'virt_to_bus'
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/mISDN/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions
On Sun, 27 Jul 2008, David Woodhouse wrote:
>
> Out of interest, why is it %pS and not %Sp? Shouldn't the modifier come
> first? What if we want to print a pointer immediately followed by a
> capital S?
Try it.
Linus
___
Linu
On Mon, 28 Jul 2008 02:37:32 +1000
"Stephen Rothwell" <[EMAIL PROTECTED]> wrote:
> On powerpc (allyesconfig build) we get this error:
>
> drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit
> declaration of function 'virt_to_bus'
When did mISDN make it into the kernel? And which kernel tr
On Mon, 28 Jul 2008 02:37:32 +1000
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On powerpc (allyesconfig build) we get this error:
>
> drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit declaration of
> function 'virt_to_bus'
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Can
On Mon, 28 Jul 2008 02:14:24 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> The addition of an argument to dma_mapping_error() in commit
> 8d8bb39b9eba32dd70e87fd5ad5c5dd4ba118e06 "dma-mapping: add the device
> argument to dma_mapping_error()" left a bit of fallout:
Yeah, sorry, that patch w
From: Alan Cox <[EMAIL PROTECTED]>
Date: Sun, 27 Jul 2008 18:27:09 +0100
> On Mon, 28 Jul 2008 02:37:32 +1000
> Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> > On powerpc (allyesconfig build) we get this error:
> >
> > drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit declaration of
> IMHO, this driver was really rushed in and that was a huge mistake.
> If it had gone through linux-next we could have tidied all of this
> stuff up in a less "rushed" manner.
?? This thread *is* about a build failure in linux-next.
- R.
___
Linux
On Sun, Jul 27, 2008 at 01:33:49PM -0700, Roland Dreier wrote:
> > IMHO, this driver was really rushed in and that was a huge mistake.
> > If it had gone through linux-next we could have tidied all of this
> > stuff up in a less "rushed" manner.
>
> ?? This thread *is* about a build failure in
Applying patch mpc52xx-spi-fix0.patch
patching file drivers/spi/mpc52xx_spi.c
Hunk #1 FAILED at 149.
Hunk #2 succeeded at 154 (offset -7 lines).
Hunk #3 succeeded at 311 (offset -7 lines).
1 out of 3 hunks FAILED -- rejects in file drivers/spi/mpc52xx_spi.c
Patch mpc52xx-spi-fix0.patch does not app
On Friday 25 July 2008, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Adds support for the dedicated SPI device on the Freescale MPC5200(b)
> SoC.
It'd be a bit more clear if you said dedicated SPI "controller";
"device" sounds like it's a "struct spi_device".
Capsule summary:
On Fri, Jul 25, 2008 at 10:00 PM, Grant Likely
<[EMAIL PROTECTED]> wrote:
> Hey Ben, here are a few more patches for .27. I would have had this
> stuff in earlier, but they depended on another patch that I didn't
> feel like I should push that was in Andrew's queue.
>
> Grant Likely (4):
> of
On Friday 25 July 2008, Grant Likely wrote:
> I don't know what to do with these patches. I'd really like to see them
> in .27, and now that akpm has cleared his queue, the prerequisite patch
> has been merged so they are ready to go in. However, even though there
> has been favourable reception
compatible = "atmel,24c32wp", "24c32", "eeprom";
I know this is just an example; but to keep thinks clear, the second
and third values in this compatible property are completely bogus
(for
device trees). The manufacturer prefix needs to be present and
'eeprom' is far to vague.
Isn't 24c
On 7/27/08, Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > > compatible = "atmel,24c32wp", "24c32", "eeprom";
> > > >
> > >
> >
>
>
> >
> > > I know this is just an example; but to keep thinks clear, the second
> > > and third values in this compatible property are completely bogus
On Friday 16 May 2008, Scott Wood wrote:
> On Fri, May 16, 2008 at 08:50:52PM +0400, Anton Vorontsov wrote:
> > config SPI_MPC83xx
> > tristate "Freescale MPC83xx/QUICC Engine SPI controller"
> > - depends on SPI_MASTER && (PPC_83xx || QUICC_ENGINE) && EXPERIMENTAL
> > + depends on SPI_MAS
From: Roland Dreier <[EMAIL PROTECTED]>
Date: Sun, 27 Jul 2008 13:33:49 -0700
> > IMHO, this driver was really rushed in and that was a huge mistake.
> > If it had gone through linux-next we could have tidied all of this
> > stuff up in a less "rushed" manner.
>
> ?? This thread *is* about a
More fallout from the premature mISDN driver merge:
drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not running on
big endian machines now"
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc
On Sun, 2008-07-27 at 17:02 -0700, David Miller wrote:
> More fallout from the premature mISDN driver merge:
>
> drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not running on
> big endian machines now"
Lovely...
Ben.
___
Linuxppc-dev
On Sun, 27 Jul 2008 18:27:09 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
>
> On Mon, 28 Jul 2008 02:37:32 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> > On powerpc (allyesconfig build) we get this error:
> >
> > drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit declaration of
> >
Hi Roland,
On Sun, 27 Jul 2008 13:33:49 -0700 Roland Dreier <[EMAIL PROTECTED]> wrote:
>
> > IMHO, this driver was really rushed in and that was a huge mistake.
> > If it had gone through linux-next we could have tidied all of this
> > stuff up in a less "rushed" manner.
>
> ?? This thread *i
Hi Sam,
On Sun, 27 Jul 2008 22:43:55 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> On Sun, Jul 27, 2008 at 01:33:49PM -0700, Roland Dreier wrote:
> > > IMHO, this driver was really rushed in and that was a huge mistake.
> > > If it had gone through linux-next we could have tidied all of this
Hi Dave,
On Sun, 27 Jul 2008 16:14:32 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote:
>
> The driver went directly into Linus's tree.
>
> Stephen hit the build problem once he synced linux-next up with
> Linus's current tree.
It didn't even get as far as linux-next, I was just browsing the
b
Hi Sean,
On Sun, 27 Jul 2008 13:39:18 -0400 Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
> On Mon, 28 Jul 2008 02:37:32 +1000
> "Stephen Rothwell" <[EMAIL PROTECTED]> wrote:
>
> > On powerpc (allyesconfig build) we get this error:
> >
> > drivers/isdn/hardware/mISDN/hfcpci.c:1991: error: implicit
Hi Andrew,
On Sun, 27 Jul 2008 12:24:14 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Mon, 28 Jul 2008 02:14:24 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> > The addition of an argument to dma_mapping_error() in commit
> > 8d8bb39b9eba32dd70e87fd5ad5c5dd4ba118e06 "dma-mapping: a
On Mon, 28 Jul 2008 10:13:42 +1000
"Benjamin Herrenschmidt" <[EMAIL PROTECTED]> wrote:
> On Sun, 2008-07-27 at 17:02 -0700, David Miller wrote:
> > More fallout from the premature mISDN driver merge:
> >
> > drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
> > running on big endi
From: Marcel Holtmann <[EMAIL PROTECTED]>
Date: Mon, 28 Jul 2008 03:03:04 +0200
> > More fallout from the premature mISDN driver merge:
> >
> > drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
> > running on big endian machines now"
>
> is that only the HFC driver or the whole
On Tue, Jul 22, 2008 at 03:22:36PM -0500, Jon Tollefson wrote:
> David Gibson wrote:
> > On Fri, Jul 11, 2008 at 05:45:15PM +1000, Stephen Rothwell wrote:
> >
> >> Hi all,
> >>
> >> Could people take one last look at these patches and if there are no
> >> issues, please send Ack-bys to Andrew wh
The current ide-pmac upstream is broken. It calls
media_bay_set_ide_infos() with an uninitialized "hwif" argument.
It's not a trivial mistake, there's a chicken-and-egg problem in the
init code in there.
I've locally fixed it with this patch that i'll merge via the powerpc
tree unless you have an
Hi Dave,
More fallout from the premature mISDN driver merge:
drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
running on big endian machines now"
is that only the HFC driver or the whole mISDN stack?
I know that the two old ISDN stacks where really bad on big endian,
but my
Hi Dave,
More fallout from the premature mISDN driver merge:
drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
running on big endian machines now"
is that only the HFC driver or the whole mISDN stack?
I know that the two old ISDN stacks where really bad on big endian,
but
David Miller writes:
> From: Marcel Holtmann <[EMAIL PROTECTED]>
> Date: Mon, 28 Jul 2008 03:03:04 +0200
>
> > > More fallout from the premature mISDN driver merge:
> > >
> > > drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
> > > running on big endian machines now"
> >
On Sun, 27 Jul 2008, Stephen Rothwell wrote:
> On Sat, 26 Jul 2008 20:08:57 -0600 Grant Likely <[EMAIL PROTECTED]> wrote:
>> On Fri, Jul 25, 2008 at 02:01:44PM -0700, Trent Piepho wrote:
>>> The default_trigger fields of struct gpio_led and thus struct led_classdev
>>> are pretty much always assign
On Mon, 2008-07-28 at 11:29 +1000, Benjamin Herrenschmidt wrote:
> The current ide-pmac upstream is broken. It calls
> media_bay_set_ide_infos() with an uninitialized "hwif" argument.
>
> It's not a trivial mistake, there's a chicken-and-egg problem in the
> init code in there.
>
> I've locally f
When using the "sccdbg" option to route early kernel messages and
xmon to the SCC serial port on PowerMacs, when this wasn't the
configured output port of Open Firmware, we initialize the baudrate
to 57600bps. This isn't a very good default on some powermacs where
both the FW and pmac_zilog will de
The default_trigger fields of struct gpio_led and thus struct led_classdev
are pretty much always assigned from a string literal, which means the
string can't be modified. Which is fine, since there is no reason to
modify the string and in fact it never is.
But they should be marked const to prev
On Mon, 28 Jul 2008 11:07:40 +1000 (EST) James Morris <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Jul 2008, Stephen Rothwell wrote:
>
> > I hope that we all can discuss procedures for API changes at the Kernel
> > Summit ...
>
> "all" as in, whoever was invited (the only transparent aspect of was a
On Mon, 28 Jul 2008 11:07:57 +1000 David Gibson <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 22, 2008 at 03:22:36PM -0500, Jon Tollefson wrote:
> > David Gibson wrote:
> > > On Fri, Jul 11, 2008 at 05:45:15PM +1000, Stephen Rothwell wrote:
> > >
> > >> Hi all,
> > >>
> > >> Could people take one la
On Sun, 2008-07-27 at 20:17 -0700, Andrew Morton wrote:
> s
>
> OK. Although I'm no longer sure what patches "for the series" refers to.
>
> I am currently retaining
>
> powerpc-implement-pte_special.patch
> powerpc-implement-pte_special-update.patch
> powerpc-lockless-get_user_pages.patch
>
>
This removes the non-working code in legacy_serial that tried to handle
the powermac SCC ports, and instead add a (now working) function to the
powermac platform code to find the default serial console if any.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
diff --git a/arch/powerpc
On Mon, 28 Jul 2008, Stephen Rothwell wrote:
> I hope that we all can discuss procedures for API changes at the Kernel
> Summit ...
"all" as in, whoever was invited (the only transparent aspect of was a
silly count of # of commits for the initial shortlist), or was on the
committee, or bought s
On Sun, Jul 27, 2008 at 3:48 PM, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 10:00 PM, Grant Likely
> <[EMAIL PROTECTED]> wrote:
>> Hey Ben, here are a few more patches for .27. I would have had this
>> stuff in earlier, but they depended on another patch that I didn't
>> fee
In message: <[EMAIL PROTECTED]>
"Jon Smirl" <[EMAIL PROTECTED]> writes:
: On 7/27/08, Segher Boessenkool <[EMAIL PROTECTED]> wrote:
: > >
: > > >
: > > > > compatible = "atmel,24c32wp", "24c32", "eeprom";
: > > > >
: > > >
: > >
: >
: >
: > >
: > > > I know this is just an example; but
The 64K SPU local store mapping feature is incompatible with the
64K huge pages support due to the inability of some parts of
the memory management to differenciate between them while they
use a different page table format.
For now, disable 64K huge pages when CONFIG_SPU_FS_64K_LS,
in the long run
On Sun, 2008-07-27 at 00:24 -0500, Nathan Lynch wrote:
> This series consists of a couple of cleanups and a few feature
> additions, all of which are more or less related to system topology
> (threads, cores, caches, sysfs...) These are independent of
> each other except for 4 and 5 (core sibling
55 matches
Mail list logo
