Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
On Thu, May 19, 2011 at 1:27 AM, Andrea Adami wrote: > On Wed, May 18, 2011 at 12:31 AM, Andrea Adami wrote: >>> Well, again - snd-soc-spitz-not-autoloaded is a regression outside >>> kernel. The old kernel with the new OE image has the same problem. (It >>> means, that the kernel never provided correct info for udev module >>> autoloading.) >> >> >> I've inspected /modules-2.6.38-r4-c7x0.tgz and the modules are there. >> Sadly, those do not appear in the rootfs produced by OE...in >> /lib/modules/2.6.38.5/sound there is only /sound/core and soundcore.ko >> >> I'll see how this is happening.. >> >> Andrea > > Quick update: > > about OpenEmbedded, somehow the package kernel-modules is not > installed in console-image, opie-image, x11-image, just in > x11-gpe-image! > We should now decide which modules to add in zaurus.inc (i.e. > MACHINE_EXTRA_RRECOMMENDS = " kernel-modules" for *all* compiled > modules or a list). > > Andrea > and so I booted x11-gpe-image on corgi...snd-soc-corgi is found but still there isn't any mixer About calibration, ts_calibrate works now but gpe-settings applet doesn't (maybe uses xtscal?) Until we decide which modules to RRECOMMEND please test x11-gpe-image! TIA Andrea ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Pavel Machek wrote: > Umm, can you raise the issue on linux-input? New kernel should not > break old tslib... They probably know, why they increased EV_VERSION. If we are sure that that change does not break tslib, we should patch tslib to accept both versions. -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
On Mon 2011-05-16 15:55:21, Stanislav Brabec wrote: > Pavel Machek wrote: > > Hi! > > > > > > > In general, defconfig in OE is very poor (missing support for some > > > > > parts > > > > > of the hardware and many important USB devices). > > > > > > > > > > Here are my configs: > > > > > http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ > > > > > (My fresh configs will always appear here after some testing.) > > > > > > > > sorry to hear that...I'm trying to follow the abandoned models an did > > > > not test the producton kernel enough, only the kexecboot version (and > > > > that's not too bad ;) > > > > > > Yes, with exception of charging, battery discharging during suspend and > > > the missing HDD LED support, 2.6.38.4 works well. I got WLAN working, > > > > On recent vanilla kernels, I noticed CF card is still powered up > > during suspend (it has a LED...). > > Search for SPITZ_SCP_CF_POWER. It controls power to both SD slot and > external CF slot. And it seems to be missing in SPITZ_SCP*_SUS_*. (It > was always missing, but it was controlled by spitz_card_pwr_ctrl() which > disappeared from the recent kernels.) Thanks; patch is on its way. If someone could measure the suspend power consumption now, that would be cool. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Hi! > Stanislav Brabec wrote: > > Andrea Adami wrote: > > > I can confirm that touchscreen 'works' again on corgi(C860) and poodle. > > > > Well, I cannot. My OE image is broken again. That is why I copied my old > > good 2.6.26RP image to the new OE image (plus odev-compat stuff), and I > > was surprised - touchscreen does not work there as well. So it is > > definitely issue outside kernel. > > I just found a source of the tslib problem: > See tslib-1.0/plugins/input-raw.c > > (ioctl(ts->fd, EVIOCGVERSION, &version) >= 0) && > (version == EV_VERSION) && > > version = 65536, EV_VERSION = 65537 > ^ when started ^ when compiled > > So tslib must be compiled with a linux-libc-headers version compatible > with the kernel actually running. > > It looks safe to comment out these two lines - "cross" compiled tslib > does not crash. Umm, can you raise the issue on linux-input? New kernel should not break old tslib... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
On Wed, May 18, 2011 at 12:31 AM, Andrea Adami wrote: >> Well, again - snd-soc-spitz-not-autoloaded is a regression outside >> kernel. The old kernel with the new OE image has the same problem. (It >> means, that the kernel never provided correct info for udev module >> autoloading.) > > > I've inspected /modules-2.6.38-r4-c7x0.tgz and the modules are there. > Sadly, those do not appear in the rootfs produced by OE...in > /lib/modules/2.6.38.5/sound there is only /sound/core and soundcore.ko > > I'll see how this is happening.. > > Andrea Quick update: about OpenEmbedded, somehow the package kernel-modules is not installed in console-image, opie-image, x11-image, just in x11-gpe-image! We should now decide which modules to add in zaurus.inc (i.e. MACHINE_EXTRA_RRECOMMENDS = " kernel-modules" for *all* compiled modules or a list). Andrea ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
> Well, again - snd-soc-spitz-not-autoloaded is a regression outside > kernel. The old kernel with the new OE image has the same problem. (It > means, that the kernel never provided correct info for udev module > autoloading.) I've inspected /modules-2.6.38-r4-c7x0.tgz and the modules are there. Sadly, those do not appear in the rootfs produced by OE...in /lib/modules/2.6.38.5/sound there is only /sound/core and soundcore.ko I'll see how this is happening.. Andrea ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
On Tue, May 17, 2011 at 07:09:54PM +0200, Stanislav Brabec wrote: > Stanislav Brabec wrote: > > Andrea Adami wrote: > > > I can confirm that touchscreen 'works' again on corgi(C860) and poodle. > > > > Well, I cannot. My OE image is broken again. That is why I copied my old > > good 2.6.26RP image to the new OE image (plus odev-compat stuff), and I > > was surprised - touchscreen does not work there as well. So it is > > definitely issue outside kernel. > > I just found a source of the tslib problem: > See tslib-1.0/plugins/input-raw.c > > (ioctl(ts->fd, EVIOCGVERSION, &version) >= 0) && > (version == EV_VERSION) && > > version = 65536, EV_VERSION = 65537 > ^ when started ^ when compiled > > So tslib must be compiled with a linux-libc-headers version compatible > with the kernel actually running. > > It looks safe to comment out these two lines - "cross" compiled tslib > does not crash. looks like this problem https://github.com/kergoth/tslib/commit/412d99d8b92c12545f939972146a38c5074f3dcb or in OE http://git.openembedded.net/cgit.cgi/openembedded/commit/?id=390e8cd69ee11bcc8a10ea3d887a386eab2579cb but tslib-1.0 is quite old and code quite different so I don't know if it's exactly the same problem Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com pgpsDjvghpDhS.pgp Description: PGP signature ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Stanislav Brabec wrote: > Andrea Adami wrote: > > I can confirm that touchscreen 'works' again on corgi(C860) and poodle. > > Well, I cannot. My OE image is broken again. That is why I copied my old > good 2.6.26RP image to the new OE image (plus odev-compat stuff), and I > was surprised - touchscreen does not work there as well. So it is > definitely issue outside kernel. I just found a source of the tslib problem: See tslib-1.0/plugins/input-raw.c (ioctl(ts->fd, EVIOCGVERSION, &version) >= 0) && (version == EV_VERSION) && version = 65536, EV_VERSION = 65537 ^ when started ^ when compiled So tslib must be compiled with a linux-libc-headers version compatible with the kernel actually running. It looks safe to comment out these two lines - "cross" compiled tslib does not crash. -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Pavel Machek wrote: > Hi! > > > > > In general, defconfig in OE is very poor (missing support for some parts > > > > of the hardware and many important USB devices). > > > > > > > > Here are my configs: > > > > http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ > > > > (My fresh configs will always appear here after some testing.) > > > > > > sorry to hear that...I'm trying to follow the abandoned models an did > > > not test the producton kernel enough, only the kexecboot version (and > > > that's not too bad ;) > > > > Yes, with exception of charging, battery discharging during suspend and > > the missing HDD LED support, 2.6.38.4 works well. I got WLAN working, > > On recent vanilla kernels, I noticed CF card is still powered up > during suspend (it has a LED...). Search for SPITZ_SCP_CF_POWER. It controls power to both SD slot and external CF slot. And it seems to be missing in SPITZ_SCP*_SUS_*. (It was always missing, but it was controlled by spitz_card_pwr_ctrl() which disappeared from the recent kernels.) -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Andrea Adami wrote: > >... even tslib started to work again for unknown reason, > > Xfbdev works, Xorg works (but it is unusable due to very noisy ADS7846 > > driver and broken xf86-driver-input-tslib). > > I can confirm that touchscreen 'works' again on corgi(C860) and poodle. Well, I cannot. My OE image is broken again. That is why I copied my old good 2.6.26RP image to the new OE image (plus odev-compat stuff), and I was surprised - touchscreen does not work there as well. So it is definitely issue outside kernel. > Just some issues to cure: > > - poodle(kdrive-fbdev): at gpe login touchscreen calibration is > requested, crosshairs are plotted, after calibration no input from > keyboard/virtual kerboard :/ > - c7x0(kdrive-imageon): pointercal defaults are used (and those are > slightly wroing on my 2 corgi C860). Gpe login is ok, keyboard > working. > Though, if you try to recalibrate from within gpe the crosshairs are > not drawed so calibration is impossible Yes, I seen this bug in Xfbdev pointercal as well on SL-C3200. But Xorg calibration now works (well, the application works, but short tap paints a pretty long line, so the result of calibration is still unusable). I am now trying to locate the regression (or race condition?). > > Is the current OE still using module autoload? Or was this moved to udev > > and platform device tables? I the latter case the fix should be done in > > the kernel. > > Ah, this is nice question: we newly came on open air after years with > 2.6.2x and now we'll discover new bugs;) > FWIW in OE there is a mix of modules management: some are in > kernel.bbclass, others in linux.inc and finally in machine.conf. > I'm still trying to understand what's happening using latest udev. Well, again - snd-soc-spitz-not-autoloaded is a regression outside kernel. The old kernel with the new OE image has the same problem. (It means, that the kernel never provided correct info for udev module autoloading.) -- Stanislav Brabec http://www.penguin.cz/~utx ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
>... even tslib started to work again for unknown reason, > Xfbdev works, Xorg works (but it is unusable due to very noisy ADS7846 > driver and broken xf86-driver-input-tslib). I can confirm that touchscreen 'works' again on corgi(C860) and poodle. Just some issues to cure: - poodle(kdrive-fbdev): at gpe login touchscreen calibration is requested, crosshairs are plotted, after calibration no input from keyboard/virtual kerboard :/ - c7x0(kdrive-imageon): pointercal defaults are used (and those are slightly wroing on my 2 corgi C860). Gpe login is ok, keyboard working. Though, if you try to recalibrate from within gpe the crosshairs are not drawed so calibration is impossible > > Is the current OE still using module autoload? Or was this moved to udev > and platform device tables? I the latter case the fix should be done in > the kernel. Ah, this is nice question: we newly came on open air after years with 2.6.2x and now we'll discover new bugs;) FWIW in OE there is a mix of modules management: some are in kernel.bbclass, others in linux.inc and finally in machine.conf. I'm still trying to understand what's happening using latest udev. Help is welcome :) Cheers Andrea > > -- > Stanislav Brabec > http://www.penguin.cz/~utx/zaurus > > > ___ > Zaurus-devel mailing list > Zaurus-devel@lists.linuxtogo.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel > ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Hi! > > > In general, defconfig in OE is very poor (missing support for some parts > > > of the hardware and many important USB devices). > > > > > > Here are my configs: > > > http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ > > > (My fresh configs will always appear here after some testing.) > > > > sorry to hear that...I'm trying to follow the abandoned models an did > > not test the producton kernel enough, only the kexecboot version (and > > that's not too bad ;) > > Yes, with exception of charging, battery discharging during suspend and > the missing HDD LED support, 2.6.38.4 works well. I got WLAN working, On recent vanilla kernels, I noticed CF card is still powered up during suspend (it has a LED...). Additional thing... if machine is suspended, then plugged into AC power, it apparently dies. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Andrea Adami wrote: > > In general, defconfig in OE is very poor (missing support for some parts > > of the hardware and many important USB devices). > > > > Here are my configs: > > http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ > > (My fresh configs will always appear here after some testing.) > > sorry to hear that...I'm trying to follow the abandoned models an did > not test the producton kernel enough, only the kexecboot version (and > that's not too bad ;) Yes, with exception of charging, battery discharging during suspend and the missing HDD LED support, 2.6.38.4 works well. I got WLAN working, Bluetooth works, even tslib started to work again for unknown reason, Xfbdev works, Xorg works (but it is unusable due to very noisy ADS7846 driver and broken xf86-driver-input-tslib). Regarding the defconfig and spitz embedded hardware, the driver for ICL7106A and PXA RTC were missing or not loaded. I don't know about sound (I found the fix sent to the list with my kernel). I have maintained my experimental configs separately since 2.6.26-RP. It diverged a lot. I am not sure about effect of many generic kernel settings. Which one is better and which one is worse... I'll compare your one and my one. For example, yesterday I have found an option, that considers SD card removal/insertion during suspend (MMC_UNSAFE_RESUME). It would be nice to have this option disabled. But it makes impossible to suspend when booting from SD. (Work-around: While booting from SD, bootloader have to pass proper "removable" value to the kernel MMC driver (I did not test it yet). > please post/commit the shrinked defconfig (make savedefconfig): I'm > trying to keep all the Zaurus in sync and that's much easier to diff. Thanks for the hint. > FWIW USB-host is only for spitz/akita/tosa, though. Yes, it is. But USB host is very important for many users (like me). Your config lacks many useful external USB devices support: - USB HCI - required for any generic USB Bluetooth dongle. - More WLAN drivers (my WLAN dongle is RT3070 and it is one of few dongles, that is able to live with 150mA. People using external power or power hack may need other WLAN USB drivers). - USB to serial adapters are needed not only for serial cables, but also for many other devices (GPS, Arduino,...). - I don't have any Ethernet adapters, but people have. - Guessing whether somebody needs more obscure drivers like special USB keyboards, SDIO GPS. > > Regarding the missing sound: > > > > This is just an easy bug in the kernel platform tables - udev does not > > know that it should load snd-soc-spitz. Loading it manually works-around > > the problem. > > > Pls check machine/include/zaurus.inc > Are you sure we have the right modules configuration (btw it's a mess in OE)? > I just copied the lines from linux-rp.inc... Yes, it seems that we have right modules. Just snd-soc-spitz is not autoloaded after the boot (it happened with 2.6.26-RP). I see loaded snd-soc-pxa2xx-i2s (required for the I2S bus) and snd-soc-wm8750 (codec driver), but not snd-soc-spitz (it defines Spitz sound routing and controls additional mute transistors). Is the current OE still using module autoload? Or was this moved to udev and platform device tables? I the latter case the fix should be done in the kernel. -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
> In general, defconfig in OE is very poor (missing support for some parts > of the hardware and many important USB devices). > > Here are my configs: > http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ > (My fresh configs will always appear here after some testing.) sorry to hear that...I'm trying to follow the abandoned models an did not test the producton kernel enough, only the kexecboot version (and that's not too bad ;) please post/commit the shrinked defconfig (make savedefconfig): I'm trying to keep all the Zaurus in sync and that's much easier to diff. FWIW USB-host is only for spitz/akita/tosa, though. > Regarding the missing sound: > > This is just an easy bug in the kernel platform tables - udev does not > know that it should load snd-soc-spitz. Loading it manually works-around > the problem. > Pls check machine/include/zaurus.inc Are you sure we have the right modules configuration (btw it's a mess in OE)? I just copied the lines from linux-rp.inc... Regards Andrea ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Stanislav Brabec wrote: > Pavel Machek wrote: > > > BTW online charging does not work _at all_. Connected with empty > > battery to (hopefully good) power supply at 10pm, battery was still > > empty at 7am :-(. > > Well, I guess I have seen charging LED on while online. So maybe > measurement may be broken. There is still the ugly race caused by drivers/hwmon/max.c #ifdef CONFIG_SHARPSL_PM define the_max and do anything with it #endif This is definitely bad approach. sharpsl_pm.c cannot access max in this way - spi may be sleeping or not initialized yet. Errors of max_read() are still sometimes even visible in the suspend log. http://answers.softpicks.net/answers/topic/How-to-write-driver-that-needs-to-call-another-driver--1761840-1.htm > > > > > - HDD LED seems to not work. > > > > Hdd not yet tested > > > > > > HDD works, just the LED does not. Tested with the OE kernel. I'll retry > > > with my custom .config file. It also enables more USB drivers. > > > > I'm using old driver, LED works there. What do I need to change to get > > new one? > > Confirming - CF as hda controls LED, CF as sda does not. Well, there are two bugs: The easier one - the LED trigger is not set the LED trigger (could be worked around from sysfs). The more complicated one - the "nand-disk" trigger does nothing with libata. In general, defconfig in OE is very poor (missing support for some parts of the hardware and many important USB devices). Here are my configs: http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ (My fresh configs will always appear here after some testing.) Further bugs found: ISL6271A driver does not work: print_constraints: vcc_core range: 850 <--> 1600 mV at 1350 mV print_constraints: vcc_core range: 1100 mV isl6271a 1-000c: Failed to set supply vcc_core isl6271a 1-000c: failed to register isl6271a isl6271a: probe of 1-000c failed with error -16 and later ads7846 spi2.0: unable to get regulator: -19 Regarding the missing sound: This is just an easy bug in the kernel platform tables - udev does not know that it should load snd-soc-spitz. Loading it manually works-around the problem. Regarding the kernel panic while booting from SD with a weak power supply: I tried to reproduce them, no success yet (maybe the serial cable provides a bit of copper and makes the power supply a bit more stable). -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Pavel Machek wrote: > BTW online charging does not work _at all_. Connected with empty > battery to (hopefully good) power supply at 10pm, battery was still > empty at 7am :-(. Well, I guess I have seen charging LED on while online. So maybe measurement may be broken. > > > > - HDD LED seems to not work. > > > Hdd not yet tested > > > > HDD works, just the LED does not. Tested with the OE kernel. I'll retry > > with my custom .config file. It also enables more USB drivers. > > I'm using old driver, LED works there. What do I need to change to get > new one? Confirming - CF as hda controls LED, CF as sda does not. -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Hi! > > > I just tested the latest angstrom image (built by myself). > > > > > > I seen following regressions in comparison with 2.6.26: > > > > > > - While booting from SD card, I seen kernel panic several times, but did > > > not have serial cable attached. I am not able to reproduce it any more, > > > even if I try to do the same. I only remember mmc_blk_issue_rw_rq at the > > > end of the screen. Did anybody else seen it. > > > > > Usually issues only booting from CF. IIRC spitz crashes on first > > reboot after kernel flashing if power cable is attached ?? > > Well, my home built USB cable to 500mA USB was attached. I tested it > later on battery or original power supply. Yes, it may be a reason of > these crashes. I'll retry with the weak USB power plug. (I never seen > weak-power-supply-crash with 2.6.26-RP). Yes, it is probably software problem. BTW online charging does not work _at all_. Connected with empty battery to (hopefully good) power supply at 10pm, battery was still empty at 7am :-(. > > > - HDD LED seems to not work. > > Hdd not yet tested > > HDD works, just the LED does not. Tested with the OE kernel. I'll retry > with my custom .config file. It also enables more USB drivers. I'm using old driver, LED works there. What do I need to change to get new one? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
Andrea Adami wrote: > On Fri, May 6, 2011 at 4:37 PM, Stanislav Brabec wrote: > > Hallo. > > > > I just tested the latest angstrom image (built by myself). > > > > I seen following regressions in comparison with 2.6.26: > > > > - While booting from SD card, I seen kernel panic several times, but did > > not have serial cable attached. I am not able to reproduce it any more, > > even if I try to do the same. I only remember mmc_blk_issue_rw_rq at the > > end of the screen. Did anybody else seen it. > > > Usually issues only booting from CF. IIRC spitz crashes on first > reboot after kernel flashing if power cable is attached ?? Well, my home built USB cable to 500mA USB was attached. I tested it later on battery or original power supply. Yes, it may be a reason of these crashes. I'll retry with the weak USB power plug. (I never seen weak-power-supply-crash with 2.6.26-RP). > > - I was not able to return from suspend (boot from SD, no reaction on > > On/Off press). I even suspect that my Zaurus seems to be warmer that it > > should be. Maybe CPU is not sleeping? > > > This seems to work (angstrom-console-image) http://paste.debian.net/116495/ Yes, it works, but not every time. > > - Xfbdev lack touchscreen support (libts does not understand the latest > > input device). I did not test Xorg yet. > > > > - tskeys are running at 100% CPU time (known bad design). > > Surely there are issues with tskeys/touchscreensee logs Good thing happened and now it works again in the OE image built yesterday from scratch. (Both tskeys and Xfbdev+tslib touchscreen.) And yet another good news: Xorg requires much less memory than a year ago. Fine tuning enabled modules may probably improve the number even a bit more. I already have a nice XKB keymap with two keymap switching hotkey, CapsLock support. I want to finish F-key support. > spitz -> http://paste.debian.net/116489 I see no sound as well - probably misconfiguration. > > - HDD LED seems to not work. > Hdd not yet tested HDD works, just the LED does not. Tested with the OE kernel. I'll retry with my custom .config file. It also enables more USB drivers. -- Stanislav Brabec http://www.penguin.cz/~utx/zaurus ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
Re: [Zaurus-devel] latest angstrom image + linux-2.6.38.4 report
On Fri, May 6, 2011 at 4:37 PM, Stanislav Brabec wrote: > Hallo. > > I just tested the latest angstrom image (built by myself). > > I seen following regressions in comparison with 2.6.26: > > - While booting from SD card, I seen kernel panic several times, but did > not have serial cable attached. I am not able to reproduce it any more, > even if I try to do the same. I only remember mmc_blk_issue_rw_rq at the > end of the screen. Did anybody else seen it. > Usually issues only booting from CF. IIRC spitz crashes on first reboot after kernel flashing if power cable is attached ?? > - I was not able to return from suspend (boot from SD, no reaction on > On/Off press). I even suspect that my Zaurus seems to be warmer that it > should be. Maybe CPU is not sleeping? > This seems to work (angstrom-console-image) http://paste.debian.net/116495/ > - Xfbdev lack touchscreen support (libts does not understand the latest > input device). I did not test Xorg yet. > > - tskeys are running at 100% CPU time (known bad design). Surely there are issues with tskeys/touchscreensee logs c7x0 -> http://paste.debian.net/116487 poodle -> http://paste.debian.net/116488 spitz -> http://paste.debian.net/116489 IIRC there could be an issue with xcb (pending patch on ML "libxkbfile: disable xcb") > > - HDD LED seems to not work. Hdd not yet tested > > -- > Stanislav Brabec > http://www.penguin.cz/~utx/zaurus > > > ___ > Zaurus-devel mailing list > Zaurus-devel@lists.linuxtogo.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel > Regards Andrea ___ Zaurus-devel mailing list Zaurus-devel@lists.linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel