On Thu, 2010-06-03 at 17:45 -0700, Brad Peters wrote:
> Patch Overview:
> The pci_restore_state API is shared by both power management code and Extended
> Error Handling (EEH) code on Power. This patch adds an additional recovery
> function to pci_restore_state API. The problem being addressed is
On Tue, 2010-06-08 at 08:10 -0600, Grant Likely wrote:
> Certain Apple machines don't use the ranges property correctly, but the
> workaround should not be applied on other architectures. This patch
> disables the workaround for non-powerpc architectures.
I'm half tempted to add it to the quirk l
On Tue, 2010-06-08 at 08:10 -0600, Grant Likely wrote:
> Fix some endian issues in the OF address translation code.
>
> Signed-off-by: Grant Likely
> CC: Michal Simek
> CC: Wolfram Sang
> CC: Stephen Rothwell
Acked-by: Benjamin Herrenschmidt
> CC: microblaze-ucli...@itee.uq.edu.au
> CC: lin
On Tue, 2010-06-08 at 08:10 -0600, Grant Likely wrote:
> Microblaze and PowerPC share a large chunk of code for translating
> OF device tree data into usable addresses. There aren't many differences
Care to comment on these difference
On Tue, 2010-06-08 at 08:10 -0600, Grant Likely wrote:
> Merge common code between PowerPC and Microblaze. This patch also
> moves the prototype of pci_address_to_pio() out of pci-bridge.h and
> into prom.h because the only user of pci_address_to_pio() is
> of_address_to_resource().
>
> Signed-of
On Tue, 2010-06-08 at 08:09 -0600, Grant Likely wrote:
> Merge common code between Microblaze and PowerPC. This patch creates
> new of_address.h and address.c files to containing address translation
> and mapping routines. First routine to be moved it of_iomap()
>
> Signed-off-by: Grant Likely
On Fri, 2010-06-04 at 15:21 -0600, Grant Likely wrote:
> Merge common implementation of of_irq_map_one(). Rename it to
> __of_irq_map_one() so that arch code can either use the stock
> implementation, or override it to handle platform quirks.
Similar comment to before, I think the breakup of func
On Fri, 2010-06-04 at 15:21 -0600, Grant Likely wrote:
> Merge common code between PowerPC and Microblaze
>
> Signed-off-by: Grant Likely
> CC: Michal Simek
> CC: Wolfram Sang
> CC: Stephen Rothwell
Acked-by : Benjamin Herrenschmidt
I haven't double checked that the code was absolutely iden
On Fri, 2010-06-04 at 15:21 -0600, Grant Likely wrote:
> Merge common code between PowerPC and Microblaze. Also create a new
> arch hook, of_irq_find_parent_by_phandle() to handle arch-specific
> quirks.
First, you changeset comment should be much more verbose as to
what that arch specific quirk
On Fri, 2010-06-04 at 15:21 -0600, Grant Likely wrote:
> Merge common code between PowerPC and Microblaze. SPARC implements
> irq_of_parse_and_map(), but the implementation is different, so it
> does not use this code.
>
> Signed-off-by: Grant Likely
> CC: Michal Simek
> CC: "David S. Miller"
On Fri, 2010-06-04 at 15:13 -0600, Grant Likely wrote:
> This series is based on Linus' current tree. It eliminate struct
> of_device in preparation for the merge of of_platform_bus_type and
> platform_bus_type.
>
> Assuming there are no objections, I'll be putting these to linux-next
> to stew s
On Sat, 2010-06-05 at 14:00 -0400, Sean MacLennan wrote:
> On Sat, 5 Jun 2010 19:44:37 +0200
> Olaf Hering wrote:
>
> > Maybe.
> > As it stands right now, mkuboot.sh does not run without bash.
> >
> >
> > And:
> > Reality check please.
> > A _development system_ without bash, installed per defa
On Wed, Jun 09, 2010 at 11:32:19PM +0400, Anton Vorontsov wrote:
> Since commit cc772ab7cdcaa24d1fae332d92a1602788644f7a ("gianfar: Add
> hardware RX timestamping support"), the driver no longer works on
> at least MPC8313ERDB and MPC8568EMDS boards (and possibly much more
> boards as well).
What
On Wed, 2010-06-09 at 08:35 -0400, Josh Boyer wrote:
> On Wed, Jun 09, 2010 at 12:00:21PM +0200, Christoph Egger wrote:
> >CONFIG_SMP_750 doesn't exist in Kconfig, therefore removing all
> >references for it from the source code.
>
> Yeah, we don't support SMP on 750 at the moment. This code was
> You just introduced an unnamed structure of device + resources,
> it isn't declared anywhere but in the code itself (either via
> &foo[1] or buf + sizeof(*foo)).
>
> You're not the only one who hacks (or at least have to
> understand) the OF stuff, so let's try keep this stuff
> readable?
>
>
On Wed, 2010-06-09 at 11:59 +0200, Christoph Egger wrote:
> BOOK3E_MMU_TLB_STATS doesn't exist in Kconfig, therefore removing all
> references for it from the source code.
Heh, thanks but no :-)
I want to keep that code here, until we hook it up again. It was hooked
up properly in some internal s
Hello,
I am trying to port Linux to PowerPC on the ML510 Xilinx board. I am using EDK
10.1.3 to build the hardware and also device tree generator and the linux
kernel from xilinx git. I followed the tutorial from
http://xilinx.wikidot.com/powerpc-linux but I have no output. I have attached
my
Add of_driver_match_device() helper function. This function can be used
by bus types to determine if a driver works with a device when using OF
style matching. If CONFIG_OF is unselected, then it is a nop.
Signed-off-by: Grant Likely
CC: Greg Kroah-Hartman
CC: Michal Simek
CC: Grant Likely
C
Currently the kernel uses the struct device_node.data pointer to resolve
a struct gpio_chip pointer from a device tree node. However, the .data
member doesn't provide any type checking and there aren't any rules
enforced on what it should be used for. There's no guarantee that the
data stored in
From: Anton Vorontsov
Implement generic OF gpio hooks and thus make device-enabled GPIO chips
(i.e. the ones that have gpio_chip->dev specified) automatically attach
to the OpenFirmware subsystem. Which means that now we can handle I2C and
SPI GPIO chips almost* transparently.
* "Almost" becau
From: Anton Vorontsov
The OF gpio infrastructure is great for describing GPIO connections within
the device tree. However, using a GPIO binding still requires changes to
the gpio controller just to add an of_gpio structure. In most cases, the
gpio controller doesn't actually need any special su
From: Anton Vorontsov
Hopefully it makes the code look nicer and makes it easier to extend
this function.
Signed-off-by: Anton Vorontsov
Signed-off-by: Andrew Morton
Signed-off-by: Grant Likely
CC: devicetree-disc...@lists.ozlabs.org
CC: linux-ker...@vger.kernel.org
---
drivers/gpio/gpiolib.
This series makes all gpio drivers usable from the OF support apis by
automatically registering a default OF translator when the of_node
pointer is assigned. These patches are heavily based on the work that
Anton did earlier, but I didn't add the notifiers infrastructure and
the OF data now lives
On Wed, Jun 09, 2010 at 04:02:23PM +0530, K.Prasad wrote:
> (Given that it's your idea I've added your
> signed-off too).
Actually, you should never add someone else's signed-off-by unless
they specifically ask you to. The signed-off-by lines are supposed to
show the path that the patch took to
On Thu, Jun 10, 2010 at 09:20:08AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2010-06-09 at 14:52 -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > I get the following during boot on a 16 CPU Power box. Thoughts?
> > (/proc/config attached)
>
> Wow... looks like the preempt count of the idle
Although I haven't used scc port as uart, I think your smc1 part in your dts
file maybe is wrong.
ser...@11a82 { ...
reg = <0x11a80 0x20 0x87fc 2>;
should be:
reg = <0x11a80 0x20 XXX 40>;
XXX is the value which is set at 0x87fc in your bootloader.
I just got this mistake a few days ago.
From: Anton Vorontsov
Date: Wed, 9 Jun 2010 23:32:19 +0400
> Since commit cc772ab7cdcaa24d1fae332d92a1602788644f7a ("gianfar: Add
> hardware RX timestamping support"), the driver no longer works on
> at least MPC8313ERDB and MPC8568EMDS boards (and possibly much more
> boards as well).
>
> That'
On Wed, 2010-06-09 at 14:52 -0700, Paul E. McKenney wrote:
> Hello!
>
> I get the following during boot on a 16 CPU Power box. Thoughts?
> (/proc/config attached)
Wow... looks like the preempt count of the idle task got busted or
something ... how reproduceable ? Something like a record of previ
> Peter, Arnd, Roland - do you have any concerns with requiring all
> architectures to specify the stack to eclone() as [base, offset]
I can't see why that would be a problem.
It's consistent with the sigaltstack interface we already have.
Thanks,
Roland
___
Hello!
I get the following during boot on a 16 CPU Power box. Thoughts?
(/proc/config attached)
Thanx, Paul
UDP hash table entries: 2048 (order: 6, 262144 bytes)
UDP-Lite hash table entries: 2048 (order: 6, 262144 bytes)
NET: Registered pr
Since commit cc772ab7cdcaa24d1fae332d92a1602788644f7a ("gianfar: Add
hardware RX timestamping support"), the driver no longer works on
at least MPC8313ERDB and MPC8568EMDS boards (and possibly much more
boards as well).
That's how MPC8313 Reference Manual describes RCTRL_TS_ENABLE bit:
Timestam
On 06/09/2010 11:14 AM, Sukadev Bhattiprolu wrote:
> |
> | Even for x86, it's an easier API. Callers would be specifying
> | two numbers they already have: the argument and return value
> | for malloc. Currently the numbers must be added together,
> | destroying information, except on hppa (must n
Albert Cahalan [acaha...@gmail.com] wrote:
| On Tue, Jun 1, 2010 at 9:38 PM, Sukadev Bhattiprolu
| wrote:
| > | Come on, seriously, you know it's ia64 and hppa that
| > | have issues. Maybe the nommu ports also have issues.
| > |
| > | The only portable way to specify the stack is base and offset,
I couldn't get the echo > /dev/xxx to work. I had to write a small app
that opened the device and write and read characters for testing.
Start there and you may find it is actually working.
JB
On Wed, Jun 9, 2010 at 8:37 AM, Martyn Welch wrote:
> Hi All,
>
> I'm attempting to get an SCC port on
The implementation of the ac97 "cold" reset is flawed. If the sync and
output lines are high when reset is asserted the attached ac97 device
may go into test mode. Avoid this by reconfiguring the psc to gpio mode
and generating the reset manually.
>From MPC5200B User's Manual:
"Some AC97 devices
On Wed, Jun 09, 2010 at 10:41:23AM -0400, Jon Smirl wrote:
> On Wed, Jun 9, 2010 at 10:32 AM, Mark Brown
> > Please include this quote in the changelog for the patch, if this a
> > documented workaround from the vendor that's a very different thing to
> > something that you've found happens to wor
Commit-ID: 4673247562e39a17e09440fa1400819522ccd446
Gitweb: http://git.kernel.org/tip/4673247562e39a17e09440fa1400819522ccd446
Author: Thomas Gleixner
AuthorDate: Mon, 7 Jun 2010 17:53:51 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 9 Jun 2010 17:05:08 +0200
genirq: Deal with desc
On Wed, Jun 9, 2010 at 10:32 AM, Mark Brown
wrote:
> On Wed, Jun 09, 2010 at 10:21:40AM -0400, Eric Millbrandt wrote:
>
> [Please fix your MUA to word wrap paragraphs to within 80 characters,
> I've reflowed the text below.]
>
>> From the MPC5200B user manual:
>> "Some AC97 devices goes to a test
Hi experts
can you give me some advice to test "dTSEC"
Lei
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi All,
I'm attempting to get an SCC port on an MPC8270 working with Linux. I'm
not overly familiar with the CPM and am having a bit of trouble.
Linux is booting natively on the 8270. I have access to the 8270 via a
set of PCI windows from a second core (includes one setup over the main
memory an
On Wed, Jun 09, 2010 at 10:21:40AM -0400, Eric Millbrandt wrote:
[Please fix your MUA to word wrap paragraphs to within 80 characters,
I've reflowed the text below.]
> From the MPC5200B user manual:
> "Some AC97 devices goes to a test mode, if the Sync line is high
> during the Res line is low (r
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Wednesday, June 09, 2010 06:31
> To: Wolfgang Denk
> Cc: Jon Smirl; Eric Millbrandt; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 0/2] mpc5200 ac97 gpio reset
--snip--
> It might, however, be
> -Original Message-
> From: Jon Smirl [mailto:jonsm...@gmail.com]
> Sent: Wednesday, June 09, 2010 08:22
> To: Wolfgang Denk
> Cc: Eric Millbrandt; Mark Brown; linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH 0/2] mpc5200 ac97 gpio reset
>
> On Wed, Jun 9, 2010 at 2:13 AM, Wolfgang Denk
On Wed, Jun 09, 2010 at 12:00:21PM +0200, Christoph Egger wrote:
>CONFIG_SMP_750 doesn't exist in Kconfig, therefore removing all
>references for it from the source code.
Yeah, we don't support SMP on 750 at the moment. This code was carried over
from the arch/ppc days, and that code was present
On Wed, Jun 9, 2010 at 2:13 AM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message you
> wrote:
>>
>> Would making a change in uboot be a better solution? Eric, can you
>> verify if changing uboot also fixes the problem?
>
> To me it seems better if the driver itself does what needs to be don
Hi Ben,
Two small fixes that should go into 2.6.35. Please pull them and shuffle along
to Linus. I know Linus is leaving for a while at the end of this week, so if
you want me to ask him to pull directly just let me know.
josh
The following changes since commit c2cdf6aba0dfcfb54be646ab630c1bcc
On Wed, Jun 09, 2010 at 01:02:39PM +0200, Christoph Egger wrote:
>CONFIG_PPC47x should actually be spelled CONFIG_PPC_47x as reported by
>Andreas Schwab.
>
>Signed-off-by: Christoph Egger
Thanks, I'll pull this one in and get it merged.
josh
>---
> arch/powerpc/mm/44x_mmu.c |4
> 1 file
On Tue, 2010-06-08 at 14:12 +0100, David Howells wrote:
> Steve Best wrote:
>
> > -#define KERNELBASE (0xc000)
> > +#define KERNELBASE (0xc000ULL)
>
> Is this the right fix? The code producing the warning is subtracting
> 0xc000 from a 32-bit number:
agree
CONFIG_PPC47x should actually be spelled CONFIG_PPC_47x as reported by
Andreas Schwab.
Signed-off-by: Christoph Egger
---
arch/powerpc/mm/44x_mmu.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/44x_mmu.c b/arch/powerpc/mm/44x_mmu.c
index d8c6efb..f70
On Wed, Jun 09, 2010 at 08:13:30AM +0200, Wolfgang Denk wrote:
> In message you
> wrote:
> > Would making a change in uboot be a better solution? Eric, can you
> > verify if changing uboot also fixes the problem?
> To me it seems better if the driver itself does what needs to be done
> instead
On Tue, Jun 08, 2010 at 12:46:02PM -0400, Eric Millbrandt wrote:
> + switch (psc_dma->id) {
> + case 0:
> + gpio_mux = MPC52xx_GPIO_PSC1_MASK; break;
> + case 1:
> + gpio_mux = MPC52xx_GPIO_PSC2_MASK; break;
Please don't place the break on the same li
On Mon, Jun 07, 2010 at 09:25:59PM +1000, Paul Mackerras wrote:
> On Mon, Jun 07, 2010 at 12:33:51PM +0530, K.Prasad wrote:
>
> > Given that 'ptrace_bps' is used only for ptrace originated breakpoints
> > and that we return early i.e. before detecting extraneous interrupts
> > in hw_breakpoint_han
On Wed, Jun 09, 2010 at 12:00:46PM +0200, Christoph Egger wrote:
>CONFIG_SERIAL_TEXT_DEBUG doesn't exist in Kconfig, therefore removing all
>references for it from the source code.
>
>Signed-off-by: Christoph Egger
It would be better to conver this to work with CONFIG_PPC_EARLY_DEBUG and
CONFIG_P
Many a times, the requested breakpoint length can be less than the fixed
breakpoint length i.e. 8 bytes supported by PowerPC BookIII S. This could lead
to extraneous interrupts resulting in false breakpoint notifications. The patch
below detects and discards such interrupts for non-ptrace requests
A signal delivered between a hw_breakpoint_handler() and the
single_step_dabr_instruction() will not have the breakpoint active during
signal handling (since breakpoint will not be restored through single-stepping
due to absence of MSR_SE bit on the signal frame). Enable breakpoints before
signal d
An alignment interrupt may intervene between a DSI/hw-breakpoint exception
and the single-step exception. Enable the alignment interrupt (through
modifications to emulate_single_step()) to notify the single-step exception
handler for proper restoration of hw-breakpoints.
Signed-off-by: K.Prasad
-
Implement perf-events based hw-breakpoint interfaces for PowerPC Book III S
processors. These interfaces help arbitrate requests from various users and
schedules them as appropriate.
Signed-off-by: K.Prasad
---
arch/powerpc/Kconfig |1
arch/powerpc/include/asm/cputable.h
Certain architectures (such as PowerPC Book III S) have a need to cleanup
data-structures before the breakpoint is unregistered. This patch introduces
an arch-specific hook in release_bp_slot() along with a weak definition in
the form of a stub funciton.
Signed-off-by: K.Prasad
Acked-by: Frederic
Hi All,
Please find a new version of the patchset that implement hardware
breakpoint interfaces for the PowerPC BookIII S processor. The changes are
few and as described below.
Changelog - ver XXIII
(Version XXII: 20100528063924.ga8...@in.ibm.com)
- Detection of extran
CONFIG_SMP_750 doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger
---
arch/powerpc/mm/tlb_hash32.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/tlb_hash32.c b/arch/powerpc/mm/tlb_h
BOOK3E_MMU_TLB_STATS doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger
---
arch/powerpc/include/asm/exception-64e.h | 38 --
arch/powerpc/mm/tlb_low_64e.S|9 ---
2 files change
CONFIG_HIGHPTE doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger
---
arch/powerpc/mm/pgtable_32.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/pgtable_32.c b/arch/powerpc/mm/pgtab
CONFIG_PPC47x doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger
---
arch/powerpc/mm/44x_mmu.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/44x_mmu.c b/arch/powerpc/mm/44x_mmu.c
in
CONFIG_SERIAL_TEXT_DEBUG doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger
---
arch/powerpc/kernel/head_40x.S | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/arch/powerpc/kernel/head
Hi Milton,
On Wed, Jun 9, 2010 at 10:20 AM, Milton Miller wrote:
> However, in this case you are removing casts that, while not necessary
> for C, are indeed there for a reason.
>
> Specifically, they are of the form
> type *p;
>
> p = (type *)kmalloc(sizeof(type), ...);
>
> For example, f
Hi all!
As part of the VAMOS[0] research project at the University of
Erlangen we are looking at multiple integrity errors in linux'
configuration system.
I've been running a check on the arch/powerpc sourcetree
for
config Items not defined in Kconfig and found
On Tue, 2010-06-08 at 14:57 +1000, Michael Neuling wrote:
> The POWER7 core has dynamic SMT mode switching which is controlled by
> the hypervisor. There are 3 SMT modes:
> SMT1 uses thread 0
> SMT2 uses threads 0 & 1
> SMT4 uses threads 0, 1, 2 & 3
> When in any particular SMT
On Wed, 2010-06-09 at 02:20 -0500, Milton Miller wrote:
> On Mon Jun 07 2010 at around 23:53:18 EST, Joe Perches wrote:
> > Trivial cleanups
> The reason they casts are present is to guard against someone changing
> the type of p at the top of the function and not changing the type at
> the kmalloc
On Mon Jun 07 2010 at around 23:53:18 EST, Joe Perches wrote:
> Trivial cleanups
>
> arch/cris: Remove unnecessary kmalloc casts
> arch/powerpc: Remove unnecessary kmalloc casts
> arch/x86/kernel/tlb_uv.c: Remove unnecessary kmalloc casts
> drivers/gpu/drm: Remove unnecessary kmalloc casts
> driv
69 matches
Mail list logo