Re: [PATHC v2 0/9] ima: carry the measurement list across kexec

On Tue, 30 Aug 2016 18:40:02 -0400 Mimi Zohar wrote: > The TPM PCRs are only reset on a hard reboot. In order to validate a > TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list > of the running kernel must be saved and then restored on the

Re: [PATHC v2 0/9] ima: carry the measurement list across kexec

On Wed, 2016-08-31 at 13:50 -0700, Andrew Morton wrote: > On Tue, 30 Aug 2016 18:40:02 -0400 Mimi Zohar > wrote: > > > The TPM PCRs are only reset on a hard reboot. In order to validate a > > TPM's quote after a soft reboot (eg. kexec -e), the IMA measurement list > >

Re: [PATCH 00/13] Add support for perf_arch_regs

On Tuesday 30 August 2016 09:31 PM, Nilay Vaish wrote: On 28 August 2016 at 16:00, Madhavan Srinivasan wrote: Patchset to extend PERF_SAMPLE_REGS_INTR to include platform specific PMU registers. Patchset applies cleanly on tip:perf/core branch It's a perennial

Re: [PATCH 04/13] perf/core: Extend perf_output_sample_regs() to include perf_arch_regs

On Tuesday 30 August 2016 09:41 PM, Nilay Vaish wrote: On 28 August 2016 at 16:00, Madhavan Srinivasan wrote: diff --git a/kernel/events/core.c b/kernel/events/core.c index 274288819829..e16bf4d057d1 100644 --- a/kernel/events/core.c +++ b/kernel/events/core.c @@

Re: [PATHC v2 5/9] ima: on soft reboot, save the measurement list

Hi, Mimi On 08/30/16 at 06:40pm, Mimi Zohar wrote: > From: Thiago Jung Bauermann > > This patch uses the kexec buffer passing mechanism to pass the > serialized IMA binary_runtime_measurements to the next kernel. > > Changelog v2: > - Fix build issue by defining a

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

On Wed, Aug 31, 2016 at 2:49 PM, Xavi Drudis Ferran wrote: > Thank you amd feel free to suggest more tests, but it is good enough > as it is for me. Ok, thanks for trying. So let's keep the SPDIF parent clock as is.

Re: [PATCH 07/34] mm, vmscan: make kswapd reclaim in terms of nodes

> mm, vmscan: Only allocate and reclaim from zones with pages managed by the > buddy allocator > > Firmware Assisted Dump (FA_DUMP) on ppc64 reserves substantial amounts > of memory when booting a secondary kernel. Srikar Dronamraju reported that > multiple nodes may have no memory managed by

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

El Wed, Aug 31, 2016 at 03:49:25PM +0200, Xavi Drudis Ferran deia: > El Wed, Aug 31, 2016 at 10:11:13AM -0300, Fabio Estevam deia: > > 2. SPDIF clock rate not accurate. Probably using PLL4 as SPDIF source > > would help to get more accurate SPDIF clock rates. > > > > Could you please try the

Re: [PATCH 07/34] mm, vmscan: make kswapd reclaim in terms of nodes

On Wed, Aug 31, 2016 at 11:39:59AM +0530, Srikar Dronamraju wrote: > This indeed fixes the problem. > Please add my > Tested-by: Srikar Dronamraju > Ok, thanks. Unfortunately we cannot do a wide conversion like this because some users of populated_zone() really meant

Re: [PATCH 07/34] mm, vmscan: make kswapd reclaim in terms of nodes

> > The trigger is memblock_reserve() for the complete node memory. And > > this is exactly what FA_DUMP does. Here again the node has memory but > > its all reserved so there is no free memory in the node. > > > > Did you mean populated_zone() when you said zone_populated or have I > >

Re: [PATCH 1/2] perf_event: remove unused DEBUG_PERF_USE_VMALLOC

On Tue, Aug 30, 2016 at 02:08:34PM -0500, Kim Phillips wrote: > This 'DEBUG'-prefixed version of PERF_USE_VMALLOC is not used anywhere. > It appears to be leftovers from commit 906010b "perf_event: Provide > vmalloc() based mmap() backing" that introduced it. > > Not sure what commit cb30711

Re: Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

El Tue, Aug 30, 2016 at 09:21:01PM -0700, Nicolin Chen deia: > > No, the problem is not at the rate but the source -- Although the > MLB clock exists in the clock tree as a better rate provider, it > might not be correctly enabled or running at the rate it claims. > > > There are five MLB

Re: [PATCH 07/34] mm, vmscan: make kswapd reclaim in terms of nodes

On Wed 31-08-16 09:49:42, Mel Gorman wrote: > On Wed, Aug 31, 2016 at 11:39:59AM +0530, Srikar Dronamraju wrote: > > This indeed fixes the problem. > > Please add my > > Tested-by: Srikar Dronamraju > > > > Ok, thanks. Unfortunately we cannot do a wide conversion

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

On Mon, Jun 20, 2016 at 09:02:30PM -0700, Sukadev Bhattiprolu wrote: > CPUs support a large number of performance monitoring events (PMU events) > and often these events are very specific to an architecture/model of the > CPU. To use most of these PMU events with perf, we currently have to

Re: [PATCH v3 0/3] Account reserved memory when allocating system hash

On Mon 29-08-16 18:36:47, Srikar Dronamraju wrote: > Fadump kernel reserves large chunks of memory even before the pages are > initialised. This could mean memory that corresponds to several nodes might > fall in memblock reserved regions. > > Kernels compiled with

[ RFC PATCH 3/3] powerpc:pasemi: Fix device_type of Nemo SB600 node.

The of_node for the SB600 (io-bridge) has its device_type set to 'io-bridge' Set it to 'isa' so that it can be found by isa_bridge_find_early() instead of using patches in the kernel. Signed-off-by: Darren Stevens --- diff --git

[ RFC PATCH 2/3] powerpc/pasemi: Fix Nemo SB600 i8259 interrupts.

The device tree on the Nemo passes all of the i8259 interruts with numbers between 212 and 222, and points their interrupt-parent property to the pasemi-opic, requiring custom patches to the kernel. Fix the values so that they can be controlled by the generic ppc i8259 code.

Re: hwrng: pasemi_rng.c: Migrate to managed API

Hello PrasannaKumar On 30/08/2016, PrasannaKumar Muralidharan wrote: > Hi Darren, >> On mine (Amigaone X1000) that is correct, we boot linux with a vmlinux >> file, and the bootloader (CFE) passes a fixed dtb. I think it is >> possible to dump the tree from inside CFE, if it would help I can >>

Re: [PATCH 07/34] mm, vmscan: make kswapd reclaim in terms of nodes

On Wed, Aug 31, 2016 at 01:09:33PM +0200, Michal Hocko wrote: > > We cannot just convert populated_zone() as many existing users really > > need to check for present_pages. This patch introduces a managed_zone() > > helper and uses it in the few cases where it is critical that the check > > is

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

Hi Xavi/Nicolin, On Wed, Aug 31, 2016 at 6:10 AM, Xavi Drudis Ferran wrote: > El Tue, Aug 30, 2016 at 09:21:01PM -0700, Nicolin Chen deia: >> >> No, the problem is not at the rate but the source -- Although the >> MLB clock exists in the clock tree as a better rate provider,

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

El Wed, Aug 31, 2016 at 10:11:13AM -0300, Fabio Estevam deia: > 2. SPDIF clock rate not accurate. Probably using PLL4 as SPDIF source > would help to get more accurate SPDIF clock rates. > > Could you please try the untested change? > > --- a/drivers/clk/imx/clk-imx6q.c > +++

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

Hi Xavi, On Wed, Aug 31, 2016 at 10:47 AM, Xavi Drudis Ferran wrote: > If it's easy for you to send it yourself, I would prefer so and I'm > grateful. If not, it'll be an exercise for me, no problem. I have just submitted the patch with you on Cc. If you could reply to it

[ RFC PATCH 1/3] powerpc/pasemi: Add Nemo motherboard config option.

Add config option for the Nemo motherboard used in the Amigaone X1000. This is a custom PASemi board with an AMD SB600 southbridge, and needs some patches to it device tree. This option will be used to build these into the kernel Signed-off-by: Darren Stevens

[ RFC PATCH 0/3] powerpc/pasemi: initial Nemo motherboard support.

The following series of 3 patches brings initial device tree patches for A-Eon's Nemo motherboard, as used in the Amigaone X1000. The dtb passed by the CFE firmware has a number of issues, which up till now have been fixed by use of patches applied to the mainline kernel. This occasionally causes

Re: [PATCH] ps3: Remove deprecated create_singlethread_workqueue

On Tue, Aug 30, 2016 at 10:44:51PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "ps3av->wq" queues a single work item >work and hence > doesn't require ordering. It is involved in waking up ps3avd to do the > video mode setting and hence it's not being used on a memory reclaim > path. Hence,

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

Xavi, On Wed, Aug 31, 2016 at 10:11 AM, Fabio Estevam wrote: > Xavi, > > Care to send a formal patch with your change? If you prefer, I can send this change to the ARM kernel mailing list. Please let me know what you prefer. Thanks

Re: [alsa-devel] Setting some clocks back to DUMMY fixes spdif output on imx6q wandboard rev B1

El Wed, Aug 31, 2016 at 10:30:25AM -0300, Fabio Estevam deia: > Xavi, > > On Wed, Aug 31, 2016 at 10:11 AM, Fabio Estevam wrote: > > > Xavi, > > > > Care to send a formal patch with your change? > > If you prefer, I can send this change to the ARM kernel mailing list. >

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

On Wed, Aug 31, 2016 at 07:42:47AM -0700, Andi Kleen wrote: > > hi, > > I had discussion with Ingo about the state of this patchset > > and there's one more requirement from his side - to split > > event files into per topic files > > Thanks Jiri. > > > > I made some initial changes over latest

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

> hi, > I had discussion with Ingo about the state of this patchset > and there's one more requirement from his side - to split > event files into per topic files Thanks Jiri. > > I made some initial changes over latest Sukadev's branch > and came up with something like this: Did you just split

Re: [PATCH v20 00/20] perf, tools: Add support for PMU events in JSON format

> > > > > > > > I've already made some changes in pmu-events/* to support > > > this hierarchy to see how bad the change would be.. and > > > it's not that bad ;-) > > > > Everything has to be automated, please no manual changes. > > sure > > so, if you're ok with the layout, how do you want