Re: stlc45xx: open source WLAN driver for N800 and N810

2008-09-23 Thread Trilok Soni
Hi Kalle,


 The archive for stlc45xx-devel should be open, so you can always check
 from there what's happening. And if something newsworthy has happened,
 I can always drop a note to maemo-developers as well.


Better to use linux-omap ML . Let's not create one more mailing list
for specific driver itself.

-- 
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Multithreaded program for N800..

2008-03-16 Thread Trilok Soni
Hi Nisha,

On Sat, Mar 15, 2008 at 11:22 PM, nisha jain [EMAIL PROTECTED] wrote:

 Does OS2008 supports multithreading?


 -- Forwarded message --
 From: nisha jain [EMAIL PROTECTED]
  Date: Mar 15, 2008 12:51 PM
 Subject: Multithreaded program for N800..
 To: maemo-developers@maemo.org


 Hi All,

 I have a requierement I need to do serial communication in background and do
 processing
 simultaneously. I can do it if i have multithreaded enviornment. Please let
 me know if any
 one has used multithreaded application for N800? Does here pthreads of c can
 work?

 Let me know if i can plug some c code to acheive it? Also i know N800 has
 the ARM  330Hz
 processor which can support such enviornment.


It should work. You got the full-fledge Linux OS on this processor.
There are many
programs running on the tablet use threads internally.

-- 
---Trilok Soni
http://triloksoni.wordpress.com
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)

2008-02-18 Thread Trilok Soni
Hi Juha,

On Feb 18, 2008 11:23 AM, Juha Kuikka [EMAIL PROTECTED] wrote:
 Hi Trilok,

 I found on that it is a compiler problem by reading the assembler it
 generates from the C-code. I started suspecting it when a values of a struct
 were different on caller and callee.

 Problem was caused by a struct copy in the style:

 void function( struct foo *parameter)
 {
   struct foo local_foo;

  local_foo = *parameter;
  ...
 }

 I had to hastily work around the problem by doing the copy with inline
 assembler. Replacing it with memcpy did not help as compiler optimized it
 into inline copy as well.

 Additionally disabling optinizations in compile (-O0) also fixed it.

 I don't remember the GCC version we worked with.

Thanks for the reply. My GCC version is 3.4.6 with glibc-2.3.6. Your
suggested trick to disable optimization worked for me :). So, looks
like my toolchain is buggy somewhere in code generation. Now session
bus is working on board under normal user, and also dbus-monitor
executed from this normal user account is able to connect to this
session bus.

But session bus started from the root account, doesn't allow to
connect clients from the normal user, looks like some permission
issues of socket file, I will check this in more details.

Thanks again for great help.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)

2008-02-17 Thread Trilok Soni
Hi Juha,

On Feb 17, 2008 2:05 PM, Juha Kuikka [EMAIL PROTECTED] wrote:
 Hi,

 I ran into a compiler problem with D-BUS 1.0.2 on ARM (albeit mine was
 ARMv6) where dbus daemon would crash whenever client connected.

Thanks for the reply. I think behavior is same as yours, dbus-daemon
disappears from the ps list,
whenever client (here dbus-monitor) tries to connect to it through
session bus. I have even seen it segfaulting
when putting it under strace with --nofork and connecting to bus
through opening the terminal using
telnet and running dbus-monitor there.


 Just a pointer, check that d-bus is actually running after the client fails.

No. d-bus daemon is not running after client fails to connect. So, did
you solved your problem after upgrading
to some new compiler version for ARMv6? How did you found that it is
compiler problem?

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)

2008-02-15 Thread Trilok Soni
Hi All,

I am trying to run D-BUS 1.0.2 (same version as maemo package except
debian/patches) cross-compiled under scratchbox Apophis R4 on ARM9
DaVinci platform,
and I am not able to connect any d-bus client application to session
bus. I have posted question to dbus mailing list, but as I am sure
that many people here configured d-bus from scratch on OMAP platform,
can quickly point out the source of the problem or some tips.
[EMAIL PROTECTED]

Link:
http://lists.freedesktop.org/archives/dbus/2008-February/009305.html
http://lists.freedesktop.org/archives/dbus/2008-February/009312.html

Even I have tried to run those dbus-daemon binaries under sbox-qemu
and tried connect with dbus-monitor but no success but same error
messages. Any tips regarding this would be great help.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


dbus apis with PHP

2008-02-08 Thread Trilok Soni
Hi All,

I feel that most the developers here are aware of dbus and dbus-glib
bindings, I have a query about how call dbus-glib
APIs under PHP, and which is the best approach for that. On the same
line, I have posted question to dbus mailing list,
here are links to follow: It got divided into two messages on dbus
message archive :) 

[1st part ] http://lists.freedesktop.org/archives/dbus/2008-February/009259.html
[2nd part] http://lists.freedesktop.org/archives/dbus/2008-February/009260.html

Please let me know your views. All the software components runs on
ARM9 based processor like OMAP1.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: php + fastcgi + lighthttpd size on flash?

2008-01-26 Thread Trilok Soni
Hi

On Jan 25, 2008 4:46 PM, Trilok Soni [EMAIL PROTECTED] wrote:
 Hi All,

 I have earlier seen some php packages being compiled for maemo
 releases. Could anyone please
 specify the rough estimate of size PHP and CGI/FastCGI
 libraries/binaries takes on flash?

 I am planning to use lighttpd(this takes around ~1MBytes) as
 web-server and PHP+FastCGI combination on the similar device
 to do some backend scripting.

Anybody having some numbers on this? I have found this link(s):

http://inz.fi/blog/2007/10/16/new-php-package-for-maemo/
http://maemo-hackers.org/apt/pool/

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


php + fastcgi + lighthttpd size on flash?

2008-01-25 Thread Trilok Soni
Hi All,

I have earlier seen some php packages being compiled for maemo
releases. Could anyone please
specify the rough estimate of size PHP and CGI/FastCGI
libraries/binaries takes on flash?

I am planning to use lighttpd(this takes around ~1MBytes) as
web-server and PHP+FastCGI combination on the similar device
to do some backend scripting.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Curious: Maemo devices other than Nokia?

2008-01-22 Thread Trilok Soni
Hi Riku,

On Jan 22, 2008 10:12 PM, Riku Voipio [EMAIL PROTECTED] wrote:
 Mikhail Sobolev wrote:
  Exactly, Ross! I usually visualize relationship between different bits
  using the following picture (please use a fixed width font):
 
+--++--+
|  | Maemo SDK  |  |
+--+++--+--+
|API   |Open|Open| Open |Closed|
+--+++--+--+
|Implementation|Open|Open|Closed|Closed|
+--+++--+--+
|   |  IT OS 200X  |
+---+--+
 
  The part that is covered by Maemo (and Maemo SDK) is not enough to
  produce a somewhat reasonable system, which:
   1) is bootable
   2) has support for all hardware
   3) has a comparable to IT OS 2008 set of applications
 
  The really challenging areas are 2) and 3).  I believe certain work to
  make sure that 1) does not have any challenges is planned, but probably
  it's up to Quim to confirm. :)
 
 This what Debian pkg-maemo[1] and armel[2] projects intend to do.
 Progress is slow but firm, now with hildon-desktop recently uploaded to
 Debian and armel port in good condition (although still unofficial..). And
 indeed it's the applications and  UI that are the main problem.

 rant
 Firstly, one needs a VKB. now hildon-input is mostly open source,
 but when you have a real distribution, it's a lot more annoying that
 only gtk2 applications have input. Acceptable, at least we have osso-xterm -
 Oops no, xterm uses hildon_gtk_im_context_show() to show the vkb,
 which is only available in maemo version of *gtk+2.0* - what a lovely
 layering violation. So matchbox-keyboard is currently used, which
 perhaps isn't as pretty as hildon-im, but atleast it works everywhere.
 Another common grief in compiling hildon apps with stock gtk is the
 infamous tap-and-hold menu, which apparently is going to be adapted
 in upstream gtk in a completely different way.
 /rant

 So now there is a hildon-desktop, terminal, network-manager and a vkb.
 Only such minor details as web browser is missing, and the themes/icons
 having a funny license.  But it just a matter of sorting all pieces
 together
 to get fully OSS rootfs built out of Debian to support the basic use cases
 of internet browsing, email and so on. Once we are the (might take a while
 since I'm busy ATM), it should be easily adaptable to other portable
 devices. Hopefully it will also motivate people to work on OSS replacements
 for the rest of the stuff, IE the initfs and wifi driver. I don't hold
 much hope for
 the DSP thou, as long as TI holds it as a proprietary architecture with
 a proprietary toolchain and bios.. I prefer forgetting the dsp exists and
 just using the audio codec directly with alsa.


On the TI DSP front, I heard several rumors though, which are if
becomes true, should be good sign of TI coming along. They should be
releasing atleast ARM side Linux kernel bridge driver which
communicates with DSP like DSPGateway, along with toolchain on higher
end platforms like OMAP2/3. Also there is sign of cheaper OMAP2/3
based boards coming from TI soon. I would just wish that all this
rumors become true.


-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Development of GUI for N800 using java?

2008-01-19 Thread Trilok Soni
Hi Nisha,

On Jan 19, 2008 9:03 PM, nisha jain [EMAIL PROTECTED] wrote:
 Hi All,

 Does the VMware support development using java applications?
 Can i use java programming language for making GUI interface?
 Does any one has sample applications or tutorial which provide
 information regarding programming in java in VMware ?


Please check jalimo.
https://wiki.evolvis.org/jalimo/index.php/Main_Page

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: crocodile like build system for maemo chinook source pkgs

2008-01-15 Thread Trilok Soni
Hi Ed,

On Jan 14, 2008 10:33 PM, Ed Bartosh [EMAIL PROTECTED] wrote:

 On Mon, 2008-01-14 at 21:07 +0530, ext Trilok Soni wrote:
  Hi Ed,
 
  On Jan 14, 2008 7:11 PM, Trilok Soni [EMAIL PROTECTED] wrote:
   Hi Ed,
  
  
   On Jan 10, 2008 2:24 PM, Ed Bartosh [EMAIL PROTECTED] wrote:
On Wed, 2008-01-09 at 20:04 +0530, ext Trilok Soni wrote:
 Hi,

 As discussed on the following thread in the scratchbox-users ML, Jussi
 Hakala suggested
 that crocodile can be used to automatically build maemo GTK+/X etc
 debian source packages,
 but nokia has their own internal scripts to build those packages under
 scratchbox target. Can
 Nokia share those scripts like crocodile process?

For package building we're using sbdmock. You can find its packages and
sources here: http://www.bifh.org/wiki/sbdmock
   
Feel free to ask questions if any.
   
  
   Thanx for the information. I have download sbdmock package and when I
   had tried to install its sbdmock_0.4.0_all.deb package under my
   chinook sbox target, it asked me first to install python which I had
   done and then I had downloaded
   python-minideblib source from the link I have found from bifh.org as
   it is also one of the depdendancy.  But as there is not .deb package
   for python-minideblib I had tried to build this package using
   dpkg-buildpackage and now it is asking for python-central pacakge
   which is not available from repository.maemo.org / chinook. Could you
   tell me how to proceed on installation of this package under sbox
   target and resolve the depedancies?
  
 
  I have tried to satisfy sbdmock and minideblibs dependancies like 
  python-central
  python-setuptools under sbox target, but no success, and some of this tools
  are not directly available from repository.maemo.org chinook. Please
  help me on how-to
  setup this sbdmock.
 
 You shouldn't do that. sbdmock should be installed outside scratchbox.
 It runs scratchbox when needed.


Thanx for this info. I have tried to do this outside of sbox, and it
works. Shall we
have sbdmock into svn repo of garage.maemo.org or somewhere else, where
we can submit the patches and track it.

As sbdmock is just builds one package at time, and needs that all
other dependencies
should be available before it builds.

I hope that for creating gtk+/x based rootstrap from scratch with
different toolchain from
the chinook one, it should be possible to just use
maemo-sdk-chinook-arm-rootstrap as to
satisfy recursive header dependencies of packages.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: crocodile like build system for maemo chinook source pkgs

2008-01-14 Thread Trilok Soni
Hi Ed,

On Jan 10, 2008 2:24 PM, Ed Bartosh [EMAIL PROTECTED] wrote:
 On Wed, 2008-01-09 at 20:04 +0530, ext Trilok Soni wrote:
  Hi,
 
  As discussed on the following thread in the scratchbox-users ML, Jussi
  Hakala suggested
  that crocodile can be used to automatically build maemo GTK+/X etc
  debian source packages,
  but nokia has their own internal scripts to build those packages under
  scratchbox target. Can
  Nokia share those scripts like crocodile process?
 
 For package building we're using sbdmock. You can find its packages and
 sources here: http://www.bifh.org/wiki/sbdmock

 Feel free to ask questions if any.


Thanx for the information. I have download sbdmock package and when I
had tried to install its sbdmock_0.4.0_all.deb package under my
chinook sbox target, it asked me first to install python which I had
done and then I had downloaded
python-minideblib source from the link I have found from bifh.org as
it is also one of the depdendancy.  But as there is not .deb package
for python-minideblib I had tried to build this package using
dpkg-buildpackage and now it is asking for python-central pacakge
which is not available from repository.maemo.org / chinook. Could you
tell me how to proceed on installation of this package under sbox
target and resolve the depedancies?

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: crocodile like build system for maemo chinook source pkgs

2008-01-14 Thread Trilok Soni
Hi Ed,

On Jan 14, 2008 7:11 PM, Trilok Soni [EMAIL PROTECTED] wrote:
 Hi Ed,


 On Jan 10, 2008 2:24 PM, Ed Bartosh [EMAIL PROTECTED] wrote:
  On Wed, 2008-01-09 at 20:04 +0530, ext Trilok Soni wrote:
   Hi,
  
   As discussed on the following thread in the scratchbox-users ML, Jussi
   Hakala suggested
   that crocodile can be used to automatically build maemo GTK+/X etc
   debian source packages,
   but nokia has their own internal scripts to build those packages under
   scratchbox target. Can
   Nokia share those scripts like crocodile process?
  
  For package building we're using sbdmock. You can find its packages and
  sources here: http://www.bifh.org/wiki/sbdmock
 
  Feel free to ask questions if any.
 

 Thanx for the information. I have download sbdmock package and when I
 had tried to install its sbdmock_0.4.0_all.deb package under my
 chinook sbox target, it asked me first to install python which I had
 done and then I had downloaded
 python-minideblib source from the link I have found from bifh.org as
 it is also one of the depdendancy.  But as there is not .deb package
 for python-minideblib I had tried to build this package using
 dpkg-buildpackage and now it is asking for python-central pacakge
 which is not available from repository.maemo.org / chinook. Could you
 tell me how to proceed on installation of this package under sbox
 target and resolve the depedancies?


I have tried to satisfy sbdmock and minideblibs dependancies like python-central
python-setuptools under sbox target, but no success, and some of this tools
are not directly available from repository.maemo.org chinook. Please
help me on how-to
setup this sbdmock.


-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: N810 USA Availability

2008-01-11 Thread Trilok Soni
Hi All,

On Jan 11, 2008 5:03 PM, Alfredo J. Fabretti [EMAIL PROTECTED] wrote:
 On Jan 11, 2008 9:30 AM, Rafael Proença [EMAIL PROTECTED] wrote:
  Here it says:
  Please enter a valid coupon code

 I was using the Gift / Reward Code field, using the Coupon Code I get
 that error. But trying again with 12345 in the Gift / Reward Code
 field I get The gift certificate has no balance. so I don't know if
 the code is wrong or what.

If anyone succeeded in ordering the N810 device with discount code
from US store,
with new link please let us know on the list. Thanx.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: developer program discount code does not work

2008-01-10 Thread Trilok Soni
Hi All,

On Jan 9, 2008 7:35 PM, kender [EMAIL PROTECTED] wrote:
 On Jan 9, 2008 3:03 PM, pancake [EMAIL PROTECTED] wrote:
   In Spain shop were available the same day when we received that email.
   And the code worked. At least someone said, I believe it was in the IRC,
   which he ordered his discounted n810 in Spain shop.
  
   But the stock was ended this same day and until today.
 
  No phisical stores knows anything about this PDA (at least FNAC or 
  CorteIngles),
  how many ppl in spain have the discount codes? 3 or 4 guys?

 Count one with me. I haven't ordered mine yet, I checked it ask soon
 as I view the mail and it was out of stock until today.

 
  I couldn't imagine they finished their stock in less than 24h...

 Yeah, strange, seem that they had just one in stock or something...

 
  But this gives me a light of hope, so i'll let perl+curl do the hard job
  to notify me when available..

 Make us notice just in case.


Ok. I have just got an e-mail from maemo team that expiry date of code is now
extended to 30.06.2008. Thanx Nokia and Maemo Team.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


crocodile like build system for maemo chinook source pkgs

2008-01-09 Thread Trilok Soni
Hi,

As discussed on the following thread in the scratchbox-users ML, Jussi
Hakala suggested
that crocodile can be used to automatically build maemo GTK+/X etc
debian source packages,
but nokia has their own internal scripts to build those packages under
scratchbox target. Can
Nokia share those scripts like crocodile process?

In my project I want to use all the version combination of GTK+ and
Xserver used by chinook,
except hildon related libs.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: crocodile like build system for maemo chinook source pkgs

2008-01-09 Thread Trilok Soni
Hi,

On Jan 9, 2008 8:04 PM, Trilok Soni [EMAIL PROTECTED] wrote:
 Hi,

 As discussed on the following thread in the scratchbox-users ML, Jussi
 Hakala suggested
 that crocodile can be used to automatically build maemo GTK+/X etc
 debian source packages,
 but nokia has their own internal scripts to build those packages under
 scratchbox target. Can
 Nokia share those scripts like crocodile process?

Forgot put ML discussion thread links :)

http://lists.scratchbox.org/pipermail/scratchbox-users/2008-January/001162.html
http://lists.scratchbox.org/pipermail/scratchbox-users/2008-January/001165.html

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: scripts for compiling gtk+ and kdriver under sbox

2007-12-05 Thread Trilok Soni
Hi Josh,

On Dec 4, 2007 7:22 PM,  [EMAIL PROTECTED] wrote:

 Trilok Soni wrote:
  Is there anywhere some scripts (bash/perl) available to
  automate the process
  of compiling gtk+  and Xserver dependencies under the sbox arm target?
 
  I think maemo team might have developed some scripts to
  automate this process
  as they are not using poky/openembedded stuff under sbox. It would
  be great if someone point to me the such scripts or steps
  which I can automate.

 Confused, they aren't just doing this:
 http://timeless.justdave.net/mxr-test/chinook/source/libx11-1.1.1/debian
 /rules
 http://timeless.justdave.net/mxr-test/chinook/source/gtk+2.0-2.10.12/deb
 ian/rules
 ?


I have few questions based on the links above. (I am new to debian
tools and sbox).

1. How do I get source packages as shown on the links above under sbox target?

something like

sbox-armel#  apt-get source gtk+2.0-2.10.12
sbox-armel#  cd gtk+2.0

Now build gtk+ as per debian/rules , like
sbox-armel# fakeroot debian/rules command
sbox-armel# dpkg-buildpackage -b -rfakeroot

Could you please point me to the URL for repository which I can add it
to /etc/apt/sources.list for fetching
these chinook packages source for gtk+, X and it's dependencies ?


-- 
--Trilok Soni
PS: See that I want to make an development rootstrap having gtk+, X,
dbus etc,. with versions based as in chinook,
but target for development is not Nokia devices, it will be a
surveillance device showing output on TV.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


scripts for compiling gtk+ and kdriver under sbox

2007-12-04 Thread Trilok Soni
Hi All,

Is there anywhere some scripts (bash/perl) available to automate the process
of compiling gtk+  and Xserver dependencies under the sbox arm target?

I think maemo team might have developed some scripts to automate this process
as they are not using poky/openembedded stuff under sbox. It would
be great if someone point to me the such scripts or steps which I can automate.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: TI frees its DSP toolchain for open source apps (?) - linuxdevices

2007-11-18 Thread Trilok Soni
Hi Keitsch,

On Nov 18, 2007 10:21 PM, Krischan Keitsch
[EMAIL PROTECTED] wrote:
 Hi,

 FYI: Just found this news from TI about freeing the DSP toolchain to open
 source developers,

 http://www.linuxdevices.com/news/NS4338556106.html

 http://open.neurostechnology.com/node/1020

 Could someone (with more technical expertise then me) comment on this?


Please refer my post at linux-omap mailing list.

http://linux.omap.com/pipermail/linux-omap-open-source/2007-November/012049.html

I think neuros link mentions some G-SoC project which should have been
merged with
dspgateway driver developed mostly by Nokia for OMAP1/2, this way we
are bringing
support for lot's of DM series of boards and setting a playground for
DaVinci related processors
dspgateway support.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


gtk+/x cross-compilations autoscripts

2007-11-12 Thread Trilok Soni
Hi All,

I am just looking for auto-build scripts for GTK+/X cross-compilation
under scratchbox, I am sure Nokia/community
must have developed some scripts to automate the process of fetching
the tarballs from the resp. repos
and cross-compiling under scratchbox as it involves the number of
libraries and the dependencies tracking.

I think OE does that outside sbox.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


GTK+/X based system on 64MB flash and ram size budget?

2007-10-31 Thread Trilok Soni
Hi All,

We need to select an open-source GUI library for system where it will
have 64MB of total flash and same RAM size running on the embedded
processor like OMAP/DaVinci with around 300MHz. The number of GUI
applications running will be only one main control application acting
as say recorder, player and streamer and other control
functionalities, think video server.

Does GTK+/X combination will be a nice fit for this flash, ram and cpu
speed budget? OR will be too bloated in terms of minimum
functionalities and single GUI application we need?

Flash will also have other software images like kernel, bootloader,
busybox, uclibc/glibc, boa like embedded webserver stored along with
the gtk+/x libraries and gui application.

Please give your suggestions/inputs. Thanx.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: GTK+/X based system on 64MB flash and ram size budget?

2007-10-31 Thread Trilok Soni
Hi Eero,

On 10/31/07, Eero Tamminen [EMAIL PROTECTED] wrote:
 Hi,

 ext Trilok Soni wrote:
  We need to select an open-source GUI library for system where it will
  have 64MB of total flash and same RAM size running on the embedded
  processor like OMAP/DaVinci with around 300MHz. The number of GUI
  applications running will be only one main control application acting
  as say recorder, player and streamer and other control
  functionalities, think video server.
 
  Does GTK+/X combination will be a nice fit for this flash, ram and cpu
  speed budget? OR will be too bloated in terms of minimum
  functionalities and single GUI application we need?
 
  Flash will also have other software images like kernel, bootloader,
  busybox, uclibc/glibc, boa like embedded webserver stored along with
  the gtk+/x libraries and gui application.
 
  Please give your suggestions/inputs. Thanx.

 If you don't have something that needs to show arbitrary amounts
 of data to user such as www-browser or PDF viewer, 64MB is enough.
 (regardless of widget set or whether you use X or directly fb).

Thanx for the inputs. True, it is no where like Internet Tablet, it
will not have applications like www-browser or pdf reader. It might
support local playback, streaming player, recorder with preview and
some other functionalities to control various input and output
sources/sinks. In this case using GTKFb looks good, and having d-bus
with it to communicate with other CLI daemon applications to transfer
messages. Hope GTKfb doesn't limit the use of d-bus, AFAIK. Only
limiting thing with GTKFb will be like one should one binary (GUI app)
doing everything we want to show it to the end-user. Hope I understood
this point.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: GTK+/X based system on 64MB flash and ram size budget?

2007-10-31 Thread Trilok Soni
Hi Sampo,

On 10/31/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 Dear Trilok,

  ext Trilok Soni wrote:
  We need to select an open-source GUI library for system where it will
  have 64MB of total flash and same RAM size running on the embedded
  processor like OMAP/DaVinci with around 300MHz. The number of GUI
  applications running will be only one main control application acting
  as say recorder, player and streamer and other control
  functionalities, think video server.
 
  Does GTK+/X combination will be a nice fit for this flash, ram and cpu
  speed budget? OR will be too bloated in terms of minimum
  functionalities and single GUI application we need?
 
  Flash will also have other software images like kernel, bootloader,
  busybox, uclibc/glibc, boa like embedded webserver stored along with
  the gtk+/x libraries and gui application.
 
  Please give your suggestions/inputs. Thanx.
 
  If you don't have something that needs to show arbitrary amounts
  of data to user such as www-browser or PDF viewer, 64MB is enough.
  (regardless of widget set or whether you use X or directly fb).
 
  Thanx for the inputs. True, it is no where like Internet Tablet, it
  will not have applications like www-browser or pdf reader. It might
  support local playback, streaming player, recorder with preview and
  some other functionalities to control various input and output
  sources/sinks. In this case using GTKFb looks good, and having d-bus
  with it to communicate with other CLI daemon applications to transfer
  messages. Hope GTKfb doesn't limit the use of d-bus, AFAIK. Only
  limiting thing with GTKFb will be like one should one binary (GUI app)
  doing everything we want to show it to the end-user. Hope I understood
  this point.

 I agree with Eero. We have provided an GTK+/X based linux platform to
 customers running a 200MHz ARM with 32MB of flash and 64 megs of memory
 and it all works smoothly. The platform, even if not optimized perfectly,
 fits into less than 32 megs including a desktop environment that has
 loaded GTK+ into memory.

 So this leaves already 32 megs for application to use.

Ok, so out of 64meg of RAM atleast 32megs remained for other
applications to use at run time.

What was the approx size taken by GTK+/X libraries on that 32MB flash?


 For example, doing a VOIP phone, with simple contact list driven UI this
 is more than enough. One can even add a simple browser, to allow user to
 login to WLANs etc.

Ok.


 Please note that the screen size is one important factor here. The bigger
 screen means more graphics etc.  Also in some cases X can be more memory
 efficient than DirectFB, for example. Later uses backbuffers for each
 window where X is more configurable.

In terms of screen, output will be show on the TV using some OSD
windows. Like OMAP2 processors support displaying all the graphics
windows on TV, like N93.

In case of no. of widgets, the main application will have following
minimum widgets:

1. Buttons
2. Tab Pages (Tab bar and page associated with it - to form menus for
control selections)
3. IP Address
4. wireframe grid
5. playback, preview windows,
6. Scrollable lists
7. Checkboxes
8. Calender
9. Digital and Analog Clock
10. Soft Keypad
11. PIN Login
12. Menus
13. TextBoxes

And ofcourse most of the widgets will have suitable icon images on
them and probably themes in future.


 People always say that X is designed for high end desktops, which is
 of course true. Only that X11 protocol was designed 20 years ago, so
 the definition of high end might have changed a little :-)

Very well said :-). Thanx for the inputs.

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


DBus with Nano-X

2007-10-23 Thread Trilok Soni
Hi,

This message might be offtopic, but as nxxx is heavily using dbus, I
thought of posting this question.

We are planning to use Nano-X to develop the GUI application, and this
main application will invoke the other applications as input selected
by user through say TV remote or touchscreen input and it will call
the resp. app, e.g. camera capture, playback, logger, io control.

We also want to have one layer of application management software
in-between the main GUI app and other apps mentioned above to handle
inter-process communication. I was thinking of using dbus, instead of
developing that management software layer to handle just IPC, but is
it feasible to use dbus with Nano-X? Anybody used it before OR will it
bring lot of dependencies?

-- 
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers