Re: LVDS display possible? [Was: Re: GTAX]

2011-11-29 Thread Dr. H. Nikolaus Schaller

Am 28.11.2011 um 22:47 schrieb EdorFaus:

> Just out of curiosity...
> 
> If we ignore power supply and backlight for the moment, do you think it would 
> be feasible to connect an LVDS (technically FPD-Link I guess) LCD panel to 
> the GTA04, without a lot of extra hardware?

There is a beagleboard project how to interface
the OMAP processor:

http://bb-lvds.blogspot.com/

using this chip:

http://www.ti.com/product/sn75lvds83b

> 
> If so, that could be a neat mod for those of us with broken laptops lying 
> around... Though it would be more pad than big phone I guess.
> 
> -Frode
> 
> On 11/28/2011 02:30 PM, Dr. H. Nikolaus Schaller wrote:
>> Am 28.11.2011 um 14:17 schrieb Xavier Cremaschi:
>>> Le 28/11/2011 08:02, Philip Rhoades a écrit :
 Don't we need a larger form factor?  Like a 4.5" screen?  Has there been
 any discussion along these lines?
> 
>> For a GTA04++ there is no need to change the video system.
>> It is capable of driving>75 MHz pixel clock and HDTV resolution.
>> 
>> And, a larger display area does not necessarily increase the
>> pixel density. They just become bigger (unless we want to
>> increase the resolution as well).
>> 
>> What may need to be changed is the power supply and it may
>> need level shifters. But this is the simplest part in solving the equation.
>> If we get documentation.
>> 
>>> - finding a new screen
>> 
>> This is also quite tough. Either, they are not available through 
>> distribution.
>> Or if they are, a VGA display with touch and 3,5 - 4,5 inch usually costs
>> ~ 100 USD (e.g. Avnet Express, Mouser, ...).
>> 
>> I think we all want to have a display with superior-resolution (like iPad)
>> but cheap as water. And available from steady production. And with decent
>> documentation. The last one rules out choosing replacement iPhone 4S
>> displays...
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


memory for configured ALARM(s)

2011-11-29 Thread Matthias Apitz

Hello,

Where does the FR stores the configured ALARM(s) so that they can wakeup
the FR and let it boot? Is there a way to inspect this from SHR-t?

The background of my question is that I have installed SHR-t on an used
FR device and never configured any ALARM in it (and SHR-t does not show
any), but today morning at 5 o'clock it kicked me out of my bed (and my
wife said that she will do the same with the FR if it would happen again
:-) )

Thanks

matthias
-- 
Matthias Apitz
e  - w http://www.unixarea.de/
UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370)
UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[qtmoko] Alsa scenarios - Where do they come from ?

2011-11-29 Thread Gilles Filippini
Hi,

Quoting debian_rootfs_howto from qtmoko v35:
>* Unpack alsa scenarios to /usr/share/openmoko - you can find these
>  files in any openmoko distro.

But these files in qtmoko are significantly different - including
control names - from those in
 which don't
work at all with qtmoko.

How does it come?

Thanks in advance,

_g.



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [qtmoko] Alsa scenarios - Where do they come from ?

2011-11-29 Thread Klaus 'mrmoku' Kurzmann
On Tue, 29 Nov 2011, Gilles Filippini wrote:

> Hi,

> Quoting debian_rootfs_howto from qtmoko v35:
> >* Unpack alsa scenarios to /usr/share/openmoko - you can find these
> >  files in any openmoko distro.

> But these files in qtmoko are significantly different - including
> control names - from those in
>  which don't
> work at all with qtmoko.

> How does it come?

Names changed with newer kernels which rendered older statefiles
unusable.

> Thanks in advance,

> _g.

-- 
Klaus 'mrmoku' Kurzmann


pgpS7w6NRvy8T.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community