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 wrote:
> Is somebody working on these patches?
> If not, then is it possible to share last modification
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
___
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 chang
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
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 va
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
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 &
> > >
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 managemen
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
> sys
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 expo
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 an
On Mon, Aug 1, 2011 at 10:35 PM, Geert Uytterhoeven
wrote:
> On Mon, Aug 1, 2011 at 22:03, Andre Heider wrote:
>> priv->gendisk = gendisk;
>> +
>> + /* find first accessible region */
>> + for (region_idx = 0; region_idx < dev->num_regions; region_idx++)
>> + if (
On Mon, Aug 1, 2011 at 22:56, Andre Heider wrote:
> On Mon, Aug 1, 2011 at 10:29 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Aug 1, 2011 at 22:02, Andre Heider wrote:
>>> The region fields used by the align checks are set in
>>> ps3stor_setup(), so move those after that call.
>>
>> Are you sure?
On Mon, Aug 1, 2011 at 10:30 PM, Geert Uytterhoeven
wrote:
> On Mon, Aug 1, 2011 at 22:03, Andre Heider 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 mostly is a
check for the patches afte
On Mon, Aug 1, 2011 at 10:29 PM, Geert Uytterhoeven
wrote:
> On Mon, Aug 1, 2011 at 22:02, Andre Heider 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-ini
On Mon, Aug 1, 2011 at 22:03, Andre Heider 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
> ---
> arch/powerpc/include/asm/ps3stor.h | 4 ++--
> drivers/block/ps3d
On Mon, Aug 1, 2011 at 22:03, Andre Heider wrote:
> There can be only 8 regions, add a sanity check
Why can there be only 8 regions?
> Signed-off-by: Andre Heider
> ---
> arch/powerpc/include/asm/ps3stor.h | 1 +
> arch/powerpc/platforms/ps3/device-init.c | 8
> 2 files ch
On Mon, Aug 1, 2011 at 22:02, Andre Heider 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 Heider
> ---
> d
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 s
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
---
arch/powerpc/include/asm/ps3.h |2 +
arch/powerpc/platforms/ps3/Kconfig | 15 +
arch/powerpc/platforms/ps3
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
---
arch/powerpc/pl
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:
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
---
drivers/block/ps3disk.c | 16
1 files changed, 16 insertions(+
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
---
arch/powerpc/include/asm/ps3stor.h |8 +++-
arch/powerpc/platforms/ps3/dev
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
---
arch/powerpc/include/asm/ps3stor.h |4 ++--
drivers/block/ps3disk.c| 15 +--
drivers/char/ps3flash.c
It's only used by the ps3flash driver, which only supports the
OtherOS lpar.
Signed-off-by: Andre Heider
---
arch/powerpc/platforms/ps3/setup.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/ps3/setup.c
b/arch/powerpc/platforms/ps3/setup.c
in
There can be only 8 regions, add a sanity check
Signed-off-by: Andre Heider
---
arch/powerpc/include/asm/ps3stor.h |1 +
arch/powerpc/platforms/ps3/device-init.c |8
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/ps3stor.h
b/arch/p
Signed-off-by: Andre Heider
---
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
--- a/arch/powerpc/platforms/ps3/Kconfig
+++ b/arch/po
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
---
arch/powerpc/pla
The region fields used by the align checks are set in
ps3stor_setup(), so move those after that call.
Signed-off-by: Andre Heider
---
drivers/char/ps3flash.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/char/ps3flash.c b/drivers/
From: Hector Martin
Signed-off-by: Hector Martin
[a.heider: Various cleanups to make checkpatch.pl happy]
Signed-off-by: Andre Heider
---
arch/powerpc/platforms/ps3/mm.c | 62 +++
1 files changed, 11 insertions(+), 51 deletions(-)
diff --git a/arch/powerp
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
---
arch/powerpc/include/asm/ps3.h |7 +++
arch/powerpc/platforms/ps3/platform.h |4
arch/powerpc/
From: Hector Martin
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 region itself.
Signed-off
From: Hector Martin
Signed-off-by: Hector Martin
[a.heider: Various cleanups to make checkpatch.pl happy]
Signed-off-by: Andre Heider
---
arch/powerpc/Kconfig.debug |8 +
arch/powerpc/include/asm/udbg.h |1 +
arch/powerpc/kernel/udbg.c |2 +
arch/p
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 - dependi
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 interru
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-thro
On Mon, 1 Aug 2011 17:01:27 +0530
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,
> Is cpm_console
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
>>> CC: Benjamin Herrenschmidt
>>> CC: Anton Blanchard
>>
>> Hmm, Paul, didn't you fix something like this early on? Anyway, I've
>> no
>> objections
>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; linu
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 cpm_console_ini
>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 mor
On Mon, 2011-08-01 at 11:59 +0200, Peter Zijlstra wrote:
> > Signed-off-by: David Ahern
> > CC: Benjamin Herrenschmidt
> > CC: Anton Blanchard
>
> Hmm, Paul, didn't you fix something like this early on? Anyway, I've
> no
> objections since I'm really not familiar enough with the PPC side of
>
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 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 w
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
Linuxpp
46 matches
Mail list logo
