Ticket #957 (closed defect: fixed)

Opened 2 years ago

Last modified 20 months ago

No driver for HDQ bus / coulomb counter in new GTA02 battery

Reported by: laforge@… Owned by: willie_chen@…
Priority: high Milestone:
Component: System Software Version: current svn head
Severity: normal Keywords:
Cc: buglog@…, sven-openmoko@…, willie_chen@… HasPatchForReview:
Blocked By: Estimated Completion (week):
PatchReviewResult: Blocking:
Reproducible:

Description

The new battery contains a coulomb counter for accurate charge state reading at
any given time. The digital interface is HDQ, connected to an open-drain GPIO
of the PCF50633 PMU. We need a bit-banging HDQ controller driver for the
PCF50633 and a device driver for the actual coulomb counter circuit.

Change History

Changed 2 years ago by willie_chen@…

  • owner changed from laforge@… to michael@…

Changed 2 years ago by willie_chen@…

  • cc willie_chen@… added

Changed 2 years ago by willie_chen@…

I tried to implement HDQ protocol in device driver. When I controlled the GPIO3
on PMU, It need to be controlled by i2c. But responding time is too long to
implement HDQ protocol.

We will re-design hardware version GTA02A5. HDQ protocol is controlled by two
GPIOs. That will decrease response time while using i2c.

Changed 2 years ago by willie_chen@…

  • owner changed from michael@… to willie_chen@…

Changed 2 years ago by andy@…

  • status changed from new to assigned
  • blocked set to 341

Sounds like validation of the HDQ action effectively blocks release since it
involves a new hardware spin. Adding as blocker for BZ341/release.

Changed 2 years ago by sven-openmoko@…

  • cc sven-openmoko@… added

Changed 20 months ago by andy

  • status changed from assigned to closed
  • resolution set to fixed

I solved this using FIQ / HDQ / BQ27000 driver structure months ago, closing as fixed.

Note: See TracTickets for help on using tickets.