On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Add arch/powerpc board support for TQM5200.
Signed-off-by: Marian Balakowicz [EMAIL PROTECTED]
Signed-off-by: Jan Wrobel [EMAIL PROTECTED]
Hmmm
Both this patch and the CM5200 support patch (#6 in your series) are
pretty much clones
On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
+
+ [EMAIL PROTECTED] {
+ #interrupt-cells = 1;
+ #size-cells = 2;
+ #address-cells = 3;
+ device_type = pci;
+
On 10/7/07, Stephen Rothwell [EMAIL PROTECTED] wrote:
On Sun, 07 Oct 2007 13:24:18 +0200 Marian Balakowicz [EMAIL PROTECTED]
wrote:
+++ b/arch/powerpc/platforms/52xx/cm5200.c
+#include asm/prom.h
+#include asm/of_platform.h
Same comments as for tqm5200.c.
Ditto
g.
On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Add device tree source file for Motion-PRO board.
Signed-off-by: Marian Balakowicz [EMAIL PROTECTED]
---
motionpro.dts | 334
++
1 file changed, 334 insertions(+)
diff --git
On 10/7/07, Stephen Rothwell [EMAIL PROTECTED] wrote:
On Sun, 07 Oct 2007 13:28:48 +0200 Marian Balakowicz [EMAIL PROTECTED]
wrote:
+++ b/arch/powerpc/platforms/52xx/motionpro.c
Same comments again.
Ditto.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
[EMAIL
On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Add helper routine mpc52xx_find_and_map_path(). Extract common code to
mpc52xx_map_node() and refactor mpc52xx_find_and_map().
Signed-off-by: Jan Wrobel [EMAIL PROTECTED]
Looks good to me.
Reviewed-by: Grant Likely [EMAIL PROTECTED]
--
On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Add LED driver for Promess Motion-PRO board.
Signed-off-by: Jan Wrobel [EMAIL PROTECTED]
---
arch/powerpc/configs/motionpro_defconfig |3
arch/powerpc/platforms/52xx/motionpro.c | 38 +
drivers/leds/Kconfig
On 10/7/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Add common MPC5200 helper routines: mpc52xx_restart(), mpc52xx_halt(),
mpc52xx_power_off().
This patch relies on Sascha Hauer's patch published in:
http://patchwork.ozlabs.org/linuxppc/patch?id=8910.
Signed-off-by: Marian Balakowicz
On 10/6/07, Marian Balakowicz [EMAIL PROTECTED] wrote:
Hello,
The following series of patches adds arch/powerpc support for three MPC5200
based boards:
TQM5200, CM5200 and Motion-PRO.
Thanks for the patch series.
g.
Included are also patches with modifications to common 52xx code. New
From: Grant Likely [EMAIL PROTECTED]
DTC now supports foo,bar format for lists of strings; use the new
format on the lite5200 device trees.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/lite5200.dts | 10 +++---
arch/powerpc/boot/dts/lite5200b.dts | 62
Hello,
I own a Titanium PowerBook with a G4 processor.
It runs Ubuntu dapper 6.06 LTS.
Suspend to RAM works fine with pbbuttonsd.
But I would like to have hibernate (suspend-to-disk) working.
But if I replace suspend-to-ram by suspend-to-disk in
/etc/pbbuttonsd.conf and close the lid then it
Timur Tabi-3 wrote:
Kumar, this is what I get when I compile your 2.6.24 branch for the 8610:
CC arch/powerpc/sysdev/fsl_soc.o
In file included from arch/powerpc/sysdev/fsl_soc.c:40:
include/asm/cpm2.h:14:21: error: asm/cpm.h: No such file or directory
make[1]: ***
inb/outb could be used from the usr space on x86 class PC-computer to access
to io ports this is what i assume that you are trying
You need to compile the program with -O option (expantion of Inline function
)
To perform io operation on ports ioprem/iopl system call must be used (To
get
On 10/8/07, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
+ port_config = ~0x0300; /* ATA CS is on csb_4/5 */
+ port_config |= 0x0100;
Are you *sure* you want this? You should only be touching port_config
if firmware
Hello Kumar,
On Fri, 5 Oct 2007 15:58:00 -0500
Kumar Gala wrote:
On Oct 5, 2007, at 1:05 PM, Anton Vorontsov wrote:
On Fri, Oct 05, 2007 at 09:56:46PM +0400, Sergei Shtylyov wrote:
Hello.
Anton Vorontsov wrote:
Commit 5bece127f0666996ca90772229e00332a34e516c tried to fix
On Mon, 2007-10-08 at 00:09 -0700, Misbah khan wrote:
inb/outb could be used from the usr space on x86 class PC-computer to access
to io ports this is what i assume that you are trying
You need to compile the program with -O option (expantion of Inline function
)
To perform io operation
On Sat, 6 Oct 2007 [EMAIL PROTECTED] wrote:
--- a/arch/powerpc/platforms/ps3/os-area.c
+++ b/arch/powerpc/platforms/ps3/os-area.c
@@ -112,10 +114,91 @@ struct os_area_params {
u8 _reserved_5[8];
};
+/**
+ * struct os_area_db - Shared flash memory database.
+ * @magic_num: Always
This series adds AMCC 405EX support including the Kilauea eval board to
arch/powerpc. Please review and comment.
Best regards,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/kilauea.dts | 253 +
1 files changed, 253 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/kilauea.dts
diff --git a/arch/powerpc/boot/dts/kilauea.dts
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/kernel/cputable.c | 11 +++
1 files changed, 11 insertions(+)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index b03a442..ea81d1e 100644
--- a/arch/powerpc/kernel/cputable.c
+++
This patch adds basic support for the new 405EX and the AMCC eval board
Kilauea to arch/powerpc.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/Kconfig | 17 +++--
arch/powerpc/platforms/40x/Makefile |5 ++-
arch/powerpc/platforms/40x/kilauea.c | 63
On Mon, 8 Oct 2007 11:08:51 +0200 Stefan Roese [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/40x/kilauea.c
+#include asm/of_platform.h
Here I go again :-)
linux/of_platform.h please
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
On Monday 08 October 2007, Stephen Rothwell wrote:
+#include asm/of_platform.h
Here I go again :-)
linux/of_platform.h please
Right. I was watching all your reviews lately and wanted not to make this
error. Didn't work out as it seems. :-)
I'll wait a while for further comments and send a
On Fri, Oct 05, 2007 at 03:58:00PM -0500, Kumar Gala wrote:
On Oct 5, 2007, at 1:05 PM, Anton Vorontsov wrote:
On Fri, Oct 05, 2007 at 09:56:46PM +0400, Sergei Shtylyov wrote:
Hello.
Anton Vorontsov wrote:
Commit 5bece127f0666996ca90772229e00332a34e516c tried to fix
PCI/PCIe nodes, but
On Fri, Oct 05, 2007 at 05:09:28PM -0500, Kumar Gala wrote:
On Oct 5, 2007, at 12:40 PM, Anton Vorontsov wrote:
Hello Kumar,
This is respin of MPC8568E-MDS patches, on top of master branch
as of today.
If there are no objections against SPI patch, please Ack it, thus
David could pick it
On Sat, 6 Oct 2007 [EMAIL PROTECTED] wrote:
--- a/arch/powerpc/platforms/ps3/os-area.c
+++ b/arch/powerpc/platforms/ps3/os-area.c
+static int db_get_video_mode(const struct os_area_db *db,
+ unsigned int *video_mode)
^^
+{
+ return db_get_64(db,
Add 64-bit physical address support to setup_indirect_pci().
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/sysdev/indirect_pci.c |6 --
include/asm-powerpc/pci-bridge.h |3 ++-
2 files changed, 6 insertions(+), 3 deletions(-)
diff -pruN
On Oct 7, 2007, at 1:35 PM, Dan Malek wrote:
On Oct 7, 2007, at 8:02 AM, Kumar Gala wrote:
It would seem like we should set the default on 8xx PReP to
0x8000 and not allow it to be modified
For as much as this has been discussed in the past,
I don't know why the 8xx doesn't check
On Oct 7, 2007, at 4:05 PM, Benjamin Herrenschmidt wrote:
Can you explain (a) further -- I'm assuming the BAT mapping is 1:1
for that region?
For (b) it looks like:
* 40x, 44x, fsl-booke compare against TASK_SIZE in their software
handlers.
* 8xx still tests 0x8000
* 6xx (603)
On Oct 8, 2007, at 7:16 AM, Anton Vorontsov wrote:
On Fri, Oct 05, 2007 at 05:09:28PM -0500, Kumar Gala wrote:
On Oct 5, 2007, at 12:40 PM, Anton Vorontsov wrote:
Hello Kumar,
This is respin of MPC8568E-MDS patches, on top of master branch
as of today.
If there are no objections
On 06/10/2007, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
enum os_area_db_owner {
OS_AREA_DB_OWNER_ANY = -1,
OS_AREA_DB_OWNER_NONE = 0,
OS_AREA_DB_OWNER_PROTOTYPE = 1,
OS_AREA_DB_OWNER_LINUX = 2,
OS_AREA_DB_OWNER_PETITBOOT = 3,
OS_AREA_DB_OWNER_MAX = 32,
On Oct 8, 2007, at 7:51 AM, Valentine Barshak wrote:
Add 64-bit physical address support to setup_indirect_pci().
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
Acked-by: Kumar Gala [EMAIL PROTECTED]
- k
___
Linuxppc-dev mailing list
On 06/10/2007, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
struct saved_params {
- /* param 0 */
s64 rtc_diff;
unsigned int av_multi_out;
- unsigned int ctrl_button;
- /* param 1 */
- u8 static_ip_addr[4];
- u8 network_mask[4];
- u8 default_gateway[4];
eHEA recovery and DLPAR functions are called seldomly. The eHEA workqueues
are replaced by the kernel event queue.
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED]
---
The patch has been built against upstream git
drivers/net/ehea/ehea.h |3 +--
drivers/net/ehea/ehea_main.c | 28
On Oct 6, 2007, at 3:06 PM, Peter Korsgaard wrote:
Kumar == Kumar Gala [EMAIL PROTECTED] writes:
Kumar On Oct 3, 2007, at 11:01 PM, Stephen Rothwell wrote:
On Wed, 03 Oct 2007 17:43:50 +0200 Peter Korsgaard
[EMAIL PROTECTED] wrote:
@@ -1220,14 +1220,17 @@ int __init fsl_spi_init(struct
PowerPC 440EPx Sequoia USB OHCI device tree entry.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/sequoia.dts |7 +++
1 files changed, 7 insertions(+)
diff -pruN linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts
linux-2.6/arch/powerpc/boot/dts/sequoia.dts
On Sun, Oct 07, 2007 at 01:25:33PM +0200, Marian Balakowicz wrote:
+ [EMAIL PROTECTED] { // General Purpose Timer
+ compatible = mpc5200b-gpt\0mpc5200-gpt;
+ device_type = gpt;
timer would be a better node name than gpt, and the device
On Sun, Oct 07, 2007 at 01:19:54PM +0200, Marian Balakowicz wrote:
+ np = of_find_node_by_type(NULL, cpu);
+ if (np) {
+ unsigned int *fp =
+ (int *)of_get_property(np, clock-frequency, NULL);
+ if (fp != 0)
+
From: Grant Likely [EMAIL PROTECTED]
I can't see a good reason for eval board platform code to mess with the
ROOT_DEV value instead of using the default behaviour (so I'm writing
this patch to see if anyone will clue me in).
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Hey Scott.
Pretty much all your comments below directly apply to the existing
Lite5200 device tree and the Efika firmware. These are issues that
were created a while ago and I've never gone back to clean up the
mpc5200 device tree bindings. (Plus we need to have code to maintian
compatibility
On Oct 8, 2007, at 10:12 AM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value instead of using the default behaviour (so I'm writing
this patch to see if anyone will clue me in).
David Brownell wrote:
@@ -612,7 +612,7 @@ static inline u32 hc32_to_cpup (const st
* to arch/powerpc
*/
-#ifdef CONFIG_STB03xxx
+#if defined(CONFIG_STB03xxx) || defined(CONFIG_440EP) ||
defined(CONFIG_440EPX)
#define OHCI_BE_FRAME_NO_SHIFT 16
#else
#define
Hi,
Here are some new patches for the PS3 Virtual Frame Buffer Device Driver
(ps3fb):
[1] ps3fb: Convert from printk()/DPRINTK() to dev_*()/pr_*()
[2] ps3fb: Do not print warnings on invalid frame numbers
[3] ps3fb: Clean up includes
[4] ps3fb: Make ps3fb_wait_for_vsync() and
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Do not print warnings on invalid frame numbers, as this can be triggered
from user space.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
---
From: Geert Uytterhoeven [EMAIL PROTECTED]
Convert ps3fb from printk()/DPRINTK() to dev_*()/pr_*()
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c | 183 ++
1 files changed, 96 insertions(+), 87 deletions(-)
---
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Clean up includes
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c | 10 +-
1 files changed, 1 insertion(+), 9 deletions(-)
--- a/drivers/video/ps3fb.c
+++ b/drivers/video/ps3fb.c
@@ -22,22 +22,14 @@
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Make ps3fb_wait_for_vsync() and ps3fb_flip_ctl() static, as they're no
(longer) used outside ps3fb.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: In the case of non-fullscreen video modes, there was a partial overlap
of the GPU command buffer and the frame buffer. Fix and cleanup various issues
with overlap and alignment:
- Move the GPU command buffer from the beginning to the end of
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Use fb_info.par properly:
o Move mode-specific fields into struct ps3fb_par
o Allocate struct ps3fb_par using framebuffer_alloc()
o Protect access to ps3fb_par in ps3fb_sync() using the console semaphore
(this semaphore is already held
From: Geert Uytterhoeven [EMAIL PROTECTED]
Don't keep the borders for non-fullscreen modes in XDR memory:
- Extract ps3fb_sync_image()
- Work around the alignment restrictions of L1GPU_CONTEXT_ATTRIBUTE_FB_BLIT
by using an offset with L1GPU_CONTEXT_ATTRIBUTE_DISPLAY_FLIP
- Only copy the
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Enhance horizontal panning on firmware 1.90 and up:
- On firmware 1.90 and up, L1GPU_CONTEXT_ATTRIBUTE_FB_BLIT supports copying
rectangles from XDR to DDR memory with different source and destination
line lengths. Hence larger horizontal
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Add virtual screen and panning support:
- The vertical virtual screen size is limited by the amount of memory
reserved for ps3fb,
- The horizontal virtual screen size is limited to the fullscreen width,
- Advertise that we support
Near as I can tell, the original code is wrong ... the hcca-frame_no
byte offset is fully specified, so that shift should always be 16.
Are you saying that it should always be #define OHCI_BE_FRAME_NO_SHIFT
16 for big endian platforms?
More than that, I'm saying that shouldn't even be a
Add OHCI big endian frame_no quirk.
The frame_no value stored in the HCCA is a 16 bit field
at a specific offset, but since not all CPUs can do 16-bit
memory accesses it's used as a 32 bit field.
And that's why big-endian OHCI will shift 16 bits,
unless the spec is not followed. Currently there's
I've tested this patch only on PowerPC 440EPx Sequoia.
So, this needs to be tested at least on mpc52xx.
Thanks,
Valentine.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Oct 8, 2007, at 11:19 AM, David Brownell wrote:
Near as I can tell, the original code is wrong ... the hcca-
frame_no
byte offset is fully specified, so that shift should always be 16.
Are you saying that it should always be #define
OHCI_BE_FRAME_NO_SHIFT
16 for big endian
Kumar Gala wrote:
On Oct 8, 2007, at 11:19 AM, David Brownell wrote:
Near as I can tell, the original code is wrong ... the hcca-frame_no
byte offset is fully specified, so that shift should always be 16.
Are you saying that it should always be #define OHCI_BE_FRAME_NO_SHIFT
16 for big
Guys,
Here's a cut at a patch that cleans up the TASK_SIZE issue. We now have
TASK_SIZE @ 0xc000 for everything except PREP and use PAGE_OFFSET in
SW TLB handlers. I'm assuming 8xx will get a cleanup patch from
PAGE_OFFSET testing (Dan :).
Also, note that change in head_32.S for 603. I
Ranulf Doswell wrote:
On 06/10/2007, [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
struct saved_params {
- /* param 0 */
s64 rtc_diff;
unsigned int av_multi_out;
- unsigned int ctrl_button;
- /* param 1 */
- u8
Ranulf Doswell wrote:
On 06/10/2007, [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
enum os_area_db_owner {
OS_AREA_DB_OWNER_ANY = -1,
OS_AREA_DB_OWNER_NONE = 0,
OS_AREA_DB_OWNER_PROTOTYPE = 1,
OS_AREA_DB_OWNER_LINUX =
So the issue here with the Sequoia board is that if you load a kernel or
initrd from usb stick while under u-boot environment, when Linux boots
it will see the network adapter even set an ip for it. But no matter
what it is unable to access any outside ip.
The way we recreated this scenario was:
Which patch? Valentine's or mine under the subject? Don't know
about the
former, but mine patch is pretty obvious: your commit
5bece127f0666996ca90772229e00332a34e516c moved PCI nodes out of soc
node,
but you forgot to change regs = , thus instead of e000a000/
e0008000,
kernel used
Jerone Young wrote:
So the issue here with the Sequoia board is that if you load a kernel or
initrd from usb stick while under u-boot environment, when Linux boots
it will see the network adapter even set an ip for it. But no matter
what it is unable to access any outside ip.
The way we
Valentine Barshak wrote:
Jerone Young wrote:
So the issue here with the Sequoia board is that if you load a kernel or
initrd from usb stick while under u-boot environment, when Linux boots
it will see the network adapter even set an ip for it. But no matter
what it is unable to access any
Please pull from 'for-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 243 +
arch/powerpc/Kconfig | 14
Add OHCI big endian frame_no quirk.
The frame_no value stored in the HCCA is a 16 bit field
at a specific offset, but since not all CPUs can do 16-bit
memory accesses it's used as a 32 bit field.
And that's why big-endian OHCI will shift 16 bits,
unless the spec is not followed. Currently there's
On Mon, Oct 08, 2007 at 10:41:40PM +0400, Valentine Barshak wrote:
Add OHCI big endian frame_no quirk.
The frame_no value stored in the HCCA is a 16 bit field
at a specific offset, but since not all CPUs can do 16-bit
memory accesses it's used as a 32 bit field.
And that's why big-endian
On 10/8/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 8, 2007, at 10:12 AM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value instead of using the default behaviour (so I'm writing
this
Kumar Gala wrote:
Guys,
Here's a cut at a patch that cleans up the TASK_SIZE issue. We now have
TASK_SIZE @ 0xc000 for everything except PREP and use PAGE_OFFSET in
SW TLB handlers. I'm assuming 8xx will get a cleanup patch from
PAGE_OFFSET testing (Dan :).
I'd rather this patch
Hi,
On Mon, Oct 08, 2007 at 11:08:51AM +0200, Stefan Roese wrote:
This patch adds basic support for the new 405EX and the AMCC eval board
Kilauea to arch/powerpc.
[...]
+config KILAUEA
+ bool Kilauea
+ depends on 40x
+ default y
+ select 405EX
+ help
+ This
On Oct 8, 2007, at 2:03 PM, Grant Likely wrote:
On 10/8/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 8, 2007, at 10:12 AM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value instead of using
However, based on one other post, I suspect at least one Freescale
part will need to declare a chip quirk for this case.
Which Freescale part do you think needs this?
I've looked at drivers/usb/host/Kconfig
It seems to be MPC52xx.
David, is that the one you mentioned?
I wasn't the
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/virtex.c |5 -
arch/powerpc/platforms/40x/walnut.c |5 -
arch/powerpc/platforms/44x/bamboo.c |5 -
arch/powerpc/platforms/44x/ebony.c |5 -
From: Grant Likely [EMAIL PROTECTED]
This allows platforms which don't have anything to do at setup_arch time
(like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/kernel/setup_32.c |3 ++-
On Mon, Oct 08, 2007 at 02:41:54PM -0500, Kumar Gala wrote:
On Oct 8, 2007, at 2:03 PM, Grant Likely wrote:
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value instead of using the default behaviour (so I'm
Powermac and pseries also do this
On Oct 8, 2007, at 3:37 PM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
This allows platforms which don't have anything to do at setup_arch
time
(like a bunch of the 4xx platforms) to eliminate an empty
setup_arch hook.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
On 10/8/07, Grant Likely [EMAIL PROTECTED] wrote:
On 10/8/07, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
Lite5200 touches it because firmware does *not* do the right thing at
the moment.
Why don't we fix it in U-Boot, then, and get rid of this in
On Mon, 2007-10-08 at 14:41 -0500, Kumar Gala wrote:
Powermac and pseries also do this weirdness. Should it be removed
from there too?
We need benh to make a comment about powermac.
I think its ok to remove everywhere but we should see if he has any
issue.
PowerMac has some weirdo
From: Grant Likely [EMAIL PROTECTED]
This allows platforms which don't have anything to do at setup_arch time
(like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/kernel/setup_32.c |3 ++-
On 10/8/07, Grant Likely [EMAIL PROTECTED] wrote:
On 10/8/07, Kumar Gala [EMAIL PROTECTED] wrote:
On Oct 8, 2007, at 10:12 AM, Grant Likely wrote:
From: Grant Likely [EMAIL PROTECTED]
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value
This is described by the muram node now.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8272ads.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8272ads.dts
b/arch/powerpc/boot/dts/mpc8272ads.dts
index
We don't use any CPM devices on these boards, but the muram node on these
chips is different from the 8560, so it's helpful to people working with
custom boards based on these chips.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8541cds.dts | 36
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8560ads.dts | 82 ---
arch/powerpc/platforms/85xx/Kconfig |1 +
arch/powerpc/platforms/85xx/mpc85xx_ads.c | 167 +++-
3 files changed, 134 insertions(+), 116 deletions(-)
I'd like to expose flatdevtree's ability to do relative path lookups in
ops, and I'd prefer to extend the existing finddevice method rather than
add a new finddevice_rel. However, I'm not very familiar with real OF
-- how would one go about fixing its implementation?
-Scott
Looks like the problem is back:
BOOTCC arch/powerpc/boot/treeboot-walnut.o
Assembler messages:
Error: Internal assembler error for instruction icbt
Internal error, aborting at
On Mon, Oct 08, 2007 at 03:42:21PM -0500, Linas Vepstas wrote:
On Mon, Oct 08, 2007 at 02:41:54PM -0500, Kumar Gala wrote:
On Oct 8, 2007, at 2:03 PM, Grant Likely wrote:
I can't see a good reason for eval board platform code to mess with
the
ROOT_DEV value instead of using the
On Monday 08 October 2007, Grant Likely wrote:
Oh, and cell does too. Geoff, does cell support really need to do this:
(in cell/setup.c and celleb/setup.c).
if (ROOT_DEV == 0) {
printk(No ramdisk, default root is /dev/hda2\n);
ROOT_DEV = Root_HDA2;
On 10/8/07, Arnd Bergmann [EMAIL PROTECTED] wrote:
On Monday 08 October 2007, Grant Likely wrote:
Oh, and cell does too. Geoff, does cell support really need to do this:
(in cell/setup.c and celleb/setup.c).
if (ROOT_DEV == 0) {
printk(No ramdisk, default root is /dev/hda2\n);
ROOT_DEV
From: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/40x/virtex.c |5 -
arch/powerpc/platforms/40x/walnut.c |5 -
arch/powerpc/platforms/44x/bamboo.c |5 -
arch/powerpc/platforms/44x/ebony.c |5 -
From: Grant Likely [EMAIL PROTECTED]
There is no good reason for board platform code to mess with the ROOT_DEV.
Remove it from all in-tree platforms except powermac
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/efika.c |9 -
From: Grant Likely [EMAIL PROTECTED]
Drop unnecessary includes for MPC5200 based boards
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
arch/powerpc/platforms/52xx/efika.c | 21 ++---
arch/powerpc/platforms/52xx/lite5200.c | 22 +-
From: Grant Likely [EMAIL PROTECTED]
The Lite5200 u-boot image doesn't entirely configure the processor
correctly and so Linux needs to fixup the cpu setup in setup_arch. Fixing
the CPU setup is good, but making it into common code is not a good idea.
New board ports should be encouraged not to
On 10/8/07, Wolfgang Denk [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED] you wrote:
Why don't we fix it in U-Boot, then, and get rid of this in Linux?
Mostly because I haven't gotten to it yet. :-/
Actually, it's more than that. I don't want to force users to upgrade
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Vitaly, can you give this patch a test? Our 866ads is broken. :-P
It applies to Kumar's for-2.6.24 tree.
arch/powerpc/boot/dts/mpc866ads.dts | 120 +--
arch/powerpc/platforms/8xx/Kconfig |1 +
On 08/10/2007, Geoff Levand [EMAIL PROTECTED] wrote:
Ranulf Doswell wrote:
As these values are correctly populated by the hypervisor from the
preferences on the standard PS3 OS, it is incredibly useful to have this
information available.
No, it is not used, and I never used it.
Maybe
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Whoops, forgot the localbus node last time.
arch/powerpc/boot/dts/mpc866ads.dts | 137 +++--
arch/powerpc/platforms/8xx/Kconfig |1 +
arch/powerpc/platforms/8xx/mpc86xads.h | 44
Ranulf Doswell wrote:
On 08/10/2007, *Geoff Levand* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Ranulf Doswell wrote:
As these values are correctly populated by the hypervisor from the
preferences on the standard PS3 OS, it is incredibly useful to
have this
Ranulf Doswell wrote:
On 08/10/2007, *Geoff Levand* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
How do we go about claiming one of these OS_AREA_DB_OWNER_ keys? I'd
very much like to use this functionality in my python-ps3 games
library.
It sounds like you should
On old powermacs, we sometimes set the decrementer to 1 in order to
trigger a decrementer interrupt, which we use to handle an interrupt
that was pending at the time when it was re-enabled. This was causing
the decrementer clock event device to call the event function for the
next event early,
On Tue, 2007-10-09 at 09:59 +1000, Paul Mackerras wrote:
On old powermacs, we sometimes set the decrementer to 1 in order to
trigger a decrementer interrupt, which we use to handle an interrupt
that was pending at the time when it was re-enabled. This was causing
the decrementer clock event
1 - 100 of 107 matches
Mail list logo