Htc Universal

[Sam Liddicott]

I also have to restart /etc/rcS.d/S99htcuni-keypress after suspend, or backlight button doesn't work.

Already fixed.  Add my repository to /etc/apt/sources:

Code: [Select]

deb http://debian.neilandtheresa.co.uk/ titchy/and install titchy-button-daemon (note the name change).  Install titchy-base to get all the updated packages.

it seems like every now and then i come out of suspend, the backlight button doesnt work.

If I suspend and unsuspend then it works.

interestingly my fn key seems to do nothing in ice hamster right now but works in xterm

are these kinds of reports appropriate (no question mark, sorry)

[webdork]

I will try the max80211 + acx as explained here:
http://acx100.sourceforge.net/wiki/WPA

building my kernel according to:
http://handhelds.org/moin/moin.cgi/UniversalKernel

using the config of my current sumuo supplied kernel

Please post your results!

[ArchiMark]

Full X with phone utilities installed working image available

I've generated a full working image of the Debian GNU/Linux for the Universal, that contains X with xdm and icewm installed as the WM. And it includes full working datathief's phone scripts, and also additional generated kernel modules to enable mounting LUKS/DM encrypted volumes.

The image is easily installed in three steps and gives you a full working X phone distribution without additional modifications right after install.

It's huge though, 245 Megs bzipped, expanded takes around 600 Megs.

You can get it with the instructions on install at: http://sumoudou.org/index.php?cmd=%E7%9B%B...the%20Universal

BTW, it is Debian Sid, i.e. unstable, not Lenny, i.e. Testing.

Thanks for sharing your image file with everyone, ShiroiKuma!

I've tried several times today, both at work and at home to download the image file.

Each time I get a file that is less than the 245MB's that you've listed, largest download I've gotten is about 233MB and sometimes much less....

Anyone got any ideas why this is happening and any suggestions to get full download file???

Would really like to try this image....

Thanks!

 

[ShiroiKuma]

Each time I get a file that is less than the 245MB's that you've listed, largest download I've gotten is about 233MB and sometimes much less....

Anyone got any ideas why this is happening and any suggestions to get full download file???

You're downloading it from a browser, the line gets dropped in trasmission. Get it by:[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']$ wget -c http://sumoudou.org/uni/shiroikuma-univers...0080507.tar.bz2[/div]

[Sam Liddicott]

Dead in the morning:

Last night at around 10:10 I turned off (suspended) my universal. This morning, the battery was flat;
Syslog shows that it woke up at 1:00am, reason unknown

 here is syslog.

It claims to have suspended 30 seconds later, and maybe it did but by morning the battery was totally gone.

Code: [Select]

Syslog:

May  8 22:11:25 mojo ntpd[3074]: sendto(208.75.88.4) (fd=20): Invalid argument
May  8 22:11:49 mojo ntpd[3074]: sendto(217.160.254.116) (fd=20): Invalid argument
May  8 22:12:09 mojo ntpd[3074]: sendto(155.101.3.115) (fd=20): Invalid argument
May  8 22:12:15 mojo kernel: [ 6771.340000] Unbalanced IRQ 31 wake disable
May  8 22:12:15 mojo kernel: [ 6771.340000] BUG: at kernel/irq/manage.c:207 set_irq_wake()
May  8 22:12:16 mojo kernel: [ 6771.890000] mono_out status 0x00000050 -> 0x00000040
May  8 22:12:19 mojo apmd[1254]: Suspending now
May  9 01:00:02 mojo kernel: [ 6776.950000] Stopping tasks ... done.
May  9 01:00:02 mojo kernel: [ 6776.990000] Suspending console(s)
May  9 01:00:02 mojo kernel: [ 6777.000000] usbserial_generic 1-1:1.0: no suspend for driver usbserial_generic?
May  9 01:00:02 mojo kernel: [ 6777.000000] usbserial_generic 1-1:1.1: no suspend for driver usbserial_generic?
May  9 01:00:02 mojo kernel: [ 6777.000000] acx: suspend handler is experimental!
May  9 01:00:02 mojo kernel: [ 6777.000000] sus: dev c06e8000
May  9 01:00:02 mojo kernel: [ 6777.000000] snd_htcuniversal_audio_set_codec_power: 0
May  9 01:00:02 mojo kernel: [ 6777.000000] htcuniversal_ts2_suspend: called.
May  9 01:00:02 mojo kernel: [ 6777.000000] htcuniversal powerdown_lcd: called
May  9 01:00:02 mojo kernel: [ 6777.130000] htcuniversal configure phone: 2
May  9 01:00:02 mojo kernel: [ 6777.130000] tried to call phone_off, stack will follow:
May  9 01:00:02 mojo kernel: [ 6777.130000] htcuniversal configure phone: 3
May  9 01:00:02 mojo kernel: [ 6777.330000] htcuniversal_suspend
May  9 01:00:02 mojo kernel: [ 6777.330000] htcuniversal_pxa_ll_pm_suspend called
May  9 01:00:02 mojo kernel: [ 6777.330000] htcuniversal_pxa_ll_pm_resume called
May  9 01:00:02 mojo kernel: [ 6777.330000] htcuniversal_resume
May  9 01:00:02 mojo kernel: [ 6777.330000] min dma period: 769224 ps, new clock 624000 kHz
May  9 01:00:02 mojo kernel: [ 6777.330000] min dma period: 769224 ps, new clock 624000 kHz
May  9 01:00:02 mojo kernel: [ 6777.440000] htcuniversal configure phone: 0
May  9 01:00:02 mojo kernel: [ 6777.440000] htcuniversal configure phone: 1
May  9 01:00:02 mojo kernel: [ 6777.460000] asic3_mmc: starting resume
May  9 01:00:02 mojo kernel: [ 6778.520000] asic3_mmc: finished resume
May  9 01:00:02 mojo kernel: [ 6778.520000] htcuniversal powerup_lcd: called
May  9 01:00:02 mojo kernel: [ 6778.650000] htcuniversal_ts2_resume: called.
May  9 01:00:02 mojo kernel: [ 6778.650000] usb usb1: root hub lost power or was reset
May  9 01:00:02 mojo kernel: [ 6778.730000] SACR0 = 0x7700, SADIV = 0x1a
May  9 01:00:02 mojo kernel: [ 6778.730000] snd_htcuniversal_audio_set_codec_reset: 1
May  9 01:00:02 mojo kernel: [ 6778.730000] snd_htcuniversal_audio_set_codec_power: 1
May  9 01:00:02 mojo kernel: [ 6778.750000] snd_htcuniversal_audio_set_codec_reset: 0
May  9 01:00:02 mojo kernel: [ 6778.750000] snd_htcuniversal_audio_set_headphone_detect: 0
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep00: PM: resume from 0, parent 1-1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000] usbserial_generic 1-1:1.0: PM: resume from 2, parent 1-1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000] generic ttyUSB0: PM: resume from 0, parent 1-1:1.0 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep81: PM: resume from 0, parent 1-1:1.0 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep82: PM: resume from 0, parent 1-1:1.0 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep02: PM: resume from 0, parent 1-1:1.0 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000] usbserial_generic 1-1:1.1: PM: resume from 2, parent 1-1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000] generic ttyUSB1: PM: resume from 0, parent 1-1:1.1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep84: PM: resume from 0, parent 1-1:1.1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14_ep04: PM: resume from 0, parent 1-1:1.1 still 2
May  9 01:00:02 mojo kernel: [ 6778.750000]  usbdev1.14: PM: resume from 0, parent 1-1 still 2
May  9 01:00:02 mojo kernel: [ 6779.010000] Restarting tasks ... acx: resume handler is experimental!
May  9 01:00:02 mojo kernel: [ 6779.020000] usb 1-1: USB disconnect, address 14
May  9 01:00:02 mojo kernel: [ 6779.030000] rsm: got dev c06e8000
May  9 01:00:02 mojo kernel: [ 6779.030000] generic ttyUSB0: generic converter now disconnected from ttyUSB0
May  9 01:00:02 mojo kernel: [ 6779.040000] usbserial_generic 1-1:1.0: device disconnected
May  9 01:00:02 mojo kernel: [ 6779.050000] generic ttyUSB1: generic converter now disconnected from ttyUSB1
May  9 01:00:02 mojo kernel: [ 6779.050000] usbserial_generic 1-1:1.1: device disconnected
May  9 01:00:02 mojo kernel: [ 6779.140000] done.
May  9 01:00:02 mojo kernel: [ 6779.360000] usb 1-1: new full speed USB device using pxa27x-ohci and address 15
May  9 01:00:02 mojo kernel: [ 6779.540000] usb 1-1: configuration #1 chosen from 1 choice
May  9 01:00:02 mojo kernel: [ 6779.540000] usbserial_generic 1-1:1.0: generic converter detected
May  9 01:00:02 mojo kernel: [ 6779.540000] usb 1-1: generic converter now attached to ttyUSB0
May  9 01:00:02 mojo kernel: [ 6779.540000] usbserial_generic 1-1:1.1: generic converter detected
May  9 01:00:02 mojo kernel: [ 6779.540000] usb 1-1: generic converter now attached to ttyUSB1
May  9 01:00:04 mojo kernel: [ 6781.440000] phone mic enable called. on=1
May  9 01:00:06 mojo apmd[1254]: Warning: BATTERY IS LOW
May  9 01:00:06 mojo ntpd[3074]: sendto(192.43.244.18) (fd=20): Invalid argument
May  9 01:00:07 mojo apmd[1254]: Warning: Battery: 33%, discharging (-42% over 2:47:48)
May  9 01:00:09 mojo ntpd[3074]: sendto(208.75.88.4) (fd=20): Invalid argument
May  9 01:00:15 mojo ntpd[3074]: Deleting interface #5 wlan1, 192.168.182.11#123, interface stats: received=0, sent=1, dropped=42, active_time=300 secs
May  9 01:02:30 mojo kernel: [ 6927.320000] Unbalanced IRQ 31 wake disable
May  9 01:02:30 mojo kernel: [ 6927.320000] BUG: at kernel/irq/manage.c:207 set_irq_wake()
May  9 01:02:30 mojo kernel: [ 6927.690000] mono_out status 0x00000050 -> 0x00000040
May  9 01:02:32 mojo apmd[1254]: Suspending now
Feb  1 19:37:56 mojo syslogd 1.5.0#2: restart.

[datathief]

Dead in the morning:

Last night at around 10:10 I turned off (suspended) my universal. This morning, the battery was flat;

There are definitely still issues with wifi power consumption.  Note the "acx: suspend handler is experimental!" messages in syslog.  It's possible to power the wifi module down completely by hacking about in the processor's address space.  I'll look up the commands.

Syslog shows that it woke up at 1:00am, reason unknown

I've just checked my syslog, and mine's waking at midnight.  I'll see if I can find anything in the CPU manual...

[Sam Liddicott]

Dead in the morning:

Last night at around 10:10 I turned off (suspended) my universal. This morning, the battery was flat;

There are definitely still issues with wifi power consumption.  Note the "acx: suspend handler is experimental!" messages in syslog.  It's possible to power the wifi module down completely by hacking about in the processor's address space.  I'll look up the commands.

Syslog shows that it woke up at 1:00am, reason unknown

I've just checked my syslog, and mine's waking at midnight.  I'll see if I can find anything in the CPU manual...

So the wakeup is not unusual and the battery drain is probably because I had modprobe'd acx.

I'm playing with glade and gtkdialog to knock up a rough phone ui

Sam

[Sam Liddicott]

(I'm running sumou's image with the titchy mobile updates)

# apt-get install titchy-desktop
...
The following extra packages will be installed:
  a2ps desktop-base desktop-file-utils desktop-profiles exo-utils fortune-mod
  fortunes-min gamin gtk2-engines-xfce hal libexif12 libexo-0.3-0 libgamin0
  libgl1-mesa-dri libglu1-mesa libjpeg-progs libthunar-vfs-1-2 liburi-perl
  libxfce4mcs-client3 libxfce4mcs-manager3 libxfce4util4 libxfcegui4-4
  miscfiles orage psutils thunar thunar-data ttf-bitstream-vera wdiff xbitmaps
  xfce4 xfce4-battery-plugin xfce4-icon-theme xfce4-mcs-manager
  xfce4-mcs-plugins xfce4-mixer xfce4-mixer-alsa xfce4-panel xfce4-session
  xfce4-terminal xfce4-utils xfdesktop4 xfdesktop4-data xfonts-75dpi xfprint4
  xfwm4 xfwm4-themes xkb-data xli xorg xorg-docs xscreensaver
  xscreensaver-data xserver-xorg xserver-xorg-core xserver-xorg-input-evdev
  xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-wacom
  xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark
  xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus
  xserver-xorg-video-cyrix xserver-xorg-video-dummy xserver-xorg-video-fbdev
  xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-i740
  xserver-xorg-video-imstt xserver-xorg-video-mga xserver-xorg-video-neomagic
  xserver-xorg-video-newport xserver-xorg-video-nsc xserver-xorg-video-nv
  xserver-xorg-video-rendition xserver-xorg-video-s3
  xserver-xorg-video-s3virge xserver-xorg-video-savage
  xserver-xorg-video-siliconmotion xserver-xorg-video-sis
  xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-tga
  xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-v4l
  xserver-xorg-video-vesa xserver-xorg-video-vga xserver-xorg-video-via
  xserver-xorg-video-voodoo xterm

Surely it doesn't need all those hardware specific xserver drivers?

[p3t3r]

Of course it doesn't need them, but there are lot of dependencies in Debian packages (at least that's what I experienced) we don't need at all. As an example: Abiword depends printing stuff and Gnome - I compiled it myself on Universal (insane, huh? was to lazy to set up a crosscompiling toolchain and to get all these dependencies) with embedded UI and without printing (we could print via bluetooth, btw... ^^).
There must be a reason for the existance of other distributions - probably someone should setup a repository for small packages, which have less dependencies as they are build for embedded devices, just to save memory. But somehow that might be close to a whole new distribution...

(I'm running sumou's image with the titchy mobile updates)

# apt-get install titchy-desktop
...
The following extra packages will be installed:
  a2ps desktop-base desktop-file-utils desktop-profiles exo-utils fortune-mod
  fortunes-min gamin gtk2-engines-xfce hal libexif12 libexo-0.3-0 libgamin0
  libgl1-mesa-dri libglu1-mesa libjpeg-progs libthunar-vfs-1-2 liburi-perl
  libxfce4mcs-client3 libxfce4mcs-manager3 libxfce4util4 libxfcegui4-4
  miscfiles orage psutils thunar thunar-data ttf-bitstream-vera wdiff xbitmaps
  xfce4 xfce4-battery-plugin xfce4-icon-theme xfce4-mcs-manager
  xfce4-mcs-plugins xfce4-mixer xfce4-mixer-alsa xfce4-panel xfce4-session
  xfce4-terminal xfce4-utils xfdesktop4 xfdesktop4-data xfonts-75dpi xfprint4
  xfwm4 xfwm4-themes xkb-data xli xorg xorg-docs xscreensaver
  xscreensaver-data xserver-xorg xserver-xorg-core xserver-xorg-input-evdev
  xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-wacom
  xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark
  xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus
  xserver-xorg-video-cyrix xserver-xorg-video-dummy xserver-xorg-video-fbdev
  xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-i740
  xserver-xorg-video-imstt xserver-xorg-video-mga xserver-xorg-video-neomagic
  xserver-xorg-video-newport xserver-xorg-video-nsc xserver-xorg-video-nv
  xserver-xorg-video-rendition xserver-xorg-video-s3
  xserver-xorg-video-s3virge xserver-xorg-video-savage
  xserver-xorg-video-siliconmotion xserver-xorg-video-sis
  xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-tga
  xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-v4l
  xserver-xorg-video-vesa xserver-xorg-video-vga xserver-xorg-video-via
  xserver-xorg-video-voodoo xterm

Surely it doesn't need all those hardware specific xserver drivers?

[datathief]

So the wakeup is not unusual

It looks like Windows Mobile sets the processor to wake at midnight so it can sort through the day's alarms, etc.  If that's what's causing it, I haven't yet found how it does it, or how to unset it.

and the battery drain is probably because I had modprobe'd acx.

I think so.  In lieu of a non-broken driver, maybe we need an apmd script to take care of bringing wlan0 down and unloading acx (note:  don't unload htcuniversal-acx; bad things happen).

[datathief]

Surely it doesn't need all those hardware specific xserver drivers?

I actually think this is a bug  -  XFCE4 depends specifically on the x.org X server.  I've changed my xserver-titchy package so that it pretends to be the x.org package.

I've a feeling xserver-titchy conflicts somehow with the work ShiroiKuma did to get his own working X setup, though.

[ShiroiKuma]

I've a feeling xserver-titchy conflicts somehow with the work ShiroiKuma did to get his own working X setup, though.

Not in my roofts, this was before. However the rootfs is based on xserver-titchy, with none of the other hacks tried before to get working X. So there's no conflict there.

[datathief]

I've a feeling xserver-titchy conflicts somehow with the work ShiroiKuma did to get his own working X setup, though.

Not in my roofts, this was before. However the rootfs is based on xserver-titchy, with none of the other hacks tried before to get working X. So there's no conflict there.

Alright, then upgrading xserver-titchy should work.

[ShiroiKuma]

I actually think this is a bug  -  XFCE4 depends specifically on the x.org X server.  I've changed my xserver-titchy package so that it pretends to be the x.org package.

I know this is the legacy of Z Titchy, but I fail to see the advantage of the desktop package having a dependency on XFCE4 rather than icewm-experimental. The XFCE4 is so heavy now, that it's not really a "lightweight" wm alternative anymore.

[ShiroiKuma]

Alright, then upgrading xserver-titchy should work.

It works.