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-
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"
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
>> n
This patch adds the bindings for the property "chip-delay" used by
the patch "[NAND] driver extension to support NAND on TQM85xx modules"
posted to this list a few minutes ago:
http://ozlabs.org/pipermail/linuxppc-dev/2008-June/057632.html
Note: this patch is based on the following patches
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
[c000
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-o
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
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 pointin
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 u
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/)
//
@@
struct device_node *n;
struct device_node *n
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/)
//
@@
struct device_node *n;
struct device_node *n
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/)
//
@@
struct device_node *n;
struct device_node *n
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
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_s
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 follo
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
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 follo
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 follo
> 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 getti
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 boar
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
..
>
> >
> > I think the block code under CONFIG_BOOKE may not
> > be required now if excepti
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 +++---
arch/powerpc/
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: Jan-Ber
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 (t
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 deleti
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 a/drivers/
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 +++---
> include/asm-p
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>;
>
>
> +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 fi
-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 Jun
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)
> [c00
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 ma
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 Sc
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
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 i
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 PROT
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_ina
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 l
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 <[EMAI
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 drivers/macintosh/mediabay.c
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
drivers/macintosh/therm_windtunn
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
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_w
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 Herrens
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: IS
+ - 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 i
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/mediaba
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
> > 'p
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
-rw
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 adb_to_lin
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
[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
https://oz
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]
Hi Greg,
Today's linux-next merge of the powerpc tree got a conflict in
arch/ppc/syslib/ppc_sys.c, arch/ppc/platforms/cpci690.c,
arch/ppc/platforms/ev64260.c, arch/ppc/platforms/ev64360.c,
arch/ppc/platforms/hdpu.c, arch/ppc/platforms/katana.c, and
arch/ppc/platforms/radstone_ppc7d.c between commi
On Tue, 2008-06-10 at 14:00 +1000, Michael Ellerman wrote:
>
> This doesn't build for CONFIG_PPC_64K_PAGES=n and
> CONFIG_PPC_HAS_HASH_64K=y, because the asm is protected by the latter
> but the header definitions are protected by the former.
Crap ! This is going to be nasty... I have to think ab
Hi Paul,
Today's linux-next tree build (powerpc ppc64_defconfig) failed like this:
UPD include/linux/compile.h
arch/powerpc/mm/built-in.o: In function `ht64_insert_pte':
hash_native_64.c:(.text+0x4756): undefined reference to `_PAGE_HPTE_SUB0'
I have reverted commit 2d9a973b0fee245af43b734
On Wednesday 04 June 2008 05:07, Linus Torvalds wrote:
> On Tue, 3 Jun 2008, Trent Piepho wrote:
> > On Tue, 3 Jun 2008, Linus Torvalds wrote:
> > > On Tue, 3 Jun 2008, Nick Piggin wrote:
> > > > Linus: on x86, memory operations to wc and wc+ memory are not ordered
> > > > with one another, or oper
71 matches
Mail list logo
