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
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 alwa
igned-off-by: Paul E. McKenney
> Cc: Peter Zijlstra
> Cc: Will Deacon
> Cc: Boqun Feng
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Acked-by: Michael Ellerman
> Cc:
Seems sensible.
Reviewed-by: Josh Triplett
> arch/Kconfig | 3 +++
> arch/
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 seems more aligned wi
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:
>
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
> 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 reasona
ugs.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
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
#x27;s suggestion of falling back to the link-time
>diagnostic
>does simplify things a bit, and might be a good approach.
Agreed on both fronts; I don't think we should add any significant complexity
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
:5: warning: no previous prototype for
> ‘hvc_poll_init’ [-Wmissing-prototypes]
>
> Signed-off-by: Rashika Kheria
Reviewed-by: Josh Triplett
> drivers/tty/hvc/hvc_console.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/tty/hvc/hvc_conso
mand turned up one
significant difference: u-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
---
drivers/mfd/sm501.c |3 +++
1 files changed, 3 insertions(+)
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
>
if I understand correctly, hooking up sm501-gpio would require
adding functionality the driver to get the GPIO information from the
device tree in preference to the platform_data, if available, and fall
back to the platform_data for existing users?
What
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 me
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.or
ery few CF cards
> actually support DMA (even if they advertise 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 a
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
On Fri, Mar 26, 2010 at 12:22:32PM -0600, Grant Likely wrote:
> On Tue, Mar 16, 2010 at 11:17 PM, Josh Triplett 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 TQM
d like a known issue? Can we do anything to troubleshoot
this further?
Thanks,
Josh Triplett and Jamey Sharp
Portland State Aerospace Society
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
19 matches
Mail list logo
