* Re: please pull powerpc.git 'merge' branch
From: Kumar Gala @ 2006-06-21 12:45 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev, torvalds
In-Reply-To: <17561.418.97341.74610@cargo.ozlabs.ibm.com>
> Jon Loeliger:
> [POWERPC] Guard L3CR references with CPU_FTR_L3CR.
> [POWERPC] Prevent duplicate lmb reservations for Device Tree
> blob.
> [POWERPC] Add the mpc8641 hpcn Kconfig and Makefiles.
> [POWERPC] Add mpc8641_hpcn_defconfig config file.
> [POWERPC] Add 8641 CPU table entry.
> [POWERPC] Add starting of secondary 86xx CPUs.
> [POWERPC] Add the MPC8641 HPCN platform files.
> [POWERPC] Add mpc8641hpcn PCI/PCI-Express platform files.
> [POWERPC] Add 8641 Register space and IRQ definitions.
> [POWERPC] Document I2C_MPC option for 86xx too.
> [POWERPC] Add Vitesse 8244 PHY for MPC8641 HPCN platform.
Paul, some of the 8641 patches still need some cleanup, any reason
you included them?
- kumar
^ permalink raw reply
* Re: Lite5200 NFS mount issue
From: Kimmo Surakka @ 2006-06-21 12:15 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: Bjorn.Ostby, linuxppc-embedded
In-Reply-To: <20060620193008.6A56E353CB4@atlas.denx.de>
On Tuesday 20 June 2006 22:30, Wolfgang Denk wrote:
> In message <200606201503.27928.kimmo.surakka@oxinst.fi> you wrote:
> > Try adding the ",tcp" to the kernel's "nfsroot=..." parameter, i.e. use
> > commandline "root=/dev/nfs rw
> > nfsroot=10.3.67.98:/opt/eldk_4_0/ppc_6xx,tcp
> > ip=10.3.67.99:10.3.67.98:10.3.67.1:::eth0:off panic=1".
>
> This should not be necessary. If it does help, this means you are
> just covering a bug.
Yes, it may be just covering a bug. Still, it made the connection work, and
that was enough for me. Also, the linux NFS faq at nfs.sourceforge.net
suggests using TCP in some situations (namely when the network has a large
number of IP fragmentation). So, be it a mere work-around or not, it still
helped me. If there's a better and purer solution, I'm more than happy to use
it. Meanwhile, I use what works.
Cheers,
Kimmo Surakka
This message has been scanned by F-Secure Anti-Virus
### OXFORD INSTRUMENTS http://www.oxford-instruments.com/ ###
Unless stated above to be non-confidential, this E-mail and any
attachments are private and confidential and are for the addressee
only and may not be used, copied or disclosed save to the addressee.
If you have received this E-mail in error please notify us upon receipt
and delete it from your records. Internet communications are not secure
and Oxford Instruments is not responsible for their abuse by third
parties nor for any alteration or corruption in transmission.
^ permalink raw reply
* [PATCH] convert powermac ide blink to new led infrastructure
From: Johannes Berg @ 2006-06-21 10:11 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev list
In-Reply-To: <1149635136.32002.49.camel@johannes>
This should address all the objections you voiced: it now is backward
compatible with the old (and now deprecated) Kconfig option by using a
bunch of select Kconfig statements and adding a single line of code in
#ifdef :)
Please pass on for 2.6.18.
---
This patch removes the old pmac ide led blink code and
adds generic LED subsystem support for the LED.
It maintains backward compatibility with the old
BLK_DEV_IDE_PMAC_BLINK Kconfig option which now
simply selects the new code and influences the
default trigger.
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
--- linux-2.6.orig/drivers/ide/Kconfig 2006-06-20 16:56:01.589161721 +0200
+++ linux-2.6/drivers/ide/Kconfig 2006-06-21 12:02:08.878721123 +0200
@@ -774,11 +774,18 @@ config BLK_DEV_IDEDMA_PMAC
performance.
config BLK_DEV_IDE_PMAC_BLINK
- bool "Blink laptop LED on drive activity"
+ bool "Blink laptop LED on drive activity (DEPRECATED)"
depends on BLK_DEV_IDE_PMAC && ADB_PMU
+ select ADB_PMU_LED
+ select LEDS_TRIGGERS
+ select LEDS_TRIGGER_IDE_DISK
help
This option enables the use of the sleep LED as a hard drive
activity LED.
+ This option is deprecated, it only selects ADB_PMU_LED and
+ LEDS_TRIGGER_IDE_DISK and changes the code in the new led class
+ device to default to the ide-disk trigger (which should be set
+ from userspace via sysfs).
config BLK_DEV_IDE_SWARM
tristate "IDE for Sibyte evaluation boards"
--- linux-2.6.orig/drivers/ide/ppc/pmac.c 2006-06-20 16:56:01.659161721 +0200
+++ linux-2.6/drivers/ide/ppc/pmac.c 2006-06-20 16:56:03.219161721 +0200
@@ -421,107 +421,6 @@ static void pmac_ide_kauai_selectproc(id
#endif /* CONFIG_BLK_DEV_IDEDMA_PMAC */
/*
- * Below is the code for blinking the laptop LED along with hard
- * disk activity.
- */
-
-#ifdef CONFIG_BLK_DEV_IDE_PMAC_BLINK
-
-/* Set to 50ms minimum led-on time (also used to limit frequency
- * of requests sent to the PMU
- */
-#define PMU_HD_BLINK_TIME (HZ/50)
-
-static struct adb_request pmu_blink_on, pmu_blink_off;
-static spinlock_t pmu_blink_lock;
-static unsigned long pmu_blink_stoptime;
-static int pmu_blink_ledstate;
-static struct timer_list pmu_blink_timer;
-static int pmu_ide_blink_enabled;
-
-
-static void
-pmu_hd_blink_timeout(unsigned long data)
-{
- unsigned long flags;
-
- spin_lock_irqsave(&pmu_blink_lock, flags);
-
- /* We may have been triggered again in a racy way, check
- * that we really want to switch it off
- */
- if (time_after(pmu_blink_stoptime, jiffies))
- goto done;
-
- /* Previous req. not complete, try 100ms more */
- if (pmu_blink_off.complete == 0)
- mod_timer(&pmu_blink_timer, jiffies + PMU_HD_BLINK_TIME);
- else if (pmu_blink_ledstate) {
- pmu_request(&pmu_blink_off, NULL, 4, 0xee, 4, 0, 0);
- pmu_blink_ledstate = 0;
- }
-done:
- spin_unlock_irqrestore(&pmu_blink_lock, flags);
-}
-
-static void
-pmu_hd_kick_blink(void *data, int rw)
-{
- unsigned long flags;
-
- pmu_blink_stoptime = jiffies + PMU_HD_BLINK_TIME;
- wmb();
- mod_timer(&pmu_blink_timer, pmu_blink_stoptime);
- /* Fast path when LED is already ON */
- if (pmu_blink_ledstate == 1)
- return;
- spin_lock_irqsave(&pmu_blink_lock, flags);
- if (pmu_blink_on.complete && !pmu_blink_ledstate) {
- pmu_request(&pmu_blink_on, NULL, 4, 0xee, 4, 0, 1);
- pmu_blink_ledstate = 1;
- }
- spin_unlock_irqrestore(&pmu_blink_lock, flags);
-}
-
-static int
-pmu_hd_blink_init(void)
-{
- struct device_node *dt;
- const char *model;
-
- /* Currently, I only enable this feature on KeyLargo based laptops,
- * older laptops may support it (at least heathrow/paddington) but
- * I don't feel like loading those venerable old machines with so
- * much additional interrupt & PMU activity...
- */
- if (pmu_get_model() != PMU_KEYLARGO_BASED)
- return 0;
-
- dt = of_find_node_by_path("/");
- if (dt == NULL)
- return 0;
- model = (const char *)get_property(dt, "model", NULL);
- if (model == NULL)
- return 0;
- if (strncmp(model, "PowerBook", strlen("PowerBook")) != 0 &&
- strncmp(model, "iBook", strlen("iBook")) != 0) {
- of_node_put(dt);
- return 0;
- }
- of_node_put(dt);
-
- pmu_blink_on.complete = 1;
- pmu_blink_off.complete = 1;
- spin_lock_init(&pmu_blink_lock);
- init_timer(&pmu_blink_timer);
- pmu_blink_timer.function = pmu_hd_blink_timeout;
-
- return 1;
-}
-
-#endif /* CONFIG_BLK_DEV_IDE_PMAC_BLINK */
-
-/*
* N.B. this can't be an initfunc, because the media-bay task can
* call ide_[un]register at any time.
*/
@@ -1192,23 +1091,6 @@ pmac_ide_do_suspend(ide_hwif_t *hwif)
pmif->timings[0] = 0;
pmif->timings[1] = 0;
-#ifdef CONFIG_BLK_DEV_IDE_PMAC_BLINK
- /* Note: This code will be called for every hwif, thus we'll
- * try several time to stop the LED blinker timer, but that
- * should be harmless
- */
- if (pmu_ide_blink_enabled) {
- unsigned long flags;
-
- /* Make sure we don't hit the PMU blink */
- spin_lock_irqsave(&pmu_blink_lock, flags);
- if (pmu_blink_ledstate)
- del_timer(&pmu_blink_timer);
- pmu_blink_ledstate = 0;
- spin_unlock_irqrestore(&pmu_blink_lock, flags);
- }
-#endif /* CONFIG_BLK_DEV_IDE_PMAC_BLINK */
-
disable_irq(pmif->irq);
/* The media bay will handle itself just fine */
@@ -1376,13 +1258,6 @@ pmac_ide_setup_device(pmac_ide_hwif_t *p
hwif->selectproc = pmac_ide_selectproc;
hwif->speedproc = pmac_ide_tune_chipset;
-#ifdef CONFIG_BLK_DEV_IDE_PMAC_BLINK
- pmu_ide_blink_enabled = pmu_hd_blink_init();
-
- if (pmu_ide_blink_enabled)
- hwif->led_act = pmu_hd_kick_blink;
-#endif
-
printk(KERN_INFO "ide%d: Found Apple %s controller, bus ID %d%s, irq %d\n",
hwif->index, model_name[pmif->kind], pmif->aapl_bus_id,
pmif->mediabay ? " (mediabay)" : "", hwif->irq);
--- linux-2.6.orig/drivers/macintosh/Kconfig 2006-06-20 16:56:01.689161721 +0200
+++ linux-2.6/drivers/macintosh/Kconfig 2006-06-20 16:56:03.219161721 +0200
@@ -78,6 +78,17 @@ config ADB_PMU
this device; you should do so if your machine is one of those
mentioned above.
+config ADB_PMU_LED
+ bool "Support for the Power/iBook front LED"
+ depends on ADB_PMU
+ select LEDS_CLASS
+ help
+ Support the front LED on Power/iBooks as a generic LED that can
+ be triggered by any of the supported triggers. To get the
+ behaviour of the old CONFIG_BLK_DEV_IDE_PMAC_BLINK, select this
+ and the ide-disk LED trigger and configure appropriately through
+ sysfs.
+
config PMAC_SMU
bool "Support for SMU based PowerMacs"
depends on PPC_PMAC64
--- linux-2.6.orig/drivers/macintosh/Makefile 2006-06-20 16:56:01.729161721 +0200
+++ linux-2.6/drivers/macintosh/Makefile 2006-06-21 11:49:11.698721123 +0200
@@ -12,6 +12,7 @@ obj-$(CONFIG_INPUT_ADBHID) += adbhid.o
obj-$(CONFIG_ANSLCD) += ans-lcd.o
obj-$(CONFIG_ADB_PMU) += via-pmu.o
+obj-$(CONFIG_ADB_PMU_LED) += via-pmu-led.o
obj-$(CONFIG_ADB_CUDA) += via-cuda.o
obj-$(CONFIG_PMAC_APM_EMU) += apm_emu.o
obj-$(CONFIG_PMAC_SMU) += smu.o
--- /dev/null 1970-01-01 00:00:00.000000000 +0000
+++ linux-2.6/drivers/macintosh/via-pmu-led.c 2006-06-21 12:09:50.778721123 +0200
@@ -0,0 +1,144 @@
+/*
+ * via-pmu LED class device
+ *
+ * Copyright 2006 Johannes Berg <johannes@sipsolutions.net>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE, GOOD TITLE or
+ * NON INFRINGEMENT. See the GNU General Public License for more
+ * details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
+ *
+ */
+#include <linux/types.h>
+#include <linux/kernel.h>
+#include <linux/device.h>
+#include <linux/leds.h>
+#include <linux/adb.h>
+#include <linux/pmu.h>
+#include <asm/prom.h>
+
+static spinlock_t pmu_blink_lock;
+static struct adb_request pmu_blink_req;
+/* -1: no change, 0: request off, 1: request on */
+static int requested_change;
+static int sleeping;
+
+static void pmu_req_done(struct adb_request * req)
+{
+ unsigned long flags;
+
+ spin_lock_irqsave(&pmu_blink_lock, flags);
+ /* if someone requested a change in the meantime
+ * (we only see the last one which is fine)
+ * then apply it now */
+ if (requested_change != -1 && !sleeping)
+ pmu_request(&pmu_blink_req, NULL, 4, 0xee, 4, 0, requested_change);
+ /* reset requested change */
+ requested_change = -1;
+ spin_unlock_irqrestore(&pmu_blink_lock, flags);
+}
+
+static void pmu_led_set(struct led_classdev *led_cdev,
+ enum led_brightness brightness)
+{
+ unsigned long flags;
+
+ spin_lock_irqsave(&pmu_blink_lock, flags);
+ switch (brightness) {
+ case LED_OFF:
+ requested_change = 0;
+ break;
+ case LED_FULL:
+ requested_change = 1;
+ break;
+ default:
+ goto out;
+ break;
+ }
+ /* if request isn't done, then don't do anything */
+ if (pmu_blink_req.complete && !sleeping)
+ pmu_request(&pmu_blink_req, NULL, 4, 0xee, 4, 0, requested_change);
+ out:
+ spin_unlock_irqrestore(&pmu_blink_lock, flags);
+}
+
+static struct led_classdev pmu_led = {
+ .name = "pmu-front-led",
+#ifdef CONFIG_BLK_DEV_IDE_PMAC_BLINK
+ .default_trigger = "ide-disk",
+#endif
+ .brightness_set = pmu_led_set,
+};
+
+#ifdef CONFIG_PM
+static int pmu_led_sleep_call(struct pmu_sleep_notifier *self, int when)
+{
+ unsigned long flags;
+
+ spin_lock_irqsave(&pmu_blink_lock, flags);
+
+ switch (when) {
+ case PBOOK_SLEEP_REQUEST:
+ sleeping = 1;
+ break;
+ case PBOOK_WAKE:
+ sleeping = 0;
+ break;
+ default:
+ /* do nothing */
+ break;
+ }
+ spin_unlock_irqrestore(&pmu_blink_lock, flags);
+
+ return PBOOK_SLEEP_OK;
+}
+
+static struct pmu_sleep_notifier via_pmu_led_sleep_notif = {
+ .notifier_call = pmu_led_sleep_call,
+};
+#endif
+
+static int __init via_pmu_led_init(void)
+{
+ struct device_node *dt;
+ const char *model;
+
+ /* only do this on keylargo based models */
+ if (pmu_get_model() != PMU_KEYLARGO_BASED)
+ return -ENODEV;
+
+ dt = of_find_node_by_path("/");
+ if (dt == NULL)
+ return -ENODEV;
+ model = (const char *)get_property(dt, "model", NULL);
+ if (model == NULL)
+ return -ENODEV;
+ if (strncmp(model, "PowerBook", strlen("PowerBook")) != 0 &&
+ strncmp(model, "iBook", strlen("iBook")) != 0) {
+ of_node_put(dt);
+ /* ignore */
+ return -ENODEV;
+ }
+ of_node_put(dt);
+
+ spin_lock_init(&pmu_blink_lock);
+ /* no outstanding req */
+ pmu_blink_req.complete = 1;
+ pmu_blink_req.done = pmu_req_done;
+#ifdef CONFIG_PM
+ pmu_register_sleep_notifier(&via_pmu_led_sleep_notif);
+#endif
+ return led_classdev_register(NULL, &pmu_led);
+}
+
+late_initcall(via_pmu_led_init);
^ permalink raw reply
* windfarm got signal
From: Johannes Berg @ 2006-06-20 23:51 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev list, linux-pm
[-- Attachment #1: Type: text/plain, Size: 627 bytes --]
Hey,
after cpu hotplug I decided to write some fake suspend routines for
ppc64 that always fail to see what all the drivers would say... The
first thing I saw was during the phase where all threads are stopped,
that windfarm got a signal!
Shortly after that, the fans were revved up fully but I guess that's
expected if the wf control loop exits.
So now I'm trying to see *why* it got a signal there. Any ideas? Is that
expected with pm and windfarm just does the wrong thing there by taking
the signal as a reason to exit the control thread?
[code in question is windfarm_core.c:wf_thread_func]
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 793 bytes --]
^ permalink raw reply
* [RFC] cpu hotplug in powermac g5
From: Johannes Berg @ 2006-06-20 23:22 UTC (permalink / raw)
To: linuxppc-dev
The following patch seems to make cpu hotplugging mostly work on my quad
powermac G5. The first part (platforms/powermac/smp.c) actually plugs in
the right functions after which it already works, but the CPUs get
warmer when offline than when online and idle.
The modification in powerpc/kernel/smp.c makes the generic cpu die
routine also do more power saving just like the idle loop. I have no
idea if it is correct.
There do seem to be some bugs with this, once a while I get a soft
lockup detected but I can't figure out why/when it happened. Other than
that, I can online/offline CPUs at will with this patch.
--- linux-2.6-git.orig/arch/powerpc/platforms/powermac/smp.c 2006-06-20 23:23:17.731573780 +0200
+++ linux-2.6-git/arch/powerpc/platforms/powermac/smp.c 2006-06-21 00:20:47.189942635 +0200
@@ -905,8 +905,15 @@ struct smp_ops_t core99_smp_ops = {
.setup_cpu = smp_core99_setup_cpu,
.give_timebase = smp_core99_give_timebase,
.take_timebase = smp_core99_take_timebase,
-#if defined(CONFIG_HOTPLUG_CPU) && defined(CONFIG_PPC32)
+#if defined(CONFIG_HOTPLUG_CPU)
+# if defined(CONFIG_PPC32)
.cpu_disable = smp_core99_cpu_disable,
.cpu_die = smp_core99_cpu_die,
+# endif
+# if defined(CONFIG_PPC64)
+ .cpu_disable = generic_cpu_disable,
+ .cpu_die = generic_cpu_die,
+ .cpu_enable = generic_cpu_enable,
+# endif
#endif
};
--- linux-2.6-git.orig/arch/powerpc/kernel/smp.c 2006-06-21 01:15:42.183256221 +0200
+++ linux-2.6-git/arch/powerpc/kernel/smp.c 2006-06-21 01:15:44.879231957 +0200
@@ -441,8 +441,16 @@ void generic_mach_cpu_die(void)
printk(KERN_DEBUG "CPU%d offline\n", cpu);
__get_cpu_var(cpu_state) = CPU_DEAD;
smp_wmb();
- while (__get_cpu_var(cpu_state) != CPU_UP_PREPARE)
- cpu_relax();
+ while (__get_cpu_var(cpu_state) != CPU_UP_PREPARE) {
+ if (ppc_md.power_save) {
+ /* need we do more? what about TIF_POLLING_NRFLAG? */
+ ppc_md.power_save();
+ } else {
+ HMT_low();
+ HMT_very_low();
+ }
+ HMT_medium(); /* should be after loop? */
+ }
#ifdef CONFIG_PPC64
flush_tlb_pending();
^ permalink raw reply
* Linux ppc port problem
From: robinpv @ 2006-06-21 9:45 UTC (permalink / raw)
To: linuxppc-dev
Hi ,
I am trying to the port linux to the mpc5200 based board( Lite5200.)
I am using linux version 2.6.16.1. I am getting the below message
after that, linux seems to he in hanged state
I debugged and found that the control is reaching the schedule() in
rest_init() which is the last function called in start_kernel().
I have set the command line arguements to "console=ttyPSC0,115200
root=/dev/ram0 rw ramdisk_size=16384"
Can you suggest, how to proceed or what could be the problem.
With regards
Robin
## Booting image at ff000000 ...
Image Name: Linux-2.6.16.1
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1301999 Bytes = 1.2 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at ff200000 ...
Image Name: ramdisk
Image Type: PowerPC Linux RAMDisk Image (gzip compressed)
Data Size: 2788700 Bytes = 2.7 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Loading Ramdisk to 03d05000, end 03fadd5c ... OK
id mach(): done
MMU:enter
MMU:hw init
MMU:mapin
MMU:setio
MMU:exit
setup_arch: enter
setup_arch: bootmem
arch: exit
^ permalink raw reply
* RE: Adding an external interrupt controller
From: Liu Dave-r63238 @ 2006-06-21 9:57 UTC (permalink / raw)
To: 'Laurent Pinchart', linuxppc-embedded
> -----Original Message-----
> Hi everybody,
>
> I'm trying to write a driver for a custom extension bus
> mapped in my MPC8248
> memory space.
>
> The bus has 32 interrupt lines which are handled by an
> interrupt controller
> connected to a single external interrupt on the MPC8248.
>
> I've had a look at the Linux interrupt management code, but
> haven't found any
> easy API to add an external interrupt controller. Could
No, the linux kernel has this feature.
> someone give me a few
> pointers regarding how to proceed ? I would like to
> "register" the interrupt
> controller with the interrupt management core, so that
> request_irq()/free_irq() could be used with the extra interrupts.
>
Need define the struct hw_interrupt_type <your_interrupt_controller>
and the struct irqaction <your_irqaction>, and
implement member function and hook your interrupt controller to
The interrupt controller of MPC8248 with setup_irq.
-Dave
^ permalink raw reply
* Adding an external interrupt controller
From: Laurent Pinchart @ 2006-06-21 9:46 UTC (permalink / raw)
To: linuxppc-embedded
Hi everybody,
I'm trying to write a driver for a custom extension bus mapped in my MPC8248
memory space.
The bus has 32 interrupt lines which are handled by an interrupt controller
connected to a single external interrupt on the MPC8248.
I've had a look at the Linux interrupt management code, but haven't found any
easy API to add an external interrupt controller. Could someone give me a few
pointers regarding how to proceed ? I would like to "register" the interrupt
controller with the interrupt management core, so that
request_irq()/free_irq() could be used with the extra interrupts.
Thanks in advance for your help.
Best regards,
Laurent Pinchart
PS: If this is not architecture-specific and should be asked on the
linux-kernel mailing list, please let me know.
^ permalink raw reply
* Deepak C Shetty is out of the office.
From: Deepak C Shetty @ 2006-06-21 9:24 UTC (permalink / raw)
To: linuxppc-dev
I will be out of the office starting 21/06/2006 and will not return until
03/07/2006.
^ permalink raw reply
* Re: Linux on Virtex4
From: Aidan Williams @ 2006-06-21 8:46 UTC (permalink / raw)
To: Rick Moleres; +Cc: linuxppc-embedded, Martin, Tim
In-Reply-To: <689CB232690D8D4E97DA6C76DA098E6C027E6274@XCO-EXCHVS1.xlnx.xilinx.com>
Rick Moleres wrote:
> There's also a Linux 2.4 patch provided with the ML403 PPC reference
> design on the Xilinx website
> (http://www.xilinx.com/products/boards/ml403/reference_designs.htm) that
> takes care of a Virtex-4 PPC cache issue (CCR0 register). Have you
> applied this?
>
Rick, which cache issue are you referring to?
I tried setting the CCR0 bits in accordance with:
"Solution 10: CPU_213: Incorrect data might be
flushed from the data cache"
but that didn't fix things in my case for the Avnet FX12 MiniModule.
I'm pretty sure that the FX12-MM strikes:
"Solution 13: The return of a cacheline transaction that
is not target word first (non-target word first) can
cause data corruption in the PPC405 Core data cache in
Virtex-4 FX devices."
For which the only solutions mentioned are to run without caches or get
a fixed chip.
As I understand it, the memory controller for this board must be on the
OPB because the memory is 16-bit. Is there any way to move the memory
controller to the PLB thus avoiding the cache problem (for RAM at least)?
- aidan
^ permalink raw reply
* please pull powerpc.git 'merge' branch
From: Paul Mackerras @ 2006-06-21 8:21 UTC (permalink / raw)
To: torvalds; +Cc: linuxppc-dev
Linus,
Please do a pull from the "merge" branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git
to get the powerpc changes for 2.6.18 that have accumulated since the
2.6.17 merge window closed.
The powerpc changes are in the "master" branch in that tree. When I
did a test pull of your tree there were some conflicts, so I did the
merge and resolved the conflicts in the "merge" branch. I tried to
make the merge commit look like the ones you do (what script do you
use to do that, BTW?).
If you prefer to do the merge yourself, pull from the master branch,
and fix up the conflicts in include/asm-powerpc/spu.h (remove both
#includes in the conflict) and drivers/net/phy/Makefile (include both
lines that conflict).
Also, you'll notice that I have started using a "[POWERPC]" tag in the
commit headlines, similar to what other subsystems do.
Thanks,
Paul.
arch/powerpc/Kconfig | 52 +
arch/powerpc/Kconfig.debug | 13
arch/powerpc/Makefile | 1
arch/powerpc/boot/main.c | 27
arch/powerpc/boot/prom.h | 7
arch/powerpc/configs/cell_defconfig | 34 -
arch/powerpc/configs/mpc85xx_cds_defconfig | 846 +++++++++++++++
arch/powerpc/configs/mpc8641_hpcn_defconfig | 921 ++++++++++++++++
arch/powerpc/configs/pmac32_defconfig | 204 ++--
arch/powerpc/configs/pseries_defconfig | 75 +
arch/powerpc/kernel/align.c | 189 ++-
arch/powerpc/kernel/asm-offsets.c | 5
arch/powerpc/kernel/cpu_setup_6xx.S | 2
arch/powerpc/kernel/cpu_setup_power4.S | 17
arch/powerpc/kernel/cputable.c | 137 +-
arch/powerpc/kernel/crash.c | 13
arch/powerpc/kernel/crash_dump.c | 11
arch/powerpc/kernel/entry_64.S | 2
arch/powerpc/kernel/fpu.S | 6
arch/powerpc/kernel/head_32.S | 14
arch/powerpc/kernel/head_64.S | 29 +
arch/powerpc/kernel/iomap.c | 2
arch/powerpc/kernel/iommu.c | 23
arch/powerpc/kernel/irq.c | 25
arch/powerpc/kernel/lparcfg.c | 4
arch/powerpc/kernel/machine_kexec_64.c | 99 ++
arch/powerpc/kernel/misc_32.S | 2
arch/powerpc/kernel/misc_64.S | 5
arch/powerpc/kernel/nvram_64.c | 2
arch/powerpc/kernel/pci_32.c | 7
arch/powerpc/kernel/pci_64.c | 62 -
arch/powerpc/kernel/pci_direct_iommu.c | 18
arch/powerpc/kernel/pci_dn.c | 6
arch/powerpc/kernel/pci_iommu.c | 41 -
arch/powerpc/kernel/proc_ppc64.c | 2
arch/powerpc/kernel/process.c | 55 +
arch/powerpc/kernel/prom.c | 145 ++-
arch/powerpc/kernel/prom_init.c | 120 --
arch/powerpc/kernel/prom_parse.c | 25
arch/powerpc/kernel/ptrace.c | 2
arch/powerpc/kernel/rtas-rtc.c | 30 -
arch/powerpc/kernel/rtas.c | 108 +-
arch/powerpc/kernel/rtas_flash.c | 25
arch/powerpc/kernel/rtas_pci.c | 4
arch/powerpc/kernel/setup-common.c | 20
arch/powerpc/kernel/setup.h | 3
arch/powerpc/kernel/setup_32.c | 18
arch/powerpc/kernel/setup_64.c | 31 -
arch/powerpc/kernel/signal_32.c | 23
arch/powerpc/kernel/signal_64.c | 16
arch/powerpc/kernel/smp.c | 2
arch/powerpc/kernel/systbl.S | 311 ------
arch/powerpc/kernel/time.c | 67 +
arch/powerpc/kernel/traps.c | 8
arch/powerpc/kernel/udbg.c | 7
arch/powerpc/kernel/vdso.c | 57 +
arch/powerpc/kernel/vector.S | 4
arch/powerpc/kernel/vio.c | 344 +++++-
arch/powerpc/kernel/vmlinux.lds.S | 5
arch/powerpc/lib/Makefile | 5
arch/powerpc/lib/bitops.c | 150 ---
arch/powerpc/mm/hash_low_32.S | 34 -
arch/powerpc/mm/hash_low_64.S | 31 +
arch/powerpc/mm/hash_native_64.c | 2
arch/powerpc/mm/hash_utils_64.c | 84 +
arch/powerpc/mm/lmb.c | 43 +
arch/powerpc/mm/mem.c | 6
arch/powerpc/mm/mmu_context_32.c | 2
arch/powerpc/mm/mmu_context_64.c | 3
arch/powerpc/mm/numa.c | 8
arch/powerpc/mm/ppc_mmu_32.c | 16
arch/powerpc/mm/slb.c | 32 -
arch/powerpc/mm/slb_low.S | 17
arch/powerpc/mm/stab.c | 4
arch/powerpc/mm/tlb_32.c | 6
arch/powerpc/mm/tlb_64.c | 5
arch/powerpc/oprofile/Kconfig | 1
arch/powerpc/oprofile/Makefile | 4
arch/powerpc/oprofile/common.c | 6
arch/powerpc/oprofile/op_model_power4.c | 37 -
arch/powerpc/platforms/85xx/Kconfig | 9
arch/powerpc/platforms/85xx/Makefile | 1
arch/powerpc/platforms/85xx/mpc85xx_cds.c | 359 ++++++
arch/powerpc/platforms/85xx/mpc85xx_cds.h | 43 +
arch/powerpc/platforms/86xx/Kconfig | 36 +
arch/powerpc/platforms/86xx/Makefile | 10
arch/powerpc/platforms/86xx/mpc8641_hpcn.h | 54 +
arch/powerpc/platforms/86xx/mpc86xx.h | 28
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c | 326 ++++++
arch/powerpc/platforms/86xx/mpc86xx_pcie.c | 173 +++
arch/powerpc/platforms/86xx/mpc86xx_smp.c | 117 ++
arch/powerpc/platforms/86xx/pci.c | 325 ++++++
arch/powerpc/platforms/Makefile | 1
arch/powerpc/platforms/cell/Kconfig | 9
arch/powerpc/platforms/cell/Makefile | 23
arch/powerpc/platforms/cell/cbe_regs.c | 128 ++
arch/powerpc/platforms/cell/cbe_regs.h | 129 ++
arch/powerpc/platforms/cell/interrupt.c | 40 -
arch/powerpc/platforms/cell/iommu.c | 18
arch/powerpc/platforms/cell/pervasive.c | 104 --
arch/powerpc/platforms/cell/pervasive.h | 37 -
arch/powerpc/platforms/cell/ras.c | 112 ++
arch/powerpc/platforms/cell/ras.h | 9
arch/powerpc/platforms/cell/setup.c | 14
arch/powerpc/platforms/cell/spu_base.c | 179 ++-
arch/powerpc/platforms/cell/spu_callbacks.c | 314 ------
arch/powerpc/platforms/cell/spu_priv1.c | 133 --
arch/powerpc/platforms/cell/spu_priv1_mmio.c | 159 +++
arch/powerpc/platforms/cell/spufs/Makefile | 14
arch/powerpc/platforms/cell/spufs/context.c | 12
arch/powerpc/platforms/cell/spufs/file.c | 67 +
arch/powerpc/platforms/cell/spufs/hw_ops.c | 1
arch/powerpc/platforms/cell/spufs/inode.c | 30 -
arch/powerpc/platforms/cell/spufs/sched.c | 3
.../cell/spufs/spu_restore_dump.h_shipped | 1122 ++++++++++++++++++-----
.../platforms/cell/spufs/spu_save_dump.h_shipped | 922 +++++++++++++++----
arch/powerpc/platforms/cell/spufs/switch.c | 48 +
arch/powerpc/platforms/iseries/Makefile | 6
arch/powerpc/platforms/iseries/call_pci.h | 19
arch/powerpc/platforms/iseries/dt.c | 615 +++++++++++
arch/powerpc/platforms/iseries/iommu.c | 46 -
arch/powerpc/platforms/iseries/irq.c | 7
arch/powerpc/platforms/iseries/irq.h | 2
arch/powerpc/platforms/iseries/mf.c | 9
arch/powerpc/platforms/iseries/pci.c | 347 +-----
arch/powerpc/platforms/iseries/setup.c | 271 -----
arch/powerpc/platforms/iseries/setup.h | 2
arch/powerpc/platforms/iseries/vio.c | 131 --
arch/powerpc/platforms/maple/pci.c | 3
arch/powerpc/platforms/maple/setup.c | 2
arch/powerpc/platforms/powermac/cpufreq_32.c | 2
arch/powerpc/platforms/powermac/feature.c | 2
arch/powerpc/platforms/powermac/pci.c | 3
arch/powerpc/platforms/powermac/pfunc_core.c | 14
arch/powerpc/platforms/powermac/setup.c | 2
arch/powerpc/platforms/pseries/Makefile | 5
arch/powerpc/platforms/pseries/eeh_cache.c | 2
arch/powerpc/platforms/pseries/eeh_driver.c | 55 +
arch/powerpc/platforms/pseries/eeh_event.c | 50 -
arch/powerpc/platforms/pseries/iommu.c | 182 +--
arch/powerpc/platforms/pseries/rtasd.c | 6
arch/powerpc/platforms/pseries/scanlog.c | 6
arch/powerpc/platforms/pseries/setup.c | 6
arch/powerpc/platforms/pseries/vio.c | 274 -----
arch/powerpc/platforms/pseries/xics.c | 25
arch/powerpc/sysdev/Makefile | 4
arch/powerpc/sysdev/dart_iommu.c | 2
arch/powerpc/sysdev/mpic.c | 20
arch/ppc/Kconfig | 4
arch/ppc/mm/init.c | 2
arch/ppc/mm/mmu_context.c | 2
arch/ppc/mm/tlb.c | 6
arch/ppc/platforms/4xx/Kconfig | 2
arch/ppc/platforms/4xx/cpci405.c | 139 ++
arch/ppc/platforms/4xx/cpci405.h | 30 -
arch/um/sys-ppc/misc.S | 6
drivers/block/viodasd.c | 2
drivers/cdrom/viocd.c | 2
drivers/char/hvc_console.c | 4
drivers/char/hvc_rtas.c | 37 -
drivers/char/hvsi.c | 2
drivers/char/viotape.c | 2
drivers/i2c/busses/Kconfig | 4
drivers/macintosh/via-pmu.c | 4
drivers/net/Kconfig | 8
drivers/net/ibmveth.c | 2
drivers/net/iseries_veth.c | 27
drivers/net/phy/Kconfig | 5
drivers/net/phy/Makefile | 1
drivers/net/phy/vitesse.c | 112 ++
include/asm-powerpc/bitops.h | 6
include/asm-powerpc/cputable.h | 82 +
include/asm-powerpc/delay.h | 13
include/asm-powerpc/eeh.h | 15
include/asm-powerpc/eeh_event.h | 10
include/asm-powerpc/elf.h | 2
include/asm-powerpc/hvcall.h | 10
include/asm-powerpc/immap_86xx.h | 199 ++++
include/asm-powerpc/io.h | 6
include/asm-powerpc/iommu.h | 6
include/asm-powerpc/irq.h | 86 ++
include/asm-powerpc/iseries/iommu.h | 6
include/asm-powerpc/kdump.h | 29 -
include/asm-powerpc/kexec.h | 16
include/asm-powerpc/machdep.h | 5
include/asm-powerpc/mmu.h | 16
include/asm-powerpc/mmu_context.h | 12
include/asm-powerpc/mpc86xx.h | 47 +
include/asm-powerpc/mpic.h | 10
include/asm-powerpc/paca.h | 4
include/asm-powerpc/page.h | 11
include/asm-powerpc/pci-bridge.h | 14
include/asm-powerpc/pgtable-4k.h | 2
include/asm-powerpc/pgtable-64k.h | 2
include/asm-powerpc/pgtable.h | 10
include/asm-powerpc/processor.h | 16
include/asm-powerpc/prom.h | 9
include/asm-powerpc/ptrace.h | 2
include/asm-powerpc/reg.h | 69 +
include/asm-powerpc/rtas.h | 9
include/asm-powerpc/spu.h | 29 -
include/asm-powerpc/spu_csa.h | 13
include/asm-powerpc/spu_priv1.h | 182 +++
include/asm-powerpc/systbl.h | 306 +++++
include/asm-powerpc/tce.h | 35 -
include/asm-powerpc/topology.h | 9
include/asm-powerpc/udbg.h | 3
include/asm-powerpc/vio.h | 16
include/asm-ppc/mmu.h | 23
include/asm-ppc/mmu_context.h | 27
include/asm-ppc/mpc85xx.h | 3
include/asm-ppc/pgtable.h | 2
include/linux/delay.h | 5
include/linux/prctl.h | 7
kernel/sys.c | 13
215 files changed, 9825 insertions(+), 4033 deletions(-)
create mode 100644 arch/powerpc/configs/mpc85xx_cds_defconfig
create mode 100644 arch/powerpc/configs/mpc8641_hpcn_defconfig
delete mode 100644 arch/powerpc/lib/bitops.c
create mode 100644 arch/powerpc/platforms/85xx/mpc85xx_cds.c
create mode 100644 arch/powerpc/platforms/85xx/mpc85xx_cds.h
create mode 100644 arch/powerpc/platforms/86xx/Kconfig
create mode 100644 arch/powerpc/platforms/86xx/Makefile
create mode 100644 arch/powerpc/platforms/86xx/mpc8641_hpcn.h
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx.h
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_pcie.c
create mode 100644 arch/powerpc/platforms/86xx/mpc86xx_smp.c
create mode 100644 arch/powerpc/platforms/86xx/pci.c
create mode 100644 arch/powerpc/platforms/cell/cbe_regs.c
create mode 100644 arch/powerpc/platforms/cell/cbe_regs.h
create mode 100644 arch/powerpc/platforms/cell/ras.c
create mode 100644 arch/powerpc/platforms/cell/ras.h
delete mode 100644 arch/powerpc/platforms/cell/spu_priv1.c
create mode 100644 arch/powerpc/platforms/cell/spu_priv1_mmio.c
create mode 100644 arch/powerpc/platforms/iseries/dt.c
delete mode 100644 arch/powerpc/platforms/iseries/vio.c
delete mode 100644 arch/powerpc/platforms/pseries/vio.c
create mode 100644 drivers/net/phy/vitesse.c
create mode 100644 include/asm-powerpc/immap_86xx.h
rename arch/powerpc/platforms/iseries/iommu.h => include/asm-powerpc/iseries/iommu.h (91%)
create mode 100644 include/asm-powerpc/mpc86xx.h
create mode 100644 include/asm-powerpc/spu_priv1.h
create mode 100644 include/asm-powerpc/systbl.h
Amos Waterland:
[POWERPC] Fix builtin command line interaction with firmware
Andreas Schwab:
[POWERPC] Unify ppc syscall tables
Andrew Morton:
powerpc kbuild warning fix
Andy Fleming:
Add 85xx CDS to arch/powerpc
Anton Blanchard:
powerpc: remove io_page_mask
powerpc: add num_pmcs to 970MP cputable entry
Add a prctl to change the endianness of a process.
[POWERPC] 64bit FPSCR support
[POWERPC] Optimise some TOC usage
[POWERPC] Remove stale 64bit on 32bit kernel code
[POWERPC] Update pseries defconfig
[POWERPC] pcibus_to_node fixes
[POWERPC] node local IOMMU tables
[POWERPC] cleanup dma_mapping_ops
[POWERPC] Fix HV bit handling on non partitioned machines
[POWERPC] system call micro optimisation
[POWERPC] update pmac32_defconfig
[POWERPC] Fix mdelay badness on shared processor partitions
[POWERPC] Dont look for class-code in pci children
[POWERPC] support ibm,extended-*-frequency properties
Arnd Bergmann:
[POWERPC] disable floating point exceptions for init
arnd@arndb.de:
[POWERPC] cell: fix interrupt priority handling
[POWERPC] cell: update defconfig
[POWERPC] cell: always build spu base into the kernel
[POWERPC] spufs: restore mapping of mssync register
[POWERPC] spufs: set up correct SLB entries for 64k pages
[POWERPC] spufs: add a phys-id attribute to each SPU context
[POWERPC] spufs: fix initial state of wbox file
[POWERPC] spufs: dont try to access SPE channel 1 count
[POWERPC] spufs: fail spu_create with invalid flags
[POWERPC] spufs: one more fix for 64k pages
Benjamin Herrenschmidt:
powerpc vdso updates
powerpc: Fix buglet with MMU hash management
powerpc: Add udbg-immortal kernel option
[POWERPC] cell: add RAS support
Christoph Hellwig:
powerpc: implement pcibus_to_node and pcibus_to_cpumask
powerpc: node-aware dma allocations
Dave C Boutcher:
[POWERPC] check firmware state before suspending
Geoff Levand:
powerpc: remove do-nothing cpu setup routines
[POWERPC] spufs: split the Cell BE support into generic and platform dependant parts
[POWERPC] spufs: further abstract priv1 register access
[POWERPC] spufs: fix spu irq affinity setting
Haren Myneni:
powerpc: clear IPIs on kdump
Jake Moilanen:
[POWERPC] Add support for PCI-Express nodes in the device tree
[POWERPC] MSI abstraction
Jeremy Kerr:
powerpc: cell: use kzalloc in alloc_spu_context()
powerpc: Add of_parse_dma_window()
powerpc: pseries: Use generic dma-window parsing function
[POWERPC] cell: register SPUs as sysdevs
[POWERPC] spufs: use kzalloc in create_spu
Jimi Xenidis:
powerpc: Auto reserve of device tree blob
jimix@watson.ibm.com:
powerpc: udbg_printf() formatting attribute
Johannes Berg:
[POWERPC] make pmf irq_client functions safe against pmf interrupts coming in
John Rose:
powerpc: reorg RTAS delay code
[POWERPC] RTAS delay, fix module build breaks
Jon Loeliger:
[POWERPC] Guard L3CR references with CPU_FTR_L3CR.
[POWERPC] Prevent duplicate lmb reservations for Device Tree blob.
[POWERPC] Add the mpc8641 hpcn Kconfig and Makefiles.
[POWERPC] Add mpc8641_hpcn_defconfig config file.
[POWERPC] Add 8641 CPU table entry.
[POWERPC] Add starting of secondary 86xx CPUs.
[POWERPC] Add the MPC8641 HPCN platform files.
[POWERPC] Add mpc8641hpcn PCI/PCI-Express platform files.
[POWERPC] Add 8641 Register space and IRQ definitions.
[POWERPC] Document I2C_MPC option for 86xx too.
[POWERPC] Add Vitesse 8244 PHY for MPC8641 HPCN platform.
Jon Mason:
remove powerpc bitops in favor of existing generic bitops
Kelly Daly:
[POWERPC] re-enable OProfile for iSeries, using timer interrupt
Kumar Gala:
powerpc: provide ppc_md.panic() for both ppc32 & ppc64
Linas Vepstas:
powerpc/pseries: clear PCI failure counter if no new failures
powerpc/pseries: Increment fail counter in PCI recovery
[POWERPC] pseries: Print PCI slot location code on failure
Mark A. Greer:
[POWERPC] mpic: add support for serial mode interrupts
Masato Noguchi:
[POWERPC] spufs: remove stop_code from struct spu
[POWERPC] spufs: fix Makefile for "make clean"
[POWERPC] spufs: clear class2 interrupt status before wakeup
Matthias Fuchs:
[POWERPC] ppc32: fix CPCI405 board support
Michael Ellerman:
powerpc: Disable and EOI interrupts in machine_crash_shutdown()
powerpc: Make early debugging options behave with oldconfig
powerpc: Make early xmon logic immune to location of early parsing
powerpc: Parse early parameters earlier
powerpc: Unify mem= handling
powerpc: Kdump header cleanup
powerpc: Move crashkernel= handling into the kernel.
powerpc: Make rtas console _much_ faster
powerpc: Cleanup hvc_rtas.c a little
[POWERPC] spufs: fix deadlock in spu_create error path
Michael Neuling:
powerpc: whitespace cleanup in reg.h
powerpc: oprofile support for POWER6
mostrows@watson.ibm.com:
powerpc: Create /proc/rtas, /proc/ppc64/rtas if RTAS exists.
[POWERPC] Editable kernel command-line in zImage binary.
Nathan Lynch:
[POWERPC] Extra sanity check in EEH code
Olof Johansson:
powerpc: Quiet HVSI boot output
powerpc: Quiet time init output
powerpc: Quiet page order output
powerpc: Quiet VETH version printk
powerpc: Don't print chosen idle loop at every boot
powerpc: Less verbose mem configuration output
powerpc: Lack of ISA interrupts on XICS isn't dangerous
powerpc: Quiet PCI init printouts
powerpc: Quiet rtasd output at boot
powerpc: Quiet oprofile output at boot
powerpc: Remove stale iseries global
powerpc: kill union tce_entry
powerpc iommu: minor cleanup
Paul Mackerras:
powerpc: Implement support for setting little-endian mode via prctl
powerpc: Implement PR_[GS]ET_UNALIGN prctls for powerpc
powerpc: Fix bug in iommu_alloc_coherent causing hang during boot
powerpc: add context.vdso_base for 32-bit too
powerpc: Remove unused paca->pgdir field
powerpc: Fix some missed ppc32 mm->context.id conversions
powerpc: Use 64k pages without needing cache-inhibited large pages
powerpc: Simplify push_end definition in pci_32.c
Renzo Davoli:
powerpc: enable PPC_PTRACE_[GS]ETREGS on ppc32
Stephen Rothwell:
powerpc: add all the iSeries virtual devices to the device tree
powerpc: use the device tree for the iSeries vio bus probe
powerpc: use a common vio_match_device routine
powerpc: merge the rest of the vio code
powerpc: update iseries_veth device-tree information
powerpc: update iSeries viodasd device-tree entries
powerpc: update iSeries vdevice
powerpc: update iSeries viocd and viotape device-tree
powerpc: the iSeries vio lan driver changed device type
powerpc: tidy up iseries/pci.c
powerpc: reintroduce HvCallPci_configLoad32
powerpc: move iSeries PCI devices to the device tree
powerpc: remove iSeries_Global_Device_List
powerpc: remove Irq from pci_dn
powerpc: remove LogicalSlot from pci_dn
powerpc: iSeries PCI devices can now have a devpsec attribute
powerpc: clean up iSeries PCI probe
powerpc: make iSeries flat device tree stuff static
powerpc: give iSeries device tree nodes better names
powerpc: split device tree stuff out of iseries/setup.c
powerpc: make iSeries flattened device tree dynamic
powerpc: make iSeries flattened device tree dynamic - part 2
powerpc: cleanup of iSeries flat device tree
Will Schmidt:
nvram_print_partitions cosmetic fixup
powerpc: fix of_parse_dma_window
^ permalink raw reply
* porting Linux 2.4 on ML403
From: Rajanibabu @ 2006-06-21 7:33 UTC (permalink / raw)
To: linuxppc-embedded
hi JF Hasson
I am trying to port linux 2=2E4 devel to ML403=2E iam using the links htt=
p://splish=2Eee=2Ebyu=2Eedu/projects/LinuxFPGA/configuring=2Ehtm and http://=
www=2Eklingauf=2Ede/v2p/index=2Ephtml=2E Using these links i have done the f=
ollowing tasks=2E
1=2E Build the kernel and created the system=2Eace file
2=2E created 3 partitions in 512Mb Compact flash ie A=2Efat-16 (60Mb)
B=2ELinux-swap (50Mb)
C=2Eext3 (remaining 380Mb)=
3=2E copy system=2Eace to first partition i=2Ee fat-16=2E
when i put this compact flash on Board the red LED (Sysace error) is glowin=
g=2E And iam connecting board in Windows-XP Platform=2E
So Please help me to come out of this and Let me know the Procedure you foll=
owed to successfully port Linux on ML403=2E
Best Regards=20
Rajanibabu
^ permalink raw reply
* Re: Linux on Virtex4
From: Grant Likely @ 2006-06-21 7:55 UTC (permalink / raw)
To: filippo.capurso; +Cc: linuxppc-embedded
In-Reply-To: <4498F1E7.5010900@dave-tech.it>
On 6/21/06, Filippo Capurso <filippo.capurso@dave-tech.it> wrote:
> Hi Grant,
>
> I'm having some trouble with 2.6.17-rc6 kernel (wich incorporates your
> patches for Xilinx ML403 board) and my ML403 board.
> This is my message about this issue:
>
> http://ozlabs.org/pipermail/linuxppc-embedded/2006-June/023321.html
Yes, I had seen your message; but I'm not an expert on the 4xx mmu. I
haven't seen that behaviour on my board.
Double check your memory ranges. Have you given the kernel real RAM?
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
^ permalink raw reply
* RE: [PATCH/2.6.17-rc6 0/4 v2] powerpc: add mpc7448hpc2 (Taiga) board support
From: Zang Roy-r61911 @ 2006-06-21 7:51 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev list, Alexandre.Bounine, Yang Xin-Xin-r48390
> -----Original Message-----
> From: Zang Roy-r61911
> Sent: Tuesday, June 13, 2006 3:08 PM
> To: 'Paul Mackerras'; 'Benjamin Herrenschmidt'
> Cc: 'linuxppc-dev list'; Yang Xin-Xin-r48390;
> 'Alexandre.Bounine@tundra.com'; Zang Roy-r61911
> Subject: [PATCH/2.6.17-rc6 0/4 v2] powerpc: add mpc7448hpc2
> (Taiga) board support
>
>
> Hi,
> This series of patch adds mpc7448hpc2 (taiga) board
> support in arch/powerpc.
> Tsi108 chip of Tundra Semiconductor is also supported.
> The code has been revised according to the feedback.
>
> Roy Zang
>
Hi, Paul
I have not got any suggestion, since I submitted the "v2" version mpc7448hpc2 board support in arch/powerpc :).
In this submission I have addressed all the issues brought up in the "v1" submission. So could you help me merge the patches into your git tree ?
If there is any comment, please tell me.
Thanks a lot!
Roy
^ permalink raw reply
* Re: [PATCH 2/3] FS_ENET: use PAL for mii management
From: Gerhard Jaeger @ 2006-06-21 7:20 UTC (permalink / raw)
To: linuxppc-embedded; +Cc: netdev, linux-kernel
In-Reply-To: <20060620145840.24807.30296.stgit@vitb.ru.mvista.com>
Hi,
On Tuesday 20 June 2006 16:58, Vitaly Bordug wrote:
>
> This patch should update the fs_enet infrastructure to utilize
> Phy Abstraction Layer subsystem. Inside there are generic driver rehaul,
> board-specific portion to respect driver changes (for 8272ads and 866ads).
>
> Signed-off-by: Vitaly Bordug <vbordug@ru.mvista.com>
> ---
>
> arch/ppc/platforms/mpc8272ads_setup.c | 154 ++++++----
> arch/ppc/platforms/mpc866ads_setup.c | 192 ++++++------
> arch/ppc/platforms/mpc885ads_setup.c | 179 ++++--------
> arch/ppc/syslib/mpc8xx_devices.c | 8 +
> arch/ppc/syslib/mpc8xx_sys.c | 6
> arch/ppc/syslib/pq2_devices.c | 5
> arch/ppc/syslib/pq2_sys.c | 3
> drivers/net/fs_enet/Makefile | 6
> drivers/net/fs_enet/fec.h | 42 +++
> drivers/net/fs_enet/fs_enet-main.c | 207 ++++++++-----
> drivers/net/fs_enet/fs_enet-mii.c | 507 ---------------------------------
> drivers/net/fs_enet/fs_enet.h | 40 ++-
> drivers/net/fs_enet/mac-fcc.c | 10 -
> drivers/net/fs_enet/mac-fec.c | 132 +--------
> drivers/net/fs_enet/mac-scc.c | 4
> drivers/net/fs_enet/mii-bitbang.c | 384 +++++++++++++++----------
> drivers/net/fs_enet/mii-fec.c | 243 ++++++++++++++++
> drivers/net/fs_enet/mii-fixed.c | 92 ------
> include/asm-ppc/mpc8260.h | 1
> include/asm-ppc/mpc8xx.h | 1
> include/linux/fs_enet_pd.h | 50 +--
> 21 files changed, 983 insertions(+), 1283 deletions(-)
[SNIPSNAP]
> diff --git a/drivers/net/fs_enet/mii-bitbang.c b/drivers/net/fs_enet/mii-bitbang.c
> index 24a5e2e..145bf4c 100644
> --- a/drivers/net/fs_enet/mii-bitbang.c
> +++ b/drivers/net/fs_enet/mii-bitbang.c
> @@ -34,6 +34,7 @@
> #include <linux/mii.h>
> #include <linux/ethtool.h>
> #include <linux/bitops.h>
> +#include <linux/platform_device.h>
>
> #include <asm/pgtable.h>
> #include <asm/irq.h>
> @@ -41,6 +42,7 @@
>
> #include "fs_enet.h"
>
> +
> #ifdef CONFIG_8xx
> static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int port, int bit)
> {
> @@ -106,64 +108,25 @@ static int bitbang_prep_bit(u8 **dirp, u
> }
> #endif
>
> -#ifdef CONFIG_8260
> -static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int port, int bit)
> +static int bitbang_prep_bit(u8 **datp, u8 *mskp,
> + struct fs_mii_bit *mii_bit)
is it possible, that in case of CONFIG_8xx you'll have two times this
bitbang_prep_bit() function?
Gerhard
--
Gerhard Jaeger <gjaeger@sysgo.com>
SYSGO AG Embedded and Real-Time Software
www.sysgo.com | www.elinos.com | www.pikeos.com | www.osek.de
^ permalink raw reply
* Re: [PATCH 2/3] FS_ENET: use PAL for mii management
From: Vitaly Bordug @ 2006-06-21 7:38 UTC (permalink / raw)
To: Gerhard Jaeger; +Cc: netdev, linux-kernel, linuxppc-embedded
In-Reply-To: <200606210920.37295.g.jaeger@sysgo.com>
На Wed, 21 Jun 2006 09:20:36 +0200
Gerhard Jaeger <g.jaeger@sysgo.com> записано:
> Hi,
>
> On Tuesday 20 June 2006 16:58, Vitaly Bordug wrote:
> >
> > This patch should update the fs_enet infrastructure to utilize
> > Phy Abstraction Layer subsystem. Inside there are generic driver
> > rehaul, board-specific portion to respect driver changes (for
> > 8272ads and 866ads).
> >
> > Signed-off-by: Vitaly Bordug <vbordug@ru.mvista.com>
> > ---
> >
> > arch/ppc/platforms/mpc8272ads_setup.c | 154 ++++++----
> > arch/ppc/platforms/mpc866ads_setup.c | 192 ++++++------
> > arch/ppc/platforms/mpc885ads_setup.c | 179 ++++--------
> > arch/ppc/syslib/mpc8xx_devices.c | 8 +
> > arch/ppc/syslib/mpc8xx_sys.c | 6
> > arch/ppc/syslib/pq2_devices.c | 5
> > arch/ppc/syslib/pq2_sys.c | 3
> > drivers/net/fs_enet/Makefile | 6
> > drivers/net/fs_enet/fec.h | 42 +++
> > drivers/net/fs_enet/fs_enet-main.c | 207 ++++++++-----
> > drivers/net/fs_enet/fs_enet-mii.c | 507
> > ---------------------------------
> > drivers/net/fs_enet/fs_enet.h | 40 ++-
> > drivers/net/fs_enet/mac-fcc.c | 10 -
> > drivers/net/fs_enet/mac-fec.c | 132 +--------
> > drivers/net/fs_enet/mac-scc.c | 4
> > drivers/net/fs_enet/mii-bitbang.c | 384
> > +++++++++++++++---------- drivers/net/fs_enet/mii-fec.c |
> > 243 ++++++++++++++++ drivers/net/fs_enet/mii-fixed.c | 92
> > ------ include/asm-ppc/mpc8260.h | 1
> > include/asm-ppc/mpc8xx.h | 1
> > include/linux/fs_enet_pd.h | 50 +-- 21 files changed,
> > 983 insertions(+), 1283 deletions(-)
>
> [SNIPSNAP]
> > diff --git a/drivers/net/fs_enet/mii-bitbang.c
> > b/drivers/net/fs_enet/mii-bitbang.c index 24a5e2e..145bf4c 100644
> > --- a/drivers/net/fs_enet/mii-bitbang.c
> > +++ b/drivers/net/fs_enet/mii-bitbang.c
> > @@ -34,6 +34,7 @@
> > #include <linux/mii.h>
> > #include <linux/ethtool.h>
> > #include <linux/bitops.h>
> > +#include <linux/platform_device.h>
> >
> > #include <asm/pgtable.h>
> > #include <asm/irq.h>
> > @@ -41,6 +42,7 @@
> >
> > #include "fs_enet.h"
> >
> > +
> > #ifdef CONFIG_8xx
> > static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int
> > port, int bit) {
> > @@ -106,64 +108,25 @@ static int bitbang_prep_bit(u8 **dirp, u
> > }
> > #endif
> >
> > -#ifdef CONFIG_8260
> > -static int bitbang_prep_bit(u8 **dirp, u8 **datp, u8 *mskp, int
> > port, int bit) +static int bitbang_prep_bit(u8 **datp, u8 *mskp,
> > + struct fs_mii_bit *mii_bit)
>
> is it possible, that in case of CONFIG_8xx you'll have two times this
> bitbang_prep_bit() function?
>
Hmm, yes, thanks for pointing that out. The problem is in other
thing though - the bitbang stuff got unified so there should be no
board-specific ifdefs like those.
This issue must have missed the cleanup, I'll fix and redo the patches.
--
Sincerely, Vitaly
^ permalink raw reply
* Re: Linux on Virtex4
From: Filippo Capurso @ 2006-06-21 7:14 UTC (permalink / raw)
To: Grant Likely; +Cc: linuxppc-embedded
In-Reply-To: <528646bc0606191638j64448168ia19d6a97ab81e648@mail.gmail.com>
Hi Grant,
I'm having some trouble with 2.6.17-rc6 kernel (wich incorporates your
patches for Xilinx ML403 board) and my ML403 board.
This is my message about this issue:
http://ozlabs.org/pipermail/linuxppc-embedded/2006-June/023321.html
Could you help me please?
Thanks in advance.
Filippo Capurso
Grant Likely ha scritto:
> On 6/19/06, Martin, Tim <tim.martin@viasat.com> wrote:
>
>>1) Is there anything obvious from the kernel panics below that I should
>>be looking for? Just the answer "linux 2.4.20 is really fricken old,
>>upgrade" is probably the right answer.
>
>
> I've seen kernel panics when booting large kernel images (>1.5M),
> especially when I've welded the kernel image to a system.ace file for
> booting via CF. I haven't tracked down the root cause. I use both
> 2.4 and 2.6, and I've seen kernel panics with both. In your case,
> you'll need to decode the backtrace to find out where the kernel is
> panicing
>
> g.
>
--
DAVE Srl - Electronics System House
via Forniz 2/1
33080 Porcia (PN) - Italy
Telephone: +39.0434.921215
Telefax: +39.0434.1994030
Freefax: +39.02.700520062
web: www.dave-tech.it
e-mail: filippo.capurso@dave-tech.it
how to reach us: http://mail.map24.com/dave
^ permalink raw reply
* uboot and ppc405
From: Zhang Ke @ 2006-06-21 6:29 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
I want to use Uboot in v2pro for booting linux from xilinx flash PROM. is it doable?
my board is a custom board, which has a XC2VP20, XCF32P, DDR, UART
at present, i can run a open core linux on the board by JTAG and UART. but i must use iMPACT to download bit file(about 0.97MB), use XMD to download elf file(about 4.43MB). this is too slow :(
can i use flash PROM to store these two files? and when power on, the UBoot can download them automatically and orderly to FPGA?
I found the XAPP542 from xilinx, but it use UBoot to config FPGA from the files stored in SystemACE Compact Flash Card. Unfortunately, my board does NOT has SystemACE:(
I also want to ask you that whether my XCF32P(32 Mbit=4MB) is large enough for storing the whole things?
Help me :(
Thank you :)
--------------
Zhang Ke
2006-06-21
^ permalink raw reply
* RE: Exceptions during PCI initialization at u-boot
From: Liu Dave-r63238 @ 2006-06-21 5:21 UTC (permalink / raw)
To: 'Prabhat_Singh', linuxppc-embedded
Can you give me the more information of context? For example,
What is the PCI initialize code you used? What is the PCI bus write operation?
-Dave
> -----Original Message-----
> From: Prabhat_Singh [mailto:Prabhat_Singh@Satyam.com]
> Sent: Tuesday, June 20, 2006 8:19 PM
> To: Liu Dave-r63238; linuxppc-embedded@ozlabs.org
> Subject: RE: Exceptions during PCI initialization at u-boot
>
>
> Hi Dave,
> Thanks for prompt response, it's really helped.
>
> By reading ESR (error status register) I found that machine
> check exception is coming because of "PCI parity error
> received on a write" bit 7 of ESR is getting set.
>
> Can you tell me reason and the possible solution for this one.
>
> Regards
> Prabhat
>
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Stephen Rothwell @ 2006-06-21 4:32 UTC (permalink / raw)
To: Kelly Daly; +Cc: linuxppc64-dev, kelly, paulus, anton
In-Reply-To: <200606211352.55446.kelly@au.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 563 bytes --]
On Wed, 21 Jun 2006 13:52:55 +1000 Kelly Daly <kelly@au1.ibm.com> wrote:
>
> This patch removes the changes from an earlier patch that disables
> oProfile for iSeries within the oProfile KConfig (submitted Feb 23,
> 2006). Checks within the arch init for iSeries, still allowing profiling
> for timer interrupts (using firmware_has_feature).
>
> Signed-off-by: Kelly Daly <kelly@au.ibm.com>
Acked-by: Stephen Rothwell <sfr@canb.auug.org.au>
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: [PATCH] mpic: add support for Time-Of-Day-Clock (TODC)
From: Mark A. Greer @ 2006-06-21 4:22 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev, Paul Mackerras
In-Reply-To: <1150852399.12507.34.camel@localhost.localdomain>
On Wed, Jun 21, 2006 at 11:13:18AM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2006-06-19 at 14:00 -0700, Mark A. Greer wrote:
> > [Forgot to cc: linuxppc-dev the first time]
> >
> > The todc code from arch/ppc supports many todc/rtc chips and is needed
> > in arch/powerpc. This patch adds the todc code to arch/powerpc.
>
> Question... what does it have to do with mpic ? :)
Oops, nothing. Cut & paste error. Should read:
[PATCH] todc: add support for Time-Of-Day-Clock (TODC)
or something like that.
Mark
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Kelly Daly @ 2006-06-21 3:52 UTC (permalink / raw)
To: michael; +Cc: linuxppc64-dev, Kelly Daly, paulus, anton
In-Reply-To: <1150859433.8293.9.camel@localhost.localdomain>
This patch removes the changes from an earlier patch that disables
oProfile for iSeries within the oProfile KConfig (submitted Feb 23,
2006). Checks within the arch init for iSeries, still allowing profiling
for timer interrupts (using firmware_has_feature).
Signed-off-by: Kelly Daly <kelly@au.ibm.com>
---
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
--- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
@@ -1,5 +1,4 @@
config PROFILING
- depends on !PPC_ISERIES
bool "Profiling support (EXPERIMENTAL)"
help
Say Y here to enable the extended profiling support mechanisms used
diff -urp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
--- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-21 13:42:14.000000000 +1000
@@ -22,6 +22,7 @@
#include <asm/pmc.h>
#include <asm/cputable.h>
#include <asm/oprofile_impl.h>
+#include <asm/firmware.h>
static struct op_powerpc_model *model;
@@ -138,6 +139,9 @@ int __init oprofile_arch_init(struct opr
if (!cur_cpu_spec->oprofile_cpu_type)
return -ENODEV;
+ if (firmware_has_feature(FW_FEATURE_ISERIES))
+ return -ENODEV;
+
switch (cur_cpu_spec->oprofile_type) {
#ifdef CONFIG_PPC64
case PPC_OPROFILE_RS64:
^ permalink raw reply
* Re: [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Michael Ellerman @ 2006-06-21 3:10 UTC (permalink / raw)
To: Kelly Daly; +Cc: linuxppc64-dev, paulus, anton
In-Reply-To: <200606211151.01386.kelly@au.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1681 bytes --]
On Wed, 2006-06-21 at 11:51 +1000, Kelly Daly wrote:
> This patch removes the changes from an earlier patch that disables oProfile for iSeries within the oProfile KConfig (submitted Feb 23, 2006). Checks within the arch init for iSeries, still allowing profiling for timer interrupts.
>
> Signed-off-by: Kelly Daly <kelly@au.ibm.com>
> ---
>
>
> diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
> --- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
> +++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
> @@ -1,5 +1,4 @@
> config PROFILING
> - depends on !PPC_ISERIES
> bool "Profiling support (EXPERIMENTAL)"
> help
> Say Y here to enable the extended profiling support mechanisms used
> diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
> --- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
> +++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-20 15:33:56.000000000 +1000
> @@ -137,7 +137,10 @@ int __init oprofile_arch_init(struct opr
> {
> if (!cur_cpu_spec->oprofile_cpu_type)
> return -ENODEV;
> -
> +#ifdef CONFIG_PPC_ISERIES
> + return -ENODEV;
> +#endif
> +
AFAICT that still doesn't let us build a combined kernel, but I haven't
looked at the code.
cheers
--
Michael Ellerman
IBM OzLabs
wwweb: http://michael.ellerman.id.au
phone: +61 2 6212 1183 (tie line 70 21183)
We do not inherit the earth from our ancestors,
we borrow it from our children. - S.M.A.R.T Person
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply
* Re: Gb Ethernet on xilinx gemac IP
From: GORAN GVOZDENOVIC @ 2006-06-21 2:20 UTC (permalink / raw)
To: grave, linuxppc-embedded, ppc dev
In-Reply-To: <1150785936.17197.9.camel@ipnnarval>
Hi Xavier,
Just wrapped up efforts to experiment with hard TEMAC support in 2.4 kernel
( previev kit from Montavista ). DENX 2.4 distro should not be different.
Here are my experience with ML403 board:
Configure kernel for only eth driver offered for ML300 / ML403 ( soft EMAC -
10/100Mb on-chip eth ). After updating kernel tree with the BSP using xilinx
patch script for ML403, hard TEMAC driver will end up in
/drivers/net/xilinx_gige ( supported soft MAC driver ends up in
/drivers/net/xilinx_enet ).
>From here 2 options:
a) rename xilinx_gige folder to xilinx_enet and build kernel
b) modify config.in script for kernel network configuration and makefile for
building net driver by addidng new GIGE option
>From my undersanding part of driver code for gige ( adapter.c ) is PHY
specific and supports Marvel's PHY on ML403 board. Never looked more what it
does ( phy interface should be common to all PHYs ? ) but if you use
different PHY maybe you'll have to do some coding here ?!
( look for the comments in the driver )
Oh yes, my tree was missing gmii.h file ( found it throuh google - don't
remember from where - first google hit :) !
Did some test measurement and comparison with soft EMAC against hard TEMAC
+ PLB TEMAC and defualt SG DMA mode (3):
Amazing performance increase: close to 100% on tcp ( netperf and netio shows
over 11000KB/s for max packet size of 32K on 100Mb link )
Hope this helps !
Goran,
Waterloo,Canada
----- Original Message -----
From: "Xavier Grave" <grave@ipno.in2p3.fr>
To: <linuxppc-embedded@ozlabs.org>; "ppc dev" <linuxppc-dev@ozlabs.org>
Sent: Tuesday, June 20, 2006 2:45 AM
Subject: Gb Ethernet on xilinx gemac IP
> Hi,
>
> I'm currently running linux with 10/100 MBits xilinx ethernet driver. I
> have a memec 2VP20 evaluation board.
> We have bought a PCOM2 module in order to have a Gb PHY. I have
> implemented an hardware to handle it but whatever linux version I take
> (2.4 from denx web site, 2.6.17 from kernel.org), I can't configure a Gb
> ethernet driver. And the 10/100 driver don't configure my Gb PHY...
>
> I have compiled my linux kernel based on the ml300 configuration default
> config.
>
> Does anyone has an idea ?
>
> Thanks, xavier
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply
* [PATCH] powerpc: disable OProfile for iSeries (take 2!)
From: Kelly Daly @ 2006-06-21 1:51 UTC (permalink / raw)
To: paulus, linuxppc64-dev; +Cc: anton
This patch removes the changes from an earlier patch that disables oProfile for iSeries within the oProfile KConfig (submitted Feb 23, 2006). Checks within the arch init for iSeries, still allowing profiling for timer interrupts.
Signed-off-by: Kelly Daly <kelly@au.ibm.com>
---
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/Kconfig linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig
--- linux-2.6.16.20/arch/powerpc/oprofile/Kconfig 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/Kconfig 2006-06-20 15:53:02.000000000 +1000
@@ -1,5 +1,4 @@
config PROFILING
- depends on !PPC_ISERIES
bool "Profiling support (EXPERIMENTAL)"
help
Say Y here to enable the extended profiling support mechanisms used
diff -urdp linux-2.6.16.20/arch/powerpc/oprofile/common.c linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c
--- linux-2.6.16.20/arch/powerpc/oprofile/common.c 2006-06-06 03:18:23.000000000 +1000
+++ linux-2.6.16.20_kel/arch/powerpc/oprofile/common.c 2006-06-20 15:33:56.000000000 +1000
@@ -137,7 +137,10 @@ int __init oprofile_arch_init(struct opr
{
if (!cur_cpu_spec->oprofile_cpu_type)
return -ENODEV;
-
+#ifdef CONFIG_PPC_ISERIES
+ return -ENODEV;
+#endif
+
switch (cur_cpu_spec->oprofile_type) {
#ifdef CONFIG_PPC64
case PPC_OPROFILE_RS64:
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox