[Bug 1001428] Hal bits for Kinetis K40 SLCD controller

[bugzilla-daemon@bugs.ecos.sourceware.org]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001428

John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |john@dallaway.org.uk

--- Comment #6 from John Dallaway <john@dallaway.org.uk> 2011-12-22 10:03:11 GMT ---
(In reply to comment #5)

> Provided that it doesn't fit in any of existing directories, I would create
> directory with general name such as lcd and for device name I would refer to
> Freescale docs. That would probably give devs/lcd/freescale/slcd .
> 
> Note: I wonder if another tree level would be suitable/desirable such as:
> devs/gui/lcd/... Would anybody comment pse?

Using an "lcd" hierarchy for LCD segment displays would imply a separate
hierarchy for LED segment displays with similar controllers. I think a more
generic name is desirable.

Historically, support for simple devices with no corresponding I/O
infrastructure package has tended to be bundled with the relevant HAL package.
However, I do appreciate the desire for portability across architectures.

A few possibilities for consideration:

1) Introduce a hal/devs/ hierarchy for HAL-level device definitions which may
be required across multiple architectures. Accessed directly as if part of a
platform HAL or variant HAL package.

2) Introduce a devs/misc/ hierarchy for miscellaneous simple eCos devices with
no corresponding I/O layer. Accessed via eCos device lookup.

3) Create an I/O infrastructure package for segment displays.

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.