Re: [maemo-developers] Opera draws fonts as blocks on specific pages when booting from mmc
On Mon, Nov 06, 2006 at 11:13:20PM +0100, Frantisek Dufka wrote: When I replaced rsync -avH /opt/ /floppy/ by GNU tar (busybox doesn't handle long paths correctly) like this tar cf - -C /opt . | tar xvf - -C /floppy the result works fine with fonts in opera. I tried the cloning three or four times (different rsync options) both for rsync and then always again with tar (always did mke2fs on destination before cloning) and the result is consistent. Tar makes it right, rsync not. File permissions or ownership? Symlinks/hardlinks? Device nodes/named pipes? Tar is *very* good at reproducing all sorts of Unixy file attributes. Though I always expected rsync -a to be just as good... What is strange is that when comparing files one by one via cmp, they are identical (compared result of 'find -type f') both with tar and rsync copy. Cmp only compares file contents. Try tar --diff instead: rm -r /floppy/* rsync -avH /opt/ /floppy/ tar cf - -C /opt . | tar dvf - -C /floppy Would be really interesting to know exactly what rsync fails to do properly. Looks like some permissions/ownerships or something with devices/pipes/softlinks or whatever. Marius Gedminas -- A: No. Q: Should I include quotations after my reply? signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: tremor for DSP Re: [maemo-developers] API of the DSP's avs_kernel
However, the problem for now is how to call into the avs_kernel to send our decoded audio to the hardware. Since there is no one at Nokia out there who would be willing to give me the specifications, I kept on analysing their system. I took the pcm2.o codec (because it's the simplest one), linked it against a dummy kernel (with all empty functions) and disassembled the result. Scarcely commented output is at http://lekernel.lya.eu/nokia_dsp/. I think it works like this : * On codec initialization, we must first request a stream with the function EAP_CC_RequestStream(), then create a SIO (for whatever that means... serial input/output ?) with SIO_create(). * For power management, we must tell when we need audio output, using the functions SIO_idle() and SIO_reclaim() (but I'm very unsure of this point). * The decoded audio is sent via SIO_issue(). * There are some extras such as EAP_CC_UnMute(), EAP_CC_Mute(), EAP_CC_SetVolume() and EAP_CC_SetPanning() which are probably not important for now. I don't know the function parameters yet. The SIO_ functions are documented in the SPRU404l.pdf file available from the Ti website (just Google for it). It would be nice if Nokia could release some example code for the use of these documented functions and the other useful undocumented functions that are built into the avs_kernel. Specifically those instructions that are used to produce sound and video output (and things like volume control which is what the EAP_CC_* commands appear to do). Regards, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] cannot restore segment prot after reloc: Permission denied
On Tue, Nov 07, 2006 at 02:50:40PM +0100, [EMAIL PROTECTED] wrote: I have installed Maemo 2.0 on a PC with Fedora Core 5. When I start : af-sb-init.sh, I have an error message : maemo-launcher: error loading invoked application: #39;/usr/bin/ hildon-input-method.launch: cannot restore segment prot after reloc: Permission denied#39; I do not use Fedora myself, but I've heard it enables SELinux by default. I think that could be the cause of your problem. Unfortunately I don't know how to verify my guess or fix it. Marius Gedminas -- He who sacrifices functionality for ease of use Loses both and deserves neither signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problems with remote debugging using scratchbox - osso_initialize fails
--- Kimmo Hämäläinen [EMAIL PROTECTED] wrote: You might have misunderstood the CPU transparency: it just means that you use the Nokia 770's processor instead of Qemu -- your environment is still the Scratchbox environment. osso_initialize() probably fails because you don't have the D-Bus daemons running in Scratchbox (ad-sb-init.sh starts them). Did you mean to say: af-sb-init.sh rather than ad-sb-init.sh? Thanks for the reply. -- Jon On Tue, 2006-11-07 at 14:11 -0800, ext Jon Adams wrote: ... The following command when executed from the scratchbox always fails at osso_initialize: [sbox-ARMEL:~/maemopad/maemopad-1.5/src] run-standalone.sh ./maemopad Kimmo Hämäläinen [EMAIL PROTECTED] wrote: You might have misunderstood the CPU transparency: it just means that you use the Nokia 770's processor instead of Qemu -- your environment is still the Scratchbox environment. osso_initialize() probably fails because you don't have the D-Bus daemons running in Scratchbox (ad-sb-init.sh starts them). BR, Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: What has happend with ogg-vorbis in IT200?
Danny Milosavljevic danny_milo at yahoo.com writes: afaik gstreamer-tools are available from the repository and can be installed with apt-get. Can´t check it right now, because my nokia is at home. Just try an apt-cache search gst... Indeed, gstreamer0.10-tools. And correction, two osso-media-serv processes in top output take 100% CPU total now. (note: no Media Player was open since about 8 hours ago O_o) And it drained all my battery by now ;) Any news on this? I reached the same point now: gst-launch filesrc location=blah.ogg !tremor ! dsppcmsink Plays the file just fine on my 770 so the libs work. CPU usage is about 22%. However it does not work with the osso_media_server (CPU just pegs at 100%) and reports a playback error. So apparently the how to include ogg in oss_media_server example on this page (http://maemo.org/platform/docs/multimedia/getting_started.html) is wrong. Did ANYBODY get it working according to these instructions? Sebastian ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] kernel source for 2.2006.39-14?
On Wed, 2006-11-08 at 14:31 -0500, ext Dave Neuer wrote: On 11/3/06, Kimmo Hämäläinen [EMAIL PROTECTED] wrote: On Fri, 2006-11-03 at 12:58 +0100, ext Frantisek Dufka wrote: ... I understand it may be hard to make everything ready at once but still I don't like it and think you should make the sources available at the same time as binaries. After all this firmware is 5 weeks old, there should be plenty of time to prepare the sources while lawyers or QA do its job. So, next time we'll release the binaries only when the sources are available ;) When will Nokia release the source code to the time machine they are apparently using to build binaries from source which isn't even available yet? I definitely want that! Dave It's very easy, just get yourself a legal department, any will do, it will provide instantaneous time warping =) -- Cheers Igor Stoppa [EMAIL PROTECTED] (Nokia M - OSSO / Tampere Finland) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] some tests with dt_gnu_hash
After giving up on using scratchbox, I was able to build a new binutils and glibc with the patch to add support for the new hash format. I then upgraded the 770 libc. To test it, I recompiled the largest lib that I have the source for (gtk+ gtk+2.0_2.6.10-2.osso19). The results are interesting. The size went from 2989688 to 2987348 ( 1%), but the time to dlopen it and dlsym gtk_init improved from 0.25 to 0.21 (16%). Note that I have compiled only gtk and glibc. Not all the dependencies! The glibc patch is attached. I will try to backport the binutils patch and post it later. Best Regards, Rafael glibc-maemo.patch.bz2 Description: BZip2 compressed data ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Opera draws fonts as blocks on specific pages when booting from mmc
Marius Gedminas wrote: Try tar --diff instead: rm -r /floppy/* rsync -avH /opt/ /floppy/ tar cf - -C /opt . | tar dvf - -C /floppy Nokia770-26:~# ./tar cf - -C /opt . | ./tar -df - -C /floppy ./tar: ./var/run/sdp: socket ignored Nokia770-26:~# When using -dvf it prints every filename like when extracting. What should the output look like? Does the output above look like there is no diffrence (except the socket which makes no difference for Opera)? If it means both filesystems are same then unfortunately Opera doesn't agree with that :-) Could be something with filesystem layout (i.e. order in which the files are created in directories)? True that tar and mkfs.jffs2 create files is specific/same order but rsync makes it more random so the directory enumeration when not sorted is different? Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
