Re: Debian on Freerunner+SIP

2013-02-19 Thread Aaron Sells

On 02/18/2013 07:47 AM, David Matthews wrote:


I tried using SIP (Linphone) on Debian without any luck. After removing
echo cancellation in Linphone settings I can hear other side but the


I'd be interested in any success reports with linphone or any other sip
client
on a current freerunner distro

Anyone?


I'm using Linphone on QtMoko with QX.  I used this [1] as a guide to get 
things working.  The author has some broken links to his configuration 
files, though.  Here are the corrected links:


http://pub.acaia.ca/profiles.conf
http://pub.acaia.ca/favourites.conf
http://pub.acaia.ca/.linphonerc

I did find that it is necessary to restore the gsmhandset state scenario 
after exiting Linphone.  Otherwise the phone hangs when suspending.



alsactl -f /opt/qtmoko/etc/alsa-scenarios/gsmhandset.state restore


I've been making calls over an OpenVPN tunnel on WiFi back to my 
asterisk server.  The call quality is very nice with only an occasional 
audio stutter.  It is definitely usable.


Regards,
Aaron

[1] 
http://acaia.ca/~tiago/posts/VoIP_in_Neo_Freerunner_with_Qtmoko_and_Linphone/


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


Re: Debian on Freerunner+SIP

2013-02-19 Thread dmatthews.org
Hi Aaron

 
 I'm using Linphone on QtMoko with QX.  I used this [1] as a guide to get 
 things working.  The author has some broken links to his configuration 
 files, though.  Here are the corrected links:
 
 http://pub.acaia.ca/profiles.conf
 http://pub.acaia.ca/favourites.conf
 http://pub.acaia.ca/.linphonerc
 
Thanks for those links - that is very encouraging - I'll be giving this a try

Regards

-- 
David Matthews 
m...@dmatthews.org

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


Re: Debian on Freerunner+SIP

2013-02-19 Thread alonivtsan
Hello Aaron,

Can you please provide more information, e.g.

1. Which kernel are you using? 

2. Can you use arecord to record the microphone, i.e. can you hear a
recording of yourself when running the following commands (replace
path-to-voip-handset.state by the correct path)?

alsactl -f path-to-voip-handset.state restore
arecord -D hw:0,0 -r 8000 -f S16_LE -c 2 record.wav
aplay record.wav 

Thanks for your help,

Alon.

On Tue, 2013-02-19 at 13:35 -0500, Aaron Sells wrote:
 I'm using Linphone on QtMoko with QX.  I used this [1] as a guide to get 
 things working.  The author has some broken links to his configuration 
 files, though.  Here are the corrected links:
 
 http://pub.acaia.ca/profiles.conf
 http://pub.acaia.ca/favourites.conf
 http://pub.acaia.ca/.linphonerc
 
 I did find that it is necessary to restore the gsmhandset state scenario 
 after exiting Linphone.  Otherwise the phone hangs when suspending.
 
  alsactl -f /opt/qtmoko/etc/alsa-scenarios/gsmhandset.state restore
 
 I've been making calls over an OpenVPN tunnel on WiFi back to my 
 asterisk server.  The call quality is very nice with only an occasional 
 audio stutter.  It is definitely usable.
 
 Regards,
 Aaron
 
 [1] 
 http://acaia.ca/~tiago/posts/VoIP_in_Neo_Freerunner_with_Qtmoko_and_Linphone/


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


Re: Debian on Freerunner+SIP

2013-02-19 Thread Aaron Sells

On 02/19/2013 04:20 PM, alonivtsan wrote:

Hello Aaron,

Can you please provide more information, e.g.

1. Which kernel are you using?


root@neo:~# uname -a
Linux neo 2.6.34-qtmoko-v48 #1 Wed Sep 12 11:31:51 UTC 2012 armv4tl 
GNU/Linux



2. Can you use arecord to record the microphone, i.e. can you hear a
recording of yourself when running the following commands (replace
path-to-voip-handset.state by the correct path)?

alsactl -f path-to-voip-handset.state restore
arecord -D hw:0,0 -r 8000 -f S16_LE -c 2 record.wav
aplay record.wav


No, that doesn't seem to work.  This works though:

alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore
arecord -r 8000 -f S16_LE -c 2 record.wav
aplay record.wav

Regards,
Aaron



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


Re: Debian on Freerunner+SIP

2013-02-19 Thread alonivtsan
Thank you Aaron for your help. I simply copied the voip-handset.state
file from qtmoko v48 and now everything works. To fix the quality of my
output getting worse over time I enabled only GSM codec and disabled
Enable adaptive rate control.

On Tue, 2013-02-19 at 16:38 -0500, Aaron Sells wrote:
 On 02/19/2013 04:20 PM, alonivtsan wrote:
  Hello Aaron,
 
  Can you please provide more information, e.g.
 
  1. Which kernel are you using?
 
 root@neo:~# uname -a
 Linux neo 2.6.34-qtmoko-v48 #1 Wed Sep 12 11:31:51 UTC 2012 armv4tl 
 GNU/Linux
 
  2. Can you use arecord to record the microphone, i.e. can you hear a
  recording of yourself when running the following commands (replace
  path-to-voip-handset.state by the correct path)?
 
  alsactl -f path-to-voip-handset.state restore
  arecord -D hw:0,0 -r 8000 -f S16_LE -c 2 record.wav
  aplay record.wav
 
 No, that doesn't seem to work.  This works though:
 
 alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore
 arecord -r 8000 -f S16_LE -c 2 record.wav
 aplay record.wav
 
 Regards,
 Aaron


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


Re: Debian on Freerunner+SIP

2013-02-18 Thread David Matthews


I tried using SIP (Linphone) on Debian without any luck. After removing
echo cancellation in Linphone settings I can hear other side but the


I'd be interested in any success reports with linphone or any other sip client
on a current freerunner distro

Anyone?
--
David Matthews
m...@dmatthews.org

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


Re: Debian on freerunner

2013-01-11 Thread Timo Juhani Lindfors
Davide Scaini dsca...@gmail.com writes:
 Hi guys, I'm trying to install Debian on the FR.
 I get stuck when downloading the packages because it doesn't
 find/download coreutils...

You should send the full output of the install.sh script.


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


Re: debian + phoneui-apps

2012-04-02 Thread Timo Jyrinki
2012/4/2 Brendon Schumacker brendon.s...@gmail.com:
 Unfortunately it seems I have killed my openmoko from playing with it
 too much.  Perhaps you have some advice for this?

 I can not start the phone with the regular power button anymore, it
 might show a red light for a moment on the aux button, but then it
 dies.  If I do aux + power I can get into NOR boot menu sometimes, but
 it will die again when I try to boot.

 Can you guess what the problem might be?

It sounds like it'd be functioning normally, the red light being the
Qi's only UI. If you press AUX when the red light shows, or
alternatively just remove the SD card temporarily, it should boot from
the NAND flash instead of MicroSD card. So most probably you've a
problem with the Debian installation on the MicroSD card, but Qi tries
to boot from there by default.

AUX + power always brings the NOR boot menu, but you need to press and
hold them for some time. Same goes for interacting with Qi, you need
to press the AUX in a right way :)

-Timo

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


Re: debian + phoneui-apps

2012-03-27 Thread Rico Rommel
Am Dienstag, 27. März 2012, 05:09:19 schrieb Brendon Schumacker:
 2012.03.26 14:32:18.787663 [phonefsod]  WARNING: failed to connect to
 /org/freesmartphone/GSM/Device: Error calling StartServiceByName for
 org.freesmartphone.ogsmd:
 GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of
 org.freesmartphone.ogsmd timed out

 2012.03.26 14:32:28.378662 [phonefsod]  CRITICAL: !!! ouch, phoneuid
 is gone - telephony won't work anymore !!!

 Then in Ubuntu I did a apt-cache search fso and installed everything
 that looked relevant there.  Only one of them updated.  And with ps
 aux it seems that everything is running as it should be, so the
 problem seems beyond me at this point.

Please make sure, fso-gta02 and fso-frameworkd-gta02, phoenuid and e17 are
installed.
Theydepend on all needed packages and install them.


If the PIN-Dialog doesn't show up, insert something like

dbus-send --system --dest=org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.RequestResource string:GSM

into ~/.xsession


Basically, there is no additional configuration needed.

 /usr/share/phoneuid/phoneui-wrapper.sh 

If everything is correct, this isn't needed.

 You can swap out xfce with enlightenment and it still works which is
 great.  Although I couldn't close Contacts after opening it because
 there was no close button, that might also be a SHR specific trait.

If you are using illume1 tap on top-panel and then on X to close or load
module illume-softkey.


On illume2 you can install shr-e-gadgets (It's not in Debian yet)
git://anonscm.debian.org/pkg-fso/shr-e-gadgets.git

and then

echo shr_elm_softkey.desktop  ~/.e/e/applications/startup/.order

If you tap on top-panel, you should be able to switch and close windows.


Rico

signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: debian + phoneui-apps

2012-03-27 Thread Timo Jyrinki
2012/3/26 Timo Jyrinki timo.jyri...@gmail.com:
 However, after that I get an Enlightenment complaint about not being
 able to create a new window for each of the same apps that complained
 about the D-Bus interface earlier.

phoneui-apps apparently is missing some dependency, filed bug #665951.
After installing the e17 meta package, the apps start.

Furthermore, phone calls work! I removed the phoneui-wrapper.sh from
.xsession again, and switched from matchbox-window-manager to
enlightenment_start. Starting phoneui-dialer from command line works
and phone calls can be made and received.

Sound works from FreeRunner to the other phone, but I don't seem to
get audio from FreeRunner with the default settings (nor the speaker
switch works).

Enlightenment seems to also have kept to its tiny font size (on
Debian, hard-coded away in SHR distribution and elsewhr), which should
be probably fixed in either Debian's E17 packages or in configuration
otherwise. The phoneui apps (or any apps) also aren't visible in the
home screen.

Anyway, it's nice to see the new generation FSO2 in action on Debian.

-Timo

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


Re: debian + phoneui-apps

2012-03-27 Thread Rico Rommel
Am Dienstag, 27. März 2012, 15:19:08 schrieb Timo Jyrinki:

 Sound works from FreeRunner to the other phone, but I don't seem to
 get audio from FreeRunner with the default settings (nor the speaker
 switch works).

Please check, if the symlink /etc/freesmartphone/conf/GTA02/alsa-default
points to the correct kernel version.

Rico

signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: debian + phoneui-apps

2012-03-26 Thread Timo Jyrinki
2012/3/26 Brendon Schumacker brendon.s...@gmail.com:
 I have phoneui-apps install, and I have both XFCE4 and e17 installed
 and working fine, but they can't open Dialer, Contacts, etc.  When I
 try phoneui-dialer at the cli I get:

 Error: No such interface `org.shr.phoneui.Dialer' on object at path
 /org/shr/phoneui/Dialer

 Which makes sense because debian is not SHR, I suppose, but
 phoneui-apps is in the debian repositories so I'm assuming there must
 be a way to config it?

SHR is both a distribution and name for a couple of applications. The
SHR applications have been packaged to Debian, and also updated a
couple of times.

I've the same problem as you, since I wanted to experiment with the
FSO2 + SHR on top of Debian, now that they've been packaged for some
time and updated a couple of times. I haven't yet gotten any answers
either unfortunately, but I've understood the phoneui-apps are working
at least for the Debian maintainers who packaged them, and probably
some else as well. It's probably about us not understanding about how
the apps are supposed to work, and the fact that they haven't yet been
configured in Debian to work out-of-the-box apparently.

I did find a fix to the specific problem you're mentioning, though.
You need to have phoneuid running, and in its current Debian form it's
not configured to be automatically run as as service. Therefore I
added /usr/share/phoneuid/phoneui-wrapper.sh to the /root/.xsession.
However, after that I get an Enlightenment complaint about not being
able to create a new window for each of the same apps that complained
about the D-Bus interface earlier.

I'd be happy to hear usage information from this point forward :) It'd
be nice to upgrade from FSO1 + Zhone combo eventually.

 I will be incredibly happy if I can be running debian on my openmoko!
 Please let me know if you have any ideas.

Let's hope you (also) can get up and running with the phoneui-apps
included soon!

-Timo

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


Re: debian + phoneui-apps

2012-03-26 Thread Rico Rommel
Hi,

there are two daemons from shr: phonefsod and phonuid.
phoneuid works on top of phonefsod and brings up apps like dialer or contacts.
phonefsod is started by an init-script, phoneuid via /etc/X11/Xsession.d.

Sometimes there is a kind of race condition between daemons. So please turn on 
logging in /etc/phoneuid.conf and /etc/phonefsod.conf and/or test, if 
disabling concurrency in /etc/init.d/rc makes a difference.

Rico

signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: debian with illume

2012-03-25 Thread arne anka

zhone is dead. use phoneui-apps.


hi

I would like to try out debian with e17 as window manager.
Installing the timo's latest image worked nicely.
according to the debian page on openmoko.org one has now to install  
enlightenment

if one wants to use illume. but if I now want to install zhone I get the
following:

The following packages have unmet dependencies:
 zhone : Depends: python-ecore but it is not going to be installed
 Depends: python-edje but it is not going to be installed
 Depends: python-evas but it is not going to be installed
 Depends: libevas-svn-06-engines-x but it is not installable
 Depends: zhone-illume-glue but it is not going to be installed
E: Broken packages

has anyone e17 running on debian and could point me in the right  
direction (eg.

additional repositories)

best regards

robin


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


Re: debian with illume

2012-03-25 Thread Timo Jyrinki
2012/3/25 arne anka openm...@ginguppin.de:
 zhone is dead. use phoneui-apps.

...updated the openmoko wiki to reflect this.

-Timo

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


Re: [Debian] Preinstalled minimal image available for Neo FreeRunner

2012-03-24 Thread Timo Jyrinki
2012/3/23 Thomas Günther thomas.guent...@gmx.de:
 With your rootfs my Neo does boot. I can login via ssh but I only have
 a white bar at top on display. If I stop nodm I get a debian login
 prompt at top on display. Any idea what happens?

That's the minimal part of it. It is generous enough to offer you a
tray icon area, yet prudent enough not to overwhelm your screen with
so called graphical user interfaces. :D

So you need to for example apt-get install what I proposed, although
that was just applications. Then something either stylus of finger
usable for application switching/launching.

-Timo

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


Re: [Debian] Preinstalled minimal image available for Neo FreeRunner

2012-03-22 Thread elf Pavlik
Excerpts from Timo Jyrinki's message of 2012-03-21 16:24:25 +:
 2011/9/12 Timo Jyrinki timo.jyri...@gmail.com:
  Just to let you know, that since I tested that install.sh [1] is
  working now, I'm making available a snapshot of a minimal Debian
  installation since I had a clean install anyway [2] - see file
  Debian_NeoFreeRunner_minimalrootfs_20110912.tar.xz.
 
 About the same story repeated, but for 2012. I was asked about the
 pre-installation image which prompted me to update it. And while
 updating it I noticed that install.sh had a couple of problems, which
 I fixed:
 - Removed obsolete fso-gpsd
 - Install fso-gtaXX instead of fso-config-gtaXX
 - Removed obsolete zhone
 - Offer phoneui-apps in COM
 - Switch from experimental (unneeded) to unstable for the main Debian 
 repository
 
 I only tried minimal installation still, though. I also updated
 instructions for install.sh usage at
 http://wiki.debian.org/DebianOnFreeRunner - note mainly that you
 probably want to remove openmoko-panel-plugin since its functionality
 starts to be limited and it eats most of the CPU for no good reason.
 
 The pre-installed minimal rootfs is now at:
 http://people.debian.org/~timo/NeoFreeRunner/
 (Debian_NeoFreeRunner_minimalrootfs_20120321.tar.xz)
 
 It expects a single partition on the MicroSD card where the tar.xz is
 unpacked and a Qi bootloader.
 
 SSH:ing in works after booting (root password 'changeme'), and after
 apt-get install foxtrotgps gpsd navit omhacks monav midori wicd
 lxterminal phoneui-apps you may actually get something useful done. If
 you want some home UI to use when not attached to computer, you may
 try my hacky and ugly https://github.com/tjyrinki/tihos
 
 As for my own setup, it's still the old
 http://wiki.openmoko.org/wiki/User:TimoJyrinki with FSO1 actually, but
 I now did this update to enable others more easily to do something
 useful.
 
 -Timo
 

Great! Thank you very much =)

First thing I did when setting it up, I've changed IPs as in new SHR:

NOTE: IP adresses are changed in new SHR-CORE images after 110822, phone 
192.168.7.2 host: 192.168.7.1 

It makes bit more sense to me than taking chance with ..0. ;)

~ elf Pavlik ~

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


Re: [Debian] Preinstalled minimal image available for Neo FreeRunner

2012-03-21 Thread Timo Jyrinki
2011/9/12 Timo Jyrinki timo.jyri...@gmail.com:
 Just to let you know, that since I tested that install.sh [1] is
 working now, I'm making available a snapshot of a minimal Debian
 installation since I had a clean install anyway [2] - see file
 Debian_NeoFreeRunner_minimalrootfs_20110912.tar.xz.

About the same story repeated, but for 2012. I was asked about the
pre-installation image which prompted me to update it. And while
updating it I noticed that install.sh had a couple of problems, which
I fixed:
- Removed obsolete fso-gpsd
- Install fso-gtaXX instead of fso-config-gtaXX
- Removed obsolete zhone
- Offer phoneui-apps in COM
- Switch from experimental (unneeded) to unstable for the main Debian repository

I only tried minimal installation still, though. I also updated
instructions for install.sh usage at
http://wiki.debian.org/DebianOnFreeRunner - note mainly that you
probably want to remove openmoko-panel-plugin since its functionality
starts to be limited and it eats most of the CPU for no good reason.

The pre-installed minimal rootfs is now at:
http://people.debian.org/~timo/NeoFreeRunner/
(Debian_NeoFreeRunner_minimalrootfs_20120321.tar.xz)

It expects a single partition on the MicroSD card where the tar.xz is
unpacked and a Qi bootloader.

SSH:ing in works after booting (root password 'changeme'), and after
apt-get install foxtrotgps gpsd navit omhacks monav midori wicd
lxterminal phoneui-apps you may actually get something useful done. If
you want some home UI to use when not attached to computer, you may
try my hacky and ugly https://github.com/tjyrinki/tihos

As for my own setup, it's still the old
http://wiki.openmoko.org/wiki/User:TimoJyrinki with FSO1 actually, but
I now did this update to enable others more easily to do something
useful.

-Timo

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


Re: [Debian] Preinstalled minimal image available for Neo FreeRunner

2011-09-20 Thread Timo Jyrinki
2011/9/20 Aditya Gandhi aditya...@gmail.com:
 Hi I have installed your image and have given the commands via ssh
  apt-get install foxtrotgps gpsd navit omhacks monav midori wicd lxterminal
 but no gui is up, how do I get it working? I do not have a sim, do I need
 it?

Like I said, It is very much not functional as a phone
out-of-the-box, because of
the ongoing FSO1-FSO2 transition. X however starts automatically and
SSH answers, and you may work your way from there,. So, you have X
but for more you need to connect via SSH and install something
workable.

The Debian unstable repository is ongoing changes, and there is no
simple functional GUI at the moment. You can install Zhone from
experimental as instructed at
http://wiki.debian.org/DebianOnFreeRunner#Current_Status_of_Installation_via_install.sh
, but people reported problems with it although it starts.

Alternatives include installing a Debian stable and using Zhone there,
although if you don't have SIM Zhone is mostly about phone
functionality only anyway.

So, it is a work in progress and currently requires a lot of manual
work. My solution at the moment has been using circa Debian 6.0, Zhone
and my own dirty hack control app (https://github.com/tjyrinki/tihos),
but unfortunately I haven't done a clean install of my way that I
could share with others. Some others use for example IceWM for window
manager and launching applications like GPS.

-Timo

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


Re: [Debian] Preinstalled minimal image available for Neo FreeRunner

2011-09-19 Thread Aditya Gandhi
Hi I have installed your image and have given the commands via ssh
 *apt-get install foxtrotgps gpsd navit omhacks monav midori wicd lxterminal
*
*but no gui is up, how do I get it working? I do not have a sim, do I need
it?
*
On Mon, Sep 12, 2011 at 7:13 AM, Timo Jyrinki timo.jyri...@gmail.comwrote:

 Hi,

 Just to let you know, that since I tested that install.sh [1] is
 working now, I'm making available a snapshot of a minimal Debian
 installation since I had a clean install anyway [2] - see file
 Debian_NeoFreeRunner_minimalrootfs_20110912.tar.xz. The only
 additional thing that was done was apt-get install xorg omhacks before
 I added those as being done by install.sh automatically.

 [1] http://wiki.debian.org/DebianOnFreeRunner
 [2] http://people.debian.org/~timo/NeoFreeRunner/

 It expects a single partition on the MicroSD card where the tar.xz is
 unpacked and a Qi bootlader.

 It is very much not functional as a phone out-of-the-box, because of
 the ongoing FSO1-FSO2 transition. X however starts automatically and
 SSH answers, and you may work your way from there, see [1] or even [3]
 (although it doesn't contain information on how to enable FSO2 at this
 moment when not everything new is yet in). When FSO2 is eventually in,
 together with some UI that can use it, let's improve install.sh again
 and maybe make a snapshot of a phone-working Debian unstable. I'm lazy
 enough not to try to replicate from clean state what I've running on
 my daily FreeRunner at the moment - it'd mean using install.sh but
 with stable repositories instead of unstable to have FSO1 and phone
 functionality, and then tweaking until all my little details work.
 It's anyhow going to be a thing of the past with FSO2 and new UI
 versions.

 [3] http://wiki.openmoko.org/wiki/User:TimoJyrinki

 -Timo

 ___
 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


Re: [debian] fso stack does not work

2011-07-05 Thread Dmitry Chistikov
Dmitry Chistikov, Jul. 05, 2011, 09:07 +0400:
 frameworkd.subsystem ERRORfactory method not successfully completed
 for module module 'odeviced.input' from
 '/usr/lib/pymodules/python2.6/framework/subsystems/odeviced/input.pyc'
 
 ...and a python call stack ending with NameError: global name 'c' is not
 defined. At the first glance I did not manage to mend it, though the
 issue is quite clear: c is a global variable initialized at the module
 level (c stands for C library). [...]

I solved this with the following code:

--- linux.py.orig   2011-07-05 15:29:11.0 +0400
+++ linux.py2011-07-05 15:26:20.0 +0400
@@ -19,12 +19,14 @@
 re = compile('^libc.so.[0-9]$')
 libs = os.listdir('/lib')
 for lib in libs:
 if re.match(lib):
 c = ctypes.cdll.LoadLibrary(lib)
 break
+else:
+c = ctypes.cdll.LoadLibrary('libc.so.6')
 
 _IOC_NRBITS = 8
 _IOC_TYPEBITS = 8
 _IOC_SIZEBITS = 14
 _IOC_DIRBITS = 2
 

The reason the original version does not work is as follows:

root@ziggy:~# ls /lib | fgrep libc.
root@ziggy:~# find /lib -name 'libc.*'
/lib/arm-linux-gnueabi/libc.so.6

Is anyone interested in fixing this packaging bug?

The main problem still persists, though =(

-- 
Dmitry Chistikov

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


Re: [debian] fso stack does not work

2011-07-04 Thread Dmitry Chistikov
Timo Jyrinki, Jul. 02, 2011, 08:51 +0300:
 You can try to use stable repositories instead by modifying the
 install.sh script [...]

Thank you for your advice. I managed to install from wheezy branch
instead of sid. I got tslib with Timo Juhani Lindfors' patch from
http://lindi.iki.fi/lindi/tslib/ and your kernel
linux-image-2.6.34-openmoko-gta02_20101212.git049b71de-2 from
http://pkg-fso.alioth.debian.org/incoming/ . Touchscreen now works
(thanks to both of you!).

Unfortunately, I was not able to get the FSO stack to work. When I start
fso-frameworkd service and invoke zhone, the latter reports gsm ok:
Interface ... implementing 'org.freesmartphone.GSM.Network' at
0x4059aa90, but then stucks with Requesting resource GSM (full log
attached). fsousage log says:

Resource GSM can't be enabled: Did not receive a reply. Possible causes
include: the remote application did not send a reply, the message bus
security policy blocked the reply, the reply timeout expired, or the
network connection was broken.. Trying to disable instead.

frameworkd contains several errors, including two python-related ones.
While googleing reveals that the absence of pyrtc (python-rtc) is not
fatal (is that correct?), there is more sinister-looking one:

frameworkd.subsystem ERRORfactory method not successfully completed
for module module 'odeviced.input' from
'/usr/lib/pymodules/python2.6/framework/subsystems/odeviced/input.pyc'

...and a python call stack ending with NameError: global name 'c' is not
defined. At the first glance I did not manage to mend it, though the
issue is quite clear: c is a global variable initialized at the module
level (c stands for C library). The log ends with a long sequence
of messages from ogsmd continuously trying (unsuccessfully) to open
channels MISC, UNSOL, CALL.

FSO package versions are included in a separate attachment.
Zhone is 0-git20110224+6bcb7fc4-1.

Has anyone encountered the same issue? Am I missing something? or is it
that Debian FSO packages are broken at the moment?

-- 
Dmitry Chistikov
fso-config-gta02 20100210
fso-frameworkd 0.9.5.9+git20100131-4
fso-gpsd 0.8-3.1
fso-gsm0710muxd 0.9.3.1-3
fso-sounds-yue-base 20081031-2
fso-usaged 0.9.1.1+git20100507-1
fso-utils 0.git20090919.1
libfso-glib0 2010.05.11.2-1.2
libfsobasics0 0.9.0+git20100509-2
libfsoframework0 0.2.4+git20100501-1
2011-07-04 19:47:55,605 WARNING could not load illume interface module
2011-07-04 19:47:56,344 DEBUG GUI init
2011-07-04 19:47:59,434 DEBUG GUI init done
2011-07-04 19:47:59,444 DEBUG entering mainloop
2011-07-04 19:47:59,643 DEBUG dbus_objectInit...
2011-07-04 19:47:59,696 INFO cached proxy for 
org.freesmartphone.frameworkd:/org/freesmartphone/Framework
2011-07-04 19:47:59,745 INFO cached proxy for 
org.freesmartphone.ousaged:/org/freesmartphone/Usage
2011-07-04 19:47:59,798 DEBUG usage ok: Interface ProxyObject wrapping 
dbus._dbus.SystemBus (system) at 0x40550390 :1.104 /org/freesmartphone/Usage 
at 0x4053dc30 implementing 'org.freesmartphone.Usage' at 0x4053dd10
2011-07-04 19:47:59,818 INFO cached proxy for 
org.freesmartphone.ogpsd:/org/freedesktop/Gypsy
2011-07-04 19:48:00,020 DEBUG gps ok: Interface ProxyObject wrapping 
dbus._dbus.SystemBus (system) at 0x40550390 :1.96 /org/freedesktop/Gypsy at 
0x4053df10 implementing 'org.freedesktop.Gypsy.Accuracy' at 0x4059a110, 
Interface ProxyObject wrapping dbus._dbus.SystemBus (system) at 0x40550390 
:1.96 /org/freedesktop/Gypsy at 0x4053df10 implementing 
'org.freedesktop.Gypsy.Position' at 0x4059a390, Interface ProxyObject 
wrapping dbus._dbus.SystemBus (system) at 0x40550390 :1.96 
/org/freedesktop/Gypsy at 0x4053df10 implementing 
'org.freedesktop.Gypsy.Satellite' at 0x4059a4d0
2011-07-04 19:48:00,048 INFO cached proxy for 
org.freesmartphone.ogsmd:/org/freesmartphone/GSM/Device
2011-07-04 19:48:00,088 INFO cached proxy for 
org.freesmartphone.ogsmd:/org/freesmartphone/GSM/Server
2011-07-04 19:48:00,283 DEBUG gsm ok: Interface ProxyObject wrapping 
dbus._dbus.SystemBus (system) at 0x40550390 :1.97 
/org/freesmartphone/GSM/Device at 0x4059a8b0 implementing 
'org.freesmartphone.GSM.Network' at 0x4059aa90
2011-07-04 19:48:00,326 INFO cached proxy for 
org.freesmartphone.odeviced:/org/freesmartphone/Device
2011-07-04 19:48:00,364 INFO cached proxy for 
org.freesmartphone.odeviced:/org/freesmartphone/Device/IdleNotifier/0
2011-07-04 19:48:00,463 DEBUG device ok: Interface ProxyObject wrapping 
dbus._dbus.SystemBus (system) at 0x40550390 :1.94 /org/freesmartphone/Device 
at 0x405a00d0 implementing 'org.freesmartphone.Device' at 0x405a0190
2011-07-04 19:48:00,483 INFO cached proxy for 
org.freesmartphone.opreferencesd:/org/freesmartphone/Preferences
2011-07-04 19:48:00,503 DEBUG preferences ok: Interface ProxyObject wrapping 
dbus._dbus.SystemBus (system) at 0x40550390 :1.101 
/org/freesmartphone/Preferences at 0x405a05b0 implementing 
'org.freesmartphone.Preferences' at 0x405a0690
2011-07-04 19:48:00,521 DEBUG failcount = 0
2011-07-04 19:48:00,532 DEBUG 

Re: [debian] cannot bootstrap libc6

2011-07-01 Thread Timo Jyrinki
2011/7/1 Dmitry Chistikov dd1em...@gmail.com:
 I'm trying to install Debian on Openmoko Freerunner and have encountered
 the following problem. Both cdebootstrap and debootstrap fail to install
 a basic Debian system (stage debian of install.sh). Packages are
 downloaded and extracted, but dpkg is refusing to install libc6:
...
 Does this mean that Debian sid (unstable) armel is broken at the moment?
 How can this problem be dealt with? Changing --force-depends to --force-all
 does not help.

I'm not an expert on the installer, but unfortunately it may mean so.

You can try to use stable repositories instead by modifying the
install.sh script - you just need to make sure that you then don't
specify any phone software like Zhone at the install time, since those
are only available with the E17 that is in unstable and not in the
latest Debian release. I've been meaning to try out if that'd work for
some time, but haven't got a suitable extra microsd card and time slot
to check it out.

Then if you get a minimal installation ongoing, it's much easier to
install more software and experiment in a bootable system. The
unstable anyway is in a shaky situation at the moment, as still the
Python E17 dependencies are not in so they are also not installable.

-Timo

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


Re: [debian] experimentation with ofono, telepathy-ring and empathy...

2011-06-23 Thread Johannes Schauer
Hi,

On Thu, Dec 16, 2010 at 01:53:59PM +, Neil Jerram wrote:
 I thought this worth mentioning just in case others are doing similar
 things: I'm experimenting with the stack mentioned in the Subject, on
 my debian install, to see what kind of UI it gives, and how stable the
 telephony is.
Can you elaborate on how you approached that issue so that others can
reproduce your findings?

cheers, josch

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


Re: [debian] experimentation with ofono, telepathy-ring and empathy...

2011-06-23 Thread Neil Jerram
Hi Johannes,

On 23 June 2011 12:24, Johannes Schauer j.scha...@email.de wrote:
 Hi,

 On Thu, Dec 16, 2010 at 01:53:59PM +, Neil Jerram wrote:
 I thought this worth mentioning just in case others are doing similar
 things: I'm experimenting with the stack mentioned in the Subject, on
 my debian install, to see what kind of UI it gives, and how stable the
 telephony is.
 Can you elaborate on how you approached that issue so that others can
 reproduce your findings?

Unfortunately I no longer have the details to refer to.  But as far as
I recall, it was something like...

- Install oFono.  It was 0.36 at the time, and it looks like that's
still the latest in Debian, even though I believe upstream has had
several releases since that.

- Start ofonod, then play with test scripts like `list-modems' and
`enable-modem'.

- Discover that nothing happens because calypso hasn't been detected.
I wrote a patch to fix that, and sent it to the oFono guys.  AFAIK
that is in the upstream code now, so a more recent oFono release
should detect calypso out of the box.

- `list-modems' and `enable-modem' now work.

- Install telepathy-ring and empathy, and see what happens - and I
wrote about that earlier (but a long time ago) in this same thread.

Does that help?  Please feel free to ask more detailed questions, and
I'll do my best!

Regards,
Neil

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


Re: [Debian] 2.6.37 kernel available (and about the touch screen, X driver problem)

2011-04-29 Thread giacomo 'giotti' mariani

Thank you very much!

Will it be available with apt-get update in QtMoko?

Giacomo

--
##
giacomo 'giotti' mariani
gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859
O  ASCII ribbon campaign: stop HTML mail
www.asciiribbon.org
##


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


Re: debian installed, uImage.bin not recognised

2011-02-04 Thread Eric Smith
Thanks Timo
 What parameters did you give to install.sh? In particular, which boot
 loader are you using and how is it configured?

TASKS=ALL QI=true SD_SWAP_SIZE=128 DASH_BINSH=false ./install.sh all

anyways I think this is the command I issued on the single occasion 
that the install process completed.

Qi bootloader not configured and just flashed as per the manual.

I do not understand why the Debian maintainers did not create a static
respository istead of linking to unstable that is a moving target.

I will give this another try when I have some more time.
Any suggestions on how to get a standard debian installed on sdcard 
most welcome.  The UI does not interest me, I want to install a JRE
and som proprietory software that runs on the JVM.

Thanks.

Eric Smith

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


Re: debian installed, uImage.bin not recognised

2011-02-04 Thread Timo Juhani Lindfors
Eric Smith e...@fruitcom.com writes:
 I do not understand why the Debian maintainers did not create a static
 respository istead of linking to unstable that is a moving target.

You mean like take lenny and provide unofficial repository of openmoko
specific packages for it? I guess there are multiple problem. I
understood that many freesmartphone.org programs required software
that is not in lenny and a massive backport effort would have been in
order.

Install.sh definitely suffers from the fact that unstable changes
constantly.

 I will give this another try when I have some more time.

You probably need JTAG to debug Qi though? With u-boot you'd at least
get error messages to both display and USB.

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


Re: debian installed, uImage.bin not recognised

2011-02-03 Thread Timo Juhani Lindfors
Eric Smith e...@fruitcom.com writes:
 After about 90 minutes, the install.sh all command completed with request to 
 reboot.
 No errors reported.

 On power on, it boots into the old Qtmoko.

What parameters did you give to install.sh? In particular, which boot
loader are you using and how is it configured?

 When I explicitly boot from microSD on the NOR screen,

You should not use NOR u-boot for anything else than flashing.

 There is a warning on the http://wiki.debian.org/DebianOnFreeRunner
 not to type reboot: but use the buttons

I don't think this is your real problem but the warning indeed makes
no sense to me. Jidanni, you added this paragraph to the wiki in 2008,
do you remember why?

http://wiki.debian.org/DebianOnFreeRunner?action=diffrev1=78rev2=79


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


Re: debian installed, uImage.bin not recognised

2011-02-03 Thread jidanni
 TJL == Timo Juhani Lindfors timo.lindf...@iki.fi writes:
TJL no sense to me. Jidanni, you added this paragraph to the wiki in 2008,
TJL do you remember why?
All I remember is I traded my OpenMoko in for a Nokia 3315 and would
rather not think further.

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


Re: [debian] won't boot

2011-01-17 Thread Radek Polak
On Monday 17 January 2011 02:36:49 Robin Paulson wrote:

 i recently installed qtmoko v26 on internal flash, and from there used
 the wiki instructions to install debian on sd. the install ran all the
 way through, and gave a me a message that all was well. except, it
 won't boot. i have qi installed, and if i read the wiki correctly, it
 will auto boot the first os on the sd card, so long as the kernel is
 in the correct position.
 
 so, i put some symlinks in /boot (in the 2nd partition on the sd),
 pointing to uImage, config and sysmap (in the first partition on the
 sd). it still won't boot, and i'm a bit lost now.

You can try hold POWER buttton when you are booting, qi will make kernel more 
verbose so you can see the actual error.

Also please make sure you have append-GTA02 whith rootwait parameter on your 
SD card:

cd /boot
echo console=tty0 loglevel=3 rootwait  append-GTA02

you can also try e.g. rootdelay=10 instead of rootwait.

Regards

Radek

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


Re: [debian] won't boot

2011-01-17 Thread Robin Paulson
On 17 January 2011 21:21, Radek Polak pson...@seznam.cz wrote:
 so, i put some symlinks in /boot (in the 2nd partition on the sd),
 pointing to uImage, config and sysmap (in the first partition on the
 sd). it still won't boot, and i'm a bit lost now.

 You can try hold POWER buttton when you are booting, qi will make kernel more
 verbose so you can see the actual error.

very verbose. but i don't know what i'm looking for, so kind of stuck

any suggestions? anything i can look for in a log (it's also moving
kind of fast)?

 Also please make sure you have append-GTA02 whith rootwait parameter on your
 SD card:

 cd /boot
 echo console=tty0 loglevel=3 rootwait  append-GTA02

 you can also try e.g. rootdelay=10 instead of rootwait.

i tried that, and still not getting anything. also, doesn't the debian
install script handle all that? i recall trying this over a year ago
and it worked flawlessly

-- 
robin

http://tangleball.org.nz/ - Auckland's Creative Space
http://bumblepuppy.org/blog/

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


Re: [debian] won't boot

2011-01-17 Thread Radek Polak
On Tuesday 18 January 2011 02:15:37 Robin Paulson wrote:

  You can try hold POWER buttton when you are booting, qi will make kernel
  more verbose so you can see the actual error.
 
 very verbose. but i don't know what i'm looking for, so kind of stuck
 
 any suggestions? anything i can look for in a log (it's also moving
 kind of fast)?

Interesting place is where rootfs is mounted. Most ofter this step fails and 
them messages stop with something like unable to mount rootfs.

 i tried that, and still not getting anything. also, doesn't the debian
 install script handle all that? i recall trying this over a year ago
 and it worked flawlessly

I am not fan of big shell scripts. The problem is that you don't know what is 
happening. I have howto for manual install of qtmoko [1] or there is quite 
good wiki for manually installing debian.

Regards

Radek

[1] 
https://github.com/radekp/qtmoko/blob/master/doc/txt/debian_rootfs_howto.txt

[2] http://wiki.openmoko.org/wiki/Manual_Debian

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-12-29 Thread Neil Jerram
On 17 December 2010 10:10, Al Johnson openm...@mazikeen.demon.co.uk wrote:
 On Friday 17 December 2010, Timo Jyrinki wrote:

 Anyway, if one can come up with a perfect xorg.conf that disables the
 extra devices there and only configures glamo + touch input + hw
 buttons, that'd be nice.

What about the SHR xorg.conf?  SHR is also using 2.6.34, so is there
any reason why their xorg.conf - or at least the InputDevice and
AutoAddDevices parts - would not be correct for Debian with 2.6.34?
I've appended it below.

   Neil


Section Module
Loadglx
Loaddri2
EndSection


Section Monitor
Identifier  LCD Panel
EndSection


Section Device
Identifier  Glamo Graphics Chip
Driver  glamo
EndSection


Section Screen
Identifier  Default Screen
Device  Glamo Graphics Chip
Monitor LCD Panel
EndSection

Section InputDevice
Identifier  Power Button
Driver  evdev
Option  Device/dev/input/event0
EndSection


Section InputDevice
Identifier  AUX Button
Driver  evdev
Option  Device/dev/input/event2
EndSection


Section InputDevice
Identifier  Touchscreen
Driver  tslib
Option  Device/dev/input/event1
Option  EmulateRightButtonTrue
EndSection

Section ServerFlags
Option AutoAddDevices False
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Power Button
InputDevice AUX Button
InputDevice Touchscreen
EndSection

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-25 Thread EdorFaus

On 12/21/2010 12:51 PM, Neil Jerram wrote:

On 19 December 2010 14:28, EdorFausedorf...@xepher.net  wrote:

When I first started doing this package, I fully intended to keep
maintaining it - but then several things conspired against it, which has
caused it to be unmaintained (by me at least) for a year now...


That doesn't seem to have harmed anything.  The .ipk always installs
cleanly for me, and the code is upstream.


That's good to hear, and I suppose X+GTK don't really change all that 
much these days (or at least not in bw-comp-breaking ways)... Still 
means you don't get the games added since then though.


I think the main problem was with the launcher I made, which I'm not 
sure is even relevant anymore (I haven't updated my FR for a while).




I've still got a couple left though... and made a new one just now... I
should probably try to push those upstream as well.


That's interesting, what do they do?


There's one for Bridges, that makes it possible to un-lock an island - 
the existing code only lets you do that by not moving the mouse between 
pressing and releasing the button, which is practically impossible on 
the touchscreen, but doesn't require the same for locking. The patch 
fixes this by allowing unlocking in the same manner as locking.


The other one is for Solo, and (in STYLUS_BASED builds) lets you 
activate the pencil-mode note taking selection by clicking a second 
time in empty cells, only clearing the selection on the third click 
(instead of the second in normal builds).


The third one, which I just added, is not for a feature, but is a fix 
for a (potentially serious, from what I read) compiler warning 
(dereferencing type-punned pointer will break strict-aliasing rules) 
caused by code that was added by me in the first place.
In case you care: I had reused the first character of an error string 
buffer as a loop variable for adding the 0-9 buttons in the GTK 
interface, and was also casting that first char to an int, to pass it to 
the click action of those buttons. These casts weren't liked by gcc 
(well, its optimizer, I think), so this patch replaces this trickery 
with the local variable I should have used in the first place. :P


All of this is stuff I should send upstream, so I'll probably get around 
to doing that one of these days...



(I do have yet another patch used in my old build, but that was just to 
make it generate the icons in the right size for the Illume main menu so 
neither I or the FR would have to resize everything afterwards...)




CFLAGS=-D_WIN32_WCE debian/rules binary


Nice, much better than editing!  For the record, have you actually
tried this and checked it works, or is it just a suggestion?


I tried it. At first I thought it should work, then while trying (well, 
compiling) thought it wouldn't (due to a thinko), and then found out 
that it does. Well, it works on my x86 netbook anyway, I haven't tried 
it with an ARM build, but since the makefile etc. is the same, it 
*should* work there too.



Btw, I've not really been following the loop for a while (approximately 
since Enlightenment renamed some of its libs), but kinda want to get 
back into using my FR as my phone once the new year rolls around - would 
you happen to have any recommendations for which distro to use with my 
probably-A6, no-reworks Freerunner?


--
Regards,
EdorFaus

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-21 Thread Neil Jerram
On 20 December 2010 23:25, EdorFaus edorf...@xepher.net wrote:
 On 12/19/2010 06:29 PM, Timo Juhani Lindfors wrote:

 I meant a command line option that a user could pass so that he would
 not need to recompile..

 Ah. That's... technically possible, I *think*, but would be quite a bit of
 work for (IMHO) very little gain, as most people don't need access to both
 variants on the same device, and if they do, that can be solved more easily
 by having them both installed in seperate locations.

I don't quite agree that the gain would be very little.  For me,
though, it is not a priority to do this; the solution of rebuilding
the package is good enough (especially with the CFLAGS=...
debian/rules binary invocation) for the bottlenecks in my Debian
usage to move elsewhere, and hence I'm now shifting focus to other
things.

 Really, for the FR (and similar devices), the better solution for what I
 guess you're really after (ease of use for non-techies) would be to make
 this the default in the binary package, or to provide an alternate binary
 package with this configuration.

I don't know, but I would guess that there may be armel devices on
which the current standard build is just fine.  So I'm not sure it
would work for armel to imply switching on those #defines.

Surely the optimal solution would be runtime auto-detection?  Does
udev provide sufficient information to infer that there is a
touchscreen and no keyboard?

Regards,
  Neil

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-21 Thread Neil Jerram
On 19 December 2010 14:28, EdorFaus edorf...@xepher.net wrote:
 On 12/17/2010 12:08 AM, Neil Jerram wrote:

 For people who like Simon Tatham's puzzle collection...

 On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles

 Thank you! You just made me go back to look at this code again.

Thank you for writing those patches!

 When I first started doing this package, I fully intended to keep
 maintaining it - but then several things conspired against it, which has
 caused it to be unmaintained (by me at least) for a year now...

That doesn't seem to have harmed anything.  The .ipk always installs
cleanly for me, and the code is upstream.

 Actually, most of them have been included upstream, which is probably where
 Debian got them from...

Absolutely, yes, that's what I meant.  Sorry for not being clear about it.

 I've still got a couple left though... and made a new one just now... I
 should probably try to push those upstream as well.

That's interesting, what do they do?

 CFLAGS=-D_WIN32_WCE debian/rules binary

Nice, much better than editing!  For the record, have you actually
tried this and checked it works, or is it just a suggestion?

   Neil

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-21 Thread Timo Juhani Lindfors
Neil Jerram neiljer...@gmail.com writes:
 Surely the optimal solution would be runtime auto-detection?  Does
 udev provide sufficient information to infer that there is a
 touchscreen and no keyboard?

udev does not know what X server your sgt-puzzles is connected
to. It's probably better to ask X about the input devices?

-Timo

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-21 Thread Neil Jerram
On 21 December 2010 12:33, Timo Juhani Lindfors timo.lindf...@iki.fi wrote:
 Neil Jerram neiljer...@gmail.com writes:
 Surely the optimal solution would be runtime auto-detection?  Does
 udev provide sufficient information to infer that there is a
 touchscreen and no keyboard?

 udev does not know what X server your sgt-puzzles is connected
 to. It's probably better to ask X about the input devices?

Ah yes, of course, good point.  So assuming the X API is rich enough
to provide that information, I'd say that's the ideal solution.  Of
course it would also be possible to provide a command line option to
override the auto-detection.

 Neil

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-20 Thread EdorFaus

On 12/19/2010 06:29 PM, Timo Juhani Lindfors wrote:

EdorFausedorf...@xepher.net  writes:

On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote:

Could you make this a command line option?


It already is, sortof - basically, replace the debian/rules binary
command with this one:


I meant a command line option that a user could pass so that he would
not need to recompile..


Ah. That's... technically possible, I *think*, but would be quite a bit 
of work for (IMHO) very little gain, as most people don't need access to 
both variants on the same device, and if they do, that can be solved 
more easily by having them both installed in seperate locations.


Really, for the FR (and similar devices), the better solution for what I 
guess you're really after (ease of use for non-techies) would be to make 
this the default in the binary package, or to provide an alternate 
binary package with this configuration.


I'm not sure if the former is practical for Debian, as I'm not sure if 
their systems are set up for having different patches/compile options on 
different architectures, but you could ask the arch maintainers I guess.


The latter would be as easy as someone doing the recompilation once, 
then making the resulting package file available for the relevant users 
to install - either manually, or using a repository. That way, the end 
users wouldn't need to compile, just the person maintaining the variant 
package.


-EdorFaus

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-20 Thread Timo Juhani Lindfors
EdorFaus edorf...@xepher.net writes:
 I'm not sure if the former is practical for Debian, as I'm not sure if
 their systems are set up for having different patches/compile options
 on different architectures, but you could ask the arch maintainers I
 guess.

I don't really like the idea of having freerunner specific patches
only in the armel architecture. Similarly I don't really like the idea
of building separate binary packages just to include some patches. It
can't be that hard to have a command line switch to decide the
behavior at runtime?
armel architecture.


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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-19 Thread EdorFaus

On 12/17/2010 12:08 AM, Neil Jerram wrote:

For people who like Simon Tatham's puzzle collection...

On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles


Thank you! You just made me go back to look at this code again.

When I first started doing this package, I fully intended to keep 
maintaining it - but then several things conspired against it, which has 
caused it to be unmaintained (by me at least) for a year now...

I do hope to get back into things with my FR, but... well, we'll see.



evening I finally realised that (a) the necessary code, i.e. Frode
Austvik's patches, is all already in the Debian source package; and


Actually, most of them have been included upstream, which is probably 
where Debian got them from... I just removed a bunch of patches from my 
repository because they're no longer needed. :)


I've still got a couple left though... and made a new one just now... I 
should probably try to push those upstream as well.


Looking at the Debian source package, it has several other patches I 
don't, that could be quite useful on the FR (I'm not sure what's 
actually used and not, but one patch mentions using a shared lib for the 
shared code, and another mentions building all games into one binary to 
share the code that way... either could be nice for space).


I should probably have based mine on the deb package to start with, 
instead of reinventing stuff... ohwell, at least this way I built trunk, 
and had an idea of what patches are actually used.




(b) it's quite easy to rebuild the package (on the FR) to enable it:


Heh, this is something I hadn't really considered - building it *on* the 
FR. :) Thinking about it though, that would probably make several issues 
I had with building it easier - such as generating the icons (which 
requires an X server, and hence binaries native to the compiling 
system... which caused me to compile twice when cross-compiling :P ).




# vi puzzles.h

Comment out the #ifdef _WIN32_WCE and #endif around a group of
defines for Pocket PC devices, which are equally applicable to the
FR.


On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote:
 Could you make this a command line option?

It already is, sortof - basically, replace the debian/rules binary 
command with this one:


CFLAGS=-D_WIN32_WCE debian/rules binary

--
Regards,
Frode

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-19 Thread Timo Juhani Lindfors
EdorFaus edorf...@xepher.net writes:
 On 12/17/2010 12:59 PM, Timo Juhani Lindfors wrote:
 Could you make this a command line option?

 It already is, sortof - basically, replace the debian/rules binary
 command with this one:

I meant a command line option that a user could pass so that he would
not need to recompile..

-Timo

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-12-17 Thread Timo Jyrinki
2010/12/16 Neil Jerram neiljer...@gmail.com:
 Even after removing the /dev/input files as you suggested (in
 /etc/rc.local), my observation is that XOrg still eats all CPU after
 an initial boot-up, but that if I then do /etc/init.d/nodm stop and
 /etc/init.d/nodm start, it returns to using a normal (small) amount
 of CPU.  Is that as you would expect?

That doesn't happen to me, but it's probably related to starting X in
parallel with rc.local, so X gets to probe those before they are
removed?

Anyway, if one can come up with a perfect xorg.conf that disables the
extra devices there and only configures glamo + touch input + hw
buttons, that'd be nice.

 I noticed that wifi is powered on after boot-up.  Is that expected?
 Note that I am not currently running frameworkd or other FSO daemons -
 so perhaps this is normal, and I haven't seen it before because the
 FSO daemons turn wifi OFF when they start up.  (Alternatively, could
 wicd be powering on the wifi?)

If I recall correctly that was always so in the old kernels as well,
so even though it makes not much sense it may be so also now. But I'm
using FSO so possibly it shuts the power off when starting (although,
on the other hand, I wouldn't expect the FSO1 to know the sys paths in
2.6.34). For me, iwconfig shows the device but om wifi power confirms
that it's not really powered up (and iwconfig says Tx-Power=off). I
guess the interface is always there as ar6000 support is compiled into
the kernel?

-Timo

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-12-17 Thread Al Johnson
On Friday 17 December 2010, Timo Jyrinki wrote:
 2010/12/16 Neil Jerram neiljer...@gmail.com:
  Even after removing the /dev/input files as you suggested (in
  /etc/rc.local), my observation is that XOrg still eats all CPU after
  an initial boot-up, but that if I then do /etc/init.d/nodm stop and
  /etc/init.d/nodm start, it returns to using a normal (small) amount
  of CPU.  Is that as you would expect?
 
 That doesn't happen to me, but it's probably related to starting X in
 parallel with rc.local, so X gets to probe those before they are
 removed?
 
 Anyway, if one can come up with a perfect xorg.conf that disables the
 extra devices there and only configures glamo + touch input + hw
 buttons, that'd be nice.

What about USB and Bluetooth input devices?

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


Re: [debian] howto: rebuilding sgt-puzzles for the FR

2010-12-17 Thread Timo Juhani Lindfors
Neil Jerram neiljer...@gmail.com writes:
 Comment out the #ifdef _WIN32_WCE and #endif around a group of
 defines for Pocket PC devices, which are equally applicable to the
 FR.

Could you make this a command line option?

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-12-16 Thread Neil Jerram
On 16 December 2010 06:53, Timo Jyrinki timo.jyri...@gmail.com wrote:
 2010/11/14 Timo Jyrinki timo.jyri...@gmail.com:

 http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34

 New Debian pkg-fso kernel available:

 And another one thanks to having inspirational time yesterday evening.

Thanks.  I am using this series of kernels, so I appreciate your work on them.

 - X.Org eats all the CPU unless you disable AutoAddDevices or remove
 extra /dev/input files

Even after removing the /dev/input files as you suggested (in
/etc/rc.local), my observation is that XOrg still eats all CPU after
an initial boot-up, but that if I then do /etc/init.d/nodm stop and
/etc/init.d/nodm start, it returns to using a normal (small) amount
of CPU.  Is that as you would expect?

 - Sys paths have changed, so you most probably want to add om gsm
 power 1 to /etc/rc.local (and install newest omhacks from pkg-fso if
 you already haven't)

I noticed that wifi is powered on after boot-up.  Is that expected?
Note that I am not currently running frameworkd or other FSO daemons -
so perhaps this is normal, and I haven't seen it before because the
FSO daemons turn wifi OFF when they start up.  (Alternatively, could
wicd be powering on the wifi?)

Regards,
  Neil

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-12-15 Thread Timo Jyrinki
2010/11/14 Timo Jyrinki timo.jyri...@gmail.com:

 http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34

 New Debian pkg-fso kernel available:

And another one thanks to having inspirational time yesterday evening.
Note that the original three 2.6.34 related caveats are still there:
- No updated fso-config-gta02 yet in Debian, therefore you need to
manually fix ALSA state files, see for example
http://iki.fi/tjyrinki/moko/2.6.34/
- X.Org eats all the CPU unless you disable AutoAddDevices or remove
extra /dev/input files
- Sys paths have changed, so you most probably want to add om gsm
power 1 to /etc/rc.local (and install newest omhacks from pkg-fso if
you already haven't)

---
http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02
http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-qtmoko-v31


linux-2.6-openmoko (20101212.git049b71de-1) pkg-fso; urgency=low

  * Merge from qtmoko-v31
  - Kernel 2.6.34.7
  - Integrated GPS suspend patch, resume reason patch
  - Dumb battery support
  * Disable sysrq, unneeded
  * Add configuration from wishlists:
  - NFSv4
  - XATTR for EXT*
  - CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING
  - CONFIG_OPENMOKO_RESUME_REASON
  * Remove 2.6.29 era patches and others that don't apply anymore

 -- Timo Jyrinki t...@debian.org  Wed, 15 Dec 2010 19:32:13 +0200

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


Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

2010-11-20 Thread Timo Jyrinki
2010/11/19 Gennady Kupava g...@bsdmn.com:
 I've noticed problem with alsa too. Guess that this may be related to
 100hz patch, probably need to review neo-specific code in kernel.

Ok, if that's it, even though it seemingly depends on other factors as
well, please Debian users notice the following:

* http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/
has also all the previous kernels
* If you hit this audio playback problem, install the previous kernel
http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/linux-image-2.6.34-openmoko-gta02_20100921.gitec52149c-2_armel.deb

-Timo

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


Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

2010-11-20 Thread Paul Wise
On Fri, 2010-11-19 at 23:38 +0800, Paul Wise wrote:
 Is anyone else having broken audio on Debian with pkg-fso
 linux-image-2.6.34-openmoko-gta02?'

gena2x seems to have found the cause, I had 'Stereo Out Switch' and
'Right Mixer Right Playback Switch' turned off in my alsa settings. Zero
idea how they got like that. The arecord issue is still present though.

r...@booph(Debian):~# diff -u myfile.state aplay34_working.state
--- myfile.state2010-11-20 23:26:52.0 +0800
+++ aplay34_working.state   2010-11-20 23:25:08.0 +0800
@@ -539,7 +539,7 @@
comment.count 1
iface MIXER
name 'Stereo Out Switch'
-   value false
+   value true
}
control.54 {
comment.access 'read write'
@@ -864,7 +864,7 @@
comment.count 1
iface MIXER
name 'Right Mixer Right Playback Switch'
-   value false
+   value true
}
control.89 {
comment.access 'read write'

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

2010-11-20 Thread Gennady Kupava
Hi, Timo  list,

It turned out that aplay problem is due to sound card controls
misconfiguration, not some problem with kernel.

Whoose who have this problem, please try following state file:

http://www.bsdmn.com/openmoko/alsa_aplayfail/aplay34_working.state

(with alsactl restore -f aplay34_working.state)

arecord still not investigated.

Best regards, 
Gennady

В Сбт, 20/11/2010 в 10:50 +0200, Timo Jyrinki пишет:
 2010/11/19 Gennady Kupava g...@bsdmn.com:
  I've noticed problem with alsa too. Guess that this may be related to
  100hz patch, probably need to review neo-specific code in kernel.
 
 Ok, if that's it, even though it seemingly depends on other factors as
 well, please Debian users notice the following:
 
 * http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/
 has also all the previous kernels
 * If you hit this audio playback problem, install the previous kernel
 http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/linux-image-2.6.34-openmoko-gta02_20100921.gitec52149c-2_armel.deb



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


Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

2010-11-19 Thread Timo Jyrinki
2010/11/19 Paul Wise pa...@bonedaddy.net:
 Is anyone else having broken audio on Debian with pkg-fso
 linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
 one GTA02 but not with another one. Here are some symptoms:

And the one I can reproduce it with is up-to-date sid, while the one
where I have no problem is mostly pure Debian squeeze (only E17 and
Zhone from sid and kernel from pkg-fso) with 127 unupgraded packages
(ALSA among else). Paul mentioned he mostly has squeeze as well, so it
might be even something in testing, just recently migrated?

Same kernel is used on each device, and same modules loaded (audio
support built-in).

Mostly it would be good to hear from other Debian users if they are
seeing the problem, or if they are not seeing it. Maybe we could then
pinpoint what's causing the problem. My guess so far is that it
wouldn't be kernel related, since I at least have audio perfectly
functional on one device. I wouldn't have even noticed the problem if
I hadn't tested audio on my playground Neo after Paul mentioned it...

I will try to upgrade my working Neo to latest squeeze a few packages
at a time at some point, but right now I don't have time and need that
phone to be working :)

-Timo

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


Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

2010-11-19 Thread Gennady Kupava
В Птн, 19/11/2010 в 17:48 +0200, Timo Jyrinki пишет:
 2010/11/19 Paul Wise pa...@bonedaddy.net:
  Is anyone else having broken audio on Debian with pkg-fso
  linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
  one GTA02 but not with another one. Here are some symptoms:
 
 And the one I can reproduce it with is up-to-date sid, while the one
 where I have no problem is mostly pure Debian squeeze (only E17 and
 Zhone from sid and kernel from pkg-fso) with 127 unupgraded packages
 (ALSA among else). Paul mentioned he mostly has squeeze as well, so it
 might be even something in testing, just recently migrated?
 
 Same kernel is used on each device, and same modules loaded (audio
 support built-in).
 
 Mostly it would be good to hear from other Debian users if they are
 seeing the problem, or if they are not seeing it. Maybe we could then
 pinpoint what's causing the problem. My guess so far is that it
 wouldn't be kernel related, since I at least have audio perfectly
 functional on one device. I wouldn't have even noticed the problem if
 I hadn't tested audio on my playground Neo after Paul mentioned it...
 
 I will try to upgrade my working Neo to latest squeeze a few packages
 at a time at some point, but right now I don't have time and need that
 phone to be working :)
 

Hi, Timo  list

I've noticed problem with alsa too. Guess that this may be related to
100hz patch, probably need to review neo-specific code in kernel. 

I noticed arecord is not working here (in both debian and qtmoko v28
with same kernel based on qtmoko v29 sources), also aplay somehow is
working in qtmoko v28(which is debian stable i think) but does not with
debian unstable (all with same kernel). i can't really say then this
stopped working - i didn't tried arecord for a while and didn't tried
aplay on debian/unstable for a while too.

Hope that 100hz patch will help us to fix some well-hidden bugs :)

Gennady.


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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-11-14 Thread Timo Jyrinki
2010/10/18 Timo Jyrinki timo.jyri...@gmail.com:
 [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02
 [3] 
 http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34

New Debian pkg-fso kernel available:

linux-2.6-openmoko (20101108.git1508bbb5-1) pkg-fso; urgency=low

  * Merge from qtmoko-v29
  - CONFIG_HZ=100
  - Jitterless touch support
  - UbiFS support
  * As per request, enabled CONFIG_PROC_EVENTS and CONFIG_TASKSTATS
  * Add GPS suspend handling patch from Gennady Kupava
  - Needs also qi or fixed u-boot
  * Add also disabled patches which were missing from git
  * From lindi's patches:
  - Magic sysrq key enabled
  - Make PTRACE_SINGLESTEP work with user helpers
  - Do not print debug messages on every touchscreen event
  - Resume reason patch included, but disabled since fails to build

 -- Timo Jyrinki t...@debian.org  Sat, 13 Nov 2010 15:53:24 +0200


Enjoy.

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-10-18 Thread Martin Jansa
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote:
 As a final note, Radek didn't yet include Glamo KMS/DRM support in the
 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34
 than 2.6.32), and I didn't start doing it either. Naturally that's the
 biggest omission we now don't yet have regarding the work done on
 FreeRunner kernels during last and this year. The KMS support is
 available in Thomas' branch [7] and SHR's patches [8] - I don't know
 what's the delta between them.
 
 [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34
 [8] 
 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34

Hi,

delta is mostly because this commit
http://git.openmoko.org/?p=kernel.git;a=commit;h=a1a29d40be0ebe43bd26b0c5647e1273b45e9f00
and SHR kernel is rebased on top of om-gta02-2.6.34, so I've updated and
moved KMS/DRM patches and gta02-drm-defconfig to apply on top of it.

For easier git diff you can use this git repo
http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om-gta02-2.6.34
I always push SHR patches there before adding those to OE tree [8].

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-10-18 Thread Frank Gau
Hi Timo,

On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote:
 Hi,
 
 During the weekend I did a few cross-builds, emulated native builds
 and finally native builds of the 2.6.34 Openmoko kernel for Debian.
 It's now available at the pkg-fso repository [1]. It's basically
 identical in code and configuration to Radek's qtmoko-v27 git branch
 [2], with the added compilation of LED/vibration support. Debian
 packaging [3] is virtually the same as with 2.6.29, only minimal
 needed changes to bring it to 2.6.34 time. Huge thanks to Radek of
 QtMoko fame and SHR people for dwelling through the git trees and
 patching up on top of the git.openmoko.org trees to create an usable
 kernel.
 
 [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02
 [2] http://github.com/radekp/linux-2.6/tree/qtmoko-v27
 [3] 
 http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34
 
 I think the 2.6.34 is a great step forwards, although with a few
 caveats for existing Debian w/ 2.6.29 users:
 
 - ALSA switches have changed names. You need to update your state
 files manually for now. Some reference can be found at
 http://users.tkk.fi/~tajyrink/moko/2.6.34/ for a) phone calls and b)
 so that also alerts are heard. I also hacked the headphones out
 profile but didn't put it there. Those are probably not optimal, but
 work. Updated state files should of course started to be offered by
 us, Debian's FSO team.
 - Many SYS paths have changed. I've om gsm power 1 in /etc/rc.local
 as one easy workaround for GSM functionality, and I have also been
 using the om tool (from omhacks) also otherwise. Newest omhacks is in
 pkg-fso repository, and yet more 2.6.34 fixes for it coming reportedly
 soon from lindi  co. Most programs probably also don't know anymore
 how to control the vibrator, since its path has also changed.
 - X.org auto-configuration is in troubles compared to 2.6.29 kernel
 (where at least I used xorg.conf with only glamo driver section). I
 didn't have time to look at it, so I've just rm /dev/input/event{3,4}
 /dev/input/js{0,1} /dev/input/mouse0 in /etc/rc.local for now...
 
 But with those caveats / upgrade problems everything seems to work:
 GSM, GPS, Bluetooth, WLAN, LEDs, suspend/resume, and reportedly also
 power consumption under suspend is ok...
 
 Note that of course this is not the correct way to do the kernel in
 the long term, but I was just willing to spend some of my limited free
 time on offering this 2.6.34 branch to the Debian users. What is
 really needed to be done (yet again re-iterated) is upstreaming the
 rest of the code needed by FreeRunner [4] and helping official s3c24xx
 support in the Debian installer / kernel [5]. It is however noticeable
 how huge improvement this is over the old 2.6.29 branch. The 2.6.29
 kernel was based on _rc3_ of Linus' 2.6.29. There was a rc8 before the
 stable 2.6.29 release and six stable updates. After the rc3 however
 the git.openmoko.org:s andy-tracking tree was patched over the
 following 1.5 years without merges from the stable tree. Compared to
 that, with the current 2.6.34 tree [6] we're able to see stable/final
 2.6.34 commit by Torvalds already on the second page of the commit
 log.
 
 [4] 
 http://lists.openmoko.org/pipermail/openmoko-kernel/2010-September/011205.html
 [5] 
 http://git.debian.org/?p=pkg-fso/kernel.git;a=shortlog;h=refs/heads/s3c24xx
 [6] 
 http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34
 
 As a final note, Radek didn't yet include Glamo KMS/DRM support in the
 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34
 than 2.6.32), and I didn't start doing it either. Naturally that's the
 biggest omission we now don't yet have regarding the work done on
 FreeRunner kernels during last and this year. The KMS support is
 available in Thomas' branch [7] and SHR's patches [8] - I don't know
 what's the delta between them.
 
 [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34
 [8] 
 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34
 
 -Timo
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

thanks for the package.
to ssh in the device i must add 'g_ether' in /etc/modules.
you should builtin this module in kernel.

and now ... let me test all the features. ;)

frank

-- 
sent with 100% wireless electrons


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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-10-18 Thread Al Johnson
 thanks for the package.
 to ssh in the device i must add 'g_ether' in /etc/modules.
 you should builtin this module in kernel.

That's fine for you, but not for anyone who wants to use one of the other 
gadget modules. If you need it autoloading then autoload it as you are doing 
now.

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


Re: [Debian] new kernel package

2010-08-09 Thread Timo Jyrinki
2010/3/3 Sebastian Reichel elektra...@gmail.com:
 I think both ext3 and jffs2 should be built-in since they are the two
 kinds of filesystems most widely used on the FR.
 Ok, I will reenable this one, too.

I uploaded a new 2.6.29 kernel to Debian's pkg-fso repository
yesterday. It includes some of Sebastian's earlier commits that were
not yet released, and furthermore patches to fix the following:

http://docs.openmoko.org/trac/ticket/2327 (workaround delay patch)

http://docs.openmoko.org/trac/ticket/2328 (patch from the ticket, not
thoroughly tested)

-Timo

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


Re: [debian] No AUX button

2010-05-19 Thread Neil Jerram
On 1 May 2010 10:00, Neil Jerram neiljer...@googlemail.com wrote:
 On 1 May 2010 00:42, Neil Jerram neiljer...@googlemail.com wrote:
 that the answer is probably:

 # buttons
 neo1973kbd

 And I guess I probably also want:

 # leds
 leds-neo1973-gta02

 Just to confirm: Yes, those make my AUX button and LEDs work again.

But now, after an aptitude upgrade yesterday (or the day before), AUX
is not working again.  I've checked that the modules noted above are
still loaded.

Any ideas?  I think the upgrade included udev - could that be relevant?

Thanks,
   Neil

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


Re: [Debian][HOWTO] using bleeding edge FSO (Cornucopia aka vala rewrite)

2010-05-09 Thread Neil Jerram
On 6 May 2010 21:59, Paul Fertser fercer...@gmail.com wrote:
 Hi,

 I like using Debian on my FR (in fact it is the only system i use as
 my daily phone since i bought it) and i decided i want to start
 getting all the great improvements and fixes from git again (as i used
 to when framework was pure python).

Thanks for writing this Howto.  I don't know when I might get round to
trying this out, but it's great to know that the guidance is there for
when I need it.

 I've also written an emacs
 interface[1] to FSO (thanks to John Sullivan for inspiration), that's
 the only UI i use now (will make an announcement later in another
 letter).

I'm looking forward to seeing this too!

Regards,
   Neil

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


Re: [Debian][HOWTO] using bleeding edge FSO (Cornucopia aka vala rewrite)

2010-05-09 Thread Paul Fertser
Neil Jerram neiljer...@googlemail.com writes:
 On 6 May 2010 21:59, Paul Fertser fercer...@gmail.com wrote:
 I like using Debian on my FR (in fact it is the only system i use as
 my daily phone since i bought it) and i decided i want to start
 getting all the great improvements and fixes from git again (as i used
 to when framework was pure python).

 Thanks for writing this Howto.  I don't know when I might get round to
 trying this out, but it's great to know that the guidance is there for
 when I need it.

I think i should warn everyone that it's not an easy route, and that
one won't get full compatibility with the SHR apps (they required one
manual call with mdbus2 and a bit of binary patching). But for my
purposes this process works really great, i'm still using this as my
only phone.

 I've also written an emacs
 interface[1] to FSO (thanks to John Sullivan for inspiration), that's
 the only UI i use now (will make an announcement later in another
 letter).

 I'm looking forward to seeing this too!

I'll get round to it really soon. All the code is there for everybody
to see. And i've already got one user (thanks, ZaPPaS!) who's using it
with SHR-u with dbus-daemon-proxy [1] and emacs23 running on his
host. Emacs23 in SHR feeds is (hopefully) coming soon.

[1] git://git.collabora.co.uk/git/user/alban/dbus-daemon-proxy
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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


Re: [debian] No AUX button

2010-05-01 Thread Neil Jerram
On 1 May 2010 00:42, Neil Jerram neiljer...@googlemail.com wrote:
 that the answer is probably:

 # buttons
 neo1973kbd

 And I guess I probably also want:

 # leds
 leds-neo1973-gta02

Just to confirm: Yes, those make my AUX button and LEDs work again.

Neil

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


Re: [debian] No AUX button

2010-04-30 Thread Timo Juhani Lindfors
Neil Jerram neiljer...@googlemail.com writes:
 Now I'm stuck with understanding why /dev/input/event4 is missing...
 Would that be a kernel problem, or could it also be udev or hal?

Have you loaded the kernel module for gta02 buttons?

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


Re: [debian] No AUX button

2010-04-30 Thread Neil Jerram
On 1 May 2010 00:18, Timo Juhani Lindfors timo.lindf...@iki.fi wrote:
 Neil Jerram neiljer...@googlemail.com writes:
 Now I'm stuck with understanding why /dev/input/event4 is missing...
 Would that be a kernel problem, or could it also be udev or hal?

 Have you loaded the kernel module for gta02 buttons?

Not that I know of, no.  Which module would that be?  I've appended my
current /etc/modules, and the results of some module name searches,
below.

Thanks for the very quick answer!

  Neil

debian-gta02:~# cat /etc/modules
# USB RNDIS/Ethernet Gadget
g_ether

# bluetooth
ohci-hcd
hci_usb

# audio
snd-soc-neo1973-gta02-wm8753
s3c2410_wdt

debian-gta02:~# find /lib/modules/2.6.29-20100118.gita15608f2/ -iname *gta*
/lib/modules/2.6.29-20100118.gita15608f2/kernel/drivers/leds/leds-neo1973-gta02.ko
/lib/modules/2.6.29-20100118.gita15608f2/kernel/sound/soc/s3c24xx/snd-soc-neo1973-gta02-wm8753.ko

debian-gta02:~# find /lib/modules/2.6.29-20100118.gita15608f2/ -iname *moko*

debian-gta02:~# find /lib/modules/2.6.29-20100118.gita15608f2/ -iname *neo*
/lib/modules/2.6.29-20100118.gita15608f2/kernel/drivers/input/keyboard/neo1973kbd.ko
/lib/modules/2.6.29-20100118.gita15608f2/kernel/drivers/leds/leds-neo1973-gta02.ko
/lib/modules/2.6.29-20100118.gita15608f2/kernel/sound/soc/s3c24xx/snd-soc-neo1973-gta02-wm8753.ko

debian-gta02:~# lsmod
Module  Size  Used by
sco19304  2
bnep   18336  2
rfcomm 75156  0
l2cap  40420  6 bnep,rfcomm
ipv6  242388  10
btusb  17140  0
bluetooth 100704  7 sco,bnep,rfcomm,l2cap,btusb
snd_soc_neo1973_gta02_wm8753 6600  0
snd_soc_s3c24xx_i2s 4376  1 snd_soc_neo1973_gta02_wm8753
snd_soc_s3c24xx 4512  1 snd_soc_neo1973_gta02_wm8753
ohci_hcd   32140  0
usbcore   168156  3 btusb,ohci_hcd
g_ether48632  0
snd_soc_wm8753 33700  2 snd_soc_neo1973_gta02_wm8753
snd_soc_core   44896  4
snd_soc_neo1973_gta02_wm8753,snd_soc_s3c24xx_i2s,snd_soc_s3c24xx,snd_soc_wm8753
snd_pcm67076  2 snd_soc_s3c24xx,snd_soc_core
evdev   8804  8
ar6000125604  0
snd_timer  19204  1 snd_pcm
snd_page_alloc  6408  1 snd_pcm
lis302dl   10080  0
s3c2410_wdt 8344  0
snd45684  7
snd_soc_neo1973_gta02_wm8753,snd_soc_wm8753,snd_soc_core,snd_pcm,snd_timer

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


Re: [debian] No AUX button

2010-04-30 Thread Neil Jerram
On 1 May 2010 00:33, Neil Jerram neiljer...@googlemail.com wrote:
 On 1 May 2010 00:18, Timo Juhani Lindfors timo.lindf...@iki.fi wrote:
 Neil Jerram neiljer...@googlemail.com writes:
 Now I'm stuck with understanding why /dev/input/event4 is missing...
 Would that be a kernel problem, or could it also be udev or hal?

 Have you loaded the kernel module for gta02 buttons?

 Not that I know of, no.  Which module would that be?

Ah.  I see from
http://git.debian.org/?p=pkg-fso/files.git;a=blob;f=install.sh;h=02f28436ad0504ce3573e89d23107fccca8d7d24;hb=79f709ca997f4a21549b774cca95e9e5deb6d15f
that the answer is probably:

# buttons
neo1973kbd

And I guess I probably also want:

# leds
leds-neo1973-gta02

Thanks for pointing me in the right direction!

 Neil

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


Re: [Debian] Zhone no longer working

2010-04-24 Thread Neil Jerram
On 23 April 2010 16:17,  g...@ergoarte.ch wrote:

        2010-04-23T14:48:16.961873Z [ERROR] UsageController 7 R: Resource GSM
        can't be enabled: Did not receive a reply. Possible causes include: the
        remote application did not send a reply, the message bus security 
 policy
        blocked the reply, the reply timeout expired, or the network connection
        was broken.. Trying to disable instead

What happens if you kill zhone and start it again?  For example, in a terminal:

# killall zhone
# zhone

It may just be that the FSO subsystems weren't ready when zhone
started the first time, and so restarting it will help.

Neil

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


Re: [Debian] Zhone no longer working

2010-04-24 Thread gt
On Sat, Apr 24, 2010 at 11:14:13AM +0100, Neil Jerram wrote:
 On 23 April 2010 16:17,  g...@ergoarte.ch wrote:
 
         2010-04-23T14:48:16.961873Z [ERROR] UsageController 7 R: Resource 
  GSM
         can't be enabled: Did not receive a reply. Possible causes include: 
  the
         remote application did not send a reply, the message bus security 
  policy
         blocked the reply, the reply timeout expired, or the network 
  connection
         was broken.. Trying to disable instead
 
 What happens if you kill zhone and start it again?  For example, in a 
 terminal:
 
 # killall zhone
 # zhone
 
 It may just be that the FSO subsystems weren't ready when zhone
 started the first time, and so restarting it will help.
 

Thanks for the suggestion, but it doesn't make a difference.
Neither does restarting dbus, fso-deviced and fso-frameworkd.


What to think of the following; shouldn't it be possible to switch the
gsm on/off without the rxerr? Is this related?

[1]+ tail -f /var/log/syslog 
debian-gta02:~# cat /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
0
debian-gta02:~# echo 1  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
Apr 24 13:02:29 debian-gta02 kernel: [21474792.29] rxerr: port=0 ch=0x00, 
rxs=0x000c
Apr 24 13:02:29 debian-gta02 kernel: [21474792.345000] modem wakeup interrupt
Apr 24 13:02:31 debian-gta02 kernel: [21474793.73] modem wakeup interrupt
debian-gta02:~# echo 1  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
debian-gta02:~# cat /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
1
debian-gta02:~# echo 0  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
debian-gta02:~# Apr 24 13:02:45 debian-gta02 kernel: [21474807.99] rxerr: 
port=0 ch=0x00, rxs=0x000c

debian-gta02:~# echo 0  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
debian-gta02:~# cat /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
0
debian-gta02:~# echo 1  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
Apr 24 13:03:15 debian-gta02 kernel: [1.60] rxerr: port=0 ch=0x00, 
rxs=0x000c
Apr 24 13:03:15 debian-gta02 kernel: [1.655000] modem wakeup interrupt
Apr 24 13:03:16 debian-gta02 kernel: [3.025000] modem wakeup interrupt
debian-gta02:~# echo 1  /sys/bus/platform/devices/neo1973-pm-gsm.0/power_on
debian-gta02:~# 


Gyelt
-- 
Arbeitstagebuch
http://ergoarte.ch/arte/blog/de_index.html


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


Re: [Debian] Zhone no longer working

2010-04-24 Thread Timo Juhani Lindfors
Neil Jerram neiljer...@googlemail.com writes:
 # killall zhone

How would this work? Isn't zhone a python program?


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


Re: [Debian] Zhone no longer working

2010-04-24 Thread Neil Jerram
On 24 April 2010 12:43, Timo Juhani Lindfors timo.lindf...@iki.fi wrote:
 Neil Jerram neiljer...@googlemail.com writes:
 # killall zhone

 How would this work? Isn't zhone a python program?

Yes it is python.

So I see your point, but I have a fairly strong feeling that it _did_
work for me in the past.  But perhaps my memory is playing a trick on
me.

Neil

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


Re: [debian/fso] w/o sim battery empties alarmingly fast

2010-04-07 Thread Yorick Moko
I think that on most networks you can still dial emergency numbers without
SIM
you'll have to power down the wifi antenna
in shr-settings it is easy to do (settings-phone I think)

On Wed, Mar 31, 2010 at 8:45 PM, arne anka openm...@ginguppin.de wrote:

 well, i have to confess, i fell off the waggon and bought an n900, too --
 already got the impression i was one of the last of the mohicans using the
 fr as sole phone (or phone at all).

 anyway, now the fr doesn't have a sim card anymore, i expected the battery
 to last much longer than the usual 3 days -- but, actually, it goes flat
 very, very fast!
 what does fso do when no sim is detected? imo it should disable everything
 related to telephony and thus save a lot of power, but that doesn't seem
 to be what happens.

 the second best bet would probably be to manually diasble all kind of
 stuff in some config files, but which would that be?
 but i would very much prefer the first scenario, allowing me to put a sim
 back in and use the fr as a phone w/o any changes.



 ___
 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


Re: [debian/fso] w/o sim battery empties alarmingly fast

2010-04-07 Thread arne anka
 I think that on most networks you can still dial emergency numbers  
 without SIM

outlawed in germany.

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


Re: [debian/fso] w/o sim battery empties alarmingly fast

2010-04-07 Thread William Kenworthy
Currently broken - a dbus command to do it was posted a few days ago.

BillK


On Wed, 2010-04-07 at 11:20 +0200, Yorick Moko wrote:
 I think that on most networks you can still dial emergency numbers
 without SIM
 you'll have to power down the wifi antenna 
 in shr-settings it is easy to do (settings-phone I think)
 
 On Wed, Mar 31, 2010 at 8:45 PM, arne anka openm...@ginguppin.de
 wrote:
 well, i have to confess, i fell off the waggon and bought an
 n900, too --
 already got the impression i was one of the last of the
 mohicans using the
 fr as sole phone (or phone at all).
 
 anyway, now the fr doesn't have a sim card anymore, i expected
 the battery
 to last much longer than the usual 3 days -- but, actually, it
 goes flat
 very, very fast!
 what does fso do when no sim is detected? imo it should
 disable everything
 related to telephony and thus save a lot of power, but that
 doesn't seem
 to be what happens.
 
 the second best bet would probably be to manually diasble all
 kind of
 stuff in some config files, but which would that be?
 but i would very much prefer the first scenario, allowing me
 to put a sim
 back in and use the fr as a phone w/o any changes.
 
 
 
 ___
 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
-- 
William Kenworthy bi...@iinet.net.au
Home in Perth!


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


Re: [Debian,QtMoko] X server and rotation

2010-03-29 Thread Radek Polak
Timo Jyrinki wrote:

 Since you mention QtMoko, are you sure you're not using QtMoko's
 2.6.32 kernel with KMS support? There the result might be a bit
 different, especially because the latest fix from git is not yet in
 Debian. Also note that xrandr --output LCD --rotate xyz doesn't work
 currently, only xrandr -o xyz.

Hi Timo,
i dont know what i did wrong, but now xserver-xorg-video-glamo with xrandr 
work perfectly even on 2.6.32 kernel. Thanks for help and sorry for late reply 
(was too busy with other stuff).

Thanks!

Radek

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


Re: [Debian,QtMoko] X server and rotation

2010-03-29 Thread Radek Polak
Radek Polak wrote:

 Hi Timo,
 i dont know what i did wrong, but now xserver-xorg-video-glamo with xrandr
 work perfectly even on 2.6.32 kernel.

I was too fast :) I had a wrong symlink for X. But with your kernel it works 
ok, with 2.6.32 not (white screen).

Anyway thanks!

Radek

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


Re: [Debian,QtMoko] X server and rotation

2010-03-25 Thread Radek Polak
On Thursday 25 March 2010 06:50:35 Radek Polak wrote:

 Can you please tell, which kernel are you using and how did you install
 xserver-xorg-video-glamo? Is it from regular debian testing repos?

And please xorg.conf too :)

Regards

Radek

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


Re: [Debian] Timo's Debian instructions available for Neo FreeRunner

2010-03-25 Thread Risto H. Kurppa
Thanks Timo, this looks awesome!


r


-- 
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi

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


Re: [Debian,QtMoko] X server and rotation

2010-03-25 Thread Timo Jyrinki
2010/3/25 Radek Polak pson...@seznam.cz:
 I tried xserver-xorg-video-glamo, but no success either.

I thought so, just had to check.

 I have (had) a button (for a year) in my Debian that switches between
 xrandr -o right and xrandr -o normal without problems.

 Can you please tell, which kernel are you using and how did you install
 xserver-xorg-video-glamo? Is it from regular debian testing repos?

I'm using http://users.tkk.fi/~tajyrink/moko/kernel_20100108_nodebug_nopreempt/
but it should be very close to
http://pkg-fso.nomeata.de/sid/linux-image-2.6.29-openmoko-gta02 and
others, I think, have xrandr working as well with 2.6.29. I installed
it simply with apt-get install xserver-xorg-video-glamo.

xorg.conf consists only of:
Section Device
Identifier  Videocard0
Driver  glamo
EndSection

xrandr tells me:
Screen 0: minimum 240 x 320, current 480 x 640, maximum 480 x 640
LCD connected 480x640+0+0 (normal left inverted right) 43mm x 58mm
   480x64072.5*+
   240x32050.2

Since you mention QtMoko, are you sure you're not using QtMoko's
2.6.32 kernel with KMS support? There the result might be a bit
different, especially because the latest fix from git is not yet in
Debian. Also note that xrandr --output LCD --rotate xyz doesn't work
currently, only xrandr -o xyz.

-Timo

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


Re: [Debian,QtMoko] X server and rotation

2010-03-24 Thread Timo Jyrinki
2010/3/24 Radek Polak pson...@seznam.cz:
 i have been struggling for some time to get X server working in landscape
 mode. I was trying:

 - Xglamo with xrandr - screen always goes white, reboot needed
 - Xglamo -screen 480x...@90 - does not work either, screen is somehow shifted
 - Xorg with fbdev driver and CCW option in xorg.conf - seems to have no effect
 - Xfbdev - does not support tslib in debian

Hmm. Why use long-dead Xglamo or dummy fbdev instead of
xserver-xorg-video-glamo?
http://wiki.debian.org/DebianOnFreeRunner#Graphics.28SmediaGlamo3362.29

I have (had) a button (for a year) in my Debian that switches between
xrandr -o right and xrandr -o normal without problems.

-Timo

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


Re: [Debian,QtMoko] X server and rotation

2010-03-24 Thread Chuck Norris
Radek Polak пишет:
 Hi,
 i have been struggling for some time to get X server working in landscape 
 mode. I was trying:

 - Xglamo with xrandr - screen always goes white, reboot needed
 - Xglamo -screen 480x...@90 - does not work either, screen is somehow shifted
 - Xorg with fbdev driver and CCW option in xorg.conf - seems to have no effect
 - Xfbdev - does not support tslib in debian

 Yesterday i recompiled Xfbdev package with tslib support and now it seems to 
 be working. For running the X server i do:

 Xfbdev -retro -screen 480x...@90 -mouse tslib,,device=/dev/input/event1

 But still it's not perfect. I am trying to run scummvm on this Xserver:

 export DISPLAY=:0
 scummvm

 but the Xserver segfaults. But I have found out that if start matchbox window 
 manager before scummvm it works. So i have now this script:

 neo:~# cat /bin/scummvm.sh 
 #!/bin/sh
 matchbox-window-manager 
 sleep 5
 scummvm

 I am doing this on debian testing. My Xfbdev with tslib support is here [1]. 
 I 
 build it with:

 apt-get build-dep xserver-xfbdev
 apt-get source xserver-xfbdev
 edited debina/rules and replaced disable-tslib with enable-tslib
 dpkg-buildpackage -b


 Hope this helps someone. Anyone has better way how to do this?

 Regards

 Radek


 [1] http://activationrecord.net/radekp/pub/xserver-xfbdev_1.7.5-1_armel.deb

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


   
with this kernel from
http://lists.openmoko.org/nabble.html#nabble-td4274107|a4274107
http://lists.openmoko.org/nabble.html#nabble-td4274107%7Ca4274107

shr and hackable:1 begin toggle rotation with xrandr(shr) and swap
rotation option under hackable:1. Also graphics became faster.

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


Re: [Debian] Timo's Debian instructions available for Neo FreeRunner

2010-03-24 Thread Neil Jerram
On 24 March 2010 19:22, Timo Jyrinki timo.jyri...@gmail.com wrote:

 So here goes, images included: http://wiki.openmoko.org/wiki/User:TimoJyrinki

That looks very useful.  Thank you!

Neil

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


Re: [Debian,QtMoko] X server and rotation

2010-03-24 Thread Radek Polak
On Wednesday 24 March 2010 09:56:15 Timo Jyrinki wrote:

 Hmm. Why use long-dead Xglamo or dummy fbdev instead of
 xserver-xorg-video-glamo?

I tried xserver-xorg-video-glamo, but no success either.

 http://wiki.debian.org/DebianOnFreeRunner#Graphics.28SmediaGlamo3362.29
 
 I have (had) a button (for a year) in my Debian that switches between
 xrandr -o right and xrandr -o normal without problems.

Can you please tell, which kernel are you using and how did you install 
xserver-xorg-video-glamo? Is it from regular debian testing repos?

Thanks,

Radek

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


Re: [Debian] new kernel package

2010-03-03 Thread arne anka
 working. I guess it's better to compile the ext3 support back into
 the kernel

since apparently most (if nor all) people use ext3, i guess it is a good  
decision to have that kind of essentials built-in.

 until we get a kernel with initrd support

i am not very fond of the initrd stuff.
the fr is hardly extensible, we need what hardware is there and what is  
need to make it at least boot (or work).
an initrd is imo used mostly to cover different hw configurations w/o  
having to rebuild the kernel everytime.
i guess it would slow down the boot (load/unload intrd, free ram and so  
on) w/o added value.

as fort the modules and init.d -- why isn't adding the modules to  
/etc/modules sufficient?

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


Re: [Debian] new kernel package

2010-03-03 Thread Timo Juhani Lindfors
arne anka openm...@ginguppin.de writes:
 an initrd is imo used mostly to cover different hw configurations w/o  
 having to rebuild the kernel everytime.

Encrypted SD would be one application where you want to use initramfs.

 i guess it would slow down the boot (load/unload intrd, free ram and so  
 on) w/o added value.

Btw, nowadays it is not unloaded in any special way. initramfs just
removes all files and mounts real root on top of the (now empty)
tmpfs.


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


Re: [Debian] new kernel package

2010-03-03 Thread arne anka
 Encrypted SD would be one application where you want to use initramfs.

well, but that's a specific scenario for a rather limited audience, isn't  
it?

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


Re: [Debian] new kernel package

2010-03-03 Thread Timo Juhani Lindfors
arne anka openm...@ginguppin.de writes:
 well, but that's a specific scenario for a rather limited audience, isn't  
 it?

Sure nowadays but if a user could easily choose encryption they might
just use it.

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


Re: [Debian] new kernel package

2010-03-03 Thread Al Johnson
On Wednesday 03 March 2010, Timo Juhani Lindfors wrote:
 arne anka openm...@ginguppin.de writes:
  well, but that's a specific scenario for a rather limited audience, isn't
  it?
 
 Sure nowadays but if a user could easily choose encryption they might
 just use it.

I suspect that without a hardware encryption engine the performance and 
battery life hit will be too much for most people.

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


Re: [Debian] new kernel package

2010-03-03 Thread Stefan Monnier
 ' Apart from factoring out those modules, is the new kernel improved in
 some way?  And is it built without the debug settings?
 It's the latest upstream andy-tracking, mostly meaning that if
 compared to July snapshot Bluetooth, GPS etc. should handle suspend
 better among else. Debug is disabled. WLAN should work, but because of
 the debug being disabled one usually hits this bug quite soon:
 I just tried it and the boot fails with unable to mount rootfs on
 unknown block.  My Debian / partition is on the NAND, if it matters.
 Any idea what might be the problem?
 Had the same issue. Solved it re-running 'configure-uboot.sh' with
 rootfstype=ext2 instead of ext3,

What is this configure-uboot.sh?  I'm not even using U-Boot but
Qi instead.  Furthermore, I'm using neither ext2 nor ext3 since / is on
the NAND (where I use jffs2).


Stefan


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


Re: [Debian] new kernel package

2010-03-03 Thread Stefan Monnier
  well, but that's a specific scenario for a rather limited audience, isn't
  it?
 Sure nowadays but if a user could easily choose encryption they might
 just use it.
 I suspect that without a hardware encryption engine the performance and 
 battery life hit will be too much for most people.

I doubt it: there are very significant performance differences between
jffs2-on-NAND and ext3-on-uSD, but people hardly ever bother to
mention it.  The impact of encryption would probably be fairly low
as well.


Stefan


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


Re: [Debian] new kernel package

2010-03-03 Thread Stefan Monnier
 I switched from ext3 builtin to ext3 as module, because this is more
 Debian like. I guess I will have to change this back to built in,
 because we have no initramfs?

So, IIUC you also switched to jffs2 as module, which would explain why
I can't boot into my NAND-installed Debian.
I think both ext3 and jffs2 should be built-in since they are the two
kinds of filesystems most widely used on the FR.


Stefan


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


Re: [Debian] new kernel package

2010-03-03 Thread Sebastian Reichel
On Wed, Mar 03, 2010 at 12:12:54PM -0500, Stefan Monnier wrote:
  I switched from ext3 builtin to ext3 as module, because this is more
  Debian like. I guess I will have to change this back to built in,
  because we have no initramfs?
 
 So, IIUC you also switched to jffs2 as module, which would explain why
 I can't boot into my NAND-installed Debian.
 I think both ext3 and jffs2 should be built-in since they are the two
 kinds of filesystems most widely used on the FR.

Ok, I will reenable this one, too.

-- Sebastian


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


Re: [Debian] new kernel package

2010-03-02 Thread Quim Testar
Stefan Monnier wrote:

 ' Apart from factoring out those modules, is the new kernel improved in
 some way?  And is it built without the debug settings?
 
 It's the latest upstream andy-tracking, mostly meaning that if
 compared to July snapshot Bluetooth, GPS etc. should handle suspend
 better among else. Debug is disabled. WLAN should work, but because of
 the debug being disabled one usually hits this bug quite soon:
 
 I just tried it and the boot fails with unable to mount rootfs on
 unknown block.  My Debian / partition is on the NAND, if it matters.
 Any idea what might be the problem?
 

Had the same issue. Solved it re-running 'configure-uboot.sh' with
rootfstype=ext2 instead of ext3, but leds were not working for me in the
new version and decided to downgrade anyway. Moreover, with ext2 the root
partition needs to recheck at boot everytime system goes down uncleanly,
which happens often to me.




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


Re: [Debian] new kernel package

2010-03-02 Thread Timo Juhani Lindfors
Quim Testar quimtes...@gmail.com writes:
 new version and decided to downgrade anyway. Moreover, with ext2 the root
 partition needs to recheck at boot everytime system goes down uncleanly,
 which happens often to me.

No fs is going to like unclean shutdown very much so you better avoid them :)

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


Re: [Debian] new kernel package

2010-03-02 Thread Quim Testar
Timo Juhani Lindfors wrote:

 Quim Testar writes:
 new version and decided to downgrade anyway. Moreover, with ext2 the root
 partition needs to recheck at boot everytime system goes down uncleanly,
 which happens often to me.
 
 No fs is going to like unclean shutdown very much so you better avoid them
 :)

Oh, I do my best trying to xD



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


Re: [Debian] new kernel package

2010-03-02 Thread Sebastian Reichel
On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote:
 Stefan Monnier wrote:
 
  ' Apart from factoring out those modules, is the new kernel improved in
  some way?  And is it built without the debug settings?
  
  It's the latest upstream andy-tracking, mostly meaning that if
  compared to July snapshot Bluetooth, GPS etc. should handle suspend
  better among else. Debug is disabled. WLAN should work, but because of
  the debug being disabled one usually hits this bug quite soon:
  
  I just tried it and the boot fails with unable to mount rootfs on
  unknown block.  My Debian / partition is on the NAND, if it matters.
  Any idea what might be the problem?
  
 
 Had the same issue. Solved it re-running 'configure-uboot.sh' with
 rootfstype=ext2 instead of ext3, but leds were not working for me in the
 new version and decided to downgrade anyway. Moreover, with ext2 the root
 partition needs to recheck at boot everytime system goes down uncleanly,
 which happens often to me.

as I said multiple times - you need to load the led kernel module to
have working leds. I guess I should add an init.d script to
fso-config-gta02, which will load these modules.

-- Sebastian


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


Re: [Debian] new kernel package

2010-03-02 Thread Timo Juhani Lindfors
Sebastian Reichel elektra...@gmail.com writes:
 as I said multiple times - you need to load the led kernel module to
 have working leds. I guess I should add an init.d script to
 fso-config-gta02, which will load these modules.

init script does not sound very nice. How about just warning about
this during package installation time?





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


Re: [Debian] new kernel package

2010-03-02 Thread Sebastian Reichel
On Tue, Mar 02, 2010 at 05:40:10PM +0200, Timo Juhani Lindfors wrote:
 Sebastian Reichel elektra...@gmail.com writes:
  as I said multiple times - you need to load the led kernel module to
  have working leds. I guess I should add an init.d script to
  fso-config-gta02, which will load these modules.
 
 init script does not sound very nice. How about just warning about
 this during package installation time?

mh I think the init script is a common used way for this. So far I
saw it in the nvidia/non-free package and in dahdi (isdn driver).

There will probably be more things beeing compiled as modules in
the next version. My aim is to compile everything as module which
is not in the linus kernel tree, so that these can be built with
Debian's module-assistant. This way it should be easier for luca
to add the -s3c branch to the kernel in Debian main.

luca: any comments on this?

-- Sebastian


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


Re: [Debian] new kernel package

2010-03-02 Thread Timo Juhani Lindfors
Sebastian Reichel elektra...@gmail.com writes:
 There will probably be more things beeing compiled as modules in
 the next version. My aim is to compile everything as module which
 is not in the linus kernel tree, so that these can be built with

Good to hear. I hope no major regressions occur in this process.





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


Re: [Debian] new kernel package

2010-03-02 Thread Quim Testar
Sebastian Reichel wrote:

 On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote:

 Had the same issue. Solved it re-running 'configure-uboot.sh' with
 rootfstype=ext2 instead of ext3, but leds were not working for me in the
 new version and decided to downgrade anyway. Moreover, with ext2 the root
 partition needs to recheck at boot everytime system goes down uncleanly,
 which happens often to me.
 
 as I said multiple times - you need to load the led kernel module to
 have working leds. I guess I should add an init.d script to
 fso-config-gta02, which will load these modules.
 

Even in this very thread. Can't say I tried hard to make it work. My fault.

BTW, is there a reason behind the fact that rootfs must be mounted as ext2
now? or should it work?




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


Re: [Debian] new kernel package

2010-03-02 Thread Sebastian Reichel
On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote:
 Sebastian Reichel wrote:
 
  On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote:
 
  Had the same issue. Solved it re-running 'configure-uboot.sh' with
  rootfstype=ext2 instead of ext3, but leds were not working for me in the
  new version and decided to downgrade anyway. Moreover, with ext2 the root
  partition needs to recheck at boot everytime system goes down uncleanly,
  which happens often to me.
  
  as I said multiple times - you need to load the led kernel module to
  have working leds. I guess I should add an init.d script to
  fso-config-gta02, which will load these modules.
  
 
 Even in this very thread. Can't say I tried hard to make it work. My fault.
 
 BTW, is there a reason behind the fact that rootfs must be mounted as ext2
 now? or should it work?

I switched from ext3 builtin to ext3 as module, because this is more
Debian like. I guess I will have to change this back to built in,
because we have no initramfs?

-- Sebastian


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


Re: [Debian] new kernel package

2010-03-02 Thread Quim Testar
Sebastian Reichel wrote:

 On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote:
 Sebastian Reichel wrote:
 
  On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote:
 
  Had the same issue. Solved it re-running 'configure-uboot.sh' with
  rootfstype=ext2 instead of ext3, but leds were not working for me in
  the new version and decided to downgrade anyway. Moreover, with ext2
  the root partition needs to recheck at boot everytime system goes down
  uncleanly, which happens often to me.
  
  as I said multiple times - you need to load the led kernel module to
  have working leds. I guess I should add an init.d script to
  fso-config-gta02, which will load these modules.
  
 
 Even in this very thread. Can't say I tried hard to make it work. My
 fault.
 
 BTW, is there a reason behind the fact that rootfs must be mounted as
 ext2 now? or should it work?
 
 I switched from ext3 builtin to ext3 as module, because this is more
 Debian like. I guess I will have to change this back to built in,
 because we have no initramfs?
 

Or maybe the file
http://pkg-fso.alioth.debian.org/freerunner/configure-uboot.sh should be
changed?





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


  1   2   3   4   5   6   7   8   9   10   >