Hi
I am not sure whether this is the right place for this question.
From the PEM, it says the physical area is reserved for the exception
vector, this is always true?
And how many vectors could it hold?
--
Wizard
___
Linuxppc-dev mailing list
On Sat, 2011-07-30 at 14:53 -0600, David Ahern wrote:
A page fault occurred walking the callchain while creating a perf
sample for the context-switch event. To handle the page fault the
mmap_sem is needed, but it is currently held by setup_arg_pages.
(setup_arg_pages calls shift_arg_pages with
In message 20110801153004.0e8af5df@kryten you wrote:
The ibm,io-events code is a bit verbose with its error messages.
Reverse the reporting so we only print when we successfully enable
I/O event interrupts.
NAK!
Mikey
PS :-)
On Mon, 2011-08-01 at 11:59 +0200, Peter Zijlstra wrote:
Signed-off-by: David Ahern dsah...@gmail.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Anton Blanchard an...@samba.org
Hmm, Paul, didn't you fix something like this early on? Anyway, I've
no
objections since I'm
Did you try passing 'console=ttyCPM0' to the bootargs?
I have tried ttyCPM0 no use.
Do I need to modify something on boot loader or is there any boot loader
can support CPM ?
Scott,
Is cpm_console_init() must be initialized to fix this issue?
Also, 2.6.21 is truly ancient. Why not try a more
On 2011-08-01 05:31, naresh.kamb...@wipro.com wrote:
Did you try passing 'console=ttyCPM0' to the bootargs?
I have tried ttyCPM0 no use.
Do I need to modify something on boot loader or is there any boot loader
can support CPM ?
What boot loader does your board use?
Scott,
Is
What boot loader does your board use?
Boot loader 1.3.0
-Original Message-
From: Gary Thomas [mailto:g...@mlbassoc.com]
Sent: Monday, August 01, 2011 5:06 PM
To: Naresh Kamboju (WT01 - GMT-Telecom Equipment)
Cc: scottw...@freescale.com; da...@gibson.dropbear.id.au;
pau...@samba.org;
On 08/01/2011 04:39 AM, Benjamin Herrenschmidt wrote:
On Mon, 2011-08-01 at 11:59 +0200, Peter Zijlstra wrote:
Signed-off-by: David Ahern dsah...@gmail.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Anton Blanchard an...@samba.org
Hmm, Paul, didn't you fix something like this
On Mon, 1 Aug 2011 17:01:27 +0530
naresh.kamb...@wipro.com wrote:
Did you try passing 'console=ttyCPM0' to the bootargs?
I have tried ttyCPM0 no use.
Have you tried specifying the baud rate?
Do I need to modify something on boot loader or is there any boot loader
can support CPM ?
Scott,
On Sun, 2011-07-31 at 08:21 +1000, Benjamin Herrenschmidt wrote:
On Sat, 2011-07-30 at 09:58 +1000, Benjamin Herrenschmidt wrote:
Hi folks !
So I promised Anthony I would try to summarize some of the comments
issues we have vs. VFIO after we've tried to use it for PCI pass-through
on
On Sun, 2011-07-31 at 09:54 +1000, Benjamin Herrenschmidt wrote:
On Sat, 2011-07-30 at 12:20 -0600, Alex Williamson wrote:
On x86, the USB controllers don't typically live behind a PCIe-to-PCI
bridge, so don't suffer the source identifier problem, but they do often
share an interrupt.
This series addresses various issues and extends support when running
in lpars like GameOS. Included are some patches from Hector Martin, which
I found useful.
The ps3disk driver now creates multiple block devices instead of just one.
On the GameOS lpar we have access to all regions, and -
From: Hector Martin hec...@marcansoft.com
Signed-off-by: Hector Martin hec...@marcansoft.com
[a.heider: Various cleanups to make checkpatch.pl happy]
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/Kconfig.debug |8 +
arch/powerpc/include/asm/udbg.h |
From: Hector Martin hec...@marcansoft.com
This lets the bootloader preallocate the high lv1 region and pass its
location to the kernel through the devtree. Thus, it can be used to hold
the initrd. If the property doesn't exist, the kernel retains the old
behavior and attempts to allocate the
There is more than the OtherOS lpar the kernel can be launched in.
Detect it by reading the ss laid repository node, and be verbose about
it.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3.h |7 +++
arch/powerpc/platforms/ps3/platform.h |4
From: Hector Martin hec...@marcansoft.com
Signed-off-by: Hector Martin hec...@marcansoft.com
[a.heider: Various cleanups to make checkpatch.pl happy]
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/platforms/ps3/mm.c | 62 +++
1 files
The region fields used by the align checks are set in
ps3stor_setup(), so move those after that call.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
drivers/char/ps3flash.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git
The driver implements a character and misc device, meant for the
axed OtherOS to exchange various settings with GameOS.
Since Firmware 3.21 there is no GameOS support anymore to write these
settings, so limit the driver to the OtherOS environment.
Signed-off-by: Andre Heider a.hei...@gmail.com
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/platforms/ps3/Kconfig |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/ps3/Kconfig
b/arch/powerpc/platforms/ps3/Kconfig
index 476d9d9..84df5c8 100644
---
There can be only 8 regions, add a sanity check
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3stor.h |1 +
arch/powerpc/platforms/ps3/device-init.c |8
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git
It's only used by the ps3flash driver, which only supports the
OtherOS lpar.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/platforms/ps3/setup.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/ps3/setup.c
Users (ps3disk, ps3flash and ps3rom) retain the old behavior. That is:
they still only provide access to the first accessible region.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3stor.h |4 ++--
drivers/block/ps3disk.c| 15 +--
Users can now set the access flags in the region struct. This is
required for accessing the first region, or selecting an alternative
decryption key for the vflash partitions.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3stor.h |8 +++-
Provide a set of default region flags and make them overwritable via
a module parameter array.
Set PS3_STORAGE_FLAG_SKIP_ACL for region 0, so it can be accessed
from the GameOS lpar.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
drivers/block/ps3disk.c | 16
1 files
This changes the behavior to name the block devices for lpars
other than OtherOS. Instead of a single disk with an alphanumeric
suffix (/dev/ps3da), disks are now numeric, while each
accessible region gets its own alphanumeric suffix:
/dev/ps3d1a
/dev/ps3d1b
The old behavior for OtherOS is kept:
This driver refuses to work on OtherOS, and hence complements the
ps3flash driver - which only works on OtherOS.
A gendisk for each accessible region is created, and a default set
of region flags is provided - overwritable via a module param array.
Signed-off-by: Andre Heider a.hei...@gmail.com
A gendisk for each accessible region is created, and a default set
of region flags is provided - overwritable via a module param array.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3.h |2 +
arch/powerpc/platforms/ps3/Kconfig | 15 +
On Sun, 2011-07-31 at 17:09 +0300, Avi Kivity wrote:
On 07/30/2011 02:58 AM, Benjamin Herrenschmidt wrote:
Due to our paravirt nature, we don't need to masquerade the MSI-X table
for example. At all. If the guest configures crap into it, too bad, it
can only shoot itself in the foot since
On Mon, Aug 1, 2011 at 22:02, Andre Heider a.hei...@gmail.com wrote:
The region fields used by the align checks are set in
ps3stor_setup(), so move those after that call.
Are you sure?
Aren't they set in
arch/powerpc/platforms/ps3/device-init.c:ps3_setup_storage_dev()?
Signed-off-by: Andre
On Mon, Aug 1, 2011 at 22:03, Andre Heider a.hei...@gmail.com wrote:
There can be only 8 regions, add a sanity check
Why can there be only 8 regions?
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3stor.h | 1 +
On Mon, Aug 1, 2011 at 22:03, Andre Heider a.hei...@gmail.com wrote:
Users (ps3disk, ps3flash and ps3rom) retain the old behavior. That is:
they still only provide access to the first accessible region.
Signed-off-by: Andre Heider a.hei...@gmail.com
---
arch/powerpc/include/asm/ps3stor.h |
On Mon, Aug 1, 2011 at 10:29 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, Aug 1, 2011 at 22:02, Andre Heider a.hei...@gmail.com wrote:
The region fields used by the align checks are set in
ps3stor_setup(), so move those after that call.
Are you sure?
Aren't they set in
On Mon, Aug 1, 2011 at 10:30 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, Aug 1, 2011 at 22:03, Andre Heider a.hei...@gmail.com wrote:
There can be only 8 regions, add a sanity check
Why can there be only 8 regions?
I believe lv1 limits it to 8? I might be mistaken here, it
On Mon, Aug 1, 2011 at 22:56, Andre Heider a.hei...@gmail.com wrote:
On Mon, Aug 1, 2011 at 10:29 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, Aug 1, 2011 at 22:02, Andre Heider a.hei...@gmail.com wrote:
The region fields used by the align checks are set in
ps3stor_setup(), so
On Mon, Aug 1, 2011 at 10:35 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, Aug 1, 2011 at 22:03, Andre Heider a.hei...@gmail.com wrote:
priv-gendisk = gendisk;
+
+ /* find first accessible region */
+ for (region_idx = 0; region_idx dev-num_regions;
The Data Collection Manager (DCM) is a feature of the FPGA on some Freescale
PowerPC reference boards that can read temperature, current, and voltage
settings from the sensors on those boards. This driver exposes the DCM via a
sysfs interface (/sys/devices/platform/fsl-ocm.0).
The DCM collects
Mark Brown wrote:
On Mon, Aug 01, 2011 at 04:48:54PM -0500, Timur Tabi wrote:
The Data Collection Manager (DCM) is a feature of the FPGA on some Freescale
PowerPC reference boards that can read temperature, current, and voltage
settings from the sensors on those boards. This driver exposes
On Mon, Aug 01, 2011 at 04:48:54PM -0500, Timur Tabi wrote:
The Data Collection Manager (DCM) is a feature of the FPGA on some Freescale
PowerPC reference boards that can read temperature, current, and voltage
settings from the sensors on those boards. This driver exposes the DCM via a
sysfs
On Sun, 2011-07-31 at 17:09 +0300, Avi Kivity wrote:
On 07/30/2011 02:58 AM, Benjamin Herrenschmidt wrote:
- Having a magic heuristic in libvirt to figure out those constraints is
WRONG. This reeks of XFree 4 PCI layer trying to duplicate the kernel
knowledge of PCI resource management and
On Mon, 2011-08-01 at 10:40 -0600, Alex Williamson wrote:
On Sun, 2011-07-31 at 08:21 +1000, Benjamin Herrenschmidt wrote:
On Sat, 2011-07-30 at 09:58 +1000, Benjamin Herrenschmidt wrote:
Hi folks !
So I promised Anthony I would try to summarize some of the comments
issues we have
On Mon, Aug 01, 2011 at 11:58:00PM +, Tabi Timur-B04825 wrote:
Mark Brown wrote:
On Mon, Aug 01, 2011 at 04:48:54PM -0500, Timur Tabi wrote:
PowerPC reference boards that can read temperature, current, and voltage
settings from the sensors on those boards. This driver exposes the DCM
Mark Brown wrote:
I'd expect that things like the _lowest, _highest and _average
attributes which a number of drivers have are what you're looking for.
Yes, but then all I'm doing is presenting numbers that don't change to an
interface, simply on the basis that the numbers represent sensor
On Mon, 2011-08-01 at 12:59 -0600, Alex Williamson wrote:
.../...
I'll try to consolidate my reply to all the above here because there are
too many places above to interject and make this thread even more
difficult to respond to.
True, I should try to do the same :-)
Much of what
On Tue, Aug 02, 2011 at 01:57:45AM +, Tabi Timur-B04825 wrote:
Mark Brown wrote:
I'd expect that things like the _lowest, _highest and _average
attributes which a number of drivers have are what you're looking for.
Yes, but then all I'm doing is presenting numbers that don't change to
Is somebody working on these patches?
If not, then is it possible to share last modification, so that I can
start work from there.
If this v11 was the last modification, and noone is working further,
then just confirm it. I will start working from here.
Regards
Pratyush
I can see v13 as the last modifications at following link.
http://patchwork.ozlabs.org/patch/89560/
Is there any work after it?
Regards
Pratyush
On Tue, Aug 2, 2011 at 9:55 AM, Pratyush Anand pratyush.li...@gmail.com wrote:
Is somebody working on these patches?
If not, then is it possible to
46 matches
Mail list logo