On Fri, 25 Jul 2008 16:15:59 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> The sfx driver (which happens to be part of some of our test configs)
> fails to build in current Linus tree on powerpc with this error:
>
> /home/benh/kernels/linux-powerpc/drivers/net/sfc/efx.c: In function
* Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Jul 2008 16:15:59 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
> >
> > The sfx driver (which happens to be part of some of our test configs)
> > fails to build in current Linus tree on powerpc with this error:
> >
> > /home
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 the SPI and linuxppc lists for these
changes I do
From: Grant Likely <[EMAIL PROTECTED]>
SPI has a similar problem as I2C in that it needs to determine an
appropriate modalias value for each device node. This patch adapts
the of_i2c of_find_i2c_driver() function to be usable by of_spi also.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
From: Grant Likely <[EMAIL PROTECTED]>
spi_new_device() allocates and registers an spi device all in one swoop.
If the driver needs to add extra data to the spi_device before it is
registered, then this causes problems.
This patch splits the allocation and registration portions of code out
of spi
From: Grant Likely <[EMAIL PROTECTED]>
This patch adds support for populating an SPI bus based on data in the
OF device tree. This is useful for powerpc platforms which use the
device tree instead of discrete code for describing platform layout.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
--
From: Grant Likely <[EMAIL PROTECTED]>
Adds support for the dedicated SPI device on the Freescale MPC5200(b)
SoC.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/spi/Kconfig |8 +
drivers/spi/Makefile|1
drivers/spi/mpc52xx_spi.c | 595 +++
The I2C driver for the MPC currently uses a fixed speed hard-coded into
the driver. This patch adds the FDT properties "fdr" and "dfsrr" for the
corresponding I2C registers to make the speed configurable via FDT,
e.g.:
[EMAIL PROTECTED] {
compatible = "fsl-i2c";
reg = <0x3100 0
Since recent modifications to the MPC I2C code, the MPC I2C buses are
not found any more. This patch fixes the problem by adding proper OF
bus ids.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/tqm85xx.c |6 +++---
1 file changed, 3 insertions(+), 3 de
On Thu, 2008-07-24 at 14:18 +0200, Sebastien Dugue wrote:
> On Thu, 24 Jul 2008 21:11:34 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > On Thursday 24 July 2008 20:50, Sebastien Dugue wrote:
> > > From: Sebastien Dugue <[EMAIL PROTECTED]>
> > > Date: Tue, 22 Jul 2008 11:56:41 +0200
> > > Subje
On Fri, 2008-07-25 at 08:35 +0100, Michael Brown wrote:
> On Fri, 25 Jul 2008, Benjamin Herrenschmidt wrote:
> > The sfx driver (which happens to be part of some of our test configs)
> > fails to build in current Linus tree on powerpc with this error:
> >
> > /home/benh/kernels/linux-powerpc/driv
Hi Linus !
Here's what should be the last batch of 'features' for powerpc for
this merge window, unless I missed something.
The binfmt_elf change is the one discussed earlier, acked by
Andrew, just slightly rebased on top of another binfmt_elf
patch that went in in the meantime.
git://git.kerne
On Fri, 2008-07-25 at 09:49 +0200, Peter Zijlstra wrote:
>
>
> The only advantage of the concurrent radix tree over this model is that
> it can potentially do multiple modification operations at the same time.
Yup, we do not need that for the irq revmap... concurrent lookup is all we need.
Chee
Hi Peter,
On Fri, 25 Jul 2008 09:49:37 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-07-24 at 14:18 +0200, Sebastien Dugue wrote:
> > On Thu, 24 Jul 2008 21:11:34 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > > On Thursday 24 July 2008 20:50, Sebastien Dugue wrote:
> >
On Fri, 25 Jul 2008 18:27:20 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> On Fri, 2008-07-25 at 09:49 +0200, Peter Zijlstra wrote:
> >
> >
> > The only advantage of the concurrent radix tree over this model is that
> > it can potentially do multiple modification operations at the s
On Fri, 25 Jul 2008 18:40:21 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
> On Fri, 2008-07-25 at 10:36 +0200, Sebastien Dugue wrote:
> > On Fri, 25 Jul 2008 18:27:20 +1000 Benjamin Herrenschmidt <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Fri, 2008-07-25 at 09:49 +0200, Peter Zijlst
Hi Wolfgang,
> The I2C driver for the MPC currently uses a fixed speed hard-coded into
> the driver. This patch adds the FDT properties "fdr" and "dfsrr" for the
> corresponding I2C registers to make the speed configurable via FDT,
> e.g.:
>
> [EMAIL PROTECTED] {
> compatible = "fsl-
Jochen Friedrich wrote:
Hi Wolfgang,
The I2C driver for the MPC currently uses a fixed speed hard-coded into
the driver. This patch adds the FDT properties "fdr" and "dfsrr" for the
corresponding I2C registers to make the speed configurable via FDT,
e.g.:
[EMAIL PROTECTED] {
comp
On Fri, 2008-07-25 at 10:36 +0200, Sebastien Dugue wrote:
> On Fri, 25 Jul 2008 18:27:20 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> wrote:
>
> > On Fri, 2008-07-25 at 09:49 +0200, Peter Zijlstra wrote:
> > >
> > >
> > > The only advantage of the concurrent radix tree over this model is
On Fri, 25 Jul 2008, Benjamin Herrenschmidt wrote:
> The sfx driver (which happens to be part of some of our test configs)
> fails to build in current Linus tree on powerpc with this error:
>
> /home/benh/kernels/linux-powerpc/drivers/net/sfc/efx.c: In function
> ÿÿefx_probe_interruptsÿÿ:
> /hom
Richard Whitlock wrote:
Sean MacLennan wrote:
On Wed, 23 Jul 2008 15:58:38 +0100
"Richard Whitlock" <[EMAIL PROTECTED]> wrote:
I have a small problem with a port of linux 2.6.26 to a custom board.
Our board is almost identical to the Analogue & Micro asp 8347 board,
so I'm using Kumar Gala's
Hi,
this is a fix for full duplex transfer mode on the mpc52xx_psc_spi driver.
Details see the patch header. Tested on a mpc5200b board.
Cheers
Luotao fu
--
Dipl.-Ing. Luotao Fu | Phone: +49-5121-206917-3
Pengutronix - Linux Solutions for Science and Industry
Entwicklungszentrum Nord http
Hi,
On Thu, 24 Jul 2008 14:23:00 -0500 Nathan Lynch <[EMAIL PROTECTED]> wrote:
> I'm seeing warnings from the lockdep code itself in recent kernels on
> a Power6 blade (v2.6.26 and benh's -next branch).
>
> Something to do with powerpc's "lazy" interrupt-disabling, perhaps?
>
> A couple of s
On Fri, Jul 25, 2008 at 7:43 AM, Luotao Fu <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this is a fix for full duplex transfer mode on the mpc52xx_psc_spi driver.
> Details see the patch header. Tested on a mpc5200b board.
>
> Cheers
> Luotao fu
Looks pretty good to me. I'll pick this up.
For future pat
On Fri, Jul 25, 2008 at 5:04 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Jochen Friedrich wrote:
>>
>> Hi Wolfgang,
>>
>>> The I2C driver for the MPC currently uses a fixed speed hard-coded into
>>> the driver. This patch adds the FDT properties "fdr" and "dfsrr" for the
>>> corresponding
On Fri, Jul 25, 2008 at 3:44 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Since recent modifications to the MPC I2C code, the MPC I2C buses are not
> found any more. This patch fixes the problem by adding proper OF
> bus ids.
>
> Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
> ---
On Wed, 2008-07-23 at 22:03 +0200, Sebastian Siewior wrote:
> I moved it into a workqueue, this is what tg3 does.
> I would convert the other three drivers unless $dude suggests a better
> method or somebody else takes care
>
> drivers/net/gianfar.c | 22 ++
> drivers/ne
On Fri, Jul 25, 2008 at 8:12 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
> Yes, please use something like clock-frequency or current-speed and do
> the calculation.
Ditto. I already wrote the code that does that for U-Boot, so all you
need to do is port it.
Although I'm curious, if U-Boot alrea
On 7/25/08, Grant Likely <[EMAIL PROTECTED]> 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
On 7/25/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 8:12 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
>
> > Yes, please use something like clock-frequency or current-speed and do
> > the calculation.
>
> Ditto. I already wrote the code that does that for U-Boot, so all you
On Jul 25, 2008, at 3:13 AM, Benjamin Herrenschmidt wrote:
Benjamin Herrenschmidt (1):
Move update_mmu_cache() declaration from tlbflush.h to pgtable.h
I'm guessing this was pretty trivial, but please post patches to the
list even if you've committed them to your tree.
- k
_
Grant Likely wrote:
On Fri, Jul 25, 2008 at 3:44 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
Since recent modifications to the MPC I2C code, the MPC I2C buses are not
found any more. This patch fixes the problem by adding proper OF
bus ids.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROT
Timur Tabi wrote:
On Fri, Jul 25, 2008 at 8:12 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
Yes, please use something like clock-frequency or current-speed and do
the calculation.
Ditto. I already wrote the code that does that for U-Boot, so all you
need to do is port it.
I know but we stil
Wolfgang Grandegger wrote:
Ah, I see. For the TQM8548 adding the following compatible line:
[EMAIL PROTECTED] {
...
compatible = "fsl,mpc8548-immr", "simple-bus";
H. While you are there, I think you should drop
the "8548" part of "soc8548" to get just "[EMAIL
Grant Likely wrote:
On Fri, Jul 25, 2008 at 5:04 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
Jochen Friedrich wrote:
Hi Wolfgang,
The I2C driver for the MPC currently uses a fixed speed hard-coded into
the driver. This patch adds the FDT properties "fdr" and "dfsrr" for the
correspondi
Jon Loeliger wrote:
Wolfgang Grandegger wrote:
Ah, I see. For the TQM8548 adding the following compatible line:
[EMAIL PROTECTED] {
...
compatible = "fsl,mpc8548-immr", "simple-bus";
H. While you are there, I think you should drop
the "8548" part of "soc8548
On Jul 23, 2008, at 11:10 AM, Luis Machado wrote:
On Wed, 2008-07-23 at 11:53 -0400, Josh Boyer wrote:
Shouldn't this (and other places) be:
#if defined(CONFIG_44x) || defined(CONFIG_BOOKE)
if you are going to exclude 40x for now? Otherwise this is still
enabled on 405 and setting the wrong
On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> SPI has a similar problem as I2C in that it needs to determine an
> appropriate modalias value for each device node. This patch adapts
> the of_i2c of_find_i2c_driver() function to be usable by of_s
On Jul 24, 2008, at 11:00 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-07-23 at 13:10 -0300, Luis Machado wrote:
On Wed, 2008-07-23 at 11:53 -0400, Josh Boyer wrote:
Shouldn't this (and other places) be:
#if defined(CONFIG_44x) || defined(CONFIG_BOOKE)
if you are going to exclude 40x for
Wolfgang Grandegger wrote:
> I know but we still need an algorithm for MPC52xx and MPC82xx as well.
That's true, but I still think hard-coding values of DFSR and FDR in the device
tree is not a good way to do this.
--
Timur Tabi
Linux kernel developer at Freescale
__
On Fri, Jul 25, 2008 at 11:40 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> From: Grant Likely <[EMAIL PROTECTED]>
>>
>> + * At the moment, a single table is used for all bus types because it is
>> + * assumed that the data size is small and tha
This function is alike to the of_get_gpio(), but accepts new argument:
flags. Now the of_get_gpio() call is a wrapper around of_get_gpio_flags().
This new function will be used by the drivers that need to retrive GPIO
information, such as active-low flag.
Signed-off-by: Anton Vorontsov <[EMAIL PR
On Tuesday 22 July 2008 14:46:20 Paul Mackerras wrote:
> Chandru writes:
>
> > Scan for linux,usable-memory properties in case of dynamic reconfiguration
> > memory . Support for kexec/kdump.
> >
> > Signed-off-by: Chandru Siddalingappa <[EMAIL PROTECTED]>
>
> Could we *please* have a more comp
On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 11:40 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> From: Grant Likely <[EMAIL PROTECTED]>
> >>
>
> >> + * At the moment, a single table is used for all bus type
On Jul 24, 2008, at 7:05 AM, Laurent Pinchart wrote:
This patch introduces baudrate setting support via the generic clock
API.
When present the optional device tree clock property is used instead
of
fsl-cpm-brg. Platforms can then define complex clock schemes, to
output
the serial clock o
On Jul 24, 2008, at 11:00 AM, Laurent Pinchart wrote:
This patch implement GPIO LIB support for the CPM2 GPIOs. The code
can also be
used for CPM1 GPIO port E, as both cores are compatible at the
register level.
Based on earlier work by Jochen Friedrich.
Signed-off-by: Laurent Pinchart <[
On Tue, Jul 15, 2008 at 09:42:01PM +0400, Anton Vorontsov wrote:
> On Tue, Jul 15, 2008 at 08:00:48PM +0400, Anton Vorontsov wrote:
> > On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
> > > Anton,
> > >
> > > I think I've gotten most of the patches from you,
> >
> > Yes, much thanks!
On Fri, 25 Jul 2008, Benjamin Herrenschmidt wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge
Ok, I got a conflict in arch/powerpc/platforms/52xx/Kconfig, you should
check that I fixed it up right and send me follow-up patches if required.
Linus
On Jul 25, 2008, at 12:54 PM, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 09:42:01PM +0400, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 08:00:48PM +0400, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
Anton,
I think I've gotten most of the patches f
On Fri, 2008-07-25 at 03:33 -0400, Grant Likely wrote:
> + if (status && (irq != NO_IRQ))
> + dev_err(&ms->master->dev, "spurious irq, status=0x%.2x\n",
> + status);
> +
> + /* Check if there is another transfer waiting */
> + if (list_empty(&ms->queue))
The code to handle writes to /proc/ppc64/lparcfg incorrectly
assumes that the return code from the helper routines to update
processor or memory entitlement return a hcall return value. It
then assumes any non-hcall return value is bad and sets the return
code for the write to be -EIO.
The update
On Fri, Jul 25, 2008 at 01:14:58PM -0500, Kumar Gala wrote:
>
> On Jul 25, 2008, at 12:54 PM, Anton Vorontsov wrote:
>
>> On Tue, Jul 15, 2008 at 09:42:01PM +0400, Anton Vorontsov wrote:
>>> On Tue, Jul 15, 2008 at 08:00:48PM +0400, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 10:10:21AM -05
On Thu, 24 Jul 2008, Ingo Molnar wrote:
> * Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> > I've been using -fno-unit-at-a-time (to lessen inlining, for easier
> > debugging) for a long time
>
> Should we perhaps enable this automatically on CONFIG_FRAME_POINTER=y
> builds? Although a separate, d
On Fri, Jul 25, 2008 at 1:02 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> On Fri, Jul 25, 2008 at 11:40 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
>> > On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> >> + * First method is to lookup the c
On Fri, Jul 25, 2008 at 2:10 PM, Linus Torvalds
<[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 25 Jul 2008, Benjamin Herrenschmidt wrote:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge
>
> Ok, I got a conflict in arch/powerpc/platforms/52xx/Kconfig, you should
> check that I
On Friday 25 July 2008, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> spi_new_device() allocates and registers an spi device all in one swoop.
> If the driver needs to add extra data to the spi_device before it is
> registered, then this causes problems.
Mention an example plea
On Jul 23, 2008, at 16:03, Sebastian Siewior wrote:
From: Sebastian Siewior <[EMAIL PROTECTED]>
I got the following backtrace while network was unavailble:
|NETDEV WATCHDOG: eth0: transmit timed out
|BUG: sleeping function called from invalid context at /home/bigeasy/
git/linux-2.6-powerpc/k
* CONFIG_BOOKE is selected by CONFIG_44x so we dont need both
* Fixed a few comments
* Go back to only using DBCR0_IDM to determine if we are using
debug resources.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Luis, can you test this on 44x. I don't expect any breakage.
- k
arch/powerp
On Fri, Jul 25, 2008 at 3:00 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 25 July 2008, Grant Likely wrote:
>>
>> This change is in preparation for adding an OF device tree parser to
>> generate spi_devices based on data in the device tree.
>>
>> Signed-off-by: Grant Likely <[EMAIL PRO
On Jul 25, 2008, at 10:23 AM, Kumar Gala wrote:
On Jul 24, 2008, at 11:00 PM, Benjamin Herrenschmidt wrote:
On Wed, 2008-07-23 at 13:10 -0300, Luis Machado wrote:
On Wed, 2008-07-23 at 11:53 -0400, Josh Boyer wrote:
Shouldn't this (and other places) be:
#if defined(CONFIG_44x) || defined(
Works for me.
I presume you had positive results on the Book-E as well.
By the way, thanks for cleaning it up.
Luis
On Fri, 2008-07-25 at 14:27 -0500, Kumar Gala wrote:
> * CONFIG_BOOKE is selected by CONFIG_44x so we dont need both
> * Fixed a few comments
> * Go back to only using DBCR0_IDM t
On Jul 25, 2008, at 2:50 PM, Luis Machado wrote:
Works for me.
I presume you had positive results on the Book-E as well.
I havent had a chance to test this on our HW.
By the way, thanks for cleaning it up.
np.
- k
___
Linuxppc-dev mailing lis
Here are my patches for the OF bindings. The first is just a tiny change to
the leds code to silence a warning. The second is the real patch.
The leds-gpio driver gets two sub-options in Kconfig, one for platform
device support and one for openfirmware platform device support.
There is support
> From: Arnd Bergmann [mailto:[EMAIL PROTECTED]
> On Thursday 17 July 2008, Rune Torgersen wrote:
> > Arnd Bergmann wrote:
> > > So again, nothing conclusive. I'm running out of ideas.
> >
> > Is the syscall path different or the same on ppc and powerpc?
> > Any differences in the task switching,
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
Add bindings to support LEDs defined as of_platform devices in addition to
the existing bindings for platform devices.
New options in Kconfig allow the platform binding code and/or the
of_platform code to be turned on. The of_platform code is of course only
available on archs that have OF support
Folks,
I have tagged and released DTC version 1.2.0 on jdl.com.
git://git.jdl.com/software/dtc.git
Problems with it to me, please!
Enjoy,
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-d
The kernel copy of the rtas args struct that is read in from
user space is a stack variable. This structure should be
zero'ed out before we do any reads/writes to/from the user
when handling a rtas call request. This patch adds a memset
to do this.
I am seeing an issue in testing partition mobi
> Josh pointed out that you went ahead and merged this. Curse you :)
>
> I've got a patch in my tree to address my initial concerns.
Well, I asked Josh on IRC and he was fine, I got your email too late.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Li
On Fri, 2008-07-25 at 10:23 -0500, Kumar Gala wrote:
>
> Ben, I want to make sure this works on FSL Book-E before it gets into
> tree and I need to think about what SMP issues it might have.
Hrm.. too late. I merged it.
> I talked to Josh about this at OLS and if you are ok I can deal with
On Fri, 2008-07-25 at 10:07 -0500, Kumar Gala wrote:
> On Jul 25, 2008, at 3:13 AM, Benjamin Herrenschmidt wrote:
>
> >
> > Benjamin Herrenschmidt (1):
> > Move update_mmu_cache() declaration from tlbflush.h to pgtable.h
>
> I'm guessing this was pretty trivial, but please post patches to th
On Fri, 2008-07-25 at 19:45 +0100, Hugh Dickins wrote:
>
> I've Cc'ed Ben and linuxppc-dev because I wonder if they're aware
> that several options (I got it from LATENCYTOP, but I think LOCKDEP
> and FTRACE and some others) are doing a "select FRAME_POINTER",
> which forces CONFIG_FRAME_POINTER=y
I've lost my ability to boot on the mpc5200. Reverting this patch fixes it.
powerpc: Enable AT_BASE_PLATFORM aux vector
9115d13453dee22473a1e8cacc90a8d64a9c4bc9
commit 9115d13453dee22473a1e8cacc90a8d64a9c4bc9
Author: Nathan Lynch <[EMAIL PROTECTED]>
Date: Wed Jul 16 09:58:51 2008 +1000
pow
Jon Smirl wrote:
> I've lost my ability to boot on the mpc5200. Reverting this patch fixes it.
How does it fail?
> @@ -1652,6 +1655,14 @@ struct cpu_spec * __init identify_cpu(unsigned
> long offset, unsigned int pvr)
> } else
> *t = *s;
>
On Fri, 2008-07-25 at 17:00 -0500, Nathan Lynch wrote:
> Jon Smirl wrote:
> > I've lost my ability to boot on the mpc5200. Reverting this patch fixes it.
>
> How does it fail?
>
>
> > @@ -1652,6 +1655,14 @@ struct cpu_spec * __init identify_cpu(unsigned
> > long offset, unsigned int pvr)
> >
On 7/25/08, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-25 at 17:00 -0500, Nathan Lynch wrote:
> > Jon Smirl wrote:
> > > I've lost my ability to boot on the mpc5200. Reverting this patch fixes
> it.
> >
> > How does it fail?
> >
> >
> > > @@ -1652,6 +1655,14 @@ stru
Commit 9115d13453dee22473a1e8cacc90a8d64a9c4bc9 ("powerpc: Enable
AT_BASE_PLATFORM aux vector") broke boot on 32-bit powerpc systems; we
have to use PTRRELOC to initialize powerpc_base_platform this early in
boot.
Bug reported by Jon Smirl.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
Benj
On 7/25/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/25/08, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > On Fri, 2008-07-25 at 17:00 -0500, Nathan Lynch wrote:
> > > Jon Smirl wrote:
> > > > I've lost my ability to boot on the mpc5200. Reverting this patch
> fixes it.
> > >
> >
On 7/25/08, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Commit 9115d13453dee22473a1e8cacc90a8d64a9c4bc9 ("powerpc: Enable
> AT_BASE_PLATFORM aux vector") broke boot on 32-bit powerpc systems; we
> have to use PTRRELOC to initialize powerpc_base_platform this early in
> boot.
>
> Bug reported by J
> This works too.
Thanks Jon, sorry about that.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
arch/powerpc/kernel/vio.c:1034: warning: function declaration isn’t a prototype
arch/powerpc/kernel/vio.c:1035: warning: function declaration isn’t a prototype
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(
Hi Linus !
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge
To get one patch that fixes a boot problem introduced by yesterday's
serie.
Thanks !
Ben.
arch/powerpc/kernel/cputable.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Nathan Ly
On Sat, 26 Jul 2008 07:38:57 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > Josh pointed out that you went ahead and merged this. Curse you :)
> >
> > I've got a patch in my tree to address my initial concerns.
>
> Well, I asked Josh on IRC and he was fine, I got your email too
On Fri, 2008-07-25 at 19:08 -0400, Josh Boyer wrote:
> On Sat, 26 Jul 2008 07:38:57 +1000
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> >
> > > Josh pointed out that you went ahead and merged this. Curse you :)
> > >
> > > I've got a patch in my tree to address my initial concerns.
>
On Sat, 26 Jul 2008, Benjamin Herrenschmidt wrote:
>
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge
What odd character do you have there before the 'git://' and why?
It cuts-and-pastes into some whitespace that isn't space, and that the
shell t
This patch removes the i2c code which is now obsolete due to the new
ibm iic driver walking the device tree for child nodes.
There are two other small cleanups that came indirectly from the ad7414
code review. Make sure Tlow is correct and handle the case where
i2c_smbus_read_word_data fails.
Sig
Added support for the new at24 eeprom driver.
Documented a new fpga section, the DMA scatter gather list.
Removed index from i2c. No longer needed.
Fixed the leds section.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/dts/warp.dts b/arch/powerpc/boot/dts/warp
On Fri, Jul 25, 2008 at 2:19 PM, Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-25 at 03:33 -0400, Grant Likely wrote:
>
>> + if (status && (irq != NO_IRQ))
>> + dev_err(&ms->master->dev, "spurious irq, status=0x%.2x\n",
>> + status);
>> +
>> + /*
On Jul 25, 2008, at 3:41 PM, Rune Torgersen wrote:
From: Arnd Bergmann [mailto:[EMAIL PROTECTED]
On Thursday 17 July 2008, Rune Torgersen wrote:
Arnd Bergmann wrote:
So again, nothing conclusive. I'm running out of ideas.
Is the syscall path different or the same on ppc and powerpc?
Any dif
On Jul 24, 2008, at 8:11 PM, Jeremy Kerr wrote:
Milton,
Yes. How about all dtbImage, zImage, cuboot, treeboot, etc
that are newer than vmlinux?
The existing arch code doesn't do any checks for timestamps, perhaps
this would be better implemented as an arch-independent change?
The problem
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.
Thanks,
g.
The following changes since commit 1ff8419871ea757ae0298aa296bcff9b2ca48561:
Linus Torvalds (1):
On Sat Jul 26 at 07:25:47 EST in 2008, Nathan Fontenot wrote:
The kernel copy of the rtas args struct that is read in from
user space is a stack variable. This structure should be
zero'ed out before we do any reads/writes to/from the user
when handling a rtas call request. This patch adds a mem
On Fri, 2008-07-25 at 17:38 -0700, Linus Torvalds wrote:
>
> On Sat, 26 Jul 2008, Benjamin Herrenschmidt wrote:
> >
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge
>
> What odd character do you have there before the 'git://' and why?
Hrm...
On Fri, 2008-07-25 at 22:45 -0400, Grant Likely wrote:
> On Fri, Jul 25, 2008 at 2:19 PM, Daniel Walker <[EMAIL PROTECTED]> wrote:
> > On Fri, 2008-07-25 at 03:33 -0400, Grant Likely wrote:
> >
> >> + if (status && (irq != NO_IRQ))
> >> + dev_err(&ms->master->dev, "spurious irq, sta
On Sun Jul 13 22:20:28 EST 2008, Marvin wrote:
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 c
On Thu, Jul 24, 2008 at 9:08 PM, Milton Miller <[EMAIL PROTECTED]> wrote:
>
>> Currently, tarball builds for powerpc kernels don't have any boot
>> images (other than vmlinux) present.
>>
>> Add support for powerpc builds in the buildtar script, to include
>> a few default images.
>>
>> Signed-off-
On Sat, Jul 26, 2008 at 12:47 AM, Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-25 at 22:45 -0400, Grant Likely wrote:
>> On Fri, Jul 25, 2008 at 2:19 PM, Daniel Walker <[EMAIL PROTECTED]> wrote:
>> > On Fri, 2008-07-25 at 03:33 -0400, Grant Likely wrote:
>> >
>> >> + if (status &&
From: Grant Likely <[EMAIL PROTECTED]>
Locking was incorrect for the state machine processing since there are
conditions where both the work queue and the IRQ can be active. This
patch fixes the handling to ensure the spin lock is held whenever the
state machine is being processed.
Signed-off-by
98 matches
Mail list logo
