On Fri, Sep 21, 2007 at 01:38:34AM -0500, Hollis Blanchard wrote:
> On Fri, 2007-09-21 at 15:42 +1000, David Gibson wrote:
> > On Thu, Sep 20, 2007 at 10:34:12PM -0500, Hollis Blanchard wrote:
> > > I seem to have come across a strange bug while doing KVM development. It
> > > seems that the final
On Fri, Sep 21, 2007 at 02:59:31PM +1000, Paul Mackerras wrote:
> Daniel Walker writes:
>
> > I don't think the RTC frequency isn't the same as the timebase? Seems
> > like the RTC only case about seconds at the lowest level. If that's the
> > case then the jiffies clock might be better to use ..
On Fri, 2007-09-21 at 15:42 +1000, David Gibson wrote:
> On Thu, Sep 20, 2007 at 10:34:12PM -0500, Hollis Blanchard wrote:
> > I seem to have come across a strange bug while doing KVM development. It
> > seems that the final tlbwe in finish_tlb (head_44x.S) is actually
> > leaking RPN bits into the
On Thu, Sep 20, 2007 at 10:34:12PM -0500, Hollis Blanchard wrote:
> I seem to have come across a strange bug while doing KVM development. It
> seems that the final tlbwe in finish_tlb (head_44x.S) is actually
> leaking RPN bits into the "attribute" word.
>
> When I set a breakpoint there and press
Daniel Walker writes:
> I don't think the RTC frequency isn't the same as the timebase? Seems
> like the RTC only case about seconds at the lowest level. If that's the
> case then the jiffies clock might be better to use .. The other thing I
> wonder is if the __USE_RTC boards might have lower lev
Small comments.
On Fri, 21 Sep 2007 13:26:02 +1000 Tony Breeds <[EMAIL PROTECTED]> wrote:
>
> +void update_vsyscall(struct timespec *wall_time, struct clocksource *clock)
> +{
> + u64 t2x, stamp_xsec;
> +
> + if (__USE_RTC() || clock != &clocksource_timebase)
^^^
I thin
This way we only have entries in the device tree for disks that actually
exist. A slight complication is that disks may be attached to LPARs
at runtime.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/dt.c |6 -
arch/powerpc/platforms/iseries/vio.c |
Remove vio_dma_ops declaration (since it no longer exists) and some
unused fields from struct vio_driver.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 11 ---
include/asm-powerpc/vio.h |5 -
2 files changed, 0 insertions(+), 16 deletions(-)
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viotape.c gets
all the information about the devices from the device tree.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/dt.c |
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viocd.c gets all
the information about the devices from the device tree.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/viopath.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/platforms/iseries/viopath.c
b/arch/powerpc/pl
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 78 ++-
arch/powerpc/platforms/iseries/iommu.c | 24 +-
include/asm-powerpc/iseries/iommu.h|4 ++
3 files changed, 52 insertions(+), 54 deletions(-)
--
It was only being used to carry around dma_iommu_ops and vio_iommu_table
which we can use directly instead. This also means that vio_bus_device
doesn't need to refer to them either.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c |7 +-
We don't need to keep a lump of dma coherent memory around for the life
of the module.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/cdrom/viocd.c | 37 +
1 files changed, 13 insertions(+), 24 deletions(-)
--
Cheers,
Stephen Rothwell
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c |4 +++-
include/asm-powerpc/vio.h |1 -
2 files changed, 3 insertions(+), 2 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/kernel/vio.c b/arch/pow
iSeries_vio_dev was already statically initialised and we can remove
one set of #ifdef CONFIG_PPC_ISERIES guards.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
--
Cheers,
Stephen Rothwell
As it just adds noise to the boot messages.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
diff --git a/arch/powerpc/kernel/vio.c b
Hi all,
This series of patches does some cleanups to PowerPC vio especially the
legacy iSeries parts of that. The significant change is to do the
probing of the virtual cdroms, tapes and disks earlier and create device
tree entries for them dynamically so that we only have entries for those
that
On Fri, 2007-09-21 at 13:26 +1000, Tony Breeds wrote:
> +
> + if (__USE_RTC())
> + clock = &clocksource_rtc;
> + else
> + clock = &clocksource_timebase;
> +
> + clock->mult = clocksource_hz2mult(tb_ticks_per_sec,
> clock->shift);
I don't think the RTC
I seem to have come across a strange bug while doing KVM development. It
seems that the final tlbwe in finish_tlb (head_44x.S) is actually
leaking RPN bits into the "attribute" word.
When I set a breakpoint there and press enter on the serial console, I
see r12=ef600703, which is the physical addr
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Updated to remove a trivial FIXME left behind
arch/powerpc/Kconfig |3
arch/powerpc/kernel/smp.c |3
arch/powerpc/kernel/time.c | 134 +
include/asm-powerpc/time.h |1
4 files changed, 9
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Updated to remove the need for patching generic code to include hrtimer.h
arch/powerpc/Kconfig |1 +
arch/powerpc/kernel/idle.c |3 +++
arch/powerpc/platforms/iseries/setup.c |5 +
3 files changed,
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Updated to create a clocksource driver specific to the 601
arch/powerpc/Kconfig |6
arch/powerpc/kernel/time.c | 255 -
2 files changed, 91 insertions(+), 170 deletions(-)
Index: working/arch/pow
With these functions implemented we cooperate better with the generic
timekeeping code. This obsoletes the need for the timer sysdev as a bonus.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Patch set updated to powerpc/for-2.6.24
* Compile tested for arch/powerpc/configs/*_defconfig
* Bo
Add memory regions to the kcore list for 32-bit machines.
The entries are only 32-bit, so restrict the virtual address to stay
below 0x_. With KERNELBASE set to 0xc000_, this in effect
restricts access to the first 1GB of real memory.
Make setup_kcore conditional on CONFIG_PROC_KCORE
Josh Boyer writes:
> Please pull from
>
> master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc.git for-2.6.24
Pulled and pushed out.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Currently the prep_defconfig in arch/ppc won't build due to swsusp
being broken. This patch avoids the problem by essentially disabling
all power management on those platforms left in arch/ppc.
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
---
Does anyone have an objection to this?
diff --gi
Valentine Barshak writes:
> +_GLOBAL(__setup_cpu_440epx)
> + mflrr4
> + bl __init_fpu_44x
> +_GLOBAL(__setup_cpu_440grx)
> + bl __plb_disable_wrp
> + mtlrr4
> + blr
If we enter at __setup_cpu_440grx we'll return to some bogus
address...
Paul.
___
On Thu, Sep 20, 2007 at 07:11:59PM +0200, Segher Boessenkool wrote:
> > - (the big one) Despite the name, this driver really has
> > nothing to do with drivers/mtd/physmap.c. The fact that the flash
> > chips must be physically direct mapped is a constrant, but doesn't
> > really say anything
On Thu, Sep 20, 2007 at 05:06:15PM -0500, Scott Wood wrote:
> This allows callers to set addresses one at a time when that would be more
> convenient.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Um... I feel bad whinging about such a tiny nit, but...
> +void dt_set_mac_address(u32 index, c
On Fri, Sep 21, 2007 at 10:08:41AM +1000, Stephen Rothwell wrote:
> On Thu, 20 Sep 2007 17:01:21 -0500 Scott Wood <[EMAIL PROTECTED]> wrote:
> >
> > +++ b/drivers/net/fs_enet/fs_enet-main.c
> > @@ -44,12 +44,18 @@
> > #include
> > #include
> >
> > +#ifdef CONFIG_PPC_CPM_NEW_BINDING
> > +#incl
Linus made this suggestion for the x86 merge and this starts the process
for powerpc. We assume that CONFIG_PPC64 implies CONFIG_PPC_MERGE and
CONFIG_PPC_STD_MMU_32 implies CONFIG_PPC_STD_MMU.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |5 +
arch/
On Thu, 20 Sep 2007 17:01:21 -0500 Scott Wood <[EMAIL PROTECTED]> wrote:
>
> +++ b/drivers/net/fs_enet/fs_enet-main.c
> @@ -44,12 +44,18 @@
> #include
> #include
>
> +#ifdef CONFIG_PPC_CPM_NEW_BINDING
> +#include
Hmm, didn't I already ask you to change this to linux/of_platform.h?
> +++ b/
On Thu, Sep 20, 2007 at 09:35:10AM -0700, john stultz wrote:
> I think what Daniel is pointing out is that the clocksource read
> function isn't the place for the __USE_RTC() conditional.
>
> It would likely be better instead of the timebase clocksource managing
> multiple type of hardware (tim
On Fri, 2007-09-21 at 01:39 +0400, Vitaly Bordug wrote:
> Hello Josh,
>
> On Thu, 20 Sep 2007 07:42:36 -0500
> Josh Boyer wrote:
>
> > For those interested in 4xx, I've moved my git tree to kernel.org. You
> > can find it here:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/power
This is a library that board code can use to extract information from the
PlanetCore configuration keys. PlanetCore is used on various boards from
Embedded Planet.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
This replaces the previous "Add PlanetCore firmware support" patch.
Besides using
This allows callers to set addresses one at a time when that would be more
convenient.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/devtree.c | 31 +--
arch/powerpc/boot/ops.h |1 +
2 files changed, 18 insertions(+), 14 deletions(-)
di
Mostly a bunch of __iomem annotations.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c | 16 +-
drivers/net/fs_enet/fs_enet.h | 30 +-
drivers/net/fs_enet/mac-fcc.c | 60 ---
drivers/net/f
The existing OF glue code was crufty and broken. Rather than fix it, it
will be removed, and the ethernet driver now talks to the device tree
directly.
The old, non-CONFIG_PPC_CPM_NEW_BINDING code can go away once CPM
platforms are dropped from arch/ppc (which will hopefully be soon), and
existin
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/mii-bitbang.c | 270 -
1 files changed, 54 insertions(+), 216 deletions(-)
diff --git a/drivers/net/fs_enet/mii-bitbang.c
b/drivers/net/fs_enet/mii-bitbang.c
index 2b9c44c..5732890 100644
-
Previously, bitbanged MDIO was only supported in individual
hardware-specific drivers. This code factors out the higher level
protocol implementation, reducing the hardware-specific portion to
functions setting direction, data, and clock.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers
At least some hardware driven by this driver needs receive buffers
to be aligned on a 16-byte boundary. This usually happens by chance,
but it breaks if slab debugging is enabled.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c | 21 +++--
d
These macros accomplish nothing other than defeating type checking.
This patch also fixes one instance of the wrong register size being
used that was revealed by enabling type checking.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/mac-fcc.c | 25 ---
This driver can't handle an interrupt immediately after request_irq
(making it fail with CONFIG_DEBUG_SHIRQ), and has unshared interrupts
on all hardware I'm aware of.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c |2 +-
1 files changed, 1 insertions(+),
It is needed for strstr().
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
include/linux/fs_enet_pd.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/fs_enet_pd.h b/include/linux/fs_enet_pd.h
index 543cd3c..815c6f9 100644
--- a/include/linux/fs_enet_pd.h
+
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c | 85 ---
drivers/net/fs_enet/fs_enet.h |4 +-
drivers/net/fs_enet/mac-fcc.c |1 -
drivers/net/fs_enet/mii-bitbang.c |3 -
drivers/net/fs_enet/mii-fec.c
Changes since previous patchset:
- Changed mdio_bitbang_ to mdiobb_, as requested.
- Separated mii bitbang conversion to generic MDIO bitbang library from the
of_platform conversion.
- Added register read-backs to flush the writes in mdio bitbang clients.
- Fixed a couple minor issues.
Jeff, pl
Alan Bennett wrote:
> Device Tree and BRG?
> The SMC1 uses BRG7 and the SCC1 uses BRG1, should we have both BRGs
> configured in the .dts? ( BRG1 is configured).
They should both be specified, and either in the firmware or in the
platform code you need to set CMXSMR.
> Device Tree and Chosen?
Hello Josh,
On Thu, 20 Sep 2007 07:42:36 -0500
Josh Boyer wrote:
> For those interested in 4xx, I've moved my git tree to kernel.org. You
> can find it here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc.git
>
Can you call it something like 4xx-powerpc.git, or powerpc-4xx.g
On Sep 20, 2007, at 4:30 PM, Timur Tabi wrote:
> Timur Tabi wrote:
>> This patch makes numerous miscellaneous code improvements to the
>> QE library.
>
> Paul and Kumar,
>
> Unless there are any other suggestions for improvements, this is
> the version I'd like applied. Thanks.
Ok, I'll tak
Device Tree and BRG?
The SMC1 uses BRG7 and the SCC1 uses BRG1, should we have both BRGs
configured in the .dts? ( BRG1 is configured).
Device Tree and Chosen?
Adding a chosen block and I end up off in the weeds. removing the
chosen block and I die within cpm_uart_console_write
chose
Timur Tabi wrote:
> This patch makes numerous miscellaneous code improvements to the QE library.
Paul and Kumar,
Unless there are any other suggestions for improvements, this is the version
I'd like applied. Thanks.
--
Timur Tabi
Linux Kernel Developer @ Freescale
This patch makes numerous miscellaneous code improvements to the QE library.
1. Remove struct ucc_common and merge ucc_init_guemr() into ucc_set_type()
(every caller of ucc_init_guemr() also calls ucc_set_type()). Modify all
callers of ucc_set_type() accordingly.
2. Remove the unused enum
[POWERPC] Separate out legacy MCE parsers
Move out the old-style exception parsers to a separate function, and
don't call it on platforms that has a platform-specific handler.
It would make sense to move out the generic versions into their platforms
instead, but that can be done gradually down th
On Thu, 2007-09-20 at 13:16 -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>
> > I don't know (didn't look) why this works for 83xx w/o ack()...
> > maybe IPIC don't need this. Or maybe there is a bug hiding.
>
> Scott W told me that me that the IPIC doesn't have the concept of EOI ack.
> It
Josh Boyer wrote:
> On Thu, 20 Sep 2007 22:46:18 +0400
> Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
>> Valentine Barshak wrote:
>>> David Gibson wrote:
On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
> According to PowerPC 440EPx documentation,
> MAL0 is compris
Kumar Gala wrote:
>
>> diff -ruN linux-2.6.orig/arch/powerpc/kernel/cputable.c
>> linux-2.6/arch/powerpc/kernel/cputable.c
>> --- linux-2.6.orig/arch/powerpc/kernel/cputable.c2007-09-20
>> 19:30:47.0 +0400
>> +++ linux-2.6/arch/powerpc/kernel/cputable.c2007-09-20
>> 21:27:35.000
On Thu, 20 Sep 2007 22:46:18 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> Valentine Barshak wrote:
> > David Gibson wrote:
> >> On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
> >>> According to PowerPC 440EPx documentation,
> >>> MAL0 is comprised of four channels (two
> diff -ruN linux-2.6.orig/arch/powerpc/kernel/cputable.c linux-2.6/
> arch/powerpc/kernel/cputable.c
> --- linux-2.6.orig/arch/powerpc/kernel/cputable.c 2007-09-20
> 19:30:47.0 +0400
> +++ linux-2.6/arch/powerpc/kernel/cputable.c 2007-09-20
> 21:27:35.0 +0400
[snip]
>
Valentine Barshak wrote:
> David Gibson wrote:
>> On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
>>> According to PowerPC 440EPx documentation,
>>> MAL0 is comprised of four channels (two transmit and two receive).
>>> Each channel is dedicated to one of two EMAC cores.
>>> This
Timur Tabi wrote:
> Anton Vorontsov wrote:
>
>> I don't know (didn't look) why this works for 83xx w/o ack()...
>> maybe IPIC don't need this. Or maybe there is a bug hiding.
>
> Scott W told me that me that the IPIC doesn't have the concept of EOI ack.
> It
> just has IRQ masks.
And the IRQ
Alan Bennett wrote:
> Ok, making progress on the ep8248 / devtrees, etc...
>
> But I'm not getting any output on the serial and my log_buf is pretty
> clean. Without console; what's the best way to figure out why I'm not
> getting any output on my SMC1 serial port (using u-boot , not planetcore
Josh Boyer wrote:
> On Thu, 20 Sep 2007 21:55:58 +0400
> Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
>> This adds cpu_setup functionality to PowerPC 44x platform.
>> The cpu_setup callback is invoked by head_32 code and
>> the identify_cpu() function at early init and is used to
>> initialize
Anton Vorontsov wrote:
> I don't know (didn't look) why this works for 83xx w/o ack()...
> maybe IPIC don't need this. Or maybe there is a bug hiding.
Scott W told me that me that the IPIC doesn't have the concept of EOI ack. It
just has IRQ masks.
--
Timur Tabi
Linux Kernel Developer @ Frees
Josh Boyer wrote:
> On Thu, 20 Sep 2007 12:32:56 -0500 (CDT)
> Milton Miller <[EMAIL PROTECTED]> wrote:
>
>> On Fri Sep 21 02:56:32 EST 2007, Valentine Barshak wrote:
>>> Josh Boyer wrote:
On Wed, 19 Sep 2007 14:30:24 -0500
Olof Johansson wrote:
> On Wed, Sep 19, 2007 at 09:19:
On Thu, 20 Sep 2007 21:55:58 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> This adds cpu_setup functionality to PowerPC 44x platform.
> The cpu_setup callback is invoked by head_32 code and
> the identify_cpu() function at early init and is used to
> initialize FPU on 440EP(x) processors.
On Thu, 20 Sep 2007 12:32:56 -0500 (CDT)
Milton Miller <[EMAIL PROTECTED]> wrote:
> On Fri Sep 21 02:56:32 EST 2007, Valentine Barshak wrote:
> > Josh Boyer wrote:
> >> On Wed, 19 Sep 2007 14:30:24 -0500
> >> Olof Johansson wrote:
> >>
> >>> On Wed, Sep 19, 2007 at 09:19:47PM +0200, Stefan Roese
This adds cpu_setup functionality to PowerPC 44x platform.
The cpu_setup callback is invoked by head_32 code and
the identify_cpu() function at early init and is used to
initialize FPU on 440EP(x) processors. The FPU initialization
was previously done in head_44x.S. Also a workaround for
the in
On Thu, Sep 20, 2007 at 12:25:06PM -0500, Olof Johansson wrote:
> On Thu, Sep 20, 2007 at 08:56:32PM +0400, Valentine Barshak wrote:
> >
> > I was thinking about it. Looks like it's the best place, but the code that
> > actually calls setup_cpu is under ifdef CONFIG_PPC64, while lots of
> > cpu_s
Ok, making progress on the ep8248 / devtrees, etc...
But I'm not getting any output on the serial and my log_buf is pretty
clean. Without console; what's the best way to figure out why I'm not
getting any output on my SMC1 serial port (using u-boot , not planetcore)?
-Alan
__log_buf:
Using Em
On Thu, 2007-09-20 at 10:52 +1000, Paul Mackerras wrote:
> Daniel Walker writes:
>
> > If you switch to the rtc do the shift and mult need to change?
>
> You can't switch; any given CPU chip will have either the RTC or the
> timebase but not both.
I think what Daniel is pointing out is that the
On Thu, Sep 20, 2007 at 12:03:08PM -0500, Timur Tabi wrote:
> Anton Vorontsov wrote:
>> set_irq_chained_handler overwrites MPIC's handle_irq function
>> (handle_fasteoi_irq) thus MPIC never gets eoi event from the
>> cascaded IRQ. This situation hangs MPIC on MPC8568E.
>
> I'm not familiar with the
On Fri Sep 21 02:56:32 EST 2007, Valentine Barshak wrote:
> Josh Boyer wrote:
>> On Wed, 19 Sep 2007 14:30:24 -0500
>> Olof Johansson wrote:
>>
>>> On Wed, Sep 19, 2007 at 09:19:47PM +0200, Stefan Roese wrote:
Hi Valentine,
On Wednesday 19 September 2007, Valentine Barshak wrote:
>
On Thu, 20 Sep 2007 12:25:06 -0500
Olof Johansson <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 20, 2007 at 08:56:32PM +0400, Valentine Barshak wrote:
> >
> > I was thinking about it. Looks like it's the best place, but the code that
> > actually calls setup_cpu is under ifdef CONFIG_PPC64, while lots
On Thu, Sep 20, 2007 at 08:56:32PM +0400, Valentine Barshak wrote:
>
> I was thinking about it. Looks like it's the best place, but the code that
> actually calls setup_cpu is under ifdef CONFIG_PPC64, while lots of
> cpu_setup functions are defined for ppc32 processors.
> Is it OK to remove this
This patch adapts the ppc64 code to use the generic parse_crashkernel()
function introduced in the generic patch of that series.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/machine_kexec.c | 52 ++--
1 file changed, 26 insertions(+
> - (the big one) Despite the name, this driver really has
> nothing to do with drivers/mtd/physmap.c. The fact that the flash
> chips must be physically direct mapped is a constrant, but doesn't
> really say anything about the actual purpose of this driver, which is
> to instantiate MTD dev
Anton Vorontsov wrote:
> set_irq_chained_handler overwrites MPIC's handle_irq function
> (handle_fasteoi_irq) thus MPIC never gets eoi event from the
> cascaded IRQ. This situation hangs MPIC on MPC8568E.
I'm not familiar with the differences between IPIC and MPIC. What is this
patch not needed
Josh Boyer wrote:
> On Wed, 19 Sep 2007 14:30:24 -0500
> Olof Johansson <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Sep 19, 2007 at 09:19:47PM +0200, Stefan Roese wrote:
>>> Hi Valentine,
>>>
>>> On Wednesday 19 September 2007, Valentine Barshak wrote:
Disabling write pipelining really helps.
>>>
thanks, applied this and the umem patch...
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 9/20/07, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
> Alan Cox wrote:
> > On Thu, 20 Sep 2007 14:13:15 +0100
> > [EMAIL PROTECTED] (Mel Gorman) wrote:
> >
> >
> >> PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c .
> It
> >> doesn't show up on other arches because this driv
Alan Cox wrote:
> On Thu, 20 Sep 2007 14:13:15 +0100
> [EMAIL PROTECTED] (Mel Gorman) wrote:
>
>
>> PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
>> doesn't show up on other arches because this driver is specific to the
>> architecture.
>>
>> drivers/ata/pata_scc.c: In
On (20/09/07 15:09), Alan Cox didst pronounce:
> On Thu, 20 Sep 2007 14:13:15 +0100
> [EMAIL PROTECTED] (Mel Gorman) wrote:
>
> > PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
> > doesn't show up on other arches because this driver is specific to the
> > architecture.
>
On Sep 19, 2007, at 9:52 PM, Jeremy Kerr wrote:
>
> A couple more, if these are acceptable:
>
> [PATCH 1/2] cell: don't cast the result of of_get_property()
> [PATCH 2/2] fsl/embedded6xx: don't cast the result of of_get_property
I've picked up the fsl/embedded6xx.
I'll leave cell to arnd or pau
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
> PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
> doesn't show up on other arches because this driver is specific to the
> architecture.
>
> drivers/ata/pata_scc.c: In function `scc_bmdma_status'
clk interface for arch/powerpc, platforms should fill
clk_functions.
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
On 20/09/07 15:07 +1000, Paul Mackerras wrote:
> Domen Puncer writes:
>
> > 52xx
> > Reason for adding it to all was that EXPORT_SYMBOL's would clash if
> > one were to add cl
On Thu, Sep 20, 2007 at 12:42:14PM +0200, Peter Korsgaard wrote:
> Index: linux/arch/powerpc/boot/dts/mpc8349emitx.dts
> ===
> --- linux.orig/arch/powerpc/boot/dts/mpc8349emitx.dts
> +++ linux/arch/powerpc/boot/dts/mpc8349emitx.dts
> @
On Thu, 20 Sep 2007, Mel Gorman wrote:
>
> allmodconfig on ppc64 fails to build with the following error
BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
IIRC I got build failures in:
drivers/ata/pata_scc.c
drivers/md/raid6int8.c
drivers/net/spider_net.c
drivers/net/pasemi_mac.c
On Thu, Sep 20 2007, Mel Gorman wrote:
> allmodconfig on ppc64 fails to build with the following error
>
> drivers/block/ps3disk.c: In function `ps3disk_probe':
> drivers/block/ps3disk.c:509: error: implicit declaration of function
> `blk_queue_issue_flush_fn'
> make[2]: *** [drivers/block/ps3dis
allmodconfig on ppc64 fails to build with the following error
drivers/block/ps3disk.c: In function `ps3disk_probe':
drivers/block/ps3disk.c:509: error: implicit declaration of function
`blk_queue_issue_flush_fn'
make[2]: *** [drivers/block/ps3disk.o] Error 1
make[1]: *** [drivers/block] Error 2
m
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
drivers/ata/pata_scc.c: In function `scc_bmdma_status':
drivers/ata/pata_scc.c:734: error: structure has no member named `active_tag'
driver
set_irq_chained_handler overwrites MPIC's handle_irq function
(handle_fasteoi_irq) thus MPIC never gets eoi event from the
cascaded IRQ. This situation hangs MPIC on MPC8568E.
Patch adds flow level "end" handler to the MPIC, and QEIC calls
it when QEIC's interrupt processing finished.
Signed-off-
For those interested in 4xx, I've moved my git tree to kernel.org. You
can find it here:
git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc.git
josh
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/li
Hi Paul,
Please pull from
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc.git for-2.6.24
to receive the following updates:
David Gibson (1):
[POWERPC] Cleanups for physmap_of.c (v2)
Hollis Blanchard (1):
[POWERPC] 4xx: Implement udbg_getc() for 440
Josh Boyer (5):
On Thu, 20 Sep 2007 11:22:25 +1000
David Gibson <[EMAIL PROTECTED]> wrote:
> This patch includes a whole batch of smallish cleanups for
> drivers/mtd/physmap_of.c.
>
> - A bunch of uneeded #includes are removed
> - We switch to the modern linux/of.h etc. in place of
> asm/prom.h
>
Fix a trivial printk typo in fsl_soc.
Cc: G. Liakhovetski <[EMAIL PROTECTED]>
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/arch/powerpc/sysdev/fsl_soc.c
=
Add ds1339 I2C RTC chip as child of 2nd I2C controller.
Cc: Timur Tabi <[EMAIL PROTECTED]>
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8349emitx.dts |7 +++
1 file changed, 7 insertions(+)
Index: linux/arch/powerpc/boot/dts/mpc8349emitx.dts
===
Various small fsl_soc / mpc8349emitx patches.
--
Bye, Peter Korsgaard
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Add support for the I2C devices handled by the rtc-ds1307 driver to
of_register_i2c_devices.
Cc: G. Liakhovetski <[EMAIL PROTECTED]>
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |6 ++
1 file changed, 6 insertions(+)
Index: linux/arch/powerpc/sysde
Hello,
> > I have read it! But another driver on Boot-time pulled my interrupt
>
> Erm.. if the interrupt is shared with something else which expects a
> different trigger/polarity, you're kind of stuffed
YEEeess! An incomplete documentation is suboptimal! In german, we would
say: "[...] Das
1 - 100 of 102 matches
Mail list logo
