OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: obergix on December 11, 2005, 05:50:45 am
-
Hi.
I've tried to generate a kernel 2.6 for akita by rebuilding in openembedded (default "branch"/HEAD/trunk... sorry, not so much experienced with monotone).
Kernel is 2.6.14-git3.
It boots, then X/GPE starts, but then I have problems with the touchscreen being unresponsive...
Anyone with a suggestion on how to correct that ?
My gues is that it may lack some modules...
Any help welcome.
-
Hmmm... looks like it may be the same as : http://bugs.openembedded.org/show_bug.cgi?id=517 (http://bugs.openembedded.org/show_bug.cgi?id=517)
-
It boots, then X/GPE starts, but then I have problems with the touchscreen being unresponsive...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106743\"][{POST_SNAPBACK}][/a][/div]
looks like I had lost the touch screen calibration while rebooting from 2.4 kernel image to 2.6.
I used the keybord to launch a terminal, then su and launched xtscal.
After that, the pointer works again in X...
Hope this helps.
Anyway, if others have other issues/solutions with a 2.6 kernel on akita, I'd be glad to know...
-
Touchscreen is different handled under 2.6 so it had to be recalibrated.
About other issues: upgrade to 2.6.15-rc5 (today added) so you will get finished ALSA sound.
-
About other issues: upgrade to 2.6.15-rc5 (today added) so you will get finished ALSA sound.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106752\"][{POST_SNAPBACK}][/a][/div]
I tried monotone pull + monotone update, but nothing seems to have changed...
Where/how would I find it ?
Something else : looks like I have kernel 2.6.14-git3 and modules in /lib/modules/2.6.14-rc1 only ...
So depmod.26 won't work, and no modprobe possible
I'm suspecting something incoherent somewhere...
Any clues ?
-
About other issues: upgrade to 2.6.15-rc5 (today added) so you will get finished ALSA sound.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=106752\")
I tried monotone pull + monotone update, but nothing seems to have changed...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106755\"][{POST_SNAPBACK}][/a][/div]
[a href=\"http://handhelds.org/hypermail/oe/47/4772.html]http://handhelds.org/hypermail/oe/47/4772.html[/url]
-
About other issues: upgrade to 2.6.15-rc5 (today added) so you will get finished ALSA sound.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=106752\")
I tried monotone pull + monotone update, but nothing seems to have changed...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106755\"][{POST_SNAPBACK}][/a][/div]
[a href=\"http://handhelds.org/hypermail/oe/47/4772.html]http://handhelds.org/hypermail/oe/47/4772.html[/url]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106757\"][{POST_SNAPBACK}][/a][/div]
Looks like it helps alot... my repo wasn't synchronised...
Had to start over rebuilding... will let you know of my progress when succeeds.
Many thanks.
-
http://handhelds.org/hypermail/oe/47/4772.html (http://handhelds.org/hypermail/oe/47/4772.html)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106757\"][{POST_SNAPBACK}][/a][/div]
Looks like it helps alot... my repo wasn't synchronised...
Had to start over rebuilding... will let you know of my progress when succeeds.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106764\"][{POST_SNAPBACK}][/a][/div]
The rebuild has succeeded. Thanks.
Now, I'll keep on testing if kernel 2.6 works...
-
I've generated in parallel a gpe-image in .dev and in .oz354 branches.
The latter (so the 3.5.4-RC) only generates a 2.4.20 kernel although I specified KERNEL_VERSION = "2.6" in local.conf...
Dunno if it's a bug or if no kernel 2.6 is supposed to be generated in that branch for akitas ?
-
I've generated in parallel a gpe-image in .dev and in .oz354 branches.
The latter (so the 3.5.4-RC) only generates a 2.4.20 kernel although I specified KERNEL_VERSION = "2.6" in local.conf...
Dunno if it's a bug or if no kernel 2.6 is supposed to be generated in that branch for akitas ?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=106945\")
It is, but in the branch it's ZKERNEL_VERSION: [a href=\"http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=9beb55f69acc310fc2689a2b52611680e524a2e8]http://ewi546.ewi.utwente.nl/tmp/viewmtn/r...2611680e524a2e8[/url]
-
I've generated in parallel a gpe-image in .dev and in .oz354 branches.
The latter (so the 3.5.4-RC) only generates a 2.4.20 kernel although I specified KERNEL_VERSION = "2.6" in local.conf...
Dunno if it's a bug or if no kernel 2.6 is supposed to be generated in that branch for akitas ?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=106945\")
It is, but in the branch it's ZKERNEL_VERSION: [a href=\"http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=9beb55f69acc310fc2689a2b52611680e524a2e8]http://ewi546.ewi.utwente.nl/tmp/viewmtn/r...2611680e524a2e8[/url]
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]
(http://index.php?act=findpost&pid=106979\")
OK... btw, I've just noticed that : [a href=\"http://bugs.openembedded.org/show_bug.cgi?id=513]http://bugs.openembedded.org/show_bug.cgi?id=513[/url]
Will try applying this change to my local.conf
-
Now, I'll keep on testing if kernel 2.6 works...
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=106944\")
But first, it had to build, of course
After I've changed ZKERNEL_VERSION, I've noticed a problem with rebuilding of linux-openzaurus-2.6.14-rc1 :
Fetch failed: [a href=\"http://www.rpsys.net/openzaurus/patches/corgi_pm-r3.patch;patch=1]http://www.rpsys.net/openzaurus/patches/co...3.patch;patch=1[/url]
Looks like the patch was archived from http://www.rpsys.net//openzaurus/patches/ to its archive/ subdir... easy to fix in the .bb ...
Stay tuned for more details
-
Another patch which was moved as well : hx2750_base-r20.patch
Solved again... but now, a show stopper :
No .../build/tmp/work/linux-openzaurus-2.6.14-rc1-r2/defconfig-akita
OK, I guess this is it, and 2.6 is not ready yet for being built in that 3.5.4RC branch for akitas...
Will keep on playing in .dev as far as 2.6 is concerned, then.
-
Try copying the defconfig across from .dev, it's probably just a simple omission as most people with the cxxxx machines are working from .dev as it is adding more support for those machines.
Si
-
Try copying the defconfig across from .dev, it's probably just a simple omission as most people with the cxxxx machines are working from .dev as it is adding more support for those machines.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=107082\"][{POST_SNAPBACK}][/a][/div]
Hmmm... looks like there's none in .dev 2.6 kernel packages' files
-
Try something like this:
org.openembedded.dev/packages/linux/linux-openzaurus-2.6.14-git3/defconfig-cxx00
Si
-
I'd recommend anyone wanting to build 2.6 kernels for cxx00 devices to use the .dev branch. Recent 2.6 kernels have much better support for these devices but need too many changes to allow them to be imported into the release branch.
3.5.4 will not be released with a 2.6 kernel for the cxx00 but should be closely followed by a 3.5.4.1 release from the dev branch with images/2.6 kernels for these devices. A testing release of 3.5.4.1 is available at
http://ewi546.ewi.utwente.nl/mirror/sam.rp...urus/autobuild/ (http://ewi546.ewi.utwente.nl/mirror/sam.rpsys.net/openzaurus/autobuild/)
I'm aware the fstabs need fixing for borzoi/spitz (/home and /mnt/hdd should be automount) and that there are probably two copies of the hostap kernel module installed. Both have been fixed in OE since these images were generated.
-
Try something like this:
org.openembedded.dev/packages/linux/linux-openzaurus-2.6.14-git3/defconfig-cxx00
Si
[div align=\"right\"][a href=\"index.php?act=findpost&pid=107174\"][{POST_SNAPBACK}][/a][/div]
Thx.
I've integrated it in the .bb and changed accordingly linux-openzaurus.conf for it to be used.
The kernel compilation starts, but then stops on compilation error :
| sound/arm/pxa2xx-ac97.c: In function `pxa2xx_ac97_read':
| sound/arm/pxa2xx-ac97.c:52: warning: assignment from incompatible pointer type
| sound/arm/pxa2xx-ac97.c: In function `pxa2xx_ac97_write':
| sound/arm/pxa2xx-ac97.c:90: warning: assignment from incompatible pointer type
| sound/arm/pxa2xx-ac97.c: At top level:
| sound/arm/pxa2xx-ac97.c:184: warning: initialization from incompatible pointer type
| sound/arm/pxa2xx-ac97.c:192: warning: initialization from incompatible pointer type
| sound/arm/pxa2xx-ac97.c: In function `pxa2xx_ac97_suspend':
| sound/arm/pxa2xx-ac97.c:284: error: incompatible type for argument 2 of `pxa2xx_ac97_do_suspend'
| sound/arm/pxa2xx-ac97.c: In function `pxa2xx_ac97_probe':
| sound/arm/pxa2xx-ac97.c:353: warning: passing arg 2 of `snd_card_set_pm_callback' from incompatible pointer type
| make[2]: *** [sound/arm/pxa2xx-ac97.o] Erreur 1
| make[1]: *** [sound/arm] Erreur 2
| make: *** [sound] Erreur 2
| FATAL: oe_runmake failed
No much progress then in .oz354 ...
-
A testing release of 3.5.4.1 is available at
http://ewi546.ewi.utwente.nl/mirror/sam.rp...urus/autobuild/ (http://ewi546.ewi.utwente.nl/mirror/sam.rpsys.net/openzaurus/autobuild/)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=107230\"][{POST_SNAPBACK}][/a][/div]
I've tested these (gpe / akita) and I've got problems resuming after a suspend.
When pressing the on button to resume, the mail led flashes, and that's all : no resuming
-
Have you reported it on the bugtracker?
Si
-
Have you reported it on the bugtracker?
Si
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=107741\")
Not yet.. but I should.^H^H^H : done : #547 (http://bugs.openembedded.org/show_bug.cgi?id=547)
However, one previous problem with apm that I've reported doesn't seem to attract much interest : [a href=\"http://bugs.openembedded.org/show_bug.cgi?id=496]http://bugs.openembedded.org/show_bug.cgi?id=496[/url] (nor the workaround suggested : http://bugs.openembedded.org/show_bug.cgi?id=497 (http://bugs.openembedded.org/show_bug.cgi?id=497) ) ... not very encouraging for users
-
There are only so many people with commit rights, and it's only those with a C1000 who will be willing to commit something (after they've tested it).
I also note that you make no explicit mention of the version of OZ you're running, nor the kernel version (I see the field which says OpenZaurus 3.5.3, but iirc there were no 3.5.3 images for the Akita, so this is a bit confusing).
The suspend script is useful, but ideally the apm behaviour would be fixed. Iirc, someone was talking about this bug on irc and noting that it may be a kernel issue rather than something to do with su.
If you have a specific issue which you think ought to be addressed, you'd be advised to get on irc on either #oe or #openzaurus and talk to the appropriate person (RP might be suitable, but you've not said what kernel version so I can't be sure).
Si
-
I also note that you make no explicit mention of the version of OZ you're running, nor the kernel version (I see the field which says OpenZaurus 3.5.3, but iirc there were no 3.5.3 images for the Akita, so this is a bit confusing).
Yeah, it happened on 3.5.4RC ... and btw, a corresponding value in version in bugtracker would be great
And the 2.4 standard kernel (only one available for akita onthat one
Sorry for not giving this detail in my report in the first place.
The suspend script is useful, but ideally the apm behaviour would be fixed. Iirc, someone was talking about this bug on irc and noting that it may be a kernel issue rather than something to do with su.
Indeed ... but in the meantime.... a usable workaround may help
If you have a specific issue which you think ought to be addressed, you'd be advised to get on irc on either #oe or #openzaurus and talk to the appropriate person (RP might be suitable, but you've not said what kernel version so I can't be sure).
I do that from time to time... but expect developers to read the bug tracker sometimes too
Thx.
-
They will read it, but as apm is closely related to the kernel they won't tend to respond unless they know this info, etc.
Anyway, I fear you may have troubles (with that kernel) as no-one really wants to fiddle with the rubbish Sharp kernel code. The 2.6.x kernel is the main thrust of work now and it's coming along nicely for the Akita afaik.
That said, as a temporary workround, your su thing might be acceptable if you must run with an old kernel - I believe the c1000 image will be released with a 2.4.20 kernel. Perhaps ask about this on irc and see whether any of the devs with a c1000 has had the same issue.
Si
-
FYI, interesting discussion about suspend/resume problems on akita with 2.6 in :
https://www.oesf.org/forums/index.php?showt...ndpost&p=108123 (https://www.oesf.org/forums/index.php?showtopic=15689&view=findpost&p=108123)
-
Just a note to report I've just tested gpe-image (gpe-image-akita-20060102193451.rootfs.img + zImage-2.6.14+2.6.15-rc7-akita-20060102193451.bin) generated in .dev on my akita.
The kernel stops the boot with the following messages when booted without the compact flash inserted :
VFS: Cannot open root device "hda1" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable ro mount root fs on unknown-block(0,0)
And with the CF inserted, more or less the same :
Probing IDE interface ide0...
hda: SAMSUNG CF/ATA, CFA DISK drive
...
ide0: reset: success
hda1
ide-cs: hda: Vcc = 3.3, Vpp = 0.0
Kernel panic - not syncing: VFS: Unable ro mount root fs on unknown-block(3,1)
As far as I understand that, it looks like the kernel is told to boot off an IDE drive... maybe the config for a SL-C3x00 ? ... but on the akita, no IDE boot device : only JFFS flash, I think...
Hope this helps,
-
Yes, looks like that is the case.
Can you add this to the bugtracker please: http://bugs.openembedded.org/ (http://bugs.openembedded.org/)
Si
-
Can you add this to the bugtracker please ?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=109510\")
Done : [a href=\"http://bugs.openembedded.org/show_bug.cgi?id=573]http://bugs.openembedded.org/show_bug.cgi?id=573[/url]
-
Just a note to report I've just tested gpe-image (gpe-image-akita-20060102193451.rootfs.img + zImage-2.6.14+2.6.15-rc7-akita-20060102193451.bin) generated in .dev on my akita.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=109421\"][{POST_SNAPBACK}][/a][/div]
Just to tell you that the bug has been fixed, and at first sight, it looks like the 2.6 is working pretty well now for akita in .dev...
Will need additional testing, though
at least looks like it boots, suspends and resumes allright !
-
Will need additional testing, though
[div align=\"right\"][a href=\"index.php?act=findpost&pid=109765\"][{POST_SNAPBACK}][/a][/div]
My DLink DCF-660W wireless card doesn't seem to work out of the box... whereas it worked allright in 2.4 (3.5.4RC for instance).
However, after modprobing hostap-cs, I made it work. Dunno why it didn't recognize it automatically.
Now, it's dropbear which seems not to respond pretty well...
Actually no... it's just a bit slower than before to respond.
Cool, looks like it works !
-
Alright! I got 2.6.14+2.6.15-rc7 20060109 installed with a matching GPE image that I built. Like obergix I had to modprobe hostap-cs manually. I'll look into the cause of that later. Right now I'm taking the time to build every program I want out of the OE tree so that I don't contaminate this install with random versions from different feeds.
Random question: Does anyone know off the top of their head how to generate the "Packages" file for a feed. I'd like to just have a feed mounted through samba or nfs, but the "Packages" in my tmp/deploy/ipk only contains info about the packages in gpe-image.
EDIT: The answer is bitbake package-index
Alright, off to start digging through this stuff, but so far this release feels really "snappy" (for lack of a better word) compared to the old 2.4 stuff. Great going OE/OZ/GPE devs!
EDIT: OK. I ran into trouble with the alsa drivers. They throw an oops when loaded. The system keeps going fine after that, unless I try to play sound. When I try to play a sound file with madplay or aplay that program locks, but the system stays running. Once I find the right bug tracker I'll post the details to it.
-John
-
bugs.openembedded.org
-
Thanks. It's bug 584.
Oh, and unlike previous releases, SD continues to work after a suspend. So that at least is fixed. Is there anything specific I should be testing for, besides just giving it a general thrashing?
-
Have a talk with RP (rpurdie) on irc (#oe, #openzaurus) he'll point you in the right direction.
Si
-
Do you have a general idea of when he (and other people) are on IRC? I've been on #oe, #openzaurus, and #gpe since I got back from classes today, 5:30PM PST but it seems like everyone is idle...
EDIT:Nevermind, I got a hold of him. Only had to stay up til 1AM...
-
Great news about 2.6 starting to shape up on the CXX00 models! How complete is 2.6 on these devices now? Can you mount the Z microdrive as a removeable USB disk under 2.6/GPE/Opie on the C3000 and C3100? Does sound in/out work fine under ALSA? Can I run mplayer with bvdd and iwmmx support? Are the touch screen, keyboard and power management OK yet?
Thanks! Can't wait to get 2.6 running on my Z!
dan
-
Ok, here's the current status from a user's point of view. The versions I'm running are a) a week or more old and not the 3.5.4 release but the result of building an image from the "unstable" OE data.
-ALSA sound works fine in the kernel I'm running, at least for playing sound. I have no idea if "mic in" works. I had to apply a patch by hand (only concerns C1000) but I'm pretty sure it got into OE by now.
-Suspend works great. My C1000 suspends and resumes very quickly, and once it's resumed there isn't any pause before the UI becomes responsive (GPE at least, haven't tried OPIE recently). Sound continues to play through a resume. Timeout before suspending works fine.
-I have no idea at all about using the Z as a USB device connected to a USB host. I don't even know where my cable is.
-The bvdd kernel driver is not in 2.6. I have no idea if it will be there eventually, or if it might be replaced with a real accelerated framebuffer. AFAICT the Xserver that OZ/GPE uses does not support 320x240 mode so mplayer is pretty much a lost cause for the time being.
-touch screen works fine.
-keyboard works fine and has a nice keymapping by default. Delay before auto-repeat is a little quick to start with but can be changed by "kbd_mode -d 500" by root.
-Some fixes have showed up in GPE recently that deal with making it act right at 200dpi, which makes fonts show up at humanly readable sizes by defaults. Huzzah!
-I'm just a user and not always up with what the devs are doing so people should feel free to correct me if I've said something wrong...
-
Thanks very much for that JohnX- sounds like much progress has been made in recent months with Linux 2.6 Zaurus support.
It would be good to hear what the status is on a fully bvdd accelerated X-server or framebuffer, if such things are being worked on.
-
It would be good to hear what the status is on a fully bvdd accelerated X-server or framebuffer
My understanding is that RP is going to work on the accelerated framebuffer (or even has done some work on it already). I don't see why people can't do likewise for the Xserver in the meantime - there are already some accelerated Xservers in OE, but not for the C7x0 or Cxxxx machines. Afaict this is simply due to a lack of time (though I'd ask on #oe & #gpe). I was planning to port the acceleration stuff from the pdaXrom Xserver to the OE version for my c7x0 - it doesn't look like a great deal of patching - but am a bit busy at the moment.
-The bvdd kernel driver is not in 2.6. I have no idea if it will be there eventually, or if it might be replaced with a real accelerated framebuffer. AFAICT the Xserver that OZ/GPE uses does not support 320x240 mode so mplayer is pretty much a lost cause for the time being.
I don't really know what I'm talking about here, but the w100 driver for the c7x0 machines works with mplayer in zoomed mode (using SDL iirc), so I can't see why the bvdd won't also - just needs someone to add it I'd guess.
That said, I'm not an expert on graphics drivers so I may be wrong.
Si
-
I don't really know what I'm talking about here, but the w100 driver for the c7x0 machines works with mplayer in zoomed mode (using SDL iirc), so I can't see why the bvdd won't also - just needs someone to add it I'd guess.
That said, I'm not an expert on graphics drivers so I may be wrong.
Well, that makes two graphics non-experts then. I played with mplayer a very small amount on 2.6.14 (or .15? don't remember) and it worked, but played in a little 320x240 box in the center of the screen with -vo x11. In this mode it seemed to be playing fast enough for everyday use. Therefore, by having either 1) the bvdd driver setup like in 2.4 where mplayer uses /dev/bvdd to write directly to the framebuffer -or- 2) an xserver that could switch video modes on the fly (ie "zoom"), we would have workable video. Unfortunately we have neither. But really just as long as I have LTris and LBreakout2, that's all the entertainment I need.
-
-I have no idea at all about using the Z as a USB device connected to a USB host. I don't even know where my cable is.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=112810\"][{POST_SNAPBACK}][/a][/div]
Just wanted to complement on this, from my experience on 3.5.4.1-alpha1, which has been released a couple days ago.
This seems to be working with the ohci_hcd driver.
Hope this helps.