Oz3.5.3 (collie) On/off Button Problem

[Mickeyl]

A structured approach to fixing this bug would be to first learn how apmd and suspend/resume works on Linux, then trying to track the code path in kernel and userland, inserting printk() respectively printf() statements to see where exactly things differ from the way they're supposed to work.

Sorry if this is not detailed enough for you, but I'm not a kernel developer.

[grog]

A structured approach to fixing this bug would be to first learn how apmd and suspend/resume works on Linux, then trying to track the code path in kernel and userland, inserting printk() respectively printf() statements to see where exactly things differ from the way they're supposed to work.

Sorry if this is not detailed enough for you, but I'm not a kernel developer.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=79626\"][{POST_SNAPBACK}][/a][/div]

It's hard to tell if you're begin sarcastic or not , but I do understand. I may not be a Z or kernel developer, but I am a developer, so I do understand what you mean. It just requires some basic troubleshooting, which requires someone to be able to devote some time to it. Not an easy thing, I know.

So it's possibly a (mis)interaction between the kernel & apm? That makes sense. Are there any other known issues with apm right now? I've noticed that opie's been locking up on me quite a bit in the last day or so. I can ssh in & restart it, but if I'm not next to a pc, then I have to hard boot. Trying to figure out what changes I may have made to cause it. At first I thought it might have been the opie-networkapplet, I seem to remember some issue with that, but I removed it & no fix.

I wish I had the time to set up a development environment, grab the kernel sources & play around. Maybe one day.  thanks Mickey.

[ironstorm]

I wish I had the time to set up a development environment, grab the kernel sources & play around. Maybe one day.  thanks Mickey.

You could have a go at building with my QEMU virtual machine image of a bitbake build environment...
( see https://www.oesf.org/forums/index.php?showtopic=12564 )

[grog]

I wish I had the time to set up a development environment, grab the kernel sources & play around. Maybe one day.  thanks Mickey.

You could have a go at building with my QEMU virtual machine image of a bitbake build environment...
( see https://www.oesf.org/forums/index.php?showtopic=12564 )
[div align=\"right\"][a href=\"index.php?act=findpost&pid=79645\"][{POST_SNAPBACK}][/a][/div]

Interesting. So I could have a dev environment even on my 'doze box (it's all I have available)? kewl. I thought I'd have to get linux installed back on there first (which is yet another thing I want to eventually make time for anyway, after all).

I just may get into this game sooner than I thought. As soon as I can make time I'll give'er a whirl. thanks ironstorm.

[ironstorm]

I just may get into this game sooner than I thought. As soon as I can make time I'll give'er a whirl. thanks ironstorm.

I wouldn't waste your time till the devs get around to addressing the problem with the build system...
http://bugs.openembedded.org/show_bug.cgi?id=2

[lardman]

That's not the build system, that's one of the patches for a package built by the build system, and specifically for users wanting a uclibc based system.

As OZ hasn't moved to using uclibc yet - we still use libc like the rest of the world, but a later version thankfully - it won't make any difference (unless you want to build your own bleeding edge image and feed).


Si

[deusiah]

I'm glad I stumbled across this topic now the suspend resume finally works, now I can give that reset button a rest.

Shame about this right arrow reset thing, personally I hadn't noticed it except for when playing the odd game. I wasn't sure what was causing it, I just though the game was crashing it lol.

[Gouri]

I've filed a bug report about the problem, see
http://bugs.openembedded.org/show_bug.cgi?id=54
and add possible relevant comments there.

[samac]

-Remove the line containing /dev/apm_bios from /etc/device_table
-Reboot

I did this and as noted by other people it fixes the on/off button problem, however the USB network will now only connect after a reboot. It will not reconnect after a suspend.

Any suggestions ?

samac

[grog]

-Remove the line containing /dev/apm_bios from /etc/device_table
-Reboot

I did this and as noted by other people it fixes the on/off button problem, however the USB network will now only connect after a reboot. It will not reconnect after a suspend.[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

You need to save & run the script from [a href=\"https://www.oesf.org/forums/index.php?showtopic=9765&st=0&p=60420&#entry60420]this message[/url] (read the whole thread for more info) & set up a desktop shortcut for it to make it painless to run. HTH

[samac]

You need to save & run the script from this message (read the whole thread for more info) & set up a desktop shortcut for it to make it painless to run. HTH

I remember that thread, I even contributed very late to it.

I just restored the /etc/device_table as it is breaks more than it fixes, and I will just have to remember to suspend from the menu.

samac

[deusiah]

I second that samac. At first it seems removing that line makes everything better but as time goes on you see how much stuff is failing to work.

Is there no way to remap what the buttons do?

[grog]

Is there no way to remap what the buttons do?[div align=\"right\"][a href=\"index.php?act=findpost&pid=82959\"][{POST_SNAPBACK}][/a][/div]

I was wondering that too. Is there any way to at least disable the cancel button, or remap it so something else?

[conn-fused]

You need to save & run the script from this message (read the whole thread for more info) & set up a desktop shortcut for it to make it painless to run. HTH

I remember that thread, I even contributed very late to it.

I just restored the /etc/device_table as it is breaks more than it fixes, and I will just have to remember to suspend from the menu.

samac
[div align=\"right\"][a href=\"index.php?act=findpost&pid=82777\"][{POST_SNAPBACK}][/a][/div]

Foolishly, I seem to have deleted the /etc/device_table apm line, instead of commenting it out. I don't want to go through a complete reinstall to find out what it said, so could someone please post the line here? Thanks.

[samac]

/dev/apm_bios c 660 0 46 10 134 - - -

it is just below the line /boot/var/empty

You will have to space it out so that it looks nice in the table.

samac