Re: [ANNOUNCE] qi-bootmenu-0.2
On Tue, Nov 23, 2010 at 11:41:10PM +0100, David Garabana Barro wrote: > O Mércores, 6 de Outubro de 2010, Marc Andre Tanner escribiu: > > > If you flash the above Qi version, pressing AUX should boot from > > NAND and thus present the bootmenu independently of the content > > of your sd card. If you don't want to use my patched Qi then > > get it to boot from NAND in some other way, for example by putting > > noboot-GTA02 files into your sd partitions. Let me know how it > > works for you. > > For me your Qi it's allways booting first uSD partition unless I add "noboot- > GTA02" to /boot directories Do you feel the vibration when you press AUX? > If I create noboot-GTA02 on every uSD partition, menu is booted, but if I > select any uSD partition from bootmenu, it allways boot the distro on > /dev/mmcblk0p5 Don't know what the problem could be, you could try to ssh into the phone and run "qi-bootmenu -d". Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.2
Radek Polak schrieb: > On Thursday 07 October 2010 16:25:03 Marc Andre Tanner wrote: > >> No. It's the same as in the initial release (built sometime in February) >> I am not really up to date regarding the glamo timings, is it stable? >> What are the prefered settings? If you provide a patch I can add it. >> Or better yet someone should commit it to the openmoko git repository >> then I will pick it up 'automatically'. > > I am using it for 2 weeks now and it's stable. You can cherry pick commit > from > my repo: > > http://github.com/radekp/qi.git > > http://github.com/radekp/qi/commit/b214400c048857e0f2156028bcd7a16397094a7d Thanks, I have queued it up. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.2
Marco Trevisan (Treviño) schrieb: > Il giorno mer, 06/10/2010 alle 21.55 +0200, Marc Andre Tanner ha > scritto: >> Hi, >> >> I finally had some time to hack on qi-bootmenu the result is >> a new 0.2 release > > Cool! > However, why not using this partition policy: > - First partition used for both bootmenu kernel and rootfs > - Other partitions and NAND for the other distros... The original idea was that it should be possible to swap the SD card and the bootmenu should still be there and work as expected. I therefore flash it into the NAND kernel partition. You can still have a regular distro in the NAND rootfs partition. You just need to place the distros kernel into the /boot folder as you would do on a SD card. Of course nothing prevents you from adding a bootmenu partition to your SD card. The kernel doesn't care how it is started and just runs its initramfs. The only 'problem' which I can think of at the moment is, that it will present itself in the menu. So you would have the possibility of a recursive bootmenu. This could be taken care of by a parameter on the kernel command line which is read by the initramfs. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.2
David Garabana Barro schrieb: > On Miércoles, 6 de Octubre de 2010 21:55:44 Marc Andre Tanner escribió: >> Hi, >> >> I finally had some time to hack on qi-bootmenu the result is >> a new 0.2 release >> >> http://www.brain-dump.org/projects/qi-bootmenu/ > > > Only a question > > Does the modified Qi includes 242 glamo timings patch? No. It's the same as in the initial release (built sometime in February) I am not really up to date regarding the glamo timings, is it stable? What are the prefered settings? If you provide a patch I can add it. Or better yet someone should commit it to the openmoko git repository then I will pick it up 'automatically'. I only found: http://dos.openmoko.pl/overclock/ but it seems you can change the timings at runtime too. ./memwrite $((0x4808)) $((0x1380)) Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ANNOUNCE] qi-bootmenu-0.2
Hi, I finally had some time to hack on qi-bootmenu the result is a new 0.2 release http://www.brain-dump.org/projects/qi-bootmenu/ with the following changes: - based on 2.6.34 this should hopefully fix some sd card related problems - static NAND boot option in the menu, the NAND partition is only mounted upon selection so there is no delay for sd based boots. To make NAND booting work out of the box it would be nice if the distros (I tried SHR and QtMoko) could add their kernels to the jffs2 images too. At the moment you have to ssh into the device mount the NAND partition, download their kernel and put it at the right place. Something along the lines of: ssh r...@$freerunner # the password is empty mkdir /mnt/mtdblock6 mount -t jffs2 /dev/mtdblock6 /mnt/mtdblock6 mkdir /mnt/mtdblock6/boot && cd /mnt/mtdblock6/boot wget $KERNEL mv $KERNEL uImage-GTA02.bin Bonus points if the distros would place a bootlogo.png alongside the kernel (current preferred dimension is 100x80) - visual feedback upon boot selection. There seems to be a issue which ocassionally garbles parts of the font/text but I think it's better than before. - userspace updated to latest versions including EFL 1.0 beta release - integration of a cross toolchain into the build scripts. this should make rebuilding everything a matter of executing one shell script. Well at least in theory... Kernel and Qi ready to flash to your Freerunner can be found at: http://www.brain-dump.org/projects/qi-bootmenu/uImage-GTA02-bootmenu-0.2.bin http://www.brain-dump.org/projects/qi-bootmenu/qi-s3c2442-bootmenu-0.1.udfu If you flash the above Qi version, pressing AUX should boot from NAND and thus present the bootmenu independently of the content of your sd card. If you don't want to use my patched Qi then get it to boot from NAND in some other way, for example by putting noboot-GTA02 files into your sd partitions. Let me know how it works for you. The build scripts, in case anyone wants to rebuild the whole thing, can be found at: http://repo.or.cz/w/qi-bootmenu-system.git/snapshot/7c3a92f22e9498198212e4682b2fe078a676f1b5.tar.gz download and extract the tarball then run ./build.sh this will download everything that is needed and then build the kernel + initramfs. See the README file for further information. What remains to be done is - add ubifs support - read partition labels? or some other way to display custom text in the menu - gta01 support, this basically means kernel support in >= 2.6.34 the kernel maximum size of 2MB including the initramfs should be doable - ... Patches welcome. Have fun, Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qi-bootmenu-0.1 problem with menu
On Tue, Jun 08, 2010 at 02:12:11PM +0200, Fox Mulder wrote: > Hi, > > i use latest qi-bootmenu v0.1 for my GTA02 but i have a strange problem. > When i powerup my Freerunner and than press AUX to start the bootmenu it > always shows the big openmoko logo and starts the bootmenu. But it > doesn't always show the possible bootable partitions. I tried it 15 > times and in 7 cases it shows all three bootable partitions on my > sd-card. In the other 8 cases it only shows poweroff in the bootmenu. > And the cases when it worked and when not seemed randomly distributed. > > Is this a bug or do i have to do something else to get it working all > the time? It could be that the sd card is not yet ready when the bootmenu is started. The following commit which isn't included in the pre build binaries should help for the second stage part. http://repo.or.cz/w/qi-bootmenu.git/commitdiff/cff6a8120a645fc2687742d0710a6bef0ee32b44 You could try tweaking the first stage kernel parameters (rootdelay=...). Once I find some time I will update everything to 2.6.34 and give it some more testing. However I am currently quite busy. Thanks, Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.1 for GTA02
On Sat, Feb 13, 2010 at 02:25:41PM +0100, Marc Andre Tanner wrote: > As for GTA01 support I'm playing around with a 2.6.32 based kernel > but with the initramfs embedded the result is to big ~2.4M. So we > need to shrink it by 400K to fit into the kernel partition. Not yet > sure how this should be done without either losing features (usb > network access for example) Ok it turned out that there was some bloat hiding both in userspace (freetype comes to mind) and also in the kernel. I am now able to generate a kernel+initramfs which fits into the 2M GTA01 NAND kernel partition. However the touchscreen doesn't yet work, it might be a calibration issue or my kernel config is incomplete or I broke something while rebasing the kernel to 2.6.32. Anyway this needs more time to investigate... Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.1 for GTA02
On Mon, Feb 15, 2010 at 11:21:23AM +0100, Jose Luis Perez Diez wrote: > A Dissabte, 13 de de febrer de 2010 14:25:41, Marc Andre Tanner va escriure: > > Hi, > > > > I finally found the time to package up my current state of things which > > works ok here at least for GTA02. Kernel + Qi can be downloaded from: > > > > http://www.brain-dump.org/projects/qi-bootmenu/ > > > > It would be nice if the various distros out there could place their > > kernels in /boot/uImage-$MACHINE.bin where $MACHINE is either GTA01 > > or GTA02. This makes sure that they will be detected by qi-bootmenu. > > You can optionally also place a logo in /boot/bootlogo.png which > > will be displayed along the partition name. > > I found it nice but i sugest that it search for other images names & tipes > (zImage). This should already be the case the boot app will first look for uImage-$MACHINE and then try zImage-$MACHINE. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.1 for GTA02
On Sat, Feb 13, 2010 at 04:26:18PM +0100, Petr Vanek wrote: > On Sat, 13 Feb 2010 14:25:41 +0100 > Marc Andre Tanner (MAT) wrote: > > >Hi, > > > >I finally found the time to package up my current state of things which > >works ok here at least for GTA02. Kernel + Qi can be downloaded from: > > > > http://www.brain-dump.org/projects/qi-bootmenu/ > > > thank you Marc. > > i installed it when you posted it, tested and it works. Now after > resume from suspend of my SHR on 1st partition on uSD, i got WSOD... > haven$t seen my WSOD it for about a year now... I have also seen it a few times during development with an older SHR image, couldn't reproduce it reliably though. I will check it again. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] qi-bootmenu-0.1 for GTA02
On Sat, Feb 13, 2010 at 08:32:15PM +0100, Torfinn Ingolfsen wrote: > Hi, > > On Sat, Feb 13, 2010 at 2:25 PM, Marc Andre Tanner > wrote: > > > > > I finally found the time to package up my current state of things which > > works ok here at least for GTA02. Kernel + Qi can be downloaded from: > > > > Extremely cool! > > So, for flashing, when my NAND looks like this: > neo:~# cat /proc/mtd > dev:size erasesize name > mtd0: 0020 0001 "physmap-flash.0" > mtd1: 0004 0002 "qi" > mtd2: 0004 0002 "depr-ub-env" > mtd3: 0080 0002 "kernel" > mtd4: 000a 0002 "depr" > mtd5: 0004 0002 "identity-ext2" > mtd6: 0f6a 0002 "rootfs" > > I should flash the bootloader to the partition named "qi" right? Like: > dfu-util -a qi -R -D qi-s3c2442-bootmenu-0.1.udfu > and the kernel like so: dfu-util -a kernel -R -D > uImage-GTA02-bootmenu-0.1.bin > Is this correct? Yes looks good. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[ANNOUNCE] qi-bootmenu-0.1 for GTA02
Hi, I finally found the time to package up my current state of things which works ok here at least for GTA02. Kernel + Qi can be downloaded from: http://www.brain-dump.org/projects/qi-bootmenu/ It would be nice if the various distros out there could place their kernels in /boot/uImage-$MACHINE.bin where $MACHINE is either GTA01 or GTA02. This makes sure that they will be detected by qi-bootmenu. You can optionally also place a logo in /boot/bootlogo.png which will be displayed along the partition name. As for GTA01 support I'm playing around with a 2.6.32 based kernel but with the initramfs embedded the result is to big ~2.4M. So we need to shrink it by 400K to fit into the kernel partition. Not yet sure how this should be done without either losing features (usb network access for example) or repartitioning NAND (dropping the uboot splash screen partition) but I personally don't want to take the latter route, so we will see... Thanks, Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser initial release
Hi, On Wed, Jan 13, 2010 at 09:28:47AM -0800, c_c wrote: > > Hi, > Here is a webkit-efl / elementary based browser. I haven't yet looked at the code but please keep the browser simple and stupid. Similar to surf[0] or uzbl[1] (in fact I would like to see a port of one of them to ewebkit and I might do it once I find the time). Don't implement things like bookmark management inside the browser let other apps deal with them. Do one thing and do it well. Thanks, Marc [0] http://surf.suckless.org/ [1] http://www.uzbl.org/ -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freerunner: different cases?
On Tue, Nov 17, 2009 at 04:10:34PM +0100, Marco Trevisan (Treviño) wrote: > Il giorno mar, 17/11/2009 alle 12.53 +0100, arne anka ha scritto: > > seeing the rather sleek design of the wikireader, i wonder if someone has > > proceeded (and succeeded at) creating a new case for the freerunner? > > there were several postings in the beginning and swiss telecom had a > > project going on with dummies or even prototypes -- but then all went > > silent. > > I agree, I'm wondering the same... Where are gone the swisscom > projects? :o > Their www site is down actually. :/ As far as I know they stopped their work on the day Sean announced the end of gta03/phone development at OpenExpo in Switzerland. There were some rumors that they moved to some Android based stuff and that there were some misconceptions between the Swisscom people and Sean. That being said, I would also welcome a new case desing. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
On Tue, Oct 27, 2009 at 04:42:21PM +1100, Carsten Haitzler wrote: > On Tue, 27 Oct 2009 06:31:26 +0100 ri...@happyleptic.org said: > > > -[ Tue, Oct 27, 2009 at 11:52:04AM +1100, Carsten Haitzler ] > > > > E is nice thing, but it look like highly unoptimized. > > > > > > i beg to differ. it's more optimised than pretty much anything out there. > > > > > scrolling is different in qt. it is a simple blit. in efl it's a redraw. > > > efl is very much like GL. you get a lot of power and abilities with it, > > > but > > > you do pay a price for it. unlike qt, efl's scrollers have smoothly scaled > > > item contents, backgrounds, translucency and everything. > > > > So, probably unoptimized is not the right term. Maybe it's just > > _inapropriate_ > > to do these things on such a device, and that E, because it does so many > > things, is not such a good choice however optimized it may be ? > > Or maybe people really want it that way, unusable but good looking ? > > well as i said. it works fine and fluidly on many other devices. you are free > to ditch efl and use gtk or qt if you want. it's your choice. of course if you > are not developing apps... it's kind of not your choice :) > > but.. if i were smart.. i'd not develop apps for the freerunner. it's a "dead > product". it has no more being produced. it has no evolution path. there won't > be a gtao3, 04, 05 etc. everyone quit or was fired/let go from om that worked > on phones.. or worked on pretty much anything. your future is other devices.. I personally belive that the gta02-core project is a wonderful idea and that Openmoko Inc should have done it that way from the start. So in terms of openness and freedom this is a big step forward and I hope we will eventually see a gta03 (even a gta02 without glamo as the current plan is should improve graphic performance as you previously explained). Besides there are no real alternatives which provides the same kind of openess. So all in all I think we should focus on getting the best out of our current open platform this will at the same time guarantee that it will be lightening fast on a newer device. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-Fix in switzerland
On Mon, Oct 12, 2009 at 10:13:05PM +0200, DRSp. wrote: > dear list, > > I'm about organizing a #1024-fix-party just without the party-part 'cos > there's a IT-firm involved. > > to get a rough idea about how many FR's are to be fixed, drop a message > in this list. I would be intereset with 1 (maybe 2) Freerunners. If there is the possibility to also apply the buzz and bass fixes then I would also be interested in that. And last but not least if some people are interested in the 'party-part' then I would probably join the fun. Thanks for organizing it. Cheers, Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenExpo 2009 Winterthur Switzerland this Wednesday/Thursday 23/24 September
Hi, Is anyone attending the OpenExpo in Winterthur Switzerland this Wednesday/Thursday 23/24 September? I might be there, if some other community members are also there we could for example meet at the social event[0]. Anyone interested? Marc [0] http://www.openexpo.ch/openexpo-2009-winterthur/openexpo-social-event/ -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - how do I make it boot from another partition on the SD card?
On Mon, Sep 21, 2009 at 01:10:40PM +0100, Petr Vanek wrote: > >>> So what do you suggest? > >> > >> A tiny root filesystem which presents some kind of menu and then uses > >> kexec to start the new kernel. I have recently started to work (well > >> if time permits) on this kind of thing. > > > >Feel free to ping me on irc for suggestions how to use external > >initramfs with Qi. Thanks Paul I will come back to that later (I actually have some questions regarding it). > i have tried this before by using kexec, please search the devel > archives. as i am not a coder, i needed to use X that made it huge and > quite slow for this purpose, if you can make it working directly with fb > it would be awesome :) Yeah I have read the thread. You got it down to ~12sec if I remember correctly. I will probably post to -devel to outline my ideas and get some general input from others once I got a bit further. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - how do I make it boot from another partition on the SD card?
On Sun, Sep 20, 2009 at 10:11:55PM +0400, Paul Fertser wrote: > Michele Brocco writes: > > On 9/20/09, Torfinn Ingolfsen wrote: > >> Is anybody at all able to get Qi to bott from several partitions on a SD > >> card? > >> If so, how? > > > ... > > I have one distro on flash and one on SD Card. When i try to start the > > one on the flash i need quite a few tries until I manage to press the > > aux button in the correct instant, such that the correct distro is > > loaded. 70% of the time the one on the first partition on the SD Card > > is loaded. > > So what do you suggest? A tiny root filesystem which presents some kind of menu and then uses kexec to start the new kernel. I have recently started to work (well if time permits) on this kind of thing. Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3 Neo1973 for sale
Hi, Mickael Labrousse schrieb: > Hi folks, > > I have in my office 3 Neo1973 I'ld like to sell. > They're in perfect condition. Depending on the price I would be interested for development purposes. > They've been dismounted some times. Just curious, what was the reason for this? > Pack contain : > - Neo1973 > - 512mb uSd Card > - Laser pointer > - USB cable > - Headset > - Pouch and lanyard > > I'm in France but can ship anywhere. The price will be discuss. I'm in Switzerland so shipping shouldn't be too much of a problem. > Have fun, > Mickael Regards, Marc -- Marc Andre Tanner >< http://www.brain-dump.org/ >< GPG key: CF7D56C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community