Re: [PATCH] KVM: PPC: Book3S: fix XIVE migration of pending interrupts

On 22/12/2017 08:54, Paul Mackerras wrote: > On Fri, Dec 22, 2017 at 03:34:20PM +1100, Michael Ellerman wrote: >> Laurent Vivier writes: >> >>> On 12/12/2017 13:02, Cédric Le Goater wrote: When restoring a pending interrupt, we are setting the Q bit to force a

Re: [PATCH] KVM: PPC: Book3S: fix XIVE migration of pending interrupts

On Fri, Dec 22, 2017 at 03:34:20PM +1100, Michael Ellerman wrote: > Laurent Vivier writes: > > > On 12/12/2017 13:02, Cédric Le Goater wrote: > >> When restoring a pending interrupt, we are setting the Q bit to force > >> a retrigger in xive_finish_unmask(). But we also need

Re: [PATCH] powerpc/pseries: Increase memory block size to 1GB on radix

On Fri, Dec 22, 2017 at 4:06 PM, Michael Ellerman wrote: > Michael Ellerman writes: > >> When we're using the Radix MMU we map the kernel linear mapping with >> 1G pages. That means we must do memory hot remove in blocks of at >> least that size.

Re: [PATCH] powerpc/pseries: Increase memory block size to 1GB on radix

Michael Ellerman writes: > When we're using the Radix MMU we map the kernel linear mapping with > 1G pages. That means we must do memory hot remove in blocks of at > least that size. Otherwise the linear mapping can end up not mapping > all of memory because we've removed

Re: powerpc/perf: Dereference bhrb entries safely

On Tue, 2017-12-12 at 12:29:15 UTC, Ravi Bangoria wrote: > It may very well happen that branch instructions recorded by > bhrb entries already get unmapped before they get processed by > the kernel. Hence, trying to dereference such memory location > will endup in a crash. Ex, > > Unable to

Re: powerpc/perf: Fix kfree memory allocated for nest pmus

On Thu, 2017-12-07 at 17:23:27 UTC, Anju T Sudhakar wrote: > imc_common_cpuhp_mem_free() is the common function for all IMC (In-memory > Collection counters) domains to unregister cpuhotplug callback and free > memory. > Since kfree of memory allocated for nest-imc (per_nest_pmu_arr) is in the >

Re: powerpc/perf: Fix nest-imc cpuhotplug callback failure

On Tue, 2017-12-05 at 05:30:38 UTC, Anju T Sudhakar wrote: > Call trace observed during boot: > > > > Faulting instruction address: 0xc0248340

Re: [PATCH] KVM: PPC: Book3S: fix XIVE migration of pending interrupts

Laurent Vivier writes: > On 12/12/2017 13:02, Cédric Le Goater wrote: >> When restoring a pending interrupt, we are setting the Q bit to force >> a retrigger in xive_finish_unmask(). But we also need to force an EOI >> in this case to reach the same initial state : P=1, Q=0.

Re: [net] Revert "net: core: maybe return -EEXIST in __dev_alloc_name"

Rasmus Villemoes writes: > On Tue, Dec 19 2017, Michael Ellerman > wrote: >>> From: Johannes Berg >>> >>> This reverts commit d6f295e9def0; some userspace (in the case >> >> This revert seems to have broken

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

Le 20/12/2017 à 23:41, Ross Zwisler a écrit : > On Wed, Dec 20, 2017 at 02:29:56PM -0800, Dan Williams wrote: >> On Wed, Dec 20, 2017 at 1:24 PM, Ross Zwisler >> wrote: >>> On Wed, Dec 20, 2017 at 01:16:49PM -0800, Matthew Wilcox wrote: On Wed, Dec 20, 2017 at

Re: [PATCH 1/1] powerpc/pseries: Use the system workqueue as fallback to hotplug workqueue

On Thu, Dec 21, 2017 at 01:44:48PM -0200, Jose Ricardo Ziviani wrote: > The hotplug engine uses its own workqueue to handle IRQ requests, the > problem is that such workqueue is initialized not so early in the boot > process. > > Thus, when the kernel is ready to handle IRQ requests, after the

ASoC: fsl_ssi: Bringing up the SSI port in multi-channel TDM mode

Hi, I just posted a little write up for helping people get started with the Freescale SSI port in TDM mode. https://medium.com/@caleb_22836/how-to-get-the-mx6-ssi-port-up-and-running-in-tdm-mode-dbce02a15e81 I'm just posting here in case anybody is searching the google for this information

Re: [PATCH v4 00/11] ASoC: fsl_ssi: Clean up - coding style level

On Wed, Dec 20, 2017 at 3:40 AM, Arnaud Mouiche wrote: > > > On 19/12/2017 01:25, Caleb Crome wrote: > >> On Mon, Dec 18, 2017 at 3:02 PM, Nicolin Chen >> wrote: >> >>> On Mon, Dec 18, 2017 at 02:19:08PM -0800, Caleb Crome wrote: >>> >>>

Re: [PATCH v4 00/11] ASoC: fsl_ssi: Clean up - coding style level

On Thu, Dec 21, 2017 at 08:10:07AM -0800, Caleb Crome wrote: > >>> the mainline tree, I would like to treat this mail as a separate > >>> > >>> bug report and fix it with a separate patch. > warn: 11a0 11a1 1160 11a3 11a4 11a5 11a6 11a7 > > warn: Valid frame after 1 invalid

Re: [PATCH v4 00/11] ASoC: fsl_ssi: Clean up - coding style level

On Thu, Dec 21, 2017 at 8:08 AM, Caleb Crome wrote: On Wed, Dec 20, 2017 at 3:40 AM, Arnaud Mouiche wrote: > > > > On 19/12/2017 01:25, Caleb Crome wrote: > >> On Mon, Dec 18, 2017 at 3:02 PM, Nicolin Chen wrote: >>> >>> On

[PATCH 0/1] Uses the system workqueue as fallback

In order to avoid kernel panic after memory hotplug in early stages of the boot process (which the kernel is already able to handle IRQs), this patch uses the system workqueue as a fallback to the hotplug workqueue. After this patch I'm not able to reproduce the problem and the memory is

[PATCH 1/1] powerpc/pseries: Use the system workqueue as fallback to hotplug workqueue

The hotplug engine uses its own workqueue to handle IRQ requests, the problem is that such workqueue is initialized not so early in the boot process. Thus, when the kernel is ready to handle IRQ requests, after the system workqueue is initialized, we have a timeframe where any hotplug issued by

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

Matthew Wilcox writes: > On Mon, Dec 18, 2017 at 01:35:47PM -0700, Ross Zwisler wrote: >> What I'm hoping to do with this series is to just provide a sysfs >> representation of the HMAT so that applications can know which NUMA nodes to >> select with existing utilities like

Re: [PATCH] On ppc64le we HAVE_RELIABLE_STACKTRACE

Josh Poimboeuf writes: > On Tue, Dec 19, 2017 at 12:28:33PM +0100, Torsten Duwe wrote: >> On Mon, Dec 18, 2017 at 12:56:22PM -0600, Josh Poimboeuf wrote: >> > On Mon, Dec 18, 2017 at 03:33:34PM +1000, Nicholas Piggin wrote: >> > > On Sun, 17 Dec 2017 20:58:54 -0600 >> > >

Re: [PATCH] cxl: Check if vphb exists before iterating over AFU devices

On Thu, Dec 21, 2017 at 09:36:19AM +0530, Vaibhav Jain wrote: > commit 12841f87b7a8ceb3d54f171660f72a86941bfcb3 upstream, for 4.3. Thanks, now applied to 4.4. greg k-h