From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3327 invoked by alias); 14 Jan 2012 15:20:12 -0000 Received: (qmail 3311 invoked by uid 22791); 14 Jan 2012 15:20:10 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from tirion.supremecenter202.com (HELO tirion.supremecenter202.com) (209.25.195.243) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 14 Jan 2012 15:19:57 +0000 Received: from c-32d8e155.355-1-64736c10.cust.bredbandsbolaget.se ([85.225.216.50]:34320 helo=[192.168.0.120]) by tirion.supremecenter202.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Rm5Oe-0001e4-Lg for ecos-devel@ecos.sourceware.org; Sat, 14 Jan 2012 15:19:56 +0000 Message-ID: <4F119D17.7010702@siva.com.mk> Date: Sat, 14 Jan 2012 15:20:00 -0000 From: Ilija Kocho User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: ecos-devel@ecos.sourceware.org Subject: Re: dot matrix display infrastructure References: <4F0DADB1.1090404@r-finger.com> In-Reply-To: <4F0DADB1.1090404@r-finger.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2012-01/txt/msg00009.txt.bz2 On 11.01.2012 16:41, Tomas Frydrych wrote: > Hi, > > I am working on a driver for the Freescale Kwikstik LCD, which is a > segment lcd organized as a dot matrix. As part of that, I have > prototyped a simple system for drawing text, consisting of a couple of > minimal bitmapped fonts, a simple font generation tool, and a > rudimentary API. > > I am wondering whether rather than bundling such API into the Kwikstick > slcd driver package, it would be beneficial to split it out and have a > common API in io/dmd/ along the lines of: > > typedef struct cyg_dmd_device_s cyg_dmd_device; > > cyg_dmd_set_pixel (const cyg_dmd_device *display, > bool on, > uint x, uint y); > > > typedef struct cyg_font_s cyg_font; > > cyg_dmd_draw_string (const cyg_dmd_device *display, > const cyg_font *font, > const char *text, > uint x, uint y); > > and perhaps also something like > > cyg_dmd_shift_horizontal (const cyg_dmd_device *display, > bool rotate, > int pixels); > > and then driver implementations in devs/dmd/. > > Any thoughts? Maybe you could first check the Framebuffer. It may be overkill for small displays but it might be possible to extract functionality that you need. > Tomas