Re: Trouble with ptrace
Timo Juhani Lindfors wrote: Bilal Mehdi bilal.me...@yahoo.com writes: Please tell me if you know how to use ptrace for arm architecture ... and if you know any other way to use ptrace ... please tell Don't use PEEKUSER. use PTRACE_GETREGS. apt-get source strace shows that it does #elif defined (ARM) /* * Read complete register set in one go. */ if (ptrace(PTRACE_GETREGS, pid, NULL, (void *)regs) == -1) return -1; ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support I want to know system call number, after your method, I print regs.ARM_ORIG_r0. it's 0 and i find out none of them is the right one. i make a system call execve, it's system call number is 11, but none of the regs is 11. Please tell me how should i do to get system call number . my code is as follow: int main() { pid_t child; struct pt_regs reg; child = fork(); if (child == 0){ ptrace(PTRACE_TRACEME, 0, NULL, NULL); execl(/bin/ls, ls, NULL); } else { wait(NULL); if (ptrace(PTRACE_GETREGS, child, NULL, reg) == -1) printf(get regs failed\n); printf(The child make a system call %ld\n, reg.ARM_ORIG_r0); ptrace(PTRACE_CONT, child, NULL, NULL); } return 0; } -- View this message in context: http://n2.nabble.com/Trouble-with-ptrace-tp2162549p2185686.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Trouble with ptrace
wind_cheng wind_ch...@asustek.com.cn writes: I want to know system call number, after your method, I print regs.ARM_ORIG_r0. it's 0 On ARM the syscall number is not in register r0. and i find out none of them is the right one. i make a system call execve, it's system call number is 11, but none of the regs is 11. Please tell me how should i do to get system call number . apt-get source strace shows /* * Get the ARM-mode system call number */ errno = 0; scno = ptrace(PTRACE_PEEKTEXT, pid, (void *)(regs.ARM_pc - 4), NULL); if (errno) return -1; if (scno == 0 (tcp-flags TCB_WAITEXECVE)) { tcp-flags = ~TCB_WAITEXECVE; return 0; } /* Handle the EABI syscall convention. We do not bother converting structures between the two ABIs, but basic functionality should work even if strace and the traced program have different ABIs. */ if (scno == 0xef00) { scno = regs.ARM_r7; } else { if ((scno 0x0ff0) != 0x0f90) { fprintf(stderr, syscall: unknown syscall trap 0x%08lx\n, scno); return -1; } /* * Fixup the syscall number */ scno = 0x000f; } Just curious, why are you trying to reimplement this? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Trouble with ptrace
Thanks a lot! :handshake: Just curious, why are you trying to reimplement this? I'm a newbie. i am playing with ptrace these days, and it works on my FC8, but it do not fit ARM. So .. -- View this message in context: http://n2.nabble.com/Trouble-with-ptrace-tp2162549p2186072.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Trouble with ptrace
wind_cheng wind_ch...@asustek.com.cn writes: I'm a newbie. Ok, learning is always a good reason for reimplementing stuff :-) i am playing with ptrace these days, and it works on my FC8, but it do not fit ARM. So .. I have done some playing around with ptrace too: itrace single steps over a program and records every single instruction that was executed. I wrote this since ltrace did not record inter-library function calls. Together with itrace-decode1.py it is possible to map the instruction list back to symbolic addresses. -- http://iki.fi/lindi/darcs/itrace/ screenify moves an application inside gnu screen. It is not perfect since it affects stdin/stdout/stderr and does nothing to process groups. -- http://iki.fi/lindi/screenify URLFixTrick.py is a funny plugin to subterfugue that attaches to a process and makes it impossible for the process to write broken URLs to any file descriptor :-) -- http://iki.fi/lindi/URLFixTrick.py http://iki.fi/lindi/ptrace-memdump.c is an early version of itrace which I modified to dump the memory of a process (used only once so it is not general purpose tool). This can be used to read the contents of a suidroot binary even if you don't have read permissions to it. (Using ptrace will drop suid flag but it will still give you access to the memory of the executable.) Interesting ptrace tricks written by others include Jumping sudo using ptrace -- http://www.quantumg.net/sudojump.php SUBTERFUGUE is a framework for observing and playing with the reality of software; it's a foundation for building tools to do tracing, sandboxing, and many other things. You could think of it as strace meets expect. -- http://subterfugue.org/ and of course also strace, gdb and user-mode-linux are good sources of inspiration. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12 (was part of the Brick thread)
To Craig and other (fellow) whiners: Try Android. You'll need to update your uboot environment to allow for a bigger kernel, but go here: http://panicking.kicks-ass.org/download/ And check out: http://panicking.kicks-ass.org/blog/ It's not quite production ready yet (in fact it has some showstoppers for everyday use like refusing to boot after some as-yet unidentified config changes, only registering with GSM one boot in two, suspend.. some of which may have been fixed in yesterday's image which I've not tried yet) but... GPS just works, phone calls just work, SMS just works, Wifi works (with a manual directory creation step), the keyboard is good, the interface is pretty, well designed and responsive, the web-browser works. I set up the email app to use my home IMAP server in just a few minutes... GPRS is apparently a WIP, though some success is reported. As I say, not quite there yet, but when a couple more issues around gluing the hardware, kernel and userspace together get sorted out, I think it's going to be the quickest and easiest way to get a fully functioning phone/internet device/GPS out of the Freerunner. I wish I didn't have to say that, but experience with the 2008.x series of software (and two months of attempting to use it as a main phone) left me similarly frustrated. I nearly threw the phone out of the window on several occasions. Just trying to answer a call was a supremely vexatious experience. -- View this message in context: http://n2.nabble.com/Experiences-with-GTA02-and-OM2008.12-%28was-part-of-the-%22Brick%22-thread%29-tp2172759p2186261.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: i need xglamo file, please!!
On 2009-01-05, Sergio Martínez-Losa Del Rincón sergiomtz.l...@gmail.com wrote: HI all!!! i had a terrible accident, i have removed Xglamo binary from my /usr/bin, i have OM 2007.2, please can someone send me the binary file for 2007.2? (it's /usr/bin/Xglamo) thanks a lot Did you get that file? If not, just let me know and I will send you a download link. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12 (was part of the Brick thread)
Funny you mention that... it's the last on my list, since I've tried most of the others but this one has failed to boot after several attempts. I got a new uSD card just for this setup to see if thats what's preventing the boot. So far the only one that works with calls and SMS well is QT, but it crashes regularly when I'm at work. Works fine for hours, but within minutes of entering my work place the phone's GUI goes away and I get some random characters on the screen. I can't even SSH in after that. Gothnet openm...@nastylittlehorse.net wrote: = To Craig and other (fellow) whiners: Try Android. You'll need to update your uboot environment to allow for a bigger kernel, but go here: http://panicking.kicks-ass.org/download/ And check out: http://panicking.kicks-ass.org/blog/ It's not quite production ready yet (in fact it has some showstoppers for everyday use like refusing to boot after some as-yet unidentified config changes, only registering with GSM one boot in two, suspend.. some of which may have been fixed in yesterday's image which I've not tried yet) but... GPS just works, phone calls just work, SMS just works, Wifi works (with a manual directory creation step), the keyboard is good, the interface is pretty, well designed and responsive, the web-browser works. I set up the email app to use my home IMAP server in just a few minutes... GPRS is apparently a WIP, though some success is reported. As I say, not quite there yet, but when a couple more issues around gluing the hardware, kernel and userspace together get sorted out, I think it's going to be the quickest and easiest way to get a fully functioning phone/internet device/GPS out of the Freerunner. I wish I didn't have to say that, but experience with the 2008.x series of software (and two months of attempting to use it as a main phone) left me similarly frustrated. I nearly threw the phone out of the window on several occasions. Just trying to answer a call was a supremely vexatious experience. -- View this message in context: http://n2.nabble.com/Experiences-with-GTA02-and-OM2008.12-%28was-part-of-the-%22Brick%22-thread%29-tp2172759p2186261.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12 (was part of the Brick thread)
Craig Woodward wrote: Funny you mention that... it's the last on my list, since I've tried most of the others but this one has failed to boot after several attempts. I got a new uSD card just for this setup to see if thats what's preventing the boot. Two things I found that stop boots on android images I've used are - SD card partitions and uboot. If you're using uboot you must alter the uboot environment to be able to use a larger kernel. The default limit is 2MB. The way I did it was to grab the uboot env using dfu-util ... basically follow the instructions http://wiki.openmoko.org/wiki/Bootloader#What_if_I_borked_my_bootloader_environment_and_don.27t_get_a_prompt_anymore.3F here but edit the environment.in file to set a kernel partition size of 3 or so MB. There's also a way to do it using the uboot command line but I'm not familiar with that. The SD card *must* be formatted with two partitions. The second one *must* be ext3. The first I usually format as FAT 16, though FAT 32 may work too. The first partition will appear to android as its SD card, the second will be used for its data/config store. I don't know what size to recommend, but it's worked with 2/6GB on my 8GB card. HTH. -- View this message in context: http://n2.nabble.com/Experiences-with-GTA02-and-OM2008.12-%28was-part-of-the-%22Brick%22-thread%29-tp2172759p2188843.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12
Gothnet openm...@nastylittlehorse.net writes: GPS just works, phone calls just work, SMS just works, Wifi works (with a Hmm, phone calls surely suffer from the same buzz issue that affects all users? manual directory creation step), the keyboard is good, the interface is And wifi is surely the same as anybody following the andy-tracking has? ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12 (was part of the Brick thread)
You don't need to mess with uboot environment anymore. Download the kernel in the android forum at forum.koolu.org in the Android Pre-built image... thread, where the kernel is under 2M. Android works well, but the phone is unusable still in my opinion. It's so quiet that you can't hear ANYTHING with any background noise such as in a car, on the street, with music in the background. This is being worked on, but if you're looking for a usable phone, this isn't it yet. Don't get me wrong, I love it, and actually feel quite motivated to help resolve this volume issue, because otherwise it's a great environment. Gothnet wrote: Craig Woodward wrote: Funny you mention that... it's the last on my list, since I've tried most of the others but this one has failed to boot after several attempts. I got a new uSD card just for this setup to see if thats what's preventing the boot. Two things I found that stop boots on android images I've used are - SD card partitions and uboot. If you're using uboot you must alter the uboot environment to be able to use a larger kernel. The default limit is 2MB. The way I did it was to grab the uboot env using dfu-util ... basically follow the instructions http://wiki.openmoko.org/wiki/Bootloader#What_if_I_borked_my_bootloader_environment_and_don.27t_get_a_prompt_anymore.3F here but edit the environment.in file to set a kernel partition size of 3 or so MB. There's also a way to do it using the uboot command line but I'm not familiar with that. The SD card *must* be formatted with two partitions. The second one *must* be ext3. The first I usually format as FAT 16, though FAT 32 may work too. The first partition will appear to android as its SD card, the second will be used for its data/config store. I don't know what size to recommend, but it's worked with 2/6GB on my 8GB card. HTH. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12
Timo Juhani Lindfors wrote: Hmm, phone calls surely suffer from the same buzz issue that affects all users? And wifi is surely the same as anybody following the andy-tracking has? Well I've never noticed the buzz on my handset, but presumably it does suffer from it as (AFAIK) it's a hardware issue? And wifi - well last time I spent much time with OM2008.X it was a pain to do manually and wifimofi was... unreliable, but it's been a while since I tried. I should also say that I tried a new image today and GPS doesn't seem to want to work. It's far from perfect, yet, but I like it. -- View this message in context: http://n2.nabble.com/Experiences-with-GTA02-and-OM2008.12-%28was-part-of-the-%22Brick%22-thread%29-tp2172759p2189040.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12
Gothnet openm...@nastylittlehorse.net writes: Well I've never noticed the buzz on my handset, but presumably it does suffer from it as (AFAIK) it's a hardware issue? It's the other party that hears it. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12
Timo Juhani Lindfors wrote: It's the other party that hears it. Well last time I used it to call people all they complained about was the terrible echo. That was 2008.09 though. Haven't noticed it (buzz or echo) with android when calling between my two phones here, and a friend also trying it on his FR said calling was fine. -- View this message in context: http://n2.nabble.com/Experiences-with-GTA02-and-OM2008.12-%28was-part-of-the-%22Brick%22-thread%29-tp2172759p2189174.html Sent from the Openmoko Support mailing list archive at Nabble.com. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Experiences with GTA02 and OM2008.12
buzz is still there ...about as noticeable as the conversation (very low sound level) [written from android :-p ] ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Andriod/Koolu (Was: Experiences with GTA02 and OM2008.12)
I've found the the SMS buzz is there, but not as bad with images that have (or boot with) a recent kernel. I seem to recall there was a patch that reduced the SMS buzz, so maybe the more recent kernels have that and that's the reason. It's not that bad to be honest though. Most of the images have had sub-par earpiece volume though. Gothnet openm...@nastylittlehorse.net wrote: Two things I found that stop boots on android images I've used are - SD card partitions and uboot. It was the partition that was stopping me. Apparently my external card reader on my linux box doesn't see/partition/format that card the way the FR does. While I was testing another image I partitioned and formatted a spare card, and now the Android system boots up. Haven't had a lot of time to play with it, but it seems much nicer than anything else so far. I figured out what was blowing up QTExt as well: Bluetooth. While setting up to drive w/ hands free worked, when I placed a call with audio over the headset, it worked for about 2 seconds (of ringing) and the dumped the GUI and died. At the office I took off my bluetooth dongle from the PC there, and the FR was fine. Plugged it in, and 5 seconds later QT died. :P If you're using uboot you must alter the uboot environment Actually, the latest version from Koolu doesn't have this restriction any more. They pushed some kernel drivers into modules so the kernel is under 2M now, so a normal uboot can load it. It's still very picky about the card though... I haven't tested wifi yet, but sms and calls seem very stable. I've yet to play with bluetooth and such, but it's not randomly crashing, so that's probably a good sign. I have noticed Andriod is still a little rough around the edges. Little things, like it doesn't shutdown. But I'd much rather have a phone that doesn't want to turn off than one that doesn't want to turn on, or be bothered with calls. ;) One thing I'm seeing is that most of the images fail in the same two system (at least, some fail on more...). One is the sound system, which on some images just stops working after a while. Audio output stops, be it phone, wave output, anything. It really looks like a driver issue for the sound chip, since a reboot fixes it. I'm wondering if it's compiled as a module if removing and reinstalling it would help, since that may re-init the hardware on re-load. The other seems to be on GSM communication of out-of-band data. Things like SMS and call notification. That's my biggest gripe, missed calls and SMS messages. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support