Re: [Shr-User] UBI success story
On Sat, Dec 26, 2009 at 09:25:57PM +0100, Christoph Mair wrote: > Hello, > > I tried to use SHR the ubi images on my freerunner, but they did not work. > Does someone know the parameters which are passed to mkfs.ubifs? I think that > the ubi fileystem is created for NAND flashes with subpage support, but this > feature does not work on the freerunner. Passing -s 2048 should create a > working image (but I did not verify this yet). Params are in: http://git.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/om-gta02.conf MKUBIFS_ARGS = "-m 2048 -e 129024 -c 2047" for mkfs.ubifs UBINIZE_ARGS = "-m 2048 -p 128KiB -s 512" for ubinize So I don't see param for subpage setting for mkfs.ubifs, its only in ubinize, but it didn't help for my NAND, even when I prepare ubi volume on neo with -s 2048 -O 2048 and then try to updatevol with full image (small image like initramfs-kexecboot works for me just fine). That's why I didn't push patch for setting it in UBINIZE_ARGS. > Using the ubi filesystem on the freerunner is not an easy task. A ubi image > can't be flashed using nandwrite. I'm not sure about dfu-util, but probably > it > uses the same technique as nandwrite and therefore won't work too. I did a > manual installation (untar SHR into a mounted ubifs) using archmobile > installed on SD. If the SHR ubi image is created with the right parameters > ubiformat or ubiupdatevol could be used to install the image. For a easy > installation with dfu-util, u-boot would need support for ubi images. > > I used the newest kernel (om-gta02-2.6.32), but a older one should work too. I had more issues with kernels older than 2.6.32. > To fix this, we need to tell the kernel that the mtd partition 6 contains a > ubi > volume which contains the ubifs rootfs: rootfstype=ubifs ubi.mtd=6,2048 > root=ubi0:rootfs. > For a "normal" boot qi passes rootfstype=jffs2 root=/dev/mtdblock6 to the > kernel. Just changing the boot params within the kernel configuration does > not > work. Therefore I patched qi :) Ah great!, thanks -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
On Sat, Jan 2, 2010 at 2:31 PM, Michael 'Mickey' Lauer wrote: > (or whatever device you run FSO on). Btw how are going the Palm Pre reverse engineering effort? Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
Am Sonntag, den 03.01.2010, 13:35 +0100 schrieb Laszlo KREKACS: > On Sat, Jan 2, 2010 at 2:31 PM, Michael 'Mickey' Lauer > wrote: > > (or whatever device you run FSO on). > > Btw how are going the Palm Pre reverse engineering effort? Somewhat disappointing. Although some progress is being made (and we're still working on it), the modem communication proved to be a complete show stopper. Apparantly Palm is using one of Qualcomm's binary protocols, which is very complex to reverse engineer :/ -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
On Sun, Jan 3, 2010 at 2:45 PM, Michael 'Mickey' Lauer wrote: >> > (or whatever device you run FSO on). >> >> Btw how are going the Palm Pre reverse engineering effort? > > Somewhat disappointing. Although some progress is being made (and we're > still working on it), the modem communication proved to be a complete > show stopper. Apparantly Palm is using one of Qualcomm's binary > protocols, which is very complex to reverse engineer :/ I had asked, because Im waiting to a device to replace my freerunner. My only requirement is nice audio quality (any mobile phone out there is ok), I want to run fso on it, and 3G. I hoped such device surfaces within a year (ie. until 2011) or even Palm Pre could be this device ... Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
expanding openmoko's memory
Hello List, I've went over the design circuits of om. It seems that there is a memory bus that is not in use for the SDRAM. Does a kernel module that will pass the proper bit to a flag can expand the current memory to 128 Mega ? If so, why wasn't it made until now for the moko ? And is there anyone here that already done that ? Thanks, Ido http://ik.homelinux.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
Am Sonntag, den 03.01.2010, 15:18 +0100 schrieb Laszlo KREKACS: > On Sun, Jan 3, 2010 at 2:45 PM, Michael 'Mickey' Lauer > wrote: > >> > (or whatever device you run FSO on). > >> > >> Btw how are going the Palm Pre reverse engineering effort? > > > > Somewhat disappointing. Although some progress is being made (and we're > > still working on it), the modem communication proved to be a complete > > show stopper. Apparantly Palm is using one of Qualcomm's binary > > protocols, which is very complex to reverse engineer :/ > > I had asked, because Im waiting to a device to replace my freerunner. > My only requirement is nice audio quality (any mobile phone out there is ok), > I want to run fso on it, and 3G. > > I hoped such device surfaces within a year (ie. until 2011) or even Palm Pre > could be this device ... What about the Nokia N900? I don't know about the GSM modem, but at least its got a quite open Linux userspace... (And I'm really happy with it :D) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Whither open hardware ? (was Re: Quick e-mail poll: Still using your Freerunner?)
Ken Young wrote: > My two cents: If I were dictator of the gta02-core team (instead of > someone who doesn't even contribute), I would repurpose the device as a > GPS PDA. I would remove all the radio components except for the WiFi, > and try to optimize for the longest battery life possible. Companies who were looking for a device for some project often asked Openmoko Inc. if they could have a GTA02 with some features removed or with other - often small - changes. Unfortunately, Openmoko Inc. did not have the resources for making such derivatives. However, this is a promise the approach chosen for gta02-core holds: with the whole design out in the open (Open Design Hardware [1]), anyone can independently define, implement, and produce derivatives. [1] http://people.openmoko.org/werner/openness/odhwdr-v1.pdf This doesn't mean that everyone is forced to fight all alone. To the contrary, there are many possible synergies along the way that are not visible as such in the traditional product development process, such as shared sourcing or shared manufacturing. For example, if you want to make your GPS PDA, you may choose a set of changes that fits your budget, e.g., by staying with the overall platform and physical shape but removing subsystems you don't need. When it then comes to sourcing components and manufacturing, the same facilities used for making the phone could offer their services also to your project. The incremental cost for them would be very small, much smaller than running a completely different product of similar complexity. Also the "core company" (or whatever form of organization) in charge of the base design would benefit. If it has spare engineering resources to put into derivative projects, it can choose to do so, favouring projects that best suit its agenda. If not, others can help out. Thus, the business opportunity is not wasted - it only goes to someone else you could think of as an ally. Even better, resources that can be shared contribute back to the whole ensemble of projects. E.g., if your PDA is wildly successful, sourcing may be able to get much getter conditions for parts than they did with just the phone. Or a new type of subsystem gets researched and is then available as a possible building block for the entire architectural family. Thus also the phone benefits. Now some may say that this is crazy and that anyone handing out designs so liberally would be robbed by competitors. In my experience, it's surprisingly hard to get people to "steal" your cool new ideas. Eventually, the thieves and parasites will show up, but you have to be successful for an awfully long time before they even notice you. > [...] but rather to point out that there > is really no hope at that a group of people such as the gta02-core team, > working part time with no large corporate sponsor, will ever produce a > product with hardware on a par with what the big players are > contemporaneously offering. I agree on the point that there's no hope to mass-produce a phone without suitable resources. The resources don't have to be in one hand (e.g., you could have a consortium of entities each contributing their own capabilities and splitting the proceeds), but they have to be available. However, I don't think it's necessary to compete on leading edge technology. Often enough, less advanced components will yield an equally satisfying product. Besides, companies that don't have the sexiest product in their sector of the market are often much friendlier towards openness than those who do. Please don't take the poor performance of GTA01 or GTA02 as too much of an indicator of what "second best" can do. Both are based on very conservative designs (e.g., no DDR) and GTA02 has two thirds of its high-throughput peripherals share an incredibly slow bus. (Think of a first-generation PCI-based PC where someone chooses to use ISA cards for video and the SCSI controller. Would such a system properly represent the typical performance of the PCI architecture ?) The 2442 is now about five years old, and it shows all over the place. In an updated but similar design, unlike gta02-core suitable for mass-production, I would use something like the 2450, which has high-speed USB, 2D acceleration, and other goodies. > In contrast, I think there still might be an unexploited niche in the > GPS-PDA arena. I think there is a whole universe full of unexplored niches. It's hidden from us by a tall wall called "high cost of entry". If we can find ways to lower that wall, a lot of interesting things should happen. - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
Am Sonntag, den 03.01.2010, 15:18 +0100 schrieb Laszlo KREKACS: > On Sun, Jan 3, 2010 at 2:45 PM, Michael 'Mickey' Lauer > wrote: > >> > (or whatever device you run FSO on). > >> > >> Btw how are going the Palm Pre reverse engineering effort? > > > > Somewhat disappointing. Although some progress is being made (and we're > > still working on it), the modem communication proved to be a complete > > show stopper. Apparantly Palm is using one of Qualcomm's binary > > protocols, which is very complex to reverse engineer :/ > > I had asked, because Im waiting to a device to replace my freerunner. > My only requirement is nice audio quality (any mobile phone out there is ok), > I want to run fso on it, and 3G. > > I hoped such device surfaces within a year (ie. until 2011) or even Palm Pre > could be this device ... There is still hope. I like the form factor of the Palm Pre very much. If we get access to the modem, the rest should be relatively simple. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Happy New Year from FSO
Am Sonntag, den 03.01.2010, 15:42 +0100 schrieb Marcel: > What about the Nokia N900? I don't know about the GSM modem, but at > least its got a quite open Linux userspace... AFAIK we can't even charge the battery N900 with FOSS, so I'd say there's a whole set of different showstoppers lurking when attempting to bring a free OS to the N900. The modem itself is using a binary protocol as well, as opposed to the Palm Pre though it seems to be somewhat documented. Unfortunately this time I didn't seem to be eligible for a Nokia developer discount, that's pretty much the reason why I don't have a N900. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
Happy new year everyone! If you want to look at progress, here is first version of MC Navi: http://www.mikecrash.com/index.php?name=News&file=article&id=116 Currently not for usage, only as preview for Debian users. Mike Crash wrote: > > Hello everyone, I only want to inform you, that I am working on new > navigation for the Freerunner, current name is MC Navi, but may change. > Screenshots here: > > http://www.mikecrash.com/index.php?name=News&file=article&id=115 > > -- View this message in context: http://n2.nabble.com/Navigation-tp4141297p4246609.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
On Sun, Jan 3, 2010 at 6:40 PM, Mike Crash wrote: > > Happy new year everyone! > > If you want to look at progress, here is first version of MC Navi: > http://www.mikecrash.com/index.php?name=News&file=article&id=116 > > Currently not for usage, only as preview for Debian users. > > > Mike Crash wrote: > > > > Hello everyone, I only want to inform you, that I am working on new > > navigation for the Freerunner, current name is MC Navi, but may change. > > Screenshots here: > > > > http://www.mikecrash.com/index.php?name=News&file=article&id=115 > > > > > > -- > View this message in context: > http://n2.nabble.com/Navigation-tp4141297p4246609.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > don't stop it now ;-) great to have choice... is it faster than navit (even if buggy but just to know)? d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2010/1/3 Mike Crash : > > Happy new year everyone! > > If you want to look at progress, here is first version of MC Navi: > http://www.mikecrash.com/index.php?name=News&file=article&id=116 This is nice news, but what is it with the "sorry, no source code yet" thing? Mike, I don't actually mean to complain at you in particular. It seems to me that a lot of people write something like that, especially with their early releases. I just don't understand why, and I'm afraid that your post has pushed me over the edge into saying something about it. Do people not know what Free Software means? (Plus it's not hard to find a way of hosting source code...) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
Hi Christian, I hacked a script together, so you can now route from A to B via C. ( or via C, D, E etc ;-) ) I put it on the navit website [6] Please feel free to take a look and use (parts of) it for your own program. Erasing the current waypoint would be nice to do in a gui, now you need to edit the itinerary file. Thanks for your help with this, i couldn't have done it without you! Kind regards, Ed [6] http://trac.navit-project.org/ticket/533 Christian Rüb wrote: > Hi Ed, > > Happy New Year as well! > > I found the path by looking at the newer wiki page example at the bottom [1] > and the source [2]. > > Meanwhile I built a newer version of qnavitctl for SHR-U, you can find a > package here [3] and source here [4]. > I also enabled flickcharm "kinetic scrolling" [5]. > > I also noticed, that on my Frerunner navit was started automatically if it > was not running yet, when passing a dbus call via qnavitctl... > > Cheers, > Christian > > [1] http://wiki.navit-project.org/index.php/Dbus > [2] > http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/binding/dbus/binding_dbus.c?view=markup > [3] http://openmoko.senfdax.de/shr-new-unstable/ > [4]http://git.senfdax.de/?p=qnavitctl;a=summary > [5] > http://labs.qt.nokia.com/blogs/2009/07/19/kinetic-scrolling-on-any-widgets/ > > >> Hi Christian, >> >> Thanks a million, it works like a charm! >> >> How did you come to use "default_navit" ? >> I took a look at the source code, but i couldn't find out how to use it. >> >> Happy new-year, my has started perfectly ;-) >> >> Kind regards, >> Ed >> >> >> >> Christian Rüb wrote: >> >>> Hi Ed, >>> >>> try this: >>> >>> dbus-send --print-reply --dest=org.navit_project.navit >>> /org/navit_project/navit/default_navit >>> org.navit_project.navit.navit.set_center string:"12.1906 48.999" >>> >>> I had a look at [1] and after several tries this worked (on my PC). I will >>> update qnavitcl soon - New Year's Eve is too close right now ;-) >>> Not sure if this is the correct way though - no reply on navit user ML >>> yet... >>> >>> Cheers, >>> Christian >>> >>> [1] >>> http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/binding/dbus/binding_dbus.c?view=markup >>> >>> Am Mittwoch, 30. Dezember 2009 schrieb Ed Kapitein: >>> >>> Hi Christian, Thanks a lot for your explanation! I think i had the same problem you had, i can't set a destination with the current version of navit. (Dbus is enabled) So, i will ask the people from the navit team on how to use dbus with the current version. Thanks again and "happy new year" everybody. Kind regards, Ed Christian Rüb wrote: > Hi Ed, > > to build it on your PC, you need to have qmake (from Qt) installed. > Then simply run > #qmake > (the name may differ, liket qmake-qt4 or something) > This will create your Makefile, then simply run > #make > and you are done, you will get one binary called "qnavitcl" - that's it. > > If you want to build for your Openmoko phone, use my bitbake recipe here > (simply copy to your OE tree) and it will build the package for you. > > If you want a prebuilt binary - get it from here [1] (you'll also get > dependencies from there). It is built for SHR-U. > > Have you enabled dbus in navit.xml? This is essential. > > Use dbus-send to get a navit instance and then you can control it through > the path you get back. Have a look at [2] how I did it in Qt: > registerNavitInstance() and setCenter() will be of most interest for you. > > If you use dbus-send, you also need to print the replies - otherwise you > cannot use them ;-) - see man page for futher details > > BUT - with current version of navit I could not get it to work as the > dbus interface seems to have changed - "iter" does not exist anymore and > I have not found a way yet to get an instance and set destination :( > > Cheers, > Christian > > [1] http://openmoko.senfdax.de/shr-new-unstable/ > [2] > http://git.senfdax.de/?p=qnavitctl;a=blob;f=src/mainwindow.cpp;h=a7b076db790971245b2d4c6769f13ba92b194b3e;hb=a3d4e3ea1506321d09a735e69810e3be01ccc860 > > > > >> Hi Christian, >> >> i am trying to use navit and dbus, but so far i haven't find out how to >> do it. >> I did download your source, but how do i build it? >> ( real noob here...) >> Could you explain how to build it from source? >> I am used to ./configure, make, make install >> >> Can you give an example of dbus-send to set a destination in navit? >> i want, like you, to have a list of waypoints and i want to set waypoint >> 2 as destination, as soon as i am near waypoint 1. >> >> Thanks a lot in advance. >> >> Kind regards, >> Ed >> >> Christ
Re: Happy New Year from FSO
On Sun, 2010-01-03 at 16:32 +0100, Michael 'Mickey' Lauer wrote: > we can't even charge the battery N900 with FOSS, so I'd say > there's a whole set of different showstoppers lurking when attempting > to > bring a free OS to the N900. The modem itself is using a binary > protocol > as well, as opposed to the Palm Pre though it seems to be somewhat > documented. > > Unfortunately this time I didn't seem to be eligible for a Nokia > developer discount, that's pretty much the reason why I don't have a > N900. More informations are available here: http://wiki.maemo.org/Free_Maemo I wonder if we could use(so replace maemo with) stock omap free software such as: x-load u-boot linux-omap kernel And look at what works and what doesn't If we could find a way to charge the battery in some way,and use stock omap free software it would be great. By the way we now have suspend to ram with omap CPU. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ringtone request
In The Name Of God The compassionate merciful hello; Is there any simple and free to use ringtone ? (with good quality) Regards dehqan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone request
On Sun, Jan 3, 2010 at 11:16 AM, dehqan65 wrote: > hello; > Is there any simple and free to use ringtone ? (with good quality) check the wiki: http://wiki.openmoko.org/wiki/Ringtones ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ? (was Re: Quick e-mail poll: Still using your Freerunner?)
On Sun, Jan 3, 2010 at 3:47 PM, Werner Almesberger wrote: > The 2442 is now about five years old, and it shows all over the > place. In an updated but similar design, unlike gta02-core suitable > for mass-production, I would use something like the 2450, which has > high-speed USB, 2D acceleration, and other goodies. There is also the openpandora project: http://www.open-pandora.org/index.php?option=com_content&view=category&layout=blog&id=2&Itemid=2&lang=en Is it unsuitable for a phone because of power inefficiency? Can be the "ARM Cortex-A8 600Mhz" used in a future phone? Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hackable1 rev5 is out !
Philip Rhoades a écrit : > David, > > Looks good but the WiFi doesn't connect for me and I can't do manual > network setups because there is no visual keyboard for the terminal? > > Thanks, > > Phil. > Hi Philip You can pop up/close the keyboard at any time by (shortly) pressing the Aux button. In order to get the wifi working, you might have to run: rmmod s3cmci rmmod ar6000 modprobe s3cmci modprobe ar6000 Thanks for your feedback David ps: http://trac.hackable1.org/trac/wiki/UserManual is minimal for now but awaits for everybody's fillings. > > On 2009-12-23 00:51, David Wagner wrote: >> Sorry for the cross-post but we are wery pwoud to announce it: >> >> >> Dear Hackable:1 users, >> >> After rev5rc1, we spent hours and hours debugging this or improving that >> to finally get the rev5 out today. Yep, that's right: hackable:1 rev5 >> (Codename: Chuck) is there! >> >> >> First of all, you can grab the different flavours (user for the flash >> and developer for the SD) here: http://download.hackable1.org/rev5 >> >> Changelog >> Here are the changes since rev4: >> >> + End users matters >> >> * Most of the software stack now runs under the 'hackable1' user, >> for security purposes. >> * SMS proper implementation >> * The contact list bug has been found and fixed! >> * Power management improvements, suspend works, bluetooth and wifi >> are no longer turned on by default. >> * An application called 'h1settings' can be used to configure phone >> features, (enable / disable GSM / Wireless / GPS, power management, ...) >> as well as time and date. >> * We created a new theme to celebrate this new release! >> * We got a splashscreen! It features a Chuck figure to reflects the >> rev5 codename: Chuck >> * For those who used to love the games on OM2007.2, we put them >> back ! >> * Boot time seems to have been improved a bit >> >> >> + Power users / developers matters >> >> * This rev5 release has entirely been built from the automatic build >> system. >> * A Linux kernel is now packaged in hackable:1, in order not to rely >> on fso-pkg anymore. >>o Debugging has been disabled (boot time improvement) >>o Easier kernel upgrade when using an ext2 partition to store >> the kernel on µSD cards >>o Separation of kernel modules in three sets: essential (comes >> with the kernel), common modules and "more modules" >>o You can read a bit on >> http://zecrazytux.net/Embedded/Hackable1/Custom_Kernel.html >> >> * CDBS is now used for some packages. >>o the package h1packtools contains a CDBS rule that may >> suffice for simple programs with the autotools >>o this rule also enables cross-compilation ; it is based on >> previous works on this subject >> * Git repositories can now be used as sources for remote projects. >> >> Where can I find it? Where can I get it? I didn't understand last time, >> so I ask again : what is the answer to the ultimate question about life, >> the universe, and everything? >> >> As ever, you can download hackable:1 on >> http://download.hackable1.org/rev5. >> >> All the necessary information can be found on http://trac.hackable1.org >> as ever, that is documentation, installation instructions as well as >> known issues. >> >> It's obvious that the answer to the aforementioned question is "Chuck". >> >> Who should I thank for all that stuff? >> >> Among the people who worked on this release, the most notorious are >> (alphabetically): >> >> * Marcus Bauer (mbauer) >> * Jérome Blondon (jbl2024) >> * Sébastien Bocahu (zecrazytux) >> * Pierre Pronchery (khorben) >> * David Wagner (Deubeuliou) >> >> >> We'd also like to thank all the testers, among them most notably >> Bearstech employees, and regular contributors/users of hackable:1, who >> kept us going forward. >> >> What should I expect next? >> Due to a very good number of good reasons, which could all of them be >> summed up by a minute of one of khorben's rants against libgsmd, we'll >> switch to Freesmartphone.Org for rev6. >> We will also switch from xserver-xglamo to xserver-xorg for the sake of >> more responsive graphics. >> On the developer side, we will of course continue to improve the >> packaging system and lower the entry barrier. >> >> All in all, more reliable GSM& suspend, and almost all the features one >> may need. Stay tuned! >> >> >> >> The hackable:1 team >> >> ___ >> devel mailing list >> de...@lists.openmoko.org >> https://lists.openmoko.org/mailman/listinfo/devel > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ?
Laszlo KREKACS wrote: > There is also the openpandora project: > http://www.open-pandora.org/index.php?option=com_content&view=category&layout=blog&id=2&Itemid=2&lang=en > > Is it unsuitable for a phone because of power inefficiency? > Can be the "ARM Cortex-A8 600Mhz" used in a future phone? > The pandora (and beagleboard) use the OMAP3530 which (afaik) is just a retail package of the (oem only) OMAP3430 used in the palm pre and motorola droid. [1] The docs are open [2] (except the power VR 3D subsystem), and from first looks it should be fine in a future phone - though it would be a radical departure from our existing designs. Dave [1] http://en.wikipedia.org/wiki/Texas_Instruments_OMAP [2] http://focus.ti.com/docs/prod/folders/print/omap3530.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ?
On Sun, 2010-01-03 at 20:49 +, Dave Ball wrote: > Laszlo KREKACS wrote: > > There is also the openpandora project: > > http://www.open-pandora.org/index.php?option=com_content&view=category&layout=blog&id=2&Itemid=2&lang=en > > > > Is it unsuitable for a phone because of power inefficiency? > > Can be the "ARM Cortex-A8 600Mhz" used in a future phone? > > > > The pandora (and beagleboard) use the OMAP3530 which (afaik) is just a > retail package of the (oem only) OMAP3430 used in the palm pre and > motorola droid. [1] > > The docs are open [2] (except the power VR 3D subsystem), and from first > looks it should be fine in a future phone - though it would be a radical > departure from our existing designs. There is one...it's called omap zoom II but it's not cheap If I understood well the GSM modem is optionnal Maybe I should have bought one instead of an htcdream (better buy now when the dollar is cheap) Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ? (was Re: Quick e-mail poll: Still using your Freerunner?)
Hi, I would love to have an open phone with OMAP processor like OpenPandora and BeagleBoard. Both have the OMAP 3530 with 3D acceleration and DSP. Maybe a phone doesn't need the DSP. But it is amazingly powersufficient, IMO. The phone would be up to date from processor power, and there should not be a resource problem so soon, I guess. BeagleBoard and OpenPandora are both well supported in OE, so from SW-side there should not be so much effort (in theorie, you kow...). >From HW-side another nicy is the POP (package on package). In the BeagleBoard they are using a variant, where the RAM and NAND (both in one Chip) is soldered on top of the processor, so the high speed lines to DDR-RAM are not going through the PCB (on the other of course, you have the process of soldering...). ... just dreaming ... Joerg On Sun, 2010-01-03 at 20:39 +0100, Laszlo KREKACS wrote: > On Sun, Jan 3, 2010 at 3:47 PM, Werner Almesberger > wrote: > > The 2442 is now about five years old, and it shows all over the > > place. In an updated but similar design, unlike gta02-core suitable > > for mass-production, I would use something like the 2450, which has > > high-speed USB, 2D acceleration, and other goodies. > > There is also the openpandora project: > http://www.open-pandora.org/index.php?option=com_content&view=category&layout=blog&id=2&Itemid=2〈=en > > Is it unsuitable for a phone because of power inefficiency? > Can be the "ARM Cortex-A8 600Mhz" used in a future phone? > > Laszlo > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
This means that it is preview and not releasable yet. I know what it free software - but it is up to author, when he makes releases. And if he makes it at all. This is only to know, that it is not sleeping. So please don't be fidgety - I have spent on this 7 months, every day 2-3 hours, many times to late night (to 2 am) and I can thank god I have so lovely family to allow that. This is true for other my projects too. Why don't I buy navigation for 200 bucks instead of spending my rare time that would cost by the way my employer thousands? With no donations and no gratitude. Anyway, I should slow down... Neil Jerram wrote: > > 2010/1/3 Mike Crash : >> >> Happy new year everyone! >> >> If you want to look at progress, here is first version of MC Navi: >> http://www.mikecrash.com/index.php?name=News&file=article&id=116 > > This is nice news, but what is it with the "sorry, no source code yet" > thing? > > Mike, I don't actually mean to complain at you in particular. It > seems to me that a lot of people write something like that, especially > with their early releases. I just don't understand why, and I'm > afraid that your post has pushed me over the edge into saying > something about it. Do people not know what Free Software means? > > (Plus it's not hard to find a way of hosting source code...) > > Regards, >Neil > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/Navigation-tp4141297p4247408.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
2010/1/3 Mike Crash : > > This means that it is preview and not releasable yet. This makes no sense. How can the binary be releasable, but the source code not? > I know what it free > software - but it is up to author, when he makes releases. And if he makes > it at all. I agree that it is completely your choice when, whether and what to release. But you should not claim that your project is free software if you do not release the source code. To be fair, I don't know if you _have_ ever claimed that your project is free software. I basically just assume that everyone on this list is intending to follow the conventions of free software - perhaps that's a bad assumption on my part. > This is only to know, that it is not sleeping. That is appreciated, thanks! > So please don't be fidgety - I have spent on this 7 months, every day 2-3 > hours, many times to late night (to 2 am) and I can thank god I have so > lovely family to allow that. This is true for other my projects too. Why > don't I buy navigation for 200 bucks instead of spending my rare time that > would cost by the way my employer thousands? Understood; I think we all know these feelings... Personally I'm afraid I can no longer manage to work at that kind of intensity, but I fondly remember the days when I could and did. And, I really believe that releasing the source code could help you and your project! > With no donations and no > gratitude. Those are bad reasons for working on free software, of course, but I would guess that you didn't really mean them...? > Anyway, I should slow down... Not because of my comment, I hope! Best wishes, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whither open hardware ? (was Re: Quick e-mail poll: Still using your Freerunner?)
Laszlo KREKACS wrote: > Is it unsuitable for a phone because of power inefficiency? > Can be the "ARM Cortex-A8 600Mhz" used in a future phone? There are many component choices for future phones. Things to consider when choosing chips include: - do they fit the intended purpose ? - are they open enough for our purposes ? - are they available (to us) ? - will they be available as long as we need them ? - are they affordable ? - what are the integration costs ? - what are the opportunity costs ? - do they work as intended ? - how do they fit our technical capabilities ? - what legal exposures do they cause ? Of course, you don't see companies advertize much on the issues listed above. Quite to the contrary - how often does one see a feature presented as "patented proprietary technology" as if this was a good thing ? - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
can't access projects.openmoko.org via ssh/scp/sftp
Hello, I try: ssh PROJECTNAME.projects.openmoko.org but it hangs after to show the welcome Debian banner. The same with scp or sftp. With sftp I get a prompt, but a simple ls hangs. I also checked that I can run : ssh PROJECTNAME.projects.openmoko.org "ls /var/lib/gforge/chroot/home/groups" and I see lot of project directories. But if I run : ssh PROJECTNAME.projects.openmoko.org "ls /var/lib/gforge/chroot/home/groups/PROJECTNAME/" it hangs. I have two projects, and the same happens with both of them. Is that the proper behavior? How should I edit the project web page? (that you see going to http://PROJECTNAME.projects.openmoko.org) Regards. -- Rafael Ignacio Zurita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Podboy 1.1.0
Hi, A new version of Podboy is available. Very small changes in this version but I think that "release early, release often" is a good practice. Changes in 1.1.0: * Unplayed episodes can now be identified by a yellow star. * Unplayed/played status of episodes can be manually toggled via a new entry named "Toggle Played Status" in the "Actions" combobox of "Episodes" page. * Add possibility to show details of episodes before to play them via a new entry named "Show Details" in the "Actions" comboxbox of "Episodes" page. Package: http://podboy.googlecode.com/files/podboy_1.1.0-r0_all.ipk Podboy is a podcast aggregator/player written in Python/Elementary. Its interface aims to be easy and finger friendly. It uses Feedparser Python module for download/parsing of podcast feeds, Gstreamer for playing of episodes and SQLite for storing data. Features * Subscription, unsubscription to podcasts * Check for new episodes * Download of a single episode or all available episodes * Delete of a single episode or all episodes * Player: play/pause/stop, mute, sliders for playing position of episodes and volume * Volume and playing positions of episodes are saved * Auto-suspend is disabled during playing * Playing is stopped on incoming GSM call * Bluetooth A2DP support Suggestions/feedback/bug reports are welcome. Homepage: http://code.google.com/p/podboy/ Screenshots: http://code.google.com/p/podboy/wiki/Screenshots Happy listening, -- Valéry Febvre Valos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Alternatives to FR
What alternatives to the FR (with the same functionality) are there? I want 3G phone/sms access and the FR doesnt cut it any more ... The android phones (htc dream?) - none of which are fully functional on FSO/SHR (I think), and access through android to the underlying system is minimal. Flow - good but pricy, and unless I am looking at the design wrong, there is only one adapter/interface socket so you can have a phone, or a GSM device, but not both at the same time. Nokia n900 - probably the best choice at this time. What others are available NOW? BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone request
In The Name Of God The compassionate merciful hello; Thank you but there was checked before a ring tone like nokia default ringtone Regards dehqan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community