Re:
On Wed, 18 Jul 2007 07:48:16 -0700 (PDT) [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks, ok but how can I run it ? If I want use Application Manager to install the example a deb file must be provided, but how can i crete this package ? Install xterm and and start the executable from the terminal You can transfer the executable any way you like, but I would recommend scp it's just so easy. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re:
On Wed, 18 Jul 2007 08:42:28 -0700 (PDT)
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks , i used the procedure that you suggest using usb cable to transfer
executable on memory card and from xterm i tryed to launch but nothing
happens.
What is wrong
Hard to tell, not much info... have you tried something like a simple hello
world?:
#include stdio.h
int main()
{
printf (Hello World\n);
return 0;
}
- Messaggio originale -
Da: Visti Andresen [EMAIL PROTECTED]
A: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc: Carlos Sanmartin Dominguez [EMAIL PROTECTED]; maemo-developers@maemo.org
Inviato: Mercoledì 18 luglio 2007, 17:06:17
Oggetto: Re:
On Wed, 18 Jul 2007 07:48:16 -0700 (PDT)
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks, ok but how can I run it ?
If I want use Application Manager to install the example a deb file
must be provided, but how can i crete this package ?
Install xterm and and start the executable from the terminal
You can transfer the executable any way you like, but I would recommend scp
it's just so easy.
___
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
http://it.docs.yahoo.com/nowyoucan.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser source code?
On Wed, 18 Jul 2007 19:15:50 +0300 Jussi Kukkonen [EMAIL PROTECTED] wrote: Adilson Oliveira wrote: Where can I find the source code for the browser released yesterday? svn checkout https://garage.maemo.org/svn/browser; should work. Source you say... I wonder what happens if I try to compile it for N770 -jussi ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser source code?
On Wed, 18 Jul 2007 19:23:58 +0200 Visti Andresen [EMAIL PROTECTED] wrote: On Wed, 18 Jul 2007 19:15:50 +0300 Jussi Kukkonen [EMAIL PROTECTED] wrote: Adilson Oliveira wrote: Where can I find the source code for the browser released yesterday? svn checkout https://garage.maemo.org/svn/browser; should work. Source you say... I wonder what happens if I try to compile it for N770 Not much svn checkout https://garage.maemo.org/svn/browser svn: PROPFIND request failed on '/svn/browser' svn: PROPFIND of '/svn/browser': Could not resolve hostname `garage.maemo.org': Temporary failure in name resolution (https://garage.maemo.org) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Internet Tablet Power Management presentation from linux-pm summit 2007
On Wed, 11 Jul 2007 15:52:10 +0300 Marius Gedminas [EMAIL PROTECTED] wrote: On Wed, Jul 11, 2007 at 01:44:58PM +0100, Andrew Flegg wrote: On 7/11/07, Igor Stoppa [EMAIL PROTECTED] wrote: On Wed, 2007-07-11 at 13:28 +0100, ext Andrew Flegg wrote: This being reraised made me think about why, the other day, I *did* want user suspend. Sometimes I just want a quick way to: * Shut off all network connections. * Stop any noise (except configured alarms) * Have the screen locked * Not have to save my position * Be able to resume quickly This isn't suspend in a power sense, but in a use-case sense the purpose is clear. Why not just put it in offline mode and lock the screen and keys? That's what i do and it simply works. Well, that doesn't block sound so if the battery starts going down in the night, or similar, I could be awoken by a noise. It's also clumsy as the sequence is: 1) Press power button 2) Select offline mode 3) Press OK 4) Press power button 5) Press OK Unlocking is a simlar number. That's not exactly a simple sequence, as say the 770's cover was (as Andy Mulhearn points out). Right. Palm had a simple sequence: 1) Press power button I could suggest using a double click on the power button First click opens the Device mode dialogue. Second click suspends the device. Apply a timeout after the dialogue appears, if the power button click happens after this, the dialogue just closes (to prevent accidental suspends) There's also the popular story about a guy at Palm whose job was to count the taps needed to do something. (If it takes more than three taps, the user interface needs to be fixed, or something like that.) As a user, I noticed that immediately when I exchanged my old Palm to a 770. (It's getting better in newer software versions: copy paste moved one level up in the virtual keyboard menu.) Marius Gedminas -- If con is the opposite of pro, then what is the opposite of progress? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: watchDog
On Mon, 25 Jun 2007 11:46:46 +0200 Massimo Pace [EMAIL PROTECTED] wrote: Hi, Is it possible to disable the watchdog? Thanks. Massimo The flasher should be capable of disabling the watchdog Here's the output from the Linux flasher utility, read up on the flags no-omap-wd and no-retu-wd ./flasher-3.0 --set-rd-flags flasher v0.8.7 (Oct 17 2006) Possible RD flags: no-omap-wd no-retu-wd no-lifeguard-reset serial-console no-usb-timeout ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: 0xFFFF: GPL-licensed flasher for n770 and n800
On Fri, 13 Apr 2007 21:47:47 +0200 Visti Andresen [EMAIL PROTECTED] wrote: On Fri, 13 Apr 2007 09:47:01 +0300 Igor Stoppa [EMAIL PROTECTED] wrote: Depends on what you mean by 'from scratch'. If the unit does not have a bootloader _at all_, then you need to flash a bootloader via JTAG. But that's mildly convoluted. Serial console is the usual way to go. There is rom code that provides this facility. Of course a serial programmer (aka flasher) is needed. Are you telling me that the N770 has a ROM (not EEPROM or FLASH) that allows one to rewrite the Flash no matter how badly you screwed any part of the programmable memory? I'm asking as I have until now been quite cautious in my experiments with the Nokia, knowing that there is a way to recover the device (by my self) would put my mind at ease :) If it has such a marvellous ROM bootloader, is it by any chance one with any documentation regarding the protocol? Something like UBoot would really nice :) I have been digging around and it actually seems that a omap1710 has a boot rom? On some development boards one has to move a jumper for the bootloader to be run (changes the memory map), and it isn't uboot but an iboot/ihost bootloader, capable of flashing over usb? Do we have to hold down some button in order for the boot loader to start(at powerup)? An omap1710 could be seen as an OMAP5912 according to http://focus.ti.com/general/docs/wtbu/wtbusplashcontent.tsp?templateId=6123contentId=4753 http://focus.ti.com/docs/prod/folders/print/omap5912.html contains data sheets for this processor http://tree.celinuxforum.org/CelfPubWiki/FlashRecoveryUtility seems to be an open source iboot a like program to be able to flash an omap cpu over USB. The protocol seems quite straight forward ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: 0xFFFF: GPL-licensed flasher for n770 and n800
On Fri, 13 Apr 2007 09:47:01 +0300 Igor Stoppa [EMAIL PROTECTED] wrote: Depends on what you mean by 'from scratch'. If the unit does not have a bootloader _at all_, then you need to flash a bootloader via JTAG. But that's mildly convoluted. Serial console is the usual way to go. There is rom code that provides this facility. Of course a serial programmer (aka flasher) is needed. Are you telling me that the N770 has a ROM (not EEPROM or FLASH) that allows one to rewrite the Flash no matter how badly you screwed any part of the programmable memory? I'm asking as I have until now been quite cautious in my experiments with the Nokia, knowing that there is a way to recover the device (by my self) would put my mind at ease :) If it has such a marvellous ROM bootloader, is it by any chance one with any documentation regarding the protocol? Something like UBoot would really nice :) ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: x11vnc no response to taps on left of screen
On Sat, 7 Apr 2007 21:29:49 -0600 Jeffrey Barish [EMAIL PROTECTED] wrote: On Saturday 07 April 2007 20:20:46 Acadia Secure Networks wrote: Jeffrey, are you certain that the VNC problem you are experiencing is causing the 802.11 to be dropped? My theory was that the N800 drops the WiFi connection when the screen blanks, and I know that the screen blanks when the N800 does not detect any user events. At least on my N770 I have the possibility to use the Connection manager-Tools-Connectivity settings This window has an Idle times tab, I have set WLAN idle time to Unlimited. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: UAE Amiga emulator running on Nokia 770
On Thu, 5 Apr 2007 03:57:25 -0700 (PDT) Arnim Sauerbier [EMAIL PROTECTED] wrote: Hi Group, I just cross-compiled the UAE Amiga emulator to the Nokia 770. Getting about 10fps in Arkanoid. It's much prettier than the Atari ST version. The config menu kinda almost works. Keyboard works. Mouse works, but absolute positioning with touchscreen not so much. Sound still not working. Here's a temp. link to the binary for 770 / it2006. http://ln-s.net/NgM --- SNIP --- Nice indeed :) I have just installed Workbench to a hard disk file, it works fine on your version of UAE :) I had some problems starting the emulator using the GUI, so I disabled it in the uaerc resource file. Quite challenging to perform a right click using the stylus... Keyboard entry isn't that easy using no virtual keyboard either. Luckily there is a port of synergy2 available for the 770 btw. Stuntcar Racer also seems to work (also requires synergy2 (for inputting your name)) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: System calls
On Mon, 19 Feb 2007 12:09:10 +0100
Carlos GP [EMAIL PROTECTED] wrote:
The following program works just fine under my regular Linux box.
#include unistd.h
int main()
{
system(lskk);
return 0;
}
I don't think so. It doesn't create me any kk archive...
I'll try again, but...
--
Carlos GP
I upgraded the test to:
---
#include stdio.h
#include stdlib.h
int main()
{
int error = system(lskk);
if (error == 0){
printf(Success\n);
}
else {
printf(Failure: %d\n, error);
}
return 0;
}
---
and tried to compile it under scratchbox-apophis:
gcc -Wall -O0 -g -o test_armtel test.c
-Wall, told me that unistd.h didn't define system, oddly the exe works just
fine with unistd.h too...
I was too lazy to use -Wall last night. Just another example why all code
should be compiled using Wall :)
As you can see the code has been compiled gdb friendly so you should be able
to use the in gdb.
I have attached a small tar.gz archive containing the source and exe files for
both i386 and arm.
The exe files work just fine in the scratchbox, and the arm exe also works on
my n770
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 19:15:31 +0100 Visti Andresen [EMAIL PROTECTED] wrote: dpkg-buildpackage -rfakeroot creates a debian/files file containing: n770-fire_1.2_armel.deb user/games optional That's not good either. Any idea what this file should contain? And how make it contain the proper content, as it seem to be auto generated. from man dpkg-buildpackage debian/files The list of generated files which are part of the upload being prepared. dpkg-gencontrol adds the presumed filenames of binary packages whose control files it generates here; dpkg-distaddfile can be used to add additional files. dpkg-genchanges reads the data here when producing a .changes file. dpkg-DISTADDFILE ARGUMENTS dpkg-distaddfile does not take any non-common options. It takes three non-option arguments, the filename and the section and priority for the .changes file. The filename should be specified relative to the directory where dpkg-genchanges will expect to find the files, usually .., rather than being a pathname relative to the current directory when dpkg-distaddfile is run. Still not quite sure what dpkg-buildpackage would like me to add to the files list. Or when in the rules(makefile) to add them. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 21:37:58 +0200 Guillem Jover [EMAIL PROTECTED] wrote: But when I use dpkg I get the following message: dpkg -i n770-fire_0.1_armel.deb Selecting previously deselected package n770-fire. (Reading database ... dpkg: serious warning: files list file for package `armel' missing, assuming package has no files currently installed. 12900 files and directories currently installed.) This is saying that there's an installed package called «armel» which does not have the corresponding «/var/lib/dpkg/info/armel.list» file. So you got such package installed somehow and dpkg is complaining. Indeed, thank you!!! Don't know why I missed that bit about for package `armel'. Since the package didn't contain any files I asked dpkg to remove it. (asked dpkg -L armel as well, better safe that reflashing) Seems to have fixed my dpkg issue :) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Speed test with vfp (floating point) on N800
On Sun, 11 Feb 2007 21:55:52 +0100 Klaus Rotter [EMAIL PROTECTED] wrote: Hi folks, I was very interesseted in the floating point copro in the N800 cpu and did some tests with a progamm which calculates the mandelbrod set and outputs it via SDL. I put this program online on bomberman.garage.maemo.org. No installer, you have to run the benchmarks on xterm or via ssh (so did I). It might interest you to know that I have an integer implementation of the mandelbrot set. It's not quite finished yet but, so its only available though subversion from the N770Demos project // Results of Mandelbrot set on N800 800x480 pixels, 100 interations // real -1 to 2 // imag -1.3 to 1.2 // dbl - uses doubles // flt - uses floats // vfp - compiled with -mfpu=vfp -mfloat-abi=softfp // All binarys are compiled with -O2 // Results with full PixelDraw and SDL_Update every pixel ./mandel_armel_dbl.bin - Time: 178.284 seconds ./mandel_armel_dbl_vfp.bin - Time: 151.816 seconds ./mandel_armel_flt.bin - Time: 169.486 seconds ./mandel_armel_flt_vfp.bin - Time: 152.148 seconds // Results with full PixelDraw and _NO_ SDL_Update. ./mandel_armel_dbl.bin - Time: 26.377 seconds ./mandel_armel_dbl_vfp.bin - Time: 1.808 seconds ./mandel_armel_flt.bin - Time: 19.813 seconds ./mandel_armel_flt_vfp.bin - Time: 1.709 seconds // Results without any Drawing ./mandel_armel_dbl.bin - Time: 26.525 seconds ./mandel_armel_dbl_vfp.bin - Time: 1.672 seconds ./mandel_armel_flt.bin - Time: 19.647 seconds ./mandel_armel_flt_vfp.bin - Time: 1.601 seconds // Results with full PixelDraw and SDL_Update only every column ./mandel_armel_dbl.bin - Time: 27.512 seconds ./mandel_armel_dbl_vfp.bin - Time: 2.447 seconds ./mandel_armel_flt.bin - Time: 20.689 seconds ./mandel_armel_flt_vfp.bin - Time: 2.451 seconds What could that mean? First, SDL_Update is _very_ expensive. In the first try, I call SDL_Update just for every Pixel (SDL_Update(screen,x,y,1,1) and it slows down execution about six times, the vfp about 80 times. So I think there must be a kind of sync inside the SDL_Update function. If I update only every column, the speed loss is only about 80%. When you do an update or flip the surface data is transferred to video memory (a slow and painful operation) This is also true even if SDL tells you that you got a HW surface. Unfortunately there are no sync, to the vertical blank... At least so have I been told. Vfp float can give a speed increase about factor 10 and more. And there is not much difference between vfp float and double. Humm the N800 even has a floating point unit... and its quite fast. I would say roughly as fast as an 770 using a long for the math. Only timed by counting aloud, and with a different setup -1, 1 and -1, 1 with 256 iterations. (The current subversion code uses long long math for that extra resolution, and it costs quite some speed :) -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Building a binary package?
On Sat, 8 Jul 2006 03:07:29 -0400 [EMAIL PROTECTED] wrote: Hi, I am new to the Nokia 770 development (as well as debian packages) and have recently finished setting up the development environment (Maemo 2.0). So far I have got everything up and running and I have been able to build a simple Hello World application from scratchbox. I ran it in the emulator (Xephyr) and now I am trying to run it in the Nokia 770. I don't know how to build deb packages (YET) but you can just compile the application (Remember to switch to your ARM cross compilation target inside scratchbox) Copy it to you nokia, start xterm (extra application you have to install), cd to the location of the application and execute it using ./application_name. You may have to change the execute permissions using chmod u+x ./application_name before you can execute it. I have been trying to build a binary package that includes the helloworld executable, but so far I have not been successful. Is there any simple way to quickly build a binary package from my helloworld executable? I have been able to build the maemopad example package, but since my project has only 1 file, I was wondering if there is a simpler way to create my package (avoiding all the makefiles). BTW, using dpkg-deb I managed to build a package but the 770 complained it was not installable. Thanks! My guess would be that you probably just forgot to change target inside scratchbox. Also remember to make clean you application after you switched target, i386 object files don't work on an ARM CPU :o) Hope your problem is trivial, at least I have no problems running my apps on the N770. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] SDL vertical blank (vbl) sync.
On Mon, 29 May 2006 16:50:50 +0200 Frantisek Dufka [EMAIL PROTECTED] wrote: Juha Yrjölä wrote: Unfortunately we don't provide user-space with the vsync information (or Tearing Effect signal, as it's called in LCD land). If there's large enough need for this, we might consider implementing the support. The tearing effects should be minimal on the 770, however, because of the high (around 55 Hz) refresh rate of the display. Hello, well the effect is visible even when playing the Ice Age Trailer (I suppose it is not already in the movie data). I think such feature is quite useful for games and movie playback. BTW how big is the framebuffer memory? Is there space for 2 frames so double-buffering is possible? Also is there some datasheet for the Epson hwa742 chip? Can you make it public? I tried to google for it (and for lph8923 too) but found nothing useful. Thanks. My flashingTest reports that: It got a hardware surface (I should be writing directly to video memory accordingly to the SDL docs) And the surface is double buffered. The size of the surface is 800x480 16 bit (R5G6B5) So there should be at least 1536000 bytes of video memory I suppose the kernel display driver is open-source? Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] SDL vertical blank (vbl) sync.
Hi I was wondering if anyone knows how to sync. the SDL_Flip to the vertical blanking of the display. While it is nice to get 47+ FPS while memset'ing the display, I would rather be synced to the display and avoid the tearing at the cost of FPS. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] SDL vertical blank (vbl) sync.
On Sun, 28 May 2006 14:47:29 +0200 [EMAIL PROTECTED] (Heike C. Zimmerer) wrote: Visti Andresen [EMAIL PROTECTED] writes: Hi I was wondering if anyone knows how to sync. the SDL_Flip to the vertical blanking of the display. You're sure there's anything like vertical blanking for the 770? My understanding is that VBL is closely tied to the transmission of video data through an analog line. Sort of, vertical blanking occurs when the electron beam retraces back to the top of the CRT screen. And yes it has a dedicated analog line (on a vga/monitor cable, it is shared with the luminance/colour data on a composite signal). I doubt you will find anything like that in digital-only LCD circuitry. There will, however, be some kind of display refresh which uses some timing of its own. If you look that direction, maybe there's some interval which can be used for similar tasks. As you mention internal TFT/LCD displays use different and usually digital (until the LCD/TFT controller chip) signalling. But the controller chip still receives a top of frame or vertical blank signal (at least in those data sheets I have read for LCD displays). Anyway I would like to sync the SDL_Flip's to the top of frame or vertical blank signal. The reason for this wish is, that you really can't do anything animated if you refresh the display at a random point in time. Okay you can, but there will be artifacts, these are caused by the top part of the display containing one frame and the bottom one containing the next frame. For those not familiar with the problem I have attached two tiny programs (compiled for arm) flashingTest. Displays some random colours, I wrote it to benchmark the graphics performance of the 770 and to detect the native screen format (its 16bit R5G6B5 btw.). It do however show the artifacts. vblSync. Was written especially to show the artifacts. The high DPI of the 770 display makes them less noticeable but they are still there. Oh and for those of you who still have the IceAge2 trailer that came with the 770, the Nokia movie player also shows these artifacts quite clearly in the beginning where there are a lot of panning going on. I can just hope that there are a hacker out there who knows how get this kind of scanline information out of the 770. Otherwise I'll just have to live with sub Amiga 500 graphics capabilities :) - Heike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers flashingTest.tar.gz Description: Binary data vblSync.tar.gz Description: Binary data ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
