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 features to work on the arch.
The following changes since commit
This makes the powerpc signal handling code call tracehook_signal_handler()
after a handler is set up. This means that using PTRACE_SINGLESTEP to
enter a signal handler will report to ptrace on the first instruction of
the handler, instead of the second. This is consistent with what x86 and
This changes powerpc syscall tracing to use the new tracehook.h entry
points. There is no change, only cleanup.
The assembly changes allow do_syscall_trace_enter() to abort the
syscall without losing the information about the original r0 value.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Add asm/syscall.h for powerpc with all the required entry points.
This will allow arch-independent tracing code for system calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
include/asm-powerpc/ptrace.h |1 +
include/asm-powerpc/syscall.h | 84
This adds TIF_NOTIFY_RESUME support for powerpc. When set,
we call tracehook_notify_resume() on the way to user mode.
This overloads do_signal() to do the work, but changes its
arguments to it has the TIF_* bits handy in a register and
drops the useless first argument that was always zero.
The powerpc arch code has all the prerequisites, so set HAVE_ARCH_TRACEHOOK.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index fe88418..587da5e 100644
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 features
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 ptrace
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 Paul has
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
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 means the
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 with soc-of-simple
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 compatible
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
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
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
___
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 tree is
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 we
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 was a
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
function
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.
___
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
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: fault
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 on
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 24c32 a
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 (for
device trees). The
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_MASTER (PPC_83xx
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 build
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
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
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 *is* about a
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
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
declaration
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: add the
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 endian machines
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 mISDN stack?
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 who will push them
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
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 assigned from a
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 fixed it
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
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
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
silly
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 last look at these
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
and frankly
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
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
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
feel like I
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 to keep thinks clear, the second
:
56 matches
Mail list logo