Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
I'll add something to this that I was recently reminded of. The freezes occur much more frequently with GTK based apps. I have a utility sort of app I wrote that I leave running all the time. After one of the upgrades (several months ago), I noticed that elementary based apps were significantly faster than GTK ones; so, I rewrote my app in elementary. After that, the freezes didn't happen nearly as often. Last weekend, I was using a GTK based app a fair amount and experienced several freezes. Josh On Friday April 16, 2010, Josh Thompson wrote: I occasionally encounter this and was also thinking I must have some edge case hardware glitch since I haven't heard anyone else talk about it. In my case, I wouldn't say it's completely random - there's always something I do that is graphics related that causes the freeze. It's never something repeatable, but it is always something related to the contents of the screen being updated. I think that's what you are describing as well. I've not reported it before because it is so random and difficult to debug. I do software development professionally and know how hard it is to help someone with a problem that can't be intentionally reproduced. I'm using SHR-T. The image is dated March 3rd, 2010. I downloaded it and the latest kernel image at the same time on March 10th. It is kernel version 2.6.29-rc3. This is the most stable image I have run yet. I tried doing some upgrades at one point, but had more issues; so I reflashed the image. With this image, I'm probably down to only having this type of freeze maybe once every 2 weeks or so. I've never tried fbdev. If anyone of the devs have some suggestions as to how to try to debug this, I'd be happy to try. Maybe a script that periodically gathers and saves some data that can be reviewed after rebooting? Josh Thompson On Wednesday April 14, 2010, Neil Jerram wrote: I've raised this rather vaguely a couple of times before, and IIRC no one else said that they see similar problems. This time I'll try to be clear and so hopefully attract a more definitive response. Simply, whenever I try switching to glamo for a while (instead of fbdev), I find that my phone freezes after a while: the screen and buttons are unresponsive, and I can't ssh in. My only recourse is to pull out the battery - which is of course a concern, as I could then be corrupting the filesystem. It seems completely random, and not associated with any particular action. Today, for example, it happened very quickly after booting up: - boot up and wait for UI to appear - click on keyboard icon to bring up the matchbox keyboard - click on Ctrl, Alt, and X - which should bring up an xterm - freeze. On other occasions, that same sequence works find. Some times the freeze happens after a day or more of use. I see this in Debian, which is my main distro. I also see it whenever I decide to try SHR again - and it effectively prevents me from being able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Does anyone else see this? If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? Once in the frozen state, is there anything better/safer to do than pulling out the battery? Many thanks! Neil ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 27 April 2010 22:35, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Neil Jerram neiljer...@googlemail.com writes: [21474543.91] s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled Not sure, are you running watchdog process? Yes, at least I believe so: debian-gta02:~# ps waux | grep watchdog root 1124 0.0 1.2 1632 1604 ?SLs 08:08 0:00 /usr/sbin/watchdog (Sorry for the slow response!) Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 19 April 2010 12:23, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Yes you need to configure the userland watchdog to do something useful. Like check that you have no processes in disk sleep (D) state and that SSH server is running etc. I just noticed that my dmesg says: [21474543.91] s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled Is that a problem? If so, what should I do to fix it? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Neil Jerram neiljer...@googlemail.com writes: [21474543.91] s3c2410-wdt s3c2410-wdt: watchdog inactive, reset disabled, irq enabled Not sure, are you running watchdog process? -Tiom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On Monday 19 April 2010, Neil Jerram wrote: On 17 April 2010 00:20, Neil Jerram neiljer...@googlemail.com wrote: On 15 April 2010 00:49, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Run watchdog daemon. That will at least make your battery contacts wear less :-) Thanks, I'm doing that now. Must switch back to glamo to see if it works now... Perhaps interestingly... I switched back to glamo, and before very long I got a freeze again - and the watchdog didn't do anything. That is, it didn't cause the phone to reboot, and the phone stayed frozen for at least 10 minutes, until I decided to pull out the battery. Is it possible that the watchdog userspace process would not notice the freeze? If not, does that mean that my kernel must have frozen too? Thanks for any further ideas! Watchdog hardware usually works by causing a reset if it doesn't get poked in a given time interval. Since there's a kernel driver involved I assume that's the case here. If the freeze, be it kernel or user space, stops the watchdog being poked then you get a restart. You may be seeing the kernel continue while the glamo freezes. Or I may be making the wrong assumptions about how this watchdog works ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Al Johnson openm...@mazikeen.demon.co.uk writes: Watchdog hardware usually works by causing a reset if it doesn't get poked in a given time interval. Since there's a kernel driver involved I assume that's the case here. If the freeze, be it kernel or user space, stops the watchdog being poked then you get a restart. You may be seeing the kernel continue while the glamo freezes. Or I may be making the wrong assumptions about how this watchdog works ;-) Yes you need to configure the userland watchdog to do something useful. Like check that you have no processes in disk sleep (D) state and that SSH server is running etc. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Yes you need to configure the userland watchdog to do something useful. Like check that you have no processes in disk sleep (D) state and that SSH server is running etc. Which watchdog daemon would that be, and hos do you configure it. The only ones I've seen were trivial (like busybox's) and didn't seem to come with any way to do such useful checks. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Stefan Monnier monn...@iro.umontreal.ca writes: Which watchdog daemon would that be It's the normal one that everyone's been using since 1996 :-) $ apt-cache show watchdog Package: watchdog Priority: extra Section: admin Installed-Size: 296 Maintainer: Michael Meskes mes...@debian.org Architecture: amd64 Version: 5.8-1 Depends: libc6 (= 2.7), debconf (= 0.5) | debconf-2.0, makedev (= 2.3.1-24) | udev, lsb-base (= 3.2-14) Filename: pool/main/w/watchdog/watchdog_5.8-1_amd64.deb Size: 82278 MD5sum: 55a47d716655a19d231fccbbe9f1095a SHA1: f5d9d9ab33f5127c3699b5b0e46efd5ec7d9700f SHA256: 27188ae9c2ae83ed87712479b912b73253dcae666d50c4873d5127ef62310442 Description: A software watchdog The watchdog program writes to /dev/watchdog every ten seconds. If the device is opened but not written to within a minute, the machine will reboot. This feature is available when the kernel is built with 'software watchdog' support (standard in Debian kernels). . The ability to reboot will depend on the state of the machine and interrupts. Homepage: http://watchdog.sourceforge.net Tag: interface::daemon, role::program, use::monitor , and hos do you configure it. $ cat /home/share/neo/2010-03-13/etc/watchdog.conf #ping = 172.31.14.1 #ping = 172.26.1.255 #interface = eth0 #file = /var/log/messages file= /etc/fstab #change = 1407 # Uncomment to enable test. Setting one of these values to '0' disables it. # These values will hopefully never reboot your machine during normal use # (if your machine is really hung, the loadavg will go much higher than 25) max-load-1 = 24 max-load-5 = 18 max-load-15 = 12 # Note that this is the number of pages! # To get the real size, check how large the pagesize is on your machine. #min-memory = 1 #repair-binary = /usr/sbin/repair #test-binary= #test-timeout = watchdog-device = /dev/watchdog # Defaults compiled into the binary #temperature-device = #max-temperature= 120 # Defaults compiled into the binary #admin = root #interval = 10 #logtick= 1 # This greatly decreases the chance that watchdog won't be scheduled before # your machine is really loaded realtime= yes priority= 1 # Check if syslogd is still running by enabling the following line #pidfile= /var/run/syslogd.pid pidfile = /var/run/dropbear.pid watchdog-timeout= 42 -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Which watchdog daemon would that be It's the normal one that everyone's been using since 1996 :-) Duh! Thanks for making me finally see the obvious, Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 17 April 2010 00:20, Neil Jerram neiljer...@googlemail.com wrote: On 15 April 2010 00:49, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Run watchdog daemon. That will at least make your battery contacts wear less :-) Thanks, I'm doing that now. Must switch back to glamo to see if it works now... Perhaps interestingly... I switched back to glamo, and before very long I got a freeze again - and the watchdog didn't do anything. That is, it didn't cause the phone to reboot, and the phone stayed frozen for at least 10 minutes, until I decided to pull out the battery. Is it possible that the watchdog userspace process would not notice the freeze? If not, does that mean that my kernel must have frozen too? Thanks for any further ideas! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
I occasionally encounter this and was also thinking I must have some edge case hardware glitch since I haven't heard anyone else talk about it. In my case, I wouldn't say it's completely random - there's always something I do that is graphics related that causes the freeze. It's never something repeatable, but it is always something related to the contents of the screen being updated. I think that's what you are describing as well. I've not reported it before because it is so random and difficult to debug. I do software development professionally and know how hard it is to help someone with a problem that can't be intentionally reproduced. I'm using SHR-T. The image is dated March 3rd, 2010. I downloaded it and the latest kernel image at the same time on March 10th. It is kernel version 2.6.29-rc3. This is the most stable image I have run yet. I tried doing some upgrades at one point, but had more issues; so I reflashed the image. With this image, I'm probably down to only having this type of freeze maybe once every 2 weeks or so. I've never tried fbdev. If anyone of the devs have some suggestions as to how to try to debug this, I'd be happy to try. Maybe a script that periodically gathers and saves some data that can be reviewed after rebooting? Josh Thompson On Wednesday April 14, 2010, Neil Jerram wrote: I've raised this rather vaguely a couple of times before, and IIRC no one else said that they see similar problems. This time I'll try to be clear and so hopefully attract a more definitive response. Simply, whenever I try switching to glamo for a while (instead of fbdev), I find that my phone freezes after a while: the screen and buttons are unresponsive, and I can't ssh in. My only recourse is to pull out the battery - which is of course a concern, as I could then be corrupting the filesystem. It seems completely random, and not associated with any particular action. Today, for example, it happened very quickly after booting up: - boot up and wait for UI to appear - click on keyboard icon to bring up the matchbox keyboard - click on Ctrl, Alt, and X - which should bring up an xterm - freeze. On other occasions, that same sequence works find. Some times the freeze happens after a day or more of use. I see this in Debian, which is my main distro. I also see it whenever I decide to try SHR again - and it effectively prevents me from being able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Does anyone else see this? If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? Once in the frozen state, is there anything better/safer to do than pulling out the battery? Many thanks! Neil ___ 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: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Timo, Can you explain how to set up a watchdog daemon? It would also save wear on the back cover tabs, which I'm more concerned about than the battery contacts. :) Thanks, Josh On Wednesday April 14, 2010, Timo Juhani Lindfors wrote: Neil Jerram neiljer...@googlemail.com writes: Does anyone else see this? I'm personally using xserver-xorg-video-fbdev. However, even that started to crash a few weeks ago in Xorg upgrade. The bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575521 If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? What kernel? Once in the frozen state, is there anything better/safer to do than pulling out the battery? Run watchdog daemon. That will at least make your battery contacts wear less :-) ___ 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: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Josh Thompson om-c...@joshandbianca.net writes: Can you explain how to set up a watchdog daemon? It would also save wear on the back cover tabs, which I'm more concerned about than the battery contacts. echo s3c2410_wdt /etc/modules sudo modprobe s3c2410_wdt sudo apt-get install watchdog -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 15 April 2010 06:17, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Apr 15, 2010 at 12:27:36AM +0100, Neil Jerram wrote: r...@om-gta02 ~ $ opkg install xf86-video-fbdev Collected errors: * Cannot find package xf86-video-fbdev. Is that SHR just too old, would you say? Hi, I'm sorry, I was sure only for SHR-U not SHR-T.. I've built it in SHR-T feeds now too. Thanks Martin. I'll have a go again with that over the weekend. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 16 April 2010 13:45, Josh Thompson om-c...@joshandbianca.net wrote: I occasionally encounter this and was also thinking I must have some edge case hardware glitch since I haven't heard anyone else talk about it. In my case, I wouldn't say it's completely random - there's always something I do that is graphics related that causes the freeze. It's never something repeatable, but it is always something related to the contents of the screen being updated. I think that's what you are describing as well. Yes, sounds like it. Thanks for contributing your experience. I'm using SHR-T. The image is dated March 3rd, 2010. I downloaded it and the latest kernel image at the same time on March 10th. It is kernel version 2.6.29-rc3. This is the most stable image I have run yet. I tried doing some upgrades at one point, but had more issues; so I reflashed the image. With this image, I'm probably down to only having this type of freeze maybe once every 2 weeks or so. FWIW, it's much more frequent than that for me. I haven't done a careful survey of incidence with various kernels, but I'm sure I've seen this freeze with all of the following, and usually within only a few hours of use. - Timo's -moredrivers kernel - the current Debian 2.6.29 openmoko-gta02 kernel - the SHR-T kernel from mid January 2010. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 16 April 2010 13:59, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Josh Thompson om-c...@joshandbianca.net writes: Can you explain how to set up a watchdog daemon? It would also save wear on the back cover tabs, which I'm more concerned about than the battery contacts. echo s3c2410_wdt /etc/modules sudo modprobe s3c2410_wdt sudo apt-get install watchdog Thanks for that. I have had watchdog installed for some time, but never knew the part about the s3c2410_wdt module. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 15 April 2010 00:49, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Neil Jerram neiljer...@googlemail.com writes: Does anyone else see this? I'm personally using xserver-xorg-video-fbdev. However, even that started to crash a few weeks ago in Xorg upgrade. The bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575521 Hmm, interesting. But I don't think I've ever seen a freeze or crash when running fbdev. FWIW, I have: debian-gta02:~# dpkg -l *xserver* | grep ii ii x11-xserver-utils 7.5+1 X server utilities ii xserver-common 2:1.7.6-2 common files used by various X servers ii xserver-xorg 1:7.5+5 the X.Org X server ii xserver-xorg-core 2:1.7.6-2 Xorg X server - core server ii xserver-xorg-dev 2:1.7.6-2 Xorg X server - development files ii xserver-xorg-input-all 1:7.5+5 the X.Org X server -- input driver metapacka ii xserver-xorg-input-evdev 1:2.3.2-4 X.Org X server -- evdev input driver ii xserver-xorg-input-synaptics 1.2.1-1 Synaptics TouchPad driver for X.Org server ii xserver-xorg-input-tslib 0.0.6-3 tslib touchscreen driver for X.Org/XFree86 s ii xserver-xorg-input-wacom 0.10.3+20100109-1 X.Org X server -- Wacom input driver ii xserver-xorg-video-fbdev 1:0.4.2-1 X.Org X server -- fbdev display driver ii xserver-xorg-video-glamo 0.0.0+20091108.git9918e082-2 X.Org X server -- SMedia Glamo display drive ii xserver-xorg-video-v4l 1:0.2.0-4 X.Org X server -- Video 4 Linux display driv Is the problem perhaps fixed in 2:1.7.6-2, and I happened to be lucky in skipping 2:1.7.6-1 ? If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? What kernel? All of these: -rw-r--r-- 1 root root 2326996 Jan 12 14:44 /boot/uImage-moredrivers-GTA02_oma-andy-2a04ce8203d7d0f1.bin -rw-r--r-- 1 root root 1928400 Mar 3 2009 /boot/uImage.bin-2.6.28-20090105.git69b2aa26 -rw-r--r-- 1 root root 1449260 Feb 20 23:04 /boot/uImage.bin-2.6.29-20100118.gita15608f2 The last 2 of which are the Debian kernels: debian-gta02:~# dpkg -l *openmoko* | grep ii ii linux-image-2.6.28-openmoko-gta02 20090105.git69b2aa26-3 Linux 2.6.28 kernel image for the Openmoko Neo Freerunner ii linux-image-2.6.29-openmoko-gta02 20100118.gita15608f2-2 Linux 2.6.29 kernel image for Openmoko GTA02 Neo FreeRunner And this SHR-T kernel: -rw-r--r-- 1 root root 1934408 Jan 25 19:54 uImage-2.6.29-rc3 Run watchdog daemon. That will at least make your battery contacts wear less :-) Thanks, I'm doing that now. Must switch back to glamo to see if it works now... Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Is xserver-xorg-video-glamo freezy for anyone else than just me?
I've raised this rather vaguely a couple of times before, and IIRC no one else said that they see similar problems. This time I'll try to be clear and so hopefully attract a more definitive response. Simply, whenever I try switching to glamo for a while (instead of fbdev), I find that my phone freezes after a while: the screen and buttons are unresponsive, and I can't ssh in. My only recourse is to pull out the battery - which is of course a concern, as I could then be corrupting the filesystem. It seems completely random, and not associated with any particular action. Today, for example, it happened very quickly after booting up: - boot up and wait for UI to appear - click on keyboard icon to bring up the matchbox keyboard - click on Ctrl, Alt, and X - which should bring up an xterm - freeze. On other occasions, that same sequence works find. Some times the freeze happens after a day or more of use. I see this in Debian, which is my main distro. I also see it whenever I decide to try SHR again - and it effectively prevents me from being able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Does anyone else see this? If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? Once in the frozen state, is there anything better/safer to do than pulling out the battery? Many thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On Wed, Apr 14, 2010 at 11:33:57PM +0100, Neil Jerram wrote: able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Have you tried to switch to fbdev in SHR? It's as easy as in debian. opkg install xf86-video-fbdev and update xorg.conf Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 14 April 2010 23:52, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Apr 14, 2010 at 11:33:57PM +0100, Neil Jerram wrote: able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Have you tried to switch to fbdev in SHR? It's as easy as in debian. opkg install xf86-video-fbdev and update xorg.conf Ah, that's great, thank you! I'll remember that for my next SHR try. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On 14 April 2010 23:52, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Apr 14, 2010 at 11:33:57PM +0100, Neil Jerram wrote: able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Have you tried to switch to fbdev in SHR? It's as easy as in debian. opkg install xf86-video-fbdev and update xorg.conf I remembered that I have SHR in NAND, but maybe it's too old, or I'm missing something: r...@om-gta02 ~ $ cat /etc/version 201001251558 r...@om-gta02 ~ $ uname -a Linux om-gta02 2.6.29-rc3 #1 PREEMPT Mon Jan 25 20:44:53 CET 2010 armv4tl unknown r...@om-gta02 ~ $ opkg update Downloading http://build.shr-project.org/shr-testing/ipk//all/Packages.gz Inflating http://build.shr-project.org/shr-testing/ipk//all/Packages.gz Updated list of available packages in /var/lib/opkg/shr-all Downloading http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz Inflating http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz Updated list of available packages in /var/lib/opkg/shr-armv4 Downloading http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Inflating http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Updated list of available packages in /var/lib/opkg/shr-armv4t Downloading http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz Inflating http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz Updated list of available packages in /var/lib/opkg/shr-om-gta02 r...@om-gta02 ~ $ opkg install xf86-video-fbdev Collected errors: * Cannot find package xf86-video-fbdev. r...@om-gta02 ~ $ opkg list -A | grep fbdev gst-plugin-fbdevsink - 0.10.12-r0.4 - GStreamer plugin for fbdevsink gst-plugin-fbdevsink-dev - 0.10.12-r0.4 - GStreamer plugin for fbdevsink (development files) Is that SHR just too old, would you say? Thanks, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
Neil Jerram neiljer...@googlemail.com writes: Does anyone else see this? I'm personally using xserver-xorg-video-fbdev. However, even that started to crash a few weeks ago in Xorg upgrade. The bug is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575521 If not, I'm guessing it could be caused by a specific hardware fault on my phone - any ideas on how I might investigate that further? What kernel? Once in the frozen state, is there anything better/safer to do than pulling out the battery? Run watchdog daemon. That will at least make your battery contacts wear less :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On Thu, Apr 15, 2010 at 12:27:36AM +0100, Neil Jerram wrote: r...@om-gta02 ~ $ opkg install xf86-video-fbdev Collected errors: * Cannot find package xf86-video-fbdev. Is that SHR just too old, would you say? Hi, I'm sorry, I was sure only for SHR-U not SHR-T.. I've built it in SHR-T feeds now too. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community