This patch makes a couple of small cleanups to parameter checking of
libfdt functions.
- In several functions which take a node offset, we use an
idiom involving fdt_next_tag() first to check that we have indeed been
given a node offset. This patch adds a helper function
_fdt_check_node_o
On Tue, May 20, 2008 at 04:23:34PM +1000, David Gibson wrote:
> This patch makes a couple of small cleanups to parameter checking of
> libfdt functions.
>
> - In several functions which take a node offset, we use an
> idiom involving fdt_next_tag() first to check that we have indeed been
> g
On May 19, 2008, at 9:26 PM, Jin Zhengxiong wrote:
-Original Message-
From: Michael Ellerman [mailto:[EMAIL PROTECTED]
Sent: Monday, May 19, 2008 10:09 AM
To: Jin Zhengxiong
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org;
[EMAIL PROTECTED]
Subject: Re: [PATCH 2/4 V5] MSI support on 83xx
On May 16, 2008, at 4:50 AM, Jason Jin wrote:
Binding document adding for Freescale MSI support.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
Change the compatible name in this V3 version.
Documentation/powerpc/booting-without-of.txt | 41 +
-
1 files changed, 4
This patch makes a couple of small cleanups to parameter checking of
libfdt functions.
- In several functions which take a node offset, we use an
idiom involving fdt_next_tag() first to check that we have indeed been
given a node offset. This patch adds a helper function
_fdt_check_node_o
On May 19, 2008, at 12:46 PM, Anton Vorontsov wrote:
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8377_mds.dts | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8377_mds.dts
b/arch/powerpc/boot/dts/mpc8377_mds.dts
index 1e7802c..fea5925 100644
--- a/arch
* Add dtbImage.*
* Added zImage.holly
* Folded zImage.coff.lds into zImage.*lds
* Removed some unused zImage. ignores
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/boot/.gitignore |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/boot/.g
dtbImage.* and several zImage. targets get created but never cleaned up.
Also, moved zImage to the clean-files line associated with all other image
results (was previously duplicated).
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |6 --
1 files changed, 4
lib/lmb.c: In function 'lmb_dump_all':
lib/lmb.c:51: warning: format '%lx' expects type 'long unsigned int', but
argument 2 has type 'u64'
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
lib/lmb.c |3 ++-
1 files changed, 2 insertions(+), 1 del
Please pull from 'for-2.6.26' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.26
to receive the following updates:
arch/powerpc/boot/.gitignore |8 +++-
arch/powerpc/boot/Makefile|6 --
arch/powerpc/boot/dts/mpc8377_md
On May 20, 2008, at 12:10 AM, David Gibson wrote:
On Mon, May 19, 2008 at 11:52:31PM -0500, Kumar Gala wrote:
On May 19, 2008, at 6:07 PM, Paul Mackerras wrote:
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that
From: Ashish Kalra <[EMAIL PROTECTED]>
PMP support for sata_fsl driver.
Signed-off-by: Ashish Kalra <[EMAIL PROTECTED]>
---
Jeff,
The following commit (4c9bf4e799ce06a7378f1196587084802a414c03):
libata: replace tf_read with qc_fill_rtf for non-SFF drivers
Broke the sata_fsl.c driver in 2.6.26.
On Mon, May 19, 2008 at 10:30 AM, Guennadi Liakhovetski
<[EMAIL PROTECTED]> wrote:
> On Mon, 19 May 2008, Grant Likely wrote:
>> But that is Linux internal
>> details; this discussion is about device tree bindings.
>>
>> Note that I did say that drivers can define additional properties for
>> suppo
On Mon, May 19, 2008 at 11:52:31PM -0500, Kumar Gala wrote:
>
> On May 19, 2008, at 6:07 PM, Paul Mackerras wrote:
>
>> Kumar Gala writes:
>>
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
>>
>> I think that adding zImage.* to clean-fi
For the additonal exception levels (critical, debug, machine check) on
40x/book-e we were using "static" allocations of the stack in the
associated head.S.
Move to a runtime allocation to make the code a bit easier to read as
we mimic how we handle IRQ stacks. Its also a bit easier to setup the
s
--- a/arch/powerpc/kernel/entry_32.S
+++ b/arch/powerpc/kernel/entry_32.S
+#ifdef CONFIG_40x
.globl ret_from_crit_exc
ret_from_crit_exc:
+ mfspr r9,SPRN_SPRG3
lis r10,[EMAIL PROTECTED];
lwz r10,[EMAIL PROTECTED](r10);
tovirt(r9,r9);
+
* Cleanup the code a bit my allocating an INT_FRAME on our exception
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR11(r8)
* simplify {lvl}_transfer_to_handler code by moving the copying of the
temp registers we use if we come from user space into the PROLOG
* If t
On machines with more than one exception level any system register that
might be modified by the "normal" exception level needs to be saved and
restored on taking a higher level exception. We already are saving
and restoring ESR and DEAR.
For critical level add SRR0/1.
For debug level add CSRR0/1
On May 19, 2008, at 6:07 PM, Paul Mackerras wrote:
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds
Previous cleanups have removed the LIBFDT_CLEANFILES and
DTC_CLEANFILES variables from the Makefiles. However, they're still
referenced by the Makefile. This patch gets rid of these last
vestiges.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/Makefile
==
Hi Anton,
On Mon, 19 May 2008 21:46:55 +0400 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/qe_lib/usb.c
> +#include
Nothing in this file requires anything in linux/of.h or asm/of.h ...
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.
Currently, dtc generates a few gcc build warnings if built for a
64-bit target, due to the altered type of uint64_t and size_t. This
patch fixes the warnings (without generating new warnings for 32-bit).
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/tests/dtbs_equal_ordered.c
==
On Mon, May 19, 2008 at 09:23:02PM -0500, Jon Loeliger wrote:
> > This patch adds a new utility program, convert-dtsv0, to the dtc
> > sources. This program will convert dts files from v0 to v1,
> > preserving comments and spacing. It also includes some heuristics to
> > guess an appropriate base
On Tue, May 20, 2008 at 04:22:40AM +0200, Segher Boessenkool wrote:
Arguably this suggests we should rename either the lds files or the
zImages so that we *can* get a pattern to match.
>>>
>>> Not really. Just define a $(ALL_ZIMAGES) var and use that everywhere.
>>> I would be pretty ups
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Mon, 19 May 2008 22:32:58 -0400
> I think the core memory hotplug is... However, we used to not change the
> LMB when doing so (afaik, I'm travelling and not looking at the code
> right now). However, things like PS3 memory hotplug tries to ke
On Mon, 2008-05-19 at 19:22 -0700, David Miller wrote:
> From: Geoff Levand <[EMAIL PROTECTED]>
> Date: Mon, 19 May 2008 17:55:45 -0700
>
> > Add a spinlock to struct lmb to enforce concurrency in
> > lmb_add(), lmb_remove(), lmb_analyze(), lmb_find(), and
> > lmb_dump_all().
> >
> > This lockin
> -Original Message-
> From: Michael Ellerman [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 19, 2008 10:09 AM
> To: Jin Zhengxiong
> Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH 2/4 V5] MSI support on 83xx/85xx/86xx board
>
> On Fri, 2008-05-
Hi Stephen,
Thanks for the comments, I'd like to clean up some of the
codes by patch after some updates(such as irq_alloc_host you
mentioned).
Jason
> -Original Message-
> From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 19, 2008 11:34 AM
> To: Jin Zhengxiong
> Cc:
> This patch adds a new utility program, convert-dtsv0, to the dtc
> sources. This program will convert dts files from v0 to v1,
> preserving comments and spacing. It also includes some heuristics to
> guess an appropriate base to use in the v1 output (so it will use hex
> for the contents of reg
Arguably this suggests we should rename either the lds files or the
zImages so that we *can* get a pattern to match.
Not really. Just define a $(ALL_ZIMAGES) var and use that everywhere.
I would be pretty upset if "make clean" decided to delete my
zImage.backup,
etc.
That won't work for .giti
From: Geoff Levand <[EMAIL PROTECTED]>
Date: Mon, 19 May 2008 17:55:45 -0700
> Add a spinlock to struct lmb to enforce concurrency in
> lmb_add(), lmb_remove(), lmb_analyze(), lmb_find(), and
> lmb_dump_all().
>
> This locking is needed for SMP systems that access the lmb structure
> during hot m
On Fri, 16 May 2008 14:08:00 -0500 (CDT)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> On machines with more than one exception level any system register that
> might be modified by the "normal" exception level needs to be saved and
> restored on taking a higher level exception. We already are saving
>
On Tue, May 20, 2008 at 04:03:47AM +0200, Segher Boessenkool wrote:
>>> I think that adding zImage.* to clean-files is a bad idea, because we
>>> have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds.S in
>>> arch/powerpc/boot that we don't want deleted. It would be OK for
>>> compiling with a s
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds.S in
arch/powerpc/boot that we don't want deleted. It would be OK for
compiling with a separate object directory but would be bad for
compiling in the source directory.
On Mon, May 19, 2008 at 05:00:23PM -0700, Remi Machet wrote:
> Support for the C2K cPCI Single Board Computer from GEFanuc
> (PowerPC MPC7448 with a Marvell MV64460 chipset)
> All features of the board are not supported yet, but the board
> boots, flash works, all Ethernet ports are working and PCI
On Mon, 2008-05-19 at 10:56 -0500, Dave Boutcher wrote:
> On Mon, 19 May 2008 10:27:56 -0500, Brian King <[EMAIL PROTECTED]> said:
> >
> > Some versions of the Virtual I/O Server on Power
> > return 0x99 in the non-SCSI error status field as success,
> > rather than 0. This fixes the ibmvscsi driv
On Mon, May 19, 2008 at 07:53:14PM -0500, Jon Loeliger wrote:
> > On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
> >
> > This leaves one outstanding dtc patch from me; the v0 to v1 conversion
> > program.
>
> Ah, I wasn't sure if we wanted to include that in
> the mess or not. Ther
On Tue, May 20, 2008 at 09:07:14AM +1000, Paul Mackerras wrote:
> Kumar Gala writes:
>
> > > Kumar Gala (4):
> > > lmb: Fix compile warning
> > > [POWERPC] Remove generated files on make clean
>
> I think that adding zImage.* to clean-files is a bad idea, because we
> have zImage.lds.S,
Add a spinlock to struct lmb to enforce concurrency in
lmb_add(), lmb_remove(), lmb_analyze(), lmb_find(), and
lmb_dump_all().
This locking is needed for SMP systems that access the lmb structure
during hot memory add and remove operations after secondary cpus
have been started.
Signed-off-by: Ge
> On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
>
> This leaves one outstanding dtc patch from me; the v0 to v1 conversion
> program.
Ah, I wasn't sure if we wanted to include that in
the mess or not. There's a theory that says we've
converted them all and don't need to do it ever
On Tuesday 15 April 2008, Laurent Pinchart wrote:
> Or maybe some kind of gpio_set_option() with flags specific to the
> controller ? This could be used to enable open-drain outputs or internal
> pull-ups for instance.
That presumes that the pin config is associated with the GPIO
controller, rat
On Tuesday 15 April 2008, Laurent Pinchart wrote:
> I'm implementing flow control and modem control lines support in the
> cpm_uart driver.
>
> The implementation is based on the GPIO lib. Modem control lines are
> described in the device tree as GPIO resources and accessed through the OF
> GPIO bi
Add a spinlock to struct lmb to enforce concurrency in
lmb_add(), lmb_remove(), lmb_analyze(), and lmb_dump_all().
This locking is needed for SMP systems that access the lmb structure
during hot memory add and remove operations after secondary cpus
have been started.
Signed-off-by: Geoff Levand <
On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
>
> dtc: Simplify error handling for unparseable input [resend]
> dtc: Clean up included Makefile fragments [resend]
> dtc: Trivial formatting fixes [resend]
> dtc: Make dt_from_blob() open its own input file, like the o
On Mon, May 19, 2008 at 10:53:02AM -0700, Remi Machet wrote:
> > On Mon, 2008-05-19 at 10:53 +1000, David Gibson wrote:
> > On Fri, May 16, 2008 at 12:28:48PM -0700, Remi Machet wrote:
> > > Support for the C2K cPCI Single Board Computer from GEFanuc
> > > (PowerPC MPC7448 with a Marvell MV64460 c
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
Part
Kumar Gala writes:
> > Kumar Gala (4):
> > lmb: Fix compile warning
> > [POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds.S in
arch/powerpc/boot that we don't want
On Mon, 19 May 2008 22:57:29 + (UTC)
Gary Hannon <[EMAIL PROTECTED]> wrote:
> Am I missing a flag on the dtc?
try adding -R 8 -S 0x3000 to the dtc command line.
Kim
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/l
Hi,
I'm trying to boot a recent (2.6.25.4) kernel with
a recent u-boot (1.3.3) and it's getting stuck very
early in the boot.
I'm using
../dtc -I dts -O dtb mpc8641_hpcn.dts > mpc8641_hpcn.dtb
in arch/powerpc/boot/dts/ to create the .dtb file.
=> boot
Speed: 100, full duplex
Using eTSE
Rune Torgersen wrote:> Scott Wood wrote:
> Of course I then ran headfirst into another one
> This one seems to happen when I attempt to read flash through an mtd
> driver.
Both if these is hitting a BUG_ON in kmap_atomic
(include/asm-powerpc/highmem.h)
>
> Oops: Exception in kernel mode, si
This patch removes a CVS keyword that wasn't updated for a long time
from a comment.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
92f17f771c22fa93afe058210ddf51920aca1451 diff --git
a/arch/powerpc/mm/hash_low_32.S b/arch/powerpc/mm/hash_low_32.S
index ddeaf9e..b9ba7d9 100644
--- a/arch/po
Scott Wood wrote:
> Rune Torgersen wrote:
>> Scott Wood wrote:
>>> Try calling irq_set_chip_and_handler() with handle_level_irq, rather
>>> than irq_set_chip(). The -rt patch doesn't seem to have threadified
>>> the __do_IRQ() path.
>>
>> The demuxer is setting itself up with set_irq_chained ha
Rune Torgersen wrote:
Scott Wood wrote:
Try calling irq_set_chip_and_handler() with handle_level_irq, rather
than irq_set_chip(). The -rt patch doesn't seem to have threadified
the __do_IRQ() path.
The demuxer is setting itself up with set_irq_chained handler(), any
pointers on how to chang
Scott Wood wrote:
> Try calling irq_set_chip_and_handler() with handle_level_irq, rather
> than irq_set_chip(). The -rt patch doesn't seem to have threadified
> the __do_IRQ() path.
The demuxer is setting itself up with set_irq_chained handler(), any
pointers on how to change to irq_set_chip_an
Rune Torgersen wrote:
Scott Wood wrote:
Almost certainly the latter. Is the disk interrupt shared with any
other interrupts, that are marked IRQF_NODELAY? The -rt
patch doesn't seem to handle mixing the two well.
Disk is on a muxed PCI interrupt. None of the other interrupts on the
mux is fi
Scott Wood wrote:
> Almost certainly the latter. Is the disk interrupt shared with any
> other interrupts, that are marked IRQF_NODELAY? The -rt
> patch doesn't seem to handle mixing the two well.
Disk is on a muxed PCI interrupt. None of the other interrupts on the
mux is fireing at the time.
I
On Fri, 16 May 2008 14:04:54 -0500 (CDT)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> For the additonal exception levels (critical, debug, machine check) on
> 40x/book-e we were using "static" allocations of the stack in the
> associated head.S.
>
> Move to a runtime allocation to make the code a bit
Rune Torgersen wrote:
Scott Wood wrote:
You're recursively entering lock_timer_base, which does a
spin_lock_irqsave(). Either interrupts are enabled when they should
not be, or an interrupt was supposed to be threaded that isn't.
Sort of figured. How do I figure out which one, and how to fix
Rune Torgersen wrote:
Scott Wood wrote:
You're recursively entering lock_timer_base, which does a
spin_lock_irqsave(). Either interrupts are enabled when they should
not be, or an interrupt was supposed to be threaded that isn't.
Sort of figured. How do I figure out which one, and how to fix
Timur Tabi wrote:
> Anton Vorontsov wrote:
>
>> Hm... this should be controlled by the PIXIS' BRDCFG0's I2CSPAN and
>> SERSEL bits:
>
> Since these pins should not have changed from one kernel version to another,
> it
> doesn't explain how my device "jumped" from I2C2 to I2C1. I'm debugging thi
Scott Wood wrote:
> Rune Torgersen wrote:
>> Hi
>> I get the following oops when trying to boot a arch/powerpc kernel
>> with preempt-rt installed (v2.6.25.4-rt1)
>> The board is using a Freescale 8280 as the main CPU and a Silicon
>> Image SII3124 SATA controller. The oops seems to happen on
>> fi
Rune Torgersen wrote:
Hi
I get the following oops when trying to boot a arch/powerpc kernel with
preempt-rt installed (v2.6.25.4-rt1)
The board is using a Freescale 8280 as the main CPU and a Silicon Image
SII3124 SATA controller. The oops seems to happen on fileaccess right
after init starts.
dtc: Simplify error handling for unparseable input [resend]
dtc: Clean up included Makefile fragments [resend]
dtc: Trivial formatting fixes [resend]
dtc: Make dt_from_blob() open its own input file, like the other input
formats [resend]
dtc: Rework handling of boot_cpuid_phys
Anton Vorontsov wrote:
> Hm... this should be controlled by the PIXIS' BRDCFG0's I2CSPAN and
> SERSEL bits:
Since these pins should not have changed from one kernel version to another, it
doesn't explain how my device "jumped" from I2C2 to I2C1. I'm debugging this
now.
> 1: I2C1 and I2C2 are b
Hi
I get the following oops when trying to boot a arch/powerpc kernel with
preempt-rt installed (v2.6.25.4-rt1)
The board is using a Freescale 8280 as the main CPU and a Silicon Image
SII3124 SATA controller. The oops seems to happen on fileaccess right
after init starts.
I need ideas what to loo
On Mon, May 19, 2008 at 01:20:32PM -0500, Timur Tabi wrote:
> Timur Tabi wrote:
> > The CS4270 is using the second I2C bus, not the first, on the Freescale
> > MPC8610 HPCD, so its node in the device tree belongs under '[EMAIL
> > PROTECTED]'
> > and not '[EMAIL PROTECTED]'.
> >
> > Signed-off-by
On Fri, 16 May 2008 14:04:54 -0500 (CDT)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> For the additonal exception levels (critical, debug, machine check) on
> 40x/book-e we were using "static" allocations of the stack in the
> associated head.S.
>
> Move to a runtime allocation to make the code a bit
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8610_hpcd.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8610_hpcd.dts
b/arch/powerpc/boot/dts/mpc8610_hpcd.dts
index 08a780d..44e9287 100644
--- a/arch/powe
mpc83xx_wdt is the OF driver now, so we don't need fsl_soc constructor.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 46 -
1 files changed, 0 insertions(+), 46 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_so
The mpc8xxx_wdt driver is using two registers: SWSRR to push magic
numbers, and SWCRR to control the watchdog. Both registers are available
on the MPC8xx, and seem to have the same offsets and semantics as in
MPC83xx/MPC86xx watchdogs. The only difference is prescale value. So this
driver simply wo
mpc83xx_wdt.c renamed to mpc8xxx_wdt.c, now we can do various renames
in the file itself.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc8xxx_wdt.c | 104
1 files changed, 52 insertions(+), 52 deletions(-)
diff --git a/drivers
Rename the driver because now we support some MPC86xx processors.
There are no changes to the mpc83xx_wdt.c file, yet. When possible, we do
file renames and changes separately (because Linus once asked so, because
it helps git to track the renamed files).
Signed-off-by: Anton Vorontsov <[EMAIL PR
On MPC86xx the watchdog could be enabled only at power-on-reset, and
could not be disabled afterwards. We must ping the watchdog from the
kernel until the userspace handles it.
MPC83xx CPUs are only differ in a way that watchdog could be disabled
once, but after it was enabled via software it beco
This patch simply converts mpc83xx_wdt to the OF platform driver so we
can directly work with the device tree without passing various stuff
through platform data.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/watchdog/mpc83xx_wdt.c |
Quite tired of these warnings ;-), checkpatch spitting them when
seeing the rename patch.
WARNING: Use #include instead of
#25: FILE: watchdog/mpc83xx_wdt.c:25:
+#include
WARNING: Use #include instead of
#26: FILE: watchdog/mpc83xx_wdt.c:26:
+#include
WARNING: line over 80 characters
#45:
Hi all,
Much thanks for the review, testing and acks!
New version follows, now tested on MPC8xx.
Kumar, if you're okay with the patches, could you please Ack the
[WATCHDOG] ones?
Thanks,
---
Changes since v3:
- MPC8xx quirk folded into MPC8xx support patch.
- Tested-by: Jochen Friedrich <[EM
Timur Tabi wrote:
> The CS4270 is using the second I2C bus, not the first, on the Freescale
> MPC8610 HPCD, so its node in the device tree belongs under '[EMAIL PROTECTED]'
> and not '[EMAIL PROTECTED]'.
>
> Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
Please disregard this patch. It turns out
> On Mon, 2008-05-19 at 10:53 +1000, David Gibson wrote:
> On Fri, May 16, 2008 at 12:28:48PM -0700, Remi Machet wrote:
> > Support for the C2K cPCI Single Board Computer from GEFanuc
> > (PowerPC MPC7448 with a Marvell MV64460 chipset)
> > All features of the board are not supported yet, but the
This is very trivial patch. We're transitioning to the cpm_muram_*
calls. That's it.
Less trivial changes:
- BD_SC_* defines were defined in the cpm.h and qe.h, so to avoid redefines
we remove BD_SC from the qe.h and use cpm.h along with cpm_muram_*
prototypes;
- qe_muram_dump was unused and t
This patch adds few bindings for the new drivers to be submitted through
appropriate maintainers.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 125 ++
1 files changed, 125 insertions(+), 0 deletions(-)
diff --git a
This is patch adds board file, device tree, and defconfig for the new
board, made by Freescale Semiconductor Inc. and Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85;
7. Graph
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-By: Timur Tabi <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 27 +
arch/powerpc/sysdev/qe_lib/Kconfig |9 ++
arch/powerpc/sysdev/qe_lib/Makef
- split and export __par_io_config_pin() out of par_io_config_pin(), so we
could use the prefixed version with GPIO LIB API;
- rename struct port_regs to qe_pio_regs, and place it into qe.h;
- rename #define NUM_OF_PINS to QE_PIO_PINS, and place it into qe.h.
Signed-off-by: Anton Vorontsov <[EMA
This patch adds a function to the qe_lib to setup QE USB clocks routing.
To setup clocks safely, cmxgcr register needs locking, so I just reused
ucc_lock since it was used only to protect cmxgcr.
The idea behind placing clocks routing functions into the qe_lib is that
later we'll hopefully switch
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as found in some QE and CPM chips),
or these timers could b
Hello Kumar,
Please consider applying these patches.
[PATCH 1/7] [POWERPC] sysdev: implement FSL GTM support
^ no changes
[PATCH 2/7] [POWERPC] QE: add support for QE USB clocks routing
[PATCH 3/7] [POWERPC] QE: prepare QE PIO code for GPIO LIB support
[PATCH 4/7] [POWERPC] QE: implement suppor
This is needed because there is a one byte gap between SR and CDM.
Signed-off-by: Gary Jennejohn <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/yosemite.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/yosemite.dts
b/arch/powerpc/boot/dts/yosem
On Tue, Apr 29, 2008 at 06:05:24PM +0400, Anton Vorontsov wrote:
> Since gpiolib-dynamic-gpio-number-allocation.patch -mm patch was recently
> merged into Linus' tree (commit 8d0aab2f16c4fa170f32e7a74a52cd0122bbafef),
> we can use dynamic GPIO base allocation now.
>
> This, in turn, removes number
On mer, 14/05/2008 14.26 +0200, Takashi Iwai wrote:
[cut]
> OK, here is another patch for testing. Since I lost my old patch
> somewhere (and it's not worth to dig the archive), I wrote it up
> quickly from scratch. This version should cover both SG and non-SG
> buffers. It's against the latest
On Mon, May 19, 2008 at 07:09:00PM +0200, Gary Jennejohn wrote:
> On Mon, 19 May 2008 09:57:21 -0600
> "Grant Likely" <[EMAIL PROTECTED]> wrote:
>
> > On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
> > <[EMAIL PROTECTED]> wrote:
> > > On Fri, 16 May 2008, Grant Likely wrote:
> > >
> > >> +
On Mon, 19 May 2008 09:57:21 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
> <[EMAIL PROTECTED]> wrote:
> > On Fri, 16 May 2008, Grant Likely wrote:
> >
> >> +However, the binding does not attempt to define the specific method
> >> fo
On Mon, 19 May 2008, Grant Likely wrote:
> On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
> <[EMAIL PROTECTED]> wrote:
> > On Fri, 16 May 2008, Grant Likely wrote:
> >
> >> +However, the binding does not attempt to define the specific method
> >> for
> >> +assigning chip select nu
On Mon, 19 May 2008 10:27:56 -0500, Brian King <[EMAIL PROTECTED]> said:
>
> Some versions of the Virtual I/O Server on Power
> return 0x99 in the non-SCSI error status field as success,
> rather than 0. This fixes the ibmvscsi driver to treat this
> response as success.
Yeah0x99...that's an
On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
<[EMAIL PROTECTED]> wrote:
> On Fri, 16 May 2008, Grant Likely wrote:
>
>> +However, the binding does not attempt to define the specific method for
>> +assigning chip select numbers. Since SPI chip select configuration is
>> +flexi
Some versions of the Virtual I/O Server on Power
return 0x99 in the non-SCSI error status field as success,
rather than 0. This fixes the ibmvscsi driver to treat this
response as success.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
---
linux-2.6-bjking1/drivers/scsi/ibmvscsi/ibmvscsi.c |
arch/ppc/syslib/virtex_devices.c:
// 0 is LEDS_4BIT, 1 is LEDS_POSITIONS, 2 is PUSH_BUTTONS_POSITION
#define XPAR_GPIO(num) { \
.name = "xilinx_gpio", \
.id = num, \
.num_resources = 2, \
That was a 2.
If anybody wants to make a patch out of those few lines of code, I couldn't
figure
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.26
to pick up one bugfix for 4xx. This patch works around an errata for
440{EP,GR,EPx,GRx} chips that can cause hangs on the PLB4 bus.
The tree is based off of Linus' 2.6.26-rc3. If you've
Timur Tabi wrote:
> I don't want to nag, but I would like to know if and when you're planning on
> pulling this patch of mine:
Sorry, never mind. I just noticed that they've been pulled already. I didn't
see your email about them.
I must remember to check the git log before asking about patche
Paul Mackerras wrote:
> I have pulled Linus' tree into the powerpc-next branch of powerpc.git,
> and added the following 4 patches.
Paul,
I don't want to nag, but I would like to know if and when you're planning on
pulling this patch of mine:
[PATCH] Add null pointer check to of_find_property
I
1 - 100 of 107 matches
Mail list logo
