lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 19 Jun 2014 14:29:59 +0100
From:	Peter Griffin <peter.griffin@...aro.org>
To:	Lee Jones <lee.jones@...aro.org>
Cc:	linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
	linux-pwm@...r.kernel.org, kernel@...inux.com,
	devicetree@...r.kernel.org, srinivas.kandagatla@...il.com,
	thierry.reding@...il.com
Subject: Re: [STLinux Kernel] [PATCH 4/7] ARM: stih416-b2020e: Enable PWM on
 the B2020 Rev-E

Hi Lee,

> > > Purely for testing purposes, as it's the only board I have.  If
> > > anyone has the other revisions and would be happy to test the driver
> > > for me then great.
> > 
> > Ok that's what I suspected.
> > 
> > If you tell me how, I can test on a Rev C board. But as there are several other 
> > revisions I think checking the board schematics would be the quickest way forward.
> 
> Great.  Do you have a oscilloscope/logic analyser?

I have an old scope, and I've been wanting to buy a decent logic analyser ;-)
Also can you email me the rev E schematic? I currently only have rev C.

> > > > If you make the stih415 DT PWM nodes part of this series as well, then 
> > > > assuming there is no good reason to the contary, the PWM could 
> > > > be enabled for both stih415/6 in the common stih41x-b2020 DTS file which
> > > > is also included by rev-E (assuming that PWM wiring is not some rev-E specific
> > > > thing).
> > 
> > Can you add the stih415 bindings in V2 as well?
> 
> Who's using Orly1?

I'll let ST answer that.

AFAIK drivers upstreamed so far for Orly based hardware have generally been enabled for both
SoCs, hence querying why the stih415 bindings are missing from this series.

Being pinout compatible, a b2020 board can be populated with a stih415, so it seems strange 
for it to then be missing PWM support given that the SoC, board and pwm driver all support it.

regards,

Peter.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ