OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: Shmigol on December 11, 2005, 03:27:51 pm
-
Silkscreen doesn't work under pdaXrom on SL-C1000. Maybe need change keycode in /etc/X11/kb/akita.xmodmap.
-
Same here. Can't change keycodes in xmodmap file because tapping the silkscreen icons doesn't trigger a keypress (xev doesn't report any event).
-
Hi guys,
Yeah, it's known problem - corgi silkscreen patch is not applied for akita models by default. I've fixed it recently.
This is the list of differences between my patch and default patch for corgi:
1. 12 pixel in width bar is added between silkscreen buttons and display. There is no reaction on clicking on it. The aim of this feature is to avoid undesirable key clicking when you are scrolling in the landscape mode for example.
2. Added feature to allow clicking on one key two times in a row. It's locked in corgi patch, but I think it's useful. For example, we can bind one key to the following script to run/terminate virtual keyboard:
#!/bin/bash
if [ -z `ps aux | pgrep xvkbd` ]
then xvkbd -no-keypad
else killall xvkbd
fi
3. Key codes are changed to 121-125. The old keymap is uncomfortable because one of old key codes is equal to Shift_R button key code.
There are links to download
for Linux 2.4:
http://zavrik.ru/upload/xfree/beta3/fbdev.c.diff (http://zavrik.ru/upload/xfree/beta3/fbdev.c.diff)
http://zavrik.ru/upload/xfree/beta3/tslib.c.diff (http://zavrik.ru/upload/xfree/beta3/tslib.c.diff)
http://zavrik.ru/upload/xfree/beta3/xfree_4.4.0_armv5tel.ipk (http://zavrik.ru/upload/xfree/beta3/xfree_4.4.0_armv5tel.ipk)
for Linux 2.6
http://zavrik.ru/upload/xfree/beta4/fbdev.c.diff (http://zavrik.ru/upload/xfree/beta4/fbdev.c.diff)
http://zavrik.ru/upload/xfree/beta4/tslib.c.diff (http://zavrik.ru/upload/xfree/beta4/tslib.c.diff)
http://zavrik.ru/upload/xfree/beta4/xfree_4.4.0_armv5tel.ipk (http://zavrik.ru/upload/xfree/beta4/xfree_4.4.0_armv5tel.ipk)
You just need to remove old xfree package and install the new one. It's working for me, I hope It'll help you too
WBR,
Vitel
-
Wow, excellent, has desertrat seen this he was asking about it too!
So is it safe to use on a C3200? I never remember my dog name...
thanks for looking into this
-
WARNING: backup your old X11 config before you remove/reinstall this: I recommend taking a copy of everything in /etc/X11 and /usrX11R6/bin/startx script that may have been modified. Fortunately I thought of this first
Anyway I've tried it on my 3200 and it doesn't seem to work, when I use xev it doesn't show up keycodes, but, it does seem to react differently to the rest of the screen - I only had a short time to test before leaving for work so I will look into it further another time.
Vitel: Can you give us some detail on what has been patched as it may just need a little tweak for other models.
Ta
-
I tested it, it's safe. Everything works as usual, now xev catches the silkscreen
thanks!
-
I've been having a play and they do actually work! I am getting
responses from keycodes 121 - 125. The problem it seems is that if I
click key 125 (home) it acts as ctrl and locks on until you click
key 121 or 122 to remove the lock. This was very deceptive at first
because the keyboard went berzerk since every keypress was using the
ctrl modifier.
There's nothing in my xmodmap definition file or
/etc/sysconfig/keyboard/kernel.map that shows anything causing this.
Anyone else found the same issue or is it just my over-customised setup?
-
Wow, excellent, has desertrat seen this he was asking about it too!
Yeah I saw this earlier and downloaded the ipk. But I haven't been brave enough to try it yet, because the last time I upgraded X it hosed my Xfce setup
https://www.oesf.org/forums/index.php?showt...ndpost&p=104699 (https://www.oesf.org/forums/index.php?showtopic=16246&view=findpost&p=104699)
The problem it seems is that if I click key 125 (home) it acts as ctrl and locks on until you click
key 121 or 122 to remove the lock.
Could it be in any way related to this nasty problem?
https://www.oesf.org/forums/index.php?showt...ndpost&p=140368 (https://www.oesf.org/forums/index.php?showtopic=18112&view=findpost&p=140368)
-
Wow, excellent, has desertrat seen this he was asking about it too!
Yeah I saw this earlier and downloaded the ipk. But I haven't been brave enough to try it yet, because the last time I upgraded X it hosed my Xfce setup
https://www.oesf.org/forums/index.php?showt...ndpost&p=104699 (https://www.oesf.org/forums/index.php?showtopic=16246&view=findpost&p=104699)
The problem it seems is that if I click key 125 (home) it acts as ctrl and locks on until you click
key 121 or 122 to remove the lock.
Could it be in any way related to this nasty problem?
https://www.oesf.org/forums/index.php?showt...ndpost&p=140368 (https://www.oesf.org/forums/index.php?showtopic=18112&view=findpost&p=140368)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=148438\"][{POST_SNAPBACK}][/a][/div]
if you are scared, all you need to do is extract the files from the ipk and just replace Xfbdev under /usr/X11R6/bin
-
The problem it seems is that if I click key 125 (home) it acts as ctrl and locks on until you click
key 121 or 122 to remove the lock.
Could it be in any way related to this nasty problem?
https://www.oesf.org/forums/index.php?showt...ndpost&p=140368 (https://www.oesf.org/forums/index.php?showtopic=18112&view=findpost&p=140368)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=148438\"][{POST_SNAPBACK}][/a][/div]
I have the same issue. I've been tinkering a bit and I think it has something to do with Fluxbox too.
When I tap any of the silkscreen icons, the keyboard stops responding. It just locks - xev doesn't report keypresses, not even xvkbd works. For some reason the bottom row of app buttons and the Menu button still work, though.
Let's say I have this on ~/.fluxbox/keys:
None XF86Launch0 : exec aterm
None XF86Launch1 : exec aterm
None XF86Launch2 : exec aterm
None XF86Launch3 : exec aterm
None XF86Launch4 : exec atermI have aterm assigned to all silkscreen keys. When I tap e.g. the Calendar icon, aterm opens, but I can't type anything because the keyboard has been locked. Tapping any other icon opens the assigned program, but the keyboard stays locked. Only exiting X or restarting Fluxbox brings the keyboard back.
Now remove one of those lines from ~/.fluxbox/keys, e.g. the one for the Mail silkscreen button:
None XF86Launch3 : exec atermLaunch Fluxbox again. Nothing happens when tapping the Mail icon (as expected) but this time the keyboard doesn't lock. Note that the rest of the icons still open aterm and lock the keyboard, but only until you tap the Mail icon: it does nothing (because it has no action assigned) but the keyboard will unlock.
So this is the workaround I'm using: I chose the Calendar icon to unlock the keyboard, so I left the line regarding XF86Launch1 out of my ~/.fluxbox/keys file. After tapping any other icon I have to tap the Calendar one to be able to use the keyboard.
No big deal for me because all I wanted was a way to swap mouse buttons and open the Fluxbox rootmenu in PDA mode, but IMHO this issue needs a fix.
-
Sounds suspiciously like a key release problem, and after looking at the code I'm certain of it.
The code isn't doing a simple key-down/key-up like I would have expected, it's trying something a bit more complex with timing involved, probably to allow a silkscreen key to be held down.
Unfortunately there's a bug - it now only releases a silkscreen button if another silkscreen button is pressed (oops.) It really should be releasing the key no matter what, unless the same silkscreen key is still being held down.
No guarantees if the following code is any better; it's 4am, I don't have anything set up to actually recompile X here, so this is just a rough stab. I don't even know when/how often tsread is called, especially after the stylus is removed from the screen.
Replace the entire block in tslib.c that begins:
if (event.y > hack_ts_max_y + 12) {with
if (event.y > hack_ts_max_y + 12)
{
int code = 0;
switch (event.x / (hack_ts_max_x / 5))
{
case 0: code = 113; break;
case 1: code = 114; break;
case 2: code = 115; break;
case 3: code = 116; break;
case 4: code = 117; break;
default: break;
}
time_t currentts = time(NULL);
if (currentts == lastts) return;
if (lastcode != code)
{
if (lastcode != -1) KdEnqueueKeyboardEvent (lastcode, 0x80);
KdEnqueueKeyboardEvent (code, 0);
lastcode = code;
lastts=currentts;
}
return;
}
else if (lastcode != -1)
{
KdEnqueueKeyboardEvent (lastcode, 0x80);
lastcode = -1;
}
-
Nice! I'd compile it myself, but I don't have t3h skillz yet...
-
I don't really have the means right now either, but when I have the time I intend to setup a cross compile environment (I get mysterious errors compiling natively).
For the time being, leaving the middle button unmapped does seem to work as mentioned above, I just click it after clicking the other buttons to free up the ctrl lock
-
Hi guys,
Sorry for the late reply.
Thanks to all of you, especially to pelrun.
Unfortunately there's a bug - it now only releases a silkscreen button if another silkscreen button is pressed (oops.) It really should be releasing the key no matter what, unless the same silkscreen key is still being held down.
I think you are right and this is the thing that exactly locks key pressing.
No guarantees if the following code is any better; it's 4am, I don't have anything set up to actually recompile X here, so this is just a rough stab. I don't even know when/how often tsread is called, especially after the stylus is removed from the screen.
I've modified code to provide "simple key-down/key-up". Old key code is no more stored, but timing is still remained to avoid following issue. TsRead function is called many times on every touchscreen clicking and if there is no any delay, then zaurus will have to execute binded action many times (for example, running some program). Therefore zaurus can freeze.
Thus each clicking of silkscreen keys will release pressed key and locking problem should not be reproducible now.
So, the new versions of patch and compiled xfree packages can be downloaded here:
for Linux 2.4:
http://zavrik.ru/upload/xfree/linux_2.4/tslib.c.diff (http://zavrik.ru/upload/xfree/linux_2.4/tslib.c.diff)
http://zavrik.ru/upload/xfree/linux_2.4/xf....0_armv5tel.ipk (http://zavrik.ru/upload/xfree/linux_2.4/xfree_4.4.0_armv5tel.ipk)
for Linux 2.6:
http://zavrik.ru/upload/xfree/linux_2.6/tslib.c.diff (http://zavrik.ru/upload/xfree/linux_2.6/tslib.c.diff)
http://zavrik.ru/upload/xfree/linux_2.6/xf....0_armv5tel.ipk (http://zavrik.ru/upload/xfree/linux_2.6/xfree_4.4.0_armv5tel.ipk)
I'm awaiting for your replies and hope this will work better.
WBR,
Vitel
-
Many thanks for updating this, I've just extracted Xfbdev as per Meanies note above and replaced the old one and so far silkscreen is working fine without the previous glitch.
Cheers!
-
So, the new versions of patch and compiled xfree packages can be downloaded here:
for Linux 2.4:
http://zavrik.ru/upload/xfree/linux_2.4/tslib.c.diff (http://zavrik.ru/upload/xfree/linux_2.4/tslib.c.diff)
http://zavrik.ru/upload/xfree/linux_2.4/xf....0_armv5tel.ipk (http://zavrik.ru/upload/xfree/linux_2.4/xfree_4.4.0_armv5tel.ipk)
for Linux 2.6:
http://zavrik.ru/upload/xfree/linux_2.6/tslib.c.diff (http://zavrik.ru/upload/xfree/linux_2.6/tslib.c.diff)
http://zavrik.ru/upload/xfree/linux_2.6/xf....0_armv5tel.ipk (http://zavrik.ru/upload/xfree/linux_2.6/xfree_4.4.0_armv5tel.ipk)
I'm awaiting for your replies and hope this will work better.
WBR,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=150012\"][{POST_SNAPBACK}][/a][/div]
Hi Vitel,
are these files still available anywere?
Your links are dead.
I'd be interesting in testing this!
Thanks a lot
daniel
-
Well, don't mind. I found it in Meanie's feed.
Where else?
Thanks once again, Meanie!
daniel
-
Hi daniel,
zavrik.ru is temporary unavailable, sorry.
It's really nice that you've find an alternative source to download these files, but I think it'd be better to attach them to this topic.
WBR,
Vitel
-
Hi daniel,
zavrik.ru is temporary unavailable, sorry.
It's really nice that you've find an alternative source to download these files, but I think it'd be better to attach them to this topic.
WBR,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153928\"][{POST_SNAPBACK}][/a][/div]
Well, I had the problem with the Xfbdev file from Meanie's IPK that the Ctrl key was locked active after using the silkscreen buttons.
So I dropped that other Xfbdev again and used the original without silkscreen support.
Is there any way around that problem?
Thanks!
daniel
-
Yes, I've been using silkscreen on my 3200 with Vitel's new Xfbdev file (extracted and copied without installing the whole ipk). The ctrl key locking prob is now fully sorted
-
Hi daniel,
zavrik.ru is temporary unavailable, sorry.
It's really nice that you've find an alternative source to download these files, but I think it'd be better to attach them to this topic.
WBR,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153928\"][{POST_SNAPBACK}][/a][/div]
I think most people will be more interested in the ipk files rather than the source
-
Hi daniel,
zavrik.ru is temporary unavailable, sorry.
It's really nice that you've find an alternative source to download these files, but I think it'd be better to attach them to this topic.
WBR,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153928\"][{POST_SNAPBACK}][/a][/div]
I think most people will be more interested in the ipk files rather than the source
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153999\"][{POST_SNAPBACK}][/a][/div]
Each one of tar.gz archives that I've attached contains the complied xfree ipk package as well as the modified .diff patches.
-
Hi daniel,
zavrik.ru is temporary unavailable, sorry.
It's really nice that you've find an alternative source to download these files, but I think it'd be better to attach them to this topic.
WBR,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153928\"][{POST_SNAPBACK}][/a][/div]
I think most people will be more interested in the ipk files rather than the source
[div align=\"right\"][a href=\"index.php?act=findpost&pid=153999\"][{POST_SNAPBACK}][/a][/div]
Each one of tar.gz archives that I've attached contains the complied xfree ipk package as well as the modified .diff patches.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=154038\"][{POST_SNAPBACK}][/a][/div]
oh great. thanks
i was too lazy to look inside
-
Many thanks for updating this, I've just extracted Xfbdev as per Meanies note above and replaced the old one and so far silkscreen is working fine without the previous glitch.
Cheers!
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=150048\")
does anyone have the patches listed above? the files don't exist there anymore. i want to recompile the X server with the above patches plus the caps lock patch from the BSD thread. this would give a finally perfect X server with all keys fixed, ie silkscreen
+ caps lock.
actually, if anyone else can compile it, that's probably even better since I am currently quite busy...
[a href=\"http://mersenne.homeunix.net/kbd.c.patch]http://mersenne.homeunix.net/kbd.c.patch[/url]
-
Hi Meanie,
does anyone have the patches listed above? the files don't exist there anymore.
These patches are included in the archives that are attached to my post from Feb 12 2007, 02:17 PM.
actually, if anyone else can compile it, that's probably even better since I am currently quite busy...
Yes, sure. I'll try to do in the near future and let you know results.
Regards,
Vitel
-
Hi Meanie,
does anyone have the patches listed above? the files don't exist there anymore.
These patches are included in the archives that are attached to my post from Feb 12 2007, 02:17 PM.
actually, if anyone else can compile it, that's probably even better since I am currently quite busy...
Yes, sure. I'll try to do in the near future and let you know results.
Regards,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157787\"][{POST_SNAPBACK}][/a][/div]
thanks. i just remembered that i already downloaded those attachments and already have those patches. old age must be getting to me...
hope you will be able to compile it soon since it will take me ages otherwise...
-
Hi Meanie,
does anyone have the patches listed above? the files don't exist there anymore.
These patches are included in the archives that are attached to my post from Feb 12 2007, 02:17 PM.
actually, if anyone else can compile it, that's probably even better since I am currently quite busy...
Yes, sure. I'll try to do in the near future and let you know results.
Regards,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157787\"][{POST_SNAPBACK}][/a][/div]
thanks. i just remembered that i already downloaded those attachments and already have those patches. old age must be getting to me...
hope you will be able to compile it soon since it will take me ages otherwise...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157790\"][{POST_SNAPBACK}][/a][/div]
What about compile X with OPenGL support?
-
Hi Meanie,
does anyone have the patches listed above? the files don't exist there anymore.
These patches are included in the archives that are attached to my post from Feb 12 2007, 02:17 PM.
actually, if anyone else can compile it, that's probably even better since I am currently quite busy...
Yes, sure. I'll try to do in the near future and let you know results.
Regards,
Vitel
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157787\"][{POST_SNAPBACK}][/a][/div]
thanks. i just remembered that i already downloaded those attachments and already have those patches. old age must be getting to me...
hope you will be able to compile it soon since it will take me ages otherwise...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157790\"][{POST_SNAPBACK}][/a][/div]
What about compile X with OPenGL support?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157793\"][{POST_SNAPBACK}][/a][/div]
no! that would be horrible. the z does not have a math co-processor nor 3D graphics accel, so opengl is best left out.
-
Hi Meanie,
I've compiled XFree with all patches included, but it's not tested yet. Please verify.
-
why not compile Xorg 7.2 ?
-
why not compile Xorg 7.2 ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157822\"][{POST_SNAPBACK}][/a][/div]
because we are fixing the existing stuff, not building a new X server and breaking all the other working stuff...
-
why not compile Xorg 7.2 ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157822\"][{POST_SNAPBACK}][/a][/div]
because we are fixing the existing stuff, not building a new X server and breaking all the other working stuff...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157828\"][{POST_SNAPBACK}][/a][/div]
Also, unless I'm mistaken, it is heavier than XFree.
-
why not compile Xorg 7.2 ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157822\"][{POST_SNAPBACK}][/a][/div]
What you will benefit from it ? Except eating more memory? I'd prefer compiling kdrive.
-
Hi Meanie,
I've compiled XFree with all patches included, but it's not tested yet. Please verify.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157817\"][{POST_SNAPBACK}][/a][/div]
Thanks for recompilling the whole thing. However, I tried it but the patch did not have any effect. I had another look at the patch and also the entire kbd.c file and after re-evaluating what the patch does, I don't believe that it can fix the tab/caps lock issue since the lock mechanism set by xmodmap assumes that the Caps Lock and Tab keys are physically different keys, as opposed to the same physical key which represents two logical keys toggled by Fn.
At the moment, I do not have much more time to spend on this issue. I might revisit it at a later stage but not right now...
-
why not compile Xorg 7.2 ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157822\"][{POST_SNAPBACK}][/a][/div]
What you will benefit from it ? Except eating more memory? I'd prefer compiling kdrive.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157837\"][{POST_SNAPBACK}][/a][/div]
this my question, but not have a good anwser, but fix all, to after put new thigs is a good choice, and xorg7.2 can compiled as kdrive not ?
-
I've tried the packages in Post #3 and got the screen keys working (C1000@Beta3). That's great.
But there is one (small) issue with the Calendar (XF86LaunchA) and the "Home" screen key (XF86Launch0) under Rox.
In Rox desktop, when setting keyboard shortcuts (right click desktop icon --> Edit items --> keyboard shortcut), the Calendar key is detected as "Control + XF86LaunchA) and the "Home" screen key "Control + XF86Launch0". So I cannot assign these two keys as shortcuts.T
The other keys seem to work fine.
xev also gives the correct keysym values for all keys.
What is the cause of this?
-
I've tried the packages in Post #3 and got the screen keys working (C1000@Beta3). That's great.
But there is one (small) issue with the Calendar (XF86LaunchA) and the "Home" screen key (XF86Launch0) under Rox.
In Rox desktop, when setting keyboard shortcuts (right click desktop icon --> Edit items --> keyboard shortcut), the Calendar key is detected as "Control + XF86LaunchA) and the "Home" screen key "Control + XF86Launch0". So I cannot assign these two keys as shortcuts.T
The other keys seem to work fine.
xev also gives the correct keysym values for all keys.
What is the cause of this?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157864\"][{POST_SNAPBACK}][/a][/div]
Try the ipk's that from post #14 - these have been updated and work fine for me on the C3200
-
Oh, I was wrong. What I have tried are the packages in Post#14.
-
why not compile Xorg 7.2 ?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=157822\")
What you will benefit from it ? Except eating more memory? I'd prefer compiling kdrive.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157837\"][{POST_SNAPBACK}][/a][/div]
this my question, but not have a good anwser, but fix all, to after put new thigs is a good choice, and xorg7.2 can compiled as kdrive not ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=157855\"][{POST_SNAPBACK}][/a][/div]
My impression as per this thread
[a href=\"https://www.oesf.org/forums/index.php?showtopic=17950&hl=transparency]https://www.oesf.org/forums/index.php?showt...hl=transparency[/url]
is that Xorg6.9 uses less memory than xfree.
I would think that since 7.2 is even more modular than 6.9, that it might take even less memory.
By the way, as to it's heaviness, xorg takes more ROM space, but less RAM space than xfree AFAIK. Sorry if this is incorrect.
I've been trying to cross-compile 6.9, from the following page:
http://www.linuxfromscratch.org/blfs/view/stable/x/xorg.html (http://www.linuxfromscratch.org/blfs/view/stable/x/xorg.html)
but failing pretty consistently. (Don't currently have my output, but building up to attempting a native build from a 6000).
Another benefit of compiling xorg might be that fonts could be set up more like standard X fonts, since I haven't been able to get any new ".pfb" fonts working other than what comes with the xfree package.
It would probably be somewhat difficult to apply the pdaxrom patches to the 6.9 source. Then again, maybe not.
Last I heard, both Angstrom and OpenZaurus were using xorg7.1 with "--enable-kdrive" at compile time.
https://www.oesf.org/forums/index.php?showt...22487&hl=kdrive (https://www.oesf.org/forums/index.php?showtopic=22487&hl=kdrive)
https://www.oesf.org/forums/index.php?showtopic=23402&hl=#9 (https://www.oesf.org/forums/index.php?showtopic=23402&hl=#9) (post #9)