Hi,Ack
On Mon, May 11, 2020 at 09:29:59AM -0500, Dan Murphy wrote:
On 5/11/20 9:32 AM, Sebastian Reichel wrote:Fine with me.
On Mon, May 11, 2020 at 07:25:06AM -0500, Dan Murphy wrote:Well honestly not sure why we need the comment either. These are pretty
On 5/10/20 11:17 AM, Sebastian Reichel wrote:I just tried it myself. The problem is the way you are specifying
This needs is missing the power-supplies property. The N900 DTHmm. I ran the dt checker specifically on the binding and it did not fail.
contains a bq27200 referencing the charger, so it should fail the DT
check without the property being listed here.
Unless I need to build some other DTs as well.
Either I will have the power-supplies property
the compatible strings. This is the parsing result:
enum: ['ti,bq27200 - BQ27200', 'ti,bq27210 - BQ27210', 'ti,bq27500 - deprecated,
use revision specific property below', ...
You can see this in Documentation/devicetree/bindings/processed-schema.yaml, which
is generated by running the check. The compatible comments need a # as separation
character like this to generate proper bindings:
properties:
compatible:
enum:
- ti,bq27200 # BQ27200
- ti,bq27210 # BQ27210
- ti,bq27500 # deprecated, use revision specific property below
self explanatory maybe we should just remove the additional comments
Any consideration on just removing the deprecated values?Let's keep them with their comment for now. Removing them should
start with marking them as depracated in the binding and generating
a runtime warning in the driver, so that people become aware of the
problem. At least for ti,bq27500 we have mainline users At least for
ti,bq27500 we have mainline users.
-- Sebastian