On Tue, Jun 23, 2015 at 06:23:53PM +0800, Shengjiu Wang wrote:
> As the ssi is not the only cpu dai, there are esai, spdif, sai.
> and imx_pcm_dma can be used by all of them. Especially ESAI need
> a larger DMA buffer size. So Add dedicated DMA buffer for each cpu
> dai.
>
> Signed-off-by: Shengji
Hi Behn,
Need your help in understanding the historical context for having two
rtc interfaces in the kernel (CONFIG_GEN_RTC & CONFIG_RTC_CLASS) and
which one should be enabled for pseries_defconfig. I have posted a patch
(http://patchwork.ozlabs.org/patch/478899/) to enable CONFIG_RTC_CLASS
in the
On Mon 22-06-15 10:18:06, Eric B Munson wrote:
> On Mon, 22 Jun 2015, Michal Hocko wrote:
>
> > On Fri 19-06-15 12:43:33, Eric B Munson wrote:
[...]
> > > Are you objecting to the addition of the VMA flag VM_LOCKONFAULT, or the
> > > new MAP_LOCKONFAULT flag (or both)?
> >
> > I thought the MAP_
On Tue 23-06-15 14:45:17, Vlastimil Babka wrote:
> On 06/22/2015 04:18 PM, Eric B Munson wrote:
> >On Mon, 22 Jun 2015, Michal Hocko wrote:
> >
> >>On Fri 19-06-15 12:43:33, Eric B Munson wrote:
[...]
> >>>My thought on detecting was that someone might want to know if they had
> >>>a VMA that was V
On 06/23/2015 11:01 PM, Bharata B Rao wrote:
> So will it be correct to say that memory hotplug to memory-less node
> isn't supported by PowerPC kernel ? Should I enforce the same in QEMU
> for PowerKVM ?
>
I'm not sure if that is correct. It appears that we initialize all online
nodes, even those
Nicolin Chen wrote:
>As the ssi is not the only cpu dai, there are esai, spdif, sai.
>and imx_pcm_dma can be used by all of them. Especially ESAI need
>a larger DMA buffer size. So Add dedicated DMA buffer for each cpu
>dai.
>
>Signed-off-by: Shengjiu Wang
Acked-by: Nicolin Chen
Acked-by: Timu
On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote:
> On some archs, the local clockevent device stops in deep cpuidle states.
> The broadcast framework is used to wakeup cpus in these idle states, in
> which either an external clockevent device is used to send wakeup ipis
> or the hrtim
On 06/24/15 00:07, Michael Ellerman wrote:
On Tue, 2015-06-23 at 09:48 -0400, David Long wrote:
On 06/22/15 23:32, Michael Ellerman wrote:
On Fri, 2015-06-19 at 10:12 -0400, David Long wrote:
On 06/19/15 00:19, Michael Ellerman wrote:
On Mon, 2015-06-15 at 12:42 -0400, David Long wrote:
From
On 06/02/2015 10:48 AM, Kamalesh Babulal wrote:
We print the respective warning after parsing EPOW interrupts,
prompting user to take action depending upon the severity of the
event.
Some times same EPOW event warning, such as below could flood kernel
log, over a period of time. So Limit the wa
From: Igal Liberman
Add Storage Profiles support.
The Storage Profiles contain parameters that are used by the FMan in
order to store frames being received on the Rx ports, or to
determine the parameters that affect writing the Internal Context
in the frame margin on Tx.
Signed-off-by: Igal Libe
From: Igal Liberman
This patch adds the Ethernet MAC driver support.
Signed-off-by: Igal Liberman
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/fman/inc/mac.h | 136
drivers/net/ethernet/freescale/fman/mac/Makefile |3 +-
drivers/net/ethernet/freescale/fman/ma
From: Igal Liberman
The FMan FLib provides the basic API used by the FMan drivers to
configure and control the FMan hardware.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/Kconfig |1 +
drivers/net/ethernet/freescale/Makefile|2 +
drivers/net/e
From: Igal Liberman
The Freescale Data Path Acceleration Architecture (DPAA) is a set of
hardware components on specific QorIQ multicore processors. This
architecture provides the infrastructure to support simplified sharing
of networking interfaces and accelerators by multiple CPU cores and
From: Igal Liberman
The FMan Port FLib provides basic API used by the drivers to
configure and control the FMan Port hardware.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Kconfig|1 +
drivers/net/ethernet/freescale/fman/Makefile |2 +
.../ethernet
From: Igal Liberman
Add Frame Manager Multi-User RAM support.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Kconfig|1 +
drivers/net/ethernet/freescale/fman/Makefile |6 +-
drivers/net/ethernet/freescale/fman/fm_muram.c | 127 ++
On 24 June 2015 23:50:40 GMT+10:00, "Rafael J. Wysocki"
wrote:
>On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote:
>> On some archs, the local clockevent device stops in deep cpuidle
>states.
>> The broadcast framework is used to wakeup cpus in these idle states,
>in
>> which either
On Thu, Jun 25, 2015 at 12:10 AM, Michael Ellerman
wrote:
>
>
> On 24 June 2015 23:50:40 GMT+10:00, "Rafael J. Wysocki"
> wrote:
>>On Wednesday, June 24, 2015 01:48:01 AM Preeti U Murthy wrote:
>>> On some archs, the local clockevent device stops in deep cpuidle
>>states.
>>> The broadcast frame
On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt
wrote:
> On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote:
>> 4.2 material I suppose?
>
> And stable. Without this, if you configure without TICK_ONESHOT, the
> machine will hang.
OK, which -stable? All of them or any specific se
On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote:
> 4.2 material I suppose?
And stable. Without this, if you configure without TICK_ONESHOT, the
machine will hang.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
http
On Tue, 2015-04-28 at 15:39 +0530, Vasant Hegde wrote:
> From: Anshuman Khandual
>
> This patch registers the following two new OPAL interfaces calls
> for the platform LED subsystem. With the help of these new OPAL calls,
> the kernel will be able to get or set the state of various individual
>
On Tue, 2015-04-28 at 15:40 +0530, Vasant Hegde wrote:
> This patch adds paltform devices for leds. Also export LED related
> OPAL API's so that led driver can use these APIs.
>
> Signed-off-by: Vasant Hegde
Acked-by: Benjamin Herrenschmidt
> ---
> arch/powerpc/platforms/powernv/opal.c | 1
On Tue, 2015-04-28 at 15:40 +0530, Vasant Hegde wrote:
> +Device Tree binding for LEDs on IBM Power Systems
> +-
> +
> +The 'led' node under '/ibm,opal' lists service indicators available in the
> +system and their capabilities.
> +
> +led {
> +
On hotplug case, after a pdev is removed from the system, edev->mode will
set flag EEH_DEV_NO_HANDLER to mark the status. While this flag is not
cleared when we probe back those pdev. This will lead to miss the call of
driver->err_handler->slot_reset in eeh_report_reset().
This patch clear this fl
On 06/25/2015 05:36 AM, Rafael J. Wysocki wrote:
> On Thu, Jun 25, 2015 at 12:06 AM, Benjamin Herrenschmidt
> wrote:
>> On Wed, 2015-06-24 at 15:50 +0200, Rafael J. Wysocki wrote:
>>> 4.2 material I suppose?
>>
>> And stable. Without this, if you configure without TICK_ONESHOT, the
>> machine will
> diff --git a/arch/powerpc/perf/core-book3s.c b/arch/powerpc/perf/core-book3s.c
> index 7a03cce..892340e 100644
> --- a/arch/powerpc/perf/core-book3s.c
> +++ b/arch/powerpc/perf/core-book3s.c
> @@ -930,7 +930,7 @@ static int power_check_constraints(struct cpu_hw_events
> *cpuhw,
> * added even
> cpuhw->bhrb_entries[u_index].to = addr;
> - cpuhw->bhrb_entries[u_index].mispred = pred;
> - cpuhw->bhrb_entries[u_index].predicted = ~pred;
> + cpuhw->bhrb_entries[u_index].mispred =
> - int bhrb_users;
> + unsigned intbhrb_users;
OK, so this is a good start.
A quick git grep for bhrb_users reveals this:
perf/core-book3s.c: WARN_ON_ONCE(cpuhw->bhrb_users < 0);
That occurs in power_pmu_bhrb_disable, immediately follo
> +static void insert_branch(struct cpu_hw_events *cpuhw,
> + int index, u64 from, u64 to, int mispred)
Given that your previous patch made mispred a bool, this could take a
bool too. It could probably be an inline function as well.
> +{
> + cpuhw->bhrb_entries[index].from
* Vaidyanathan Srinivasan [2015-06-21 23:56:16]:
> opal-prd driver will mmap() firmware code/data area as private
> mapping to prd user space daemon. Write to this page will
> trigger COW faults. The new COW pages are normal kernel RAM
> pages accounted by the kernel and are not special.
>
> v
Hi Anshuman,
Thanks for your continued work on this.
Given that the series is now at version 9 and is 13 patches long, I
wonder if it might be worth splitting it up.
I'd suggest:
- Patch 1 could be sent individually as it's a bug fix.
- Separating out a series of simple cleanups would make t
Signed-off-by: Nikunj A Dadhania
Reviewed-by: Thomas Huth
---
slof/fs/packages/disk-label.fs | 42 --
1 file changed, 16 insertions(+), 26 deletions(-)
diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs
index fe1c25e..bb64d57 100
Following patchset implements some improvements and cleanup for the
GPT booting code:
patch 1: Simplify the gpt detection code with lesser scopes and add
comments.
patch 2: Introduce 8byte LE helpers: x@-le and x!-le
patch 3: Rename block / read-sector to indicate it a allocated buffer
Signed-off-by: Nikunj A Dadhania
Reviewed-by: Thomas Huth
---
slof/fs/little-endian.fs | 6 ++
slof/fs/packages/disk-label.fs | 4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/slof/fs/little-endian.fs b/slof/fs/little-endian.fs
index f2e4e8d..6b4779e 100644
--- a
"block" word is not a block number, actually its an allocated host
address. Rename it to disk-buf along with a associated
size(disk-buf-size=4096) for using during allocation/free.
Also renaming the helper routine read-sector to read-disk-buf. This
routine assumes the address to be disk-buf and o
Signed-off-by: Nikunj A Dadhania
---
slof/fs/packages/disk-label.fs | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/slof/fs/packages/disk-label.fs b/slof/fs/packages/disk-label.fs
index 0995808..7ed5526 100644
--- a/slof/fs/packages/disk-label.fs
+++ b/slof/f
For a GPT+LVM combination disk, older bootloader that does not support
LVM, cannot load kernel from LVM.
The patch adds support to read from BASIC_DATA UUID partitions for the
case that the OS installer has installed the CHRP-BOOT config on a FAT
file system.
Makes GPT detection robust
* Check fo
36 matches
Mail list logo
