On Sun, 8 Jun 2008, Jon Loeliger wrote:
Grant Likely writes:
Oh, and we're going try to create the longest acked-by chain in
Linux history.
Cool :)
Paul.
So far, I think it looks like this, sorted:
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
Acked-by: Becky Bruce [EMAIL
On Monday 09 June 2008 01:28, Grant Likely wrote:
On Sun, Jun 8, 2008 at 1:08 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Why not a compatible field in the top of the tree? Then you wouldn't
need to list the boards in mpc5200_simple.c.
compatible = phytec,pcm030,simple-mpc5200;
Here's
This patch extends the FSL UPM NAND driver from Anton Vorontsov to
support hardware which does not have the R/B pin of the NAND chip
connected, like the TQM8548 module:
- The OF_GPIO dependency has been removed from the Kconfig option
because GPIO is not needed. The relevant gpio_* function are
David Woodhouse wrote:
On Thu, 2008-06-05 at 10:50 +0200, Wolfgang Grandegger wrote:
[NAND] driver extension to support NAND on TQM85xx modules
This patch extends the FSL UPM NAND driver from Anton Vorontsov to
support NAND on the TQM85xx modules. Unfortunately, the hardware does
not support
At boot, using http://userweb.kernel.org/~akpm/config-g5.txt on a mac g5:
io scheduler cfq registered
proc_dir_entry '00' already registered
Call Trace:
[c0017a0fbb70] [c00120fc] .show_stack+0x58/0x1dc (unreliable)
[c0017a0fbc20] [c01415a8] .proc_register+0x218/0x260
Segher Boessenkool wrote:
I see. I think I should then also post the bindings (update of
booting-without-of.txt) separately.
Yes please. They are much easier to review that way (and they
should be reviewed as a separate entity anyway).
I just sent the patch [PATCH] booting-without-of: add
Hi,
On Sun, Jun 08, 2008 at 03:08:33PM -0400, Jon Smirl wrote:
Why not a compatible field in the top of the tree? Then you wouldn't
need to list the boards in mpc5200_simple.c.
compatible = phytec,pcm030,simple-mpc5200;
Device tree has an entry for AC97 on PSC1. I don't think the
Hello,
Kumar Gala írta:
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index c40fb82..52db85a 100644
--- a/arch/powerpc/boot/Makefile
+++ b/arch/powerpc/boot/Makefile
@@ -29,6 +29,8 @@ ifdef CONFIG_DEBUG_INFO
BOOTCFLAGS += -g
endif
+DTS_FLAGS ?= -R4 -S 0x3000
+
+ - chip-delay : may specify a delay value in milliseconds.
Delay for what? The binding should say. chip-delay is a bit
too generic name as well, it could be more descriptive perhaps.
Shouldn't this be a property of the NAND device anyway, not the
NAND controller?
Segher
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
On Friday 06 June 2008 22:20, Dotan Barak wrote:
I checked the code in the ehca driver and noticed that
post RR to a QP is being accepted in any state (including the RESET state).
You're right, this is only consistent -- thanks for pointing
Upon prodding from Andrew Morton, and after discussing it with a few
people, I have decided to change the way we format the git headline
(the first line of the commit text) for powerpc-related patches.
Instead of starting the headline with [POWERPC] or [POWERPC]:
subsystem, we're now going to use
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get 4 more bug-fix commits, plus one from Stephen Rothwell that
changes one place where we do sprintf(pci_name(dev), ... to use
dev_set_name() instead, so that we don't end up with an
Here is the list of commits that have been added to the powerpc-next
and master branches of the powerpc.git repository since the last such
message from me. It includes the much-acked removal of arch/ppc and
include/asm-ppc, commits pulled from Josh Boyer's tree and Kumar
Gala's tree, plus various
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_type, eg in error handling code.
The semantic patch that makes the change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@@
struct device_node *n;
struct device_node
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_type, eg in error handling code.
The semantic patch that makes the change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@@
struct device_node *n;
struct device_node
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_name, eg in error handling code.
The semantic patch that makes the change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@@
struct device_node *n;
struct device_node
On 6/9/08, Juergen Beisert [EMAIL PROTECTED] wrote:
Device tree has an entry for AC97 on PSC1. I don't think the Phytec
module or carrier board has AC97 hardware.
Might be a bug
NACK. The baseboard for the pcm030 CPU board has AC97 hardware connected to
PSC1. And it plays
On 6/9/08, Juergen Beisert [EMAIL PROTECTED] wrote:
On Monday 09 June 2008 01:28, Grant Likely wrote:
On Sun, Jun 8, 2008 at 1:08 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Why not a compatible field in the top of the tree? Then you wouldn't
need to list the boards in mpc5200_simple.c.
Something that went into 2.6.26 has broken the image build for the
Efika. Matt has confirm it too.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, 9 Jun 2008 14:20:04 +0200 (CEST) Julia Lawall [EMAIL PROTECTED] wrote:
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_type, eg in error handling code.
The semantic patch that makes the change is as follows:
Jon,
On Monday 09 June 2008 14:37, Jon Smirl wrote:
On 6/9/08, Juergen Beisert [EMAIL PROTECTED] wrote:
Device tree has an entry for AC97 on PSC1. I don't think the Phytec
module or carrier board has AC97 hardware.
Might be a bug
NACK. The baseboard for the pcm030 CPU board
On Mon, 9 Jun 2008 14:20:42 +0200 (CEST) Julia Lawall [EMAIL PROTECTED] wrote:
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_type, eg in error handling code.
The semantic patch that makes the change is as follows:
On Mon, 9 Jun 2008 14:21:51 +0200 (CEST) Julia Lawall [EMAIL PROTECTED] wrote:
From: Julia Lawall [EMAIL PROTECTED]
of_node_put is needed before discarding a value received from
of_find_node_by_name, eg in error handling code.
The semantic patch that makes the change is as follows:
However, the error handling in that routine (smu_init) needs much more
work.
Indeed, the smu = NULL at the end of the function seems a bit brutal - a
lot of allocated data ends up not getting freed. I can try to do
something about it. Did you see something else?
julia
Hi Julia,
On Mon, 9 Jun 2008 15:22:53 +0200 (CEST) Julia Lawall [EMAIL PROTECTED] wrote:
However, the error handling in that routine (smu_init) needs much more
work.
Indeed, the smu = NULL at the end of the function seems a bit brutal - a
lot of allocated data ends up not getting freed.
On Mon, Jun 9, 2008 at 1:56 AM, Juergen Beisert [EMAIL PROTECTED] wrote:
On Monday 09 June 2008 01:28, Grant Likely wrote:
On Sun, Jun 8, 2008 at 1:08 PM, Jon Smirl [EMAIL PROTECTED] wrote:
Device tree has an entry for AC97 on PSC1. I don't think the Phytec
module or carrier board has AC97
Kumar Gala wrote on Tuesday, June 03, 2008 9:16 PM
To: Sulibhavi, Madhvesh
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org; Paul Mackerras
Subject: Re: [RFC] Kprobes for book-e
..snip
I think the block code under CONFIG_BOOKE may not
be required now if exception
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/dts/mpc8548cds.dts |4
arch/powerpc/configs/83xx/mpc8313_rdb_defconfig | 155 +++---
eHEA has to call firmware functions in order to change the mac address
of a logical port. This patch checks if the logical port is up
when calling the register / deregister mac address calls. If the port
is down these firmware calls would fail and are therefore not executed.
Signed-off-by:
Hi, all:
It may be a silly question.
There is a 405 and a 440 board. We create a kernel module which will
allocate 3MB memory every time it is loaded. It runs basically well in
440 board, which owns 256MB memory. However, in 405 board, which only
has 32MB memory, loading the module always
Segher Boessenkool wrote:
+ - chip-delay : may specify a delay value in milliseconds.
Delay for what? The binding should say. chip-delay is a bit
too generic name as well, it could be more descriptive perhaps.
The chip-delay property defines an appropriate maximum delay
time (tR)
This patchset contains two changes for IB/ehca and ibmebus.
The first patch enables ibmebus_request_irq() to optionally return the
IRQ number, which is used by the second patch to trigger EOI in case of
lost interrupts.
They should apply cleanly against 2.6.26 git tree.
Thanks
Stefan
Signed-off-by: Stefan Roscher [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c|5 -
drivers/infiniband/hw/ehca/ehca_eq.c |4 ++--
drivers/net/ehea/ehea_main.c |6 +++---
include/asm-powerpc/ibmebus.h|2 +-
4 files changed, 10 insertions(+), 7
Signed-off-by: Stefan Roscher [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_classes.h |1 +
drivers/infiniband/hw/ehca/ehca_eq.c |6 --
drivers/infiniband/hw/ehca/ehca_main.c| 12 ++--
3 files changed, 15 insertions(+), 4 deletions(-)
diff --git
Stefan Roscher [EMAIL PROTECTED] wrote on 09.06.2008 17:44:29:
Signed-off-by: Stefan Roscher [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c|5 -
drivers/infiniband/hw/ehca/ehca_eq.c |4 ++--
drivers/net/ehea/ehea_main.c |6 +++---
On Sunday 08 June 2008 21:08, Jon Smirl wrote:
What about the flash on the local bus? Could we use something like
this, or the same without the partition data?
[EMAIL PROTECTED] {
compatible = fsl,lpb;
ranges = 0 ff00 0100;
[EMAIL
+if (desc-chip desc-chip-eoi)
+desc-chip-eoi(irq);
This doesn't seem like the type of thing a device driver should be
doing. Both patches are rather short on changelog text -- what is the
issue here and how does this fix it?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Geert Uytterhoeven
Sent: Monday, June 09, 2008 1:46 AM
To: Jon Loeliger
Cc: linuxppc-dev@ozlabs.org; Adrian Bunk; Paul Mackerras
Subject: Re: 4xx support in arch/ppc is going away Real Soon Now
On Sun, 8
On Monday, June 09, 2008 1:48 am Andrew Morton wrote:
At boot, using http://userweb.kernel.org/~akpm/config-g5.txt on a mac g5:
io scheduler cfq registered
proc_dir_entry '00' already registered
Call Trace:
[c0017a0fbb70] [c00120fc] .show_stack+0x58/0x1dc (unreliable)
Good Afternoon,
I've gone through the process of configuring a kernel for my Xilinx
board design using the mhs-devtree, dts+'make menuconfig'
options-'make all' process and things seem to have succeeded. I was
under the expectation that I would find a file
arch/powerpc/boot/zImage.virtex, which
The kernel at git.xilinx.com has a rule to make zImage.virtex. Note
that this elf file will almost certainly *not* fit in blockram, hence
you can't use it to 'make a bitstream'. You can use it to generate a
SystemAce file, however.
If you are using a current mainline kernel, then you need to
On Mon, Jun 09, 2008 at 11:13:35AM +0200, Sascha Hauer wrote:
I think partitions shouldn't go into the default device tree, as people
may have different partitioning.
It is also a chicken-and-egg thing, because the oftree would describe
the partition it is in.
Robert
--
Dipl.-Ing. Robert
On Sun, Jun 08, 2008 at 03:08:33PM -0400, Jon Smirl wrote:
There should be an i2c entry for the eeprom but I don't know the part
number for it.
Wolfram has oftree bindings for the new at24 driver which will be used
in combination with this board. For patches, please see the i2c list.
Robert
--
On 6/9/08, Juergen Beisert [EMAIL PROTECTED] wrote:
On Sunday 08 June 2008 21:08, Jon Smirl wrote:
What about the flash on the local bus? Could we use something like
this, or the same without the partition data?
[EMAIL PROTECTED] {
compatible = fsl,lpb;
This patch contains the following possible cleanups:
- make the following needlessly global code static:
- adb.c: adb_controller
- adb.c: adb_init()
- adbhid.c: adb_to_linux_keycodes[]
- via-pmu68k.c: backlight_level
- via-pmu68k.c: backlight_enabled
- remove the following unused code:
Stefan Roscher writes:
This patchset contains two changes for IB/ehca and ibmebus.
The first patch enables ibmebus_request_irq() to optionally return the
IRQ number, which is used by the second patch to trigger EOI in case of
lost interrupts.
At first sight it seems like a very bad idea
Hi Stefan,
On Mon, 9 Jun 2008 17:44:29 +0200 Stefan Roscher [EMAIL PROTECTED] wrote:
Signed-off-by: Stefan Roscher [EMAIL PROTECTED]
Before Paulus gets to you: Why are we doing this? Please write an
explanatory commit message.
--
Cheers,
Stephen Rothwell[EMAIL
From: Nick Piggin [EMAIL PROTECTED]
spufs: convert nopfn to fault
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Acked-by: Jeremy Kerr [EMAIL PROTECTED]
Cc: Paul Mackerras [EMAIL PROTECTED]
Cc: Benjamin Herrenschmidt [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
From: Carl Love [EMAIL PROTECTED]
Fix the 64 bit user code backtrace which currently may hang the system.
Signed-off-by: Carl Love [EMAIL PROTECTED]
Cc: Maynard Johnson [EMAIL PROTECTED]
On Thu, 15 May 2008 10:20:44 +1000
Michael Ellerman [EMAIL PROTECTED] wrote:
__copy_from_user_inatomic()
From: Andrew Morton [EMAIL PROTECTED]
Fix this:
/usr/src/devel/arch/powerpc/platforms/pseries/eeh_driver.c: In function
'print_device_node_tree':
/usr/src/devel/arch/powerpc/platforms/pseries/eeh_driver.c:55: warning: ISO C90
forbids mixed declarations and code
also make that function look
From: Zhang Wei [EMAIL PROTECTED]
The fsldma driver is tested on MPC8377MDS board. The patch adds fsldma driver
support into MPC8377MDS device tree.
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
Cc: Nelson, Shannon [EMAIL PROTECTED]
Cc: Dan Williams [EMAIL PROTECTED]
Cc: Kumar Gala [EMAIL
From: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/macintosh/mediabay.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff -puN
From: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
drivers/macintosh/therm_windtunnel.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff -puN
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Carl Love [EMAIL PROTECTED]
Fix the 64 bit user code backtrace which currently may hang the system.
Signed-off-by: Carl Love [EMAIL PROTECTED]
Cc: Maynard Johnson [EMAIL PROTECTED]
That looks weird. I doubt it's the right
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
drivers/macintosh/therm_windtunnel.c |
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Nick Piggin [EMAIL PROTECTED]
spufs: convert nopfn to fault
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Acked-by: Jeremy Kerr [EMAIL PROTECTED]
Cc: Paul Mackerras [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Fix this:
/usr/src/devel/arch/powerpc/platforms/pseries/eeh_driver.c: In function
'print_device_node_tree':
/usr/src/devel/arch/powerpc/platforms/pseries/eeh_driver.c:55: warning: ISO
C90
+ - chip-delay : may specify a delay value in milliseconds.
Delay for what? The binding should say. chip-delay is a bit
too generic name as well, it could be more descriptive perhaps.
The chip-delay property defines an appropriate maximum delay
time (tR) required for read operations if
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Daniel Walker [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Acked-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
drivers/macintosh/mediabay.c | 27
On Tue, 10 Jun 2008 09:47:02 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Fix this:
/usr/src/devel/arch/powerpc/platforms/pseries/eeh_driver.c: In function
This doesn't look right. I don't think vmlinux.strip should be 3.2GB
for the Efika.
rwxr-xr-x 1 jonsmirl jonsmirl 32429434 2008-06-09 20:12 vmlinux
-rw-r--r-- 1 jonsmirl jonsmirl 61735424 2008-06-09 20:12 vmlinux.o
-rwxr-xr-x 1 jonsmirl jonsmirl 322404 2008-06-08 21:11 vmlinux.strip
Hi Adrian,
On Tue, 10 Jun 2008 01:23:12 +0300 Adrian Bunk [EMAIL PROTECTED] wrote:
+++ b/drivers/macintosh/adbhid.c
@@ -75,7 +75,7 @@ static struct notifier_block adbhid_adb_notifier = {
#define ADB_KEY_POWER_OLD0x7e
#define ADB_KEY_POWER0x7f
-u16
On Tue, 2008-06-10 at 09:41 +1000, Benjamin Herrenschmidt wrote:
On Mon, 2008-06-09 at 16:26 -0700, [EMAIL PROTECTED] wrote:
From: Carl Love [EMAIL PROTECTED]
Fix the 64 bit user code backtrace which currently may hang the system.
Signed-off-by: Carl Love [EMAIL PROTECTED]
Cc:
[EMAIL PROTECTED] writes:
From: Carl Love [EMAIL PROTECTED]
Fix the 64 bit user code backtrace which currently may hang the system.
NAK - Carl withdrew this patch ages ago.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Thu, 2008-05-29 at 15:51 +1000, Benjamin Herrenschmidt wrote:
This patch frees a PTE bit when using 64K pages on ppc64. This is done
by getting rid of the separate _PAGE_HASHPTE bit. Instead, we just test
if any of the 16 sub-page bits is set. For non-combo pages (ie. real
64K pages), we
On Jun 9, 2008, at 6:29 PM, [EMAIL PROTECTED] wrote:
From: Zhang Wei [EMAIL PROTECTED]
The fsldma driver is tested on MPC8377MDS board. The patch adds
fsldma driver
support into MPC8377MDS device tree.
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
Cc: Nelson, Shannon [EMAIL PROTECTED]
Cc:
66 matches
Mail list logo
