Re: [PATCH v2 0/7] padata: parallelize deferred page init

On Wed, May 20, 2020 at 02:26:38PM -0400, Daniel Jordan wrote: > Please review and test, and thanks to Alex, Andrew, Josh, and Pavel for > their feedback in the last version. I re-tested v2: Tested-by: Josh Triplett [0.231435] node 1 initialised, 24189223 pages in 32ms [0.236718

Re: [PATCH 5/9] powerpc: PCI_MSI needs PCI

On Fri, Oct 19, 2018 at 02:09:48PM +0200, Christoph Hellwig wrote: > Various powerpc boards select the PCI_MSI config option without selecting > PCI, resulting in potentially not compilable configurations if the by > default enabled PCI option is disabled. Explicitly select PCI to ensure > we

Re: [PATCH v2 tip/core/rcu 02/39] rcu: Make arch select smp_mb__after_unlock_lock() strength

l.crashing.org> > Cc: Paul Mackerras <pau...@samba.org> > Acked-by: Michael Ellerman <m...@ellerman.id.au> > Cc: <linuxppc-dev@lists.ozlabs.org> Seems sensible. Reviewed-by: Josh Triplett <j...@joshtriplett.org> > arch/Kconfig | 3 +++ > a

Re: [RFC] fs: add userspace critical mounts event support

On Tue, Oct 04, 2016 at 05:12:58PM -0700, Linus Torvalds wrote: > On Tue, Oct 4, 2016 at 5:00 PM, Luis R. Rodriguez wrote: > > I am not sure how/why a firmware loading daemon would be a better > > idea now. What Marc describes that Josh proposed with signals for > > userspcae

Re: [PATCH 3/4] rcutorture: Make -soundhw a x86 specific option

On Thu, May 19, 2016 at 12:38:47PM -0700, Paul E. McKenney wrote: > On Thu, May 19, 2016 at 09:23:39AM -0700, Paul E. McKenney wrote: > > On Thu, May 19, 2016 at 08:40:42AM -0700, Josh Triplett wrote: > > > On Thu, May 19, 2016 at 07:10:13AM -0700, Paul E. McKenney wrote: >

Re: [PATCH 3/4] rcutorture: Make -soundhw a x86 specific option

On Thu, May 19, 2016 at 07:10:13AM -0700, Paul E. McKenney wrote: > On Wed, May 18, 2016 at 09:23:10PM -0700, Josh Triplett wrote: > > On Thu, May 19, 2016 at 11:42:23AM +0800, Boqun Feng wrote: > > > The option "-soundhw pcspk" gives me a error on PPC as follow: &g

Re: [PATCH 0/4] rcutorture: Several fixes to run selftest scripts on PPC

Boqun Feng (4): > rcutorture/doc: Add a new way to create initrd using dracut > rcutorture: Use vmlinux as the fallback kernel image > rcutorture: Make -soundhw a x86 specific option > rcutorture: Don't specify the cpu type of QEMU on PPC All four of these seem reasonable to

Re: [PATCH 3/4] rcutorture: Make -soundhw a x86 specific option

ttps://bugs.launchpad.net/qemu/+bug/1583421 . Paul, what did you mean by "dependent on odd audio libraries"? Did you mean in the guest or the host? And either way, is this something that could potentially be solved another way? - Josh Triplett ___

Re: [PATCH v2] srcu: Isolate srcu sections using CONFIG_SRCU

just to turn link errors into compile errors. - Josh Triplett ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH 2/2] drivers: tty: Mark the function hvc_poll_init() as static in hvc_console.c

prototype for ‘hvc_poll_init’ [-Wmissing-prototypes] Signed-off-by: Rashika Kheria rashika.khe...@gmail.com Reviewed-by: Josh Triplett j...@joshtriplett.org drivers/tty/hvc/hvc_console.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tty/hvc/hvc_console.c b

[PATCH] sm501: When registering the GPIO, turn on the GPIO unit's power

-boot had enabled the GPIO power gate. Changing the Linux sm501 driver to enable the GPIO power gate allows GPIO to work without first initializing it with u-boot. Signed-off-by: Josh Triplett j...@joshtriplett.org --- drivers/mfd/sm501.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions

Re: Hooking up SM501 on TQM5200 (MPC5200) board via device tree?

On Fri, Jun 03, 2011 at 02:51:38PM -0600, Grant Likely wrote: On Tue, May 31, 2011 at 10:07:01PM -0700, Josh Triplett wrote: We have a TQM5200 board, which has GPIO lines hooked up to an SM501. I've managed to come up with the following patch to the tqm5200 device tree, which manages

Hooking up SM501 on TQM5200 (MPC5200) board via device tree?

from the device tree in preference to the platform_data, if available, and fall back to the platform_data for existing users? What should the necessary device tree properties look like to replace sm501_initdata? - Josh Triplett ___ Linuxppc-dev mailing

Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash

On Mon, Mar 29, 2010 at 08:42:08PM +0200, Albrecht Dreß wrote: Am 29.03.10 00:24 schrieb(en) Josh Triplett: We have the MPC5200C rev of the board, not the MPC5200B rev which Ummm - I didn't know that there is a 5200C available. The Freescale web site only mentions the 5200 and the 5200B

Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash

it on the label). How very odd and disappointing. So a CF card might advertise DMA on its label and feature set, and show DMA modes in hdparm's info dump, but break when actually using DMA modes? Do you know of any specific CF cards which *do* support DMA? - Josh Triplett

Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash

On Sat, Mar 27, 2010 at 02:22:08PM +0100, Albrecht Dreß wrote: Am 26.03.10 23:59 schrieb(en) Josh Triplett: [snip] Any other ideas for things we could check to try to track down this problem? Might your issue be related to this thread: http://lists.ozlabs.org/pipermail/linuxppc-dev/2009

Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash

On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote: On Tue, Mar 16, 2010 at 11:17 PM, Josh Triplett j...@joshtriplett.org wrote: Hello, We've tried both 2.6.33 and DENX-v2.6.33.1, and we haven't managed to successfully use any form of DMA with the TQM5200 and a CompactFlash

Re: Failing to get DMA working with MPC5200 (TQM5200) and CompactFlash

On Fri, Mar 26, 2010 at 11:17:07PM +0100, Wolfgang Wegner wrote: Hi Josh, On Fri, Mar 26, 2010 at 02:32:02PM -0700, Josh Triplett wrote: On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote: Not all CF adapters have all the pins wired up that are needed for *DMA modes