On Mon, Apr 02, 2012 at 12:01:55PM +1000, Benjamin Herrenschmidt wrote:
Ok, I've asked Tony to have a look at splitting the build decision
in arch/powerpc/boot along the same lines as the CPU families... ie only
wrappers for platforms potentially supported by the built kernel. That
should fix
Adding of_device_id's for AHB and APB buses used in klondike (APM8018X) in
platforms/40x/ppc40x_simple.c file
Signed-off-by: Tanmay Inamdar tinam...@apm.com
---
:100644 100644 9761206... 7b518ed... M
arch/powerpc/platforms/40x/ppc40x_simple.c
arch/powerpc/platforms/40x/ppc40x_simple.c |2
Adding 16650 UART support in klondike_defconfig for APM8018X SOC
Signed-off-by: Tanmay Inamdar tinam...@apm.com
---
:100644 100644 c0d228d... c35c345... M
arch/powerpc/configs/40x/klondike_defconfig
arch/powerpc/configs/40x/klondike_defconfig |6 ++
1 files changed, 6 insertions(+), 0
Adding UART nodes in Klondike device tree file.
Signed-off-by: Tanmay Inamdar tinam...@apm.com
---
:100644 100644 4ff2852... d5bf2e1... M arch/powerpc/boot/dts/klondike.dts
arch/powerpc/boot/dts/klondike.dts | 24
1 files changed, 24 insertions(+), 0 deletions(-)
Add entries in klondike device tree for AHB and APB bus and remove entry for
non-existent OPB bus inherited from legacy code.
Signed-off-by: Tanmay Inamdar tinam...@apm.com
---
:100644 100644 8c94290... 4ff2852... M arch/powerpc/boot/dts/klondike.dts
arch/powerpc/boot/dts/klondike.dts | 167
In APM8018X SOC, UART register address space has been relocated to 32-bit
data boundaries for APB bus implementation.
Current legacy_serial driver ignores the reg-shift property. This patch
modifies legacy_serial.c and udbg_16550.c to work with above mentioned UARTs.
Signed-off-by: Tanmay Inamdar
On Mon, Apr 02, 2012 at 04:28:29PM +1000, Tony Breeds wrote:
On Mon, Apr 02, 2012 at 12:01:55PM +1000, Benjamin Herrenschmidt wrote:
Ok, I've asked Tony to have a look at splitting the build decision
in arch/powerpc/boot along the same lines as the CPU families... ie only
wrappers for
The function is renamed to make it a little more clear what it does.
It is not added to any .h because it is not for general
consumption, only for bpf internal use (and so by the jits).
I'd have thought it better to put in into a bfp_internal.h
(or similar) with a big warning there about
[Apollogies if I left anyone off cc. I am not subscribed and the archives
go to great pains to hide the to and cc lists, and then truncate it for size]
On Tue Feb 28 2012 about 18:42:03 EST, Benjamin Herrenschmidt wrote:
On Tue, 2012-02-28 at 16:31 -0700, Bjorn Helgaas wrote:
We may need
[Apollogies if I left anyone off cc. I am not subscribed and the archives
go to great pains to hide the to and cc lists, and then truncate it for size]
{fix a comma in cc}
On Tue Feb 28 2012 about 18:42:03 EST, Benjamin Herrenschmidt wrote:
On Tue, 2012-02-28 at 16:31 -0700, Bjorn Helgaas
No refcounting, just a switch. The locking in the driver prevents
races, so in fact the refcounting is not needed. But while we have a
tty in tty_port, don't duplicate that and remove the one from
hvcs_struct.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
The driver already used refcounting. So we just switch it to tty_port
helpers. And switch to tty_port-lock for tty.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvc_console.c | 36 +++-
Now, count is used from tty_port and protected by tty_port-lock.
n_outbuf is left unprotected in hvc_hangup now, because there is no
point to hold any lock, since other uses are unprotected too.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
Now, we switch to the refcounted model and do not need hp-lock to
protect hp-tty anymore.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvsi.c | 35 +--
1 file changed, 21 insertions(+), 14 deletions(-)
diff
And use count from there.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvcs.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/tty/hvc/hvcs.c b/drivers/tty/hvc/hvcs.c
index 3436436..a049ced
It is in termios cflags. So change the test in hvsi_recv_control to do
the right thing. Previously it was actually testing TTY_LDISC_OPEN
bit, i.e. whether an ldisc is active. And yes, it is most of the time.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
A simple switch. Except we convert destroy_hvcs_struct to be
tty_port_operations-destruct...
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvcs.c | 34 --
1 file changed, 16 insertions(+), 18 deletions(-)
diff
- use tty, not hp-tty wherever possible
- pass tty down to some functions and go to step one
- do not defer tty_hangup calls -- it is as simple as schedule_work,
so might be called with hp-lock held
- do not defer tty buffer flips -- since the driver does not use
low_latency (it cannot
And use count from there.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvsi.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/tty/hvc/hvsi.c b/drivers/tty/hvc/hvsi.c
index 4006aed..113a09a 100644
---
And use kref from that. This means we need tty_port-ops-destruct to
properly free the structure. This is what destroy_hvc_struct used to
do so we leverage that.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: linuxppc-dev@lists.ozlabs.org
---
drivers/tty/hvc/hvc_console.c | 23
On Fri, Mar 30, 2012 at 8:03 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Sat, 2012-03-31 at 00:53 +0200, Frank Svendsbøe wrote:
Hi Josh Boyer,
just wanted to add that I'm experiencing the same problem that Robert
reported, but on 8xx instead of 4xx. The mpc8xx does not
David Laight schrieb:
The function is renamed to make it a little more clear what it does.
It is not added to any .h because it is not for general
consumption, only for bpf internal use (and so by the jits).
I'd have thought it better to put in into a bfp_internal.h
(or similar) with a
Ping!
Kumar, you forgot to deal with this patch for 3.3. The window for 3.4
is closing rapidly. There are no objections to my patch. Could you
please apply it and get it merged into 3.4? I'm tired of waiting.
On Thu, Mar 29, 2012 at 4:47 PM, Tabi Timur-B04825 b04...@freescale.com wrote:
On
Andreas Schwab sch...@linux-m68k.org writes:
Grant Likely grant.lik...@secretlab.ca writes:
This patch drops the powerpc-specific irq_map table and replaces it with
directly using the irq_alloc_desc()/irq_free_desc() interfaces for allocating
and freeing irq_desc structures.
This breaks
On Mon, 02 Apr 2012 18:29:15 +0200, Andreas Schwab sch...@linux-m68k.org
wrote:
Andreas Schwab sch...@linux-m68k.org writes:
Grant Likely grant.lik...@secretlab.ca writes:
This patch drops the powerpc-specific irq_map table and replaces it with
directly using the
On Mon, 2 Apr 2012, Andreas Schwab wrote:
Andreas Schwab sch...@linux-m68k.org writes:
Grant Likely grant.lik...@secretlab.ca writes:
This patch drops the powerpc-specific irq_map table and replaces it with
directly using the irq_alloc_desc()/irq_free_desc() interfaces for
On Mon, 2012-04-02 at 08:10 -0400, Josh Boyer wrote:
On Fri, Mar 30, 2012 at 8:03 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Sat, 2012-03-31 at 00:53 +0200, Frank Svendsbøe wrote:
Hi Josh Boyer,
just wanted to add that I'm experiencing the same problem that Robert
On Mon, 2012-04-02 at 12:31 +0200, Andreas Schwab wrote:
- PowerMac7,3 aka Dual G5 AGP. This ones has U3 + K2 and
uses cascaded MPICs
That's the same as mine, config is attached. I'm currently trying to
bisect the commit that actually broke the series.
Hrm, odd.. I'll dbl check today
On Mon, 2012-04-02 at 22:52 +0200, Thomas Gleixner wrote:
When I revert a09b659cd68c10ec6a30cb91ebd2c327fcd5bfe5 (genirq: Fix
long-term regression in genirq irq_set_irq_type() handling) on top
of
3.4-rc1 the sata irq errors disappear, but I see a lot of spurious
Hmm. Which irq chip is
Thomas Gleixner t...@linutronix.de writes:
Hmm. Which irq chip is handling the interrupt for that sata irq ?
It's MPIC 1.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
On Mon, 2012-04-02 at 05:19 -0500, Milton Miller wrote:
In the POWER3 era we had several boxes that split the pci bus number
space across domains and RTAS used the bus number to find the correct
PHB. This contineed to the first RS64 boxes. By S80 and RS64-III
it was obvious that we didn't
On Mon, Apr 2, 2012 at 5:08 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Mon, 2012-04-02 at 08:10 -0400, Josh Boyer wrote:
On Fri, Mar 30, 2012 at 8:03 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Sat, 2012-03-31 at 00:53 +0200, Frank Svendsbøe wrote:
Hi
On Tue, 3 Apr 2012, Benjamin Herrenschmidt wrote:
On Mon, 2012-04-02 at 22:52 +0200, Thomas Gleixner wrote:
When I revert a09b659cd68c10ec6a30cb91ebd2c327fcd5bfe5 (genirq: Fix
long-term regression in genirq irq_set_irq_type() handling) on top
of
3.4-rc1 the sata irq errors disappear,
On Mon, Apr 02, 2012 at 02:28:48PM -0600, Grant Likely wrote:
On Mon, 02 Apr 2012 18:29:15 +0200, Andreas Schwab sch...@linux-m68k.org
wrote:
Andreas Schwab sch...@linux-m68k.org writes:
Grant Likely grant.lik...@secretlab.ca writes:
This patch drops the powerpc-specific irq_map
On Mon, 2012-04-02 at 23:27 +0200, Thomas Gleixner wrote:
So it's covered by this section:
mpic_set_irq_type()
if (flow_type == IRQ_TYPE_NONE)
if (mpic-senses src mpic-senses_count)
flow_type = mpic-senses[src];
if (flow_type ==
On Mon, 2012-04-02 at 22:55 +0100, Russell King - ARM Linux wrote:
Well, presumably someone is calling irq_set_irq_type() asking explicitly
for IRQ_TYPE_NONE. The code will now (as it always used to before David's
change) do exactly what you ask this to: it will ask the type to be set
to
On Tue, Apr 03, 2012 at 08:33:25AM +1000, Benjamin Herrenschmidt wrote:
On Mon, 2012-04-02 at 22:55 +0100, Russell King - ARM Linux wrote:
Well, presumably someone is calling irq_set_irq_type() asking explicitly
for IRQ_TYPE_NONE. The code will now (as it always used to before David's
On Mon, 2012-04-02 at 23:52 +0100, Russell King - ARM Linux wrote:
If we want to fix it a better way, then sure, that'll be good. But
what
we shouldn't do is re-introduce one regression to fix a different
regression.
So, Thomas, what do you think about providing a way that a disabled
On Mon, 2012-04-02 at 18:29 +0200, Andreas Schwab wrote:
This breaks irqs on PowerMac G5. I see lost irq errors from the sata
driver.
When I revert a09b659cd68c10ec6a30cb91ebd2c327fcd5bfe5 (genirq: Fix
long-term regression in genirq irq_set_irq_type() handling) on top of
3.4-rc1 the sata
Currently we build all board files regardless of the final zImage
target. This is sub-optimal (in terms on compilation) and leads to
problems in one platform needlessly causing failures for other
platforms.
Use the Kconfig variables to selectively construct this board files to
build.
On Tue, Apr 03, 2012 at 10:55:59AM +1000, Tony Breeds wrote:
Currently we build all board files regardless of the final zImage
target. This is sub-optimal (in terms on compilation) and leads to
problems in one platform needlessly causing failures for other
platforms.
Um.. I believe the one
On Tue, 2012-04-03 at 11:00 +1000, David Gibson wrote:
On Tue, Apr 03, 2012 at 10:55:59AM +1000, Tony Breeds wrote:
Currently we build all board files regardless of the final zImage
target. This is sub-optimal (in terms on compilation) and leads to
problems in one platform needlessly
On Tue, Apr 03, 2012 at 11:00:02AM +1000, David Gibson wrote:
Um.. I believe the one platform breaking another is actually working
as intended. I think Paulus did it this way to stop people breaking
platforms other than the one they were working on without realising
it.
Well that may have
Hi Tony,
On Tue, 3 Apr 2012 10:55:59 +1000 Tony Breeds t...@bakeyournoodle.com wrote:
arch/powerpc/boot/Makefile | 69
+---
1 files changed, 52 insertions(+), 17 deletions(-)
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
On Tue, Apr 03, 2012 at 11:41:50AM +1000, Stephen Rothwell wrote:
It is more ususal in the kernel makefiles to do something like:
src-wlib-$(CONFIG_40x) += 4xx.c planetcore.c
src-plat-$(CONFIG_40x) += fixed-head.S ep405.c cuboot-hotfoot.c
treeboot-walnut.c \
Gah you are right. How about
Hi Tony,
On Tue, 3 Apr 2012 11:55:08 +1000 Tony Breeds t...@bakeyournoodle.com wrote:
On Tue, Apr 03, 2012 at 11:41:50AM +1000, Stephen Rothwell wrote:
It is more ususal in the kernel makefiles to do something like:
src-wlib-$(CONFIG_40x) += 4xx.c planetcore.c
src-plat-$(CONFIG_40x)
In this patch:
- Add CPM node for Maui APM821xxx SoC and Bluestone board in DTS
Signed-off-by: Mai La m...@apm.com
---
v1:
Per Grant Likely's comment:
* Fix typo
---
arch/powerpc/boot/dts/bluestone.dts |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
47 matches
Mail list logo