Kickstarter: Open Source Graphics Processor (GPU)
Sounds interesting (in the long term): Complete Verilog implementation of a 2D/ 3D graphics processor capable of OpenGL and D3D w/ full test suite http://www.kickstarter.com/projects/725991125/open-source-graphics-processor-gpu Should work with both Altera and Xilinx FPGAs Goals: $200k for 2D, $400k for 3D, ... It currently has only a PCI interface, however. Raphael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The open hardware phone project that's had the most interest
On Sat, 05 Oct 2013 17:04:24 +0200, Pascal Gosselin pas...@aeroteknic.com wrote: [...] If technically feasible, this project I believe stands the best chance of obtaining funding as the concept has wide appeal. Interesting long-term vision: maybe. Short-term replacement for GTA04: no. I posted this on the OpenPhoenux list recently: There are numerous threads on Reddit that explain very well why this is not feasible [1,2,many] The (imho) most important ones in short: * Mechanical modularity increases size and cost, makes it harder to create a beautiful phone, and is not in the manufacturer's commercial interests. Therefore, it would be hard to find companies/customers to build/buy this. * Many current components are highly integrated - SoCs, sensor ICs, Display/Touchscreen, etc. Making these modular would require development of many new components (and would increase size, cost, power consumption). * The concept assumes that all components use a common communication backplane. This is not feasible, as a variety of voltages and communication protocols are in use in a typical phone (I2C, SPI, UART, USB, various display protocols, etc.). Many components need very short connections to the CPU/GPU/whatever without crossing other PCB traces. It is not realistic to make this work with a generic communication backplane. Proper heat dissipation for CPU/GPU is another problem. In summary, while it is certainly feasible to build a modular phone (look at David Mellis' DIY cellphone [3]), doing so for current hardware would involve major engineering effort (== design and manufacture dozens of new chips) and would result in less stable, more expensive, and less beautiful phones requiring more power. Raphael [1] http://www.reddit.com/r/gadgets/comments/1m6y1q/that_phonebloks_things_annoyed_me_so_here_are_17/ [2] http://www.reddit.com/r/explainlikeimfive/comments/1m4pmy/eli5_why_is_phonebloks_a_bad_idea/ [many] http://www.reddit.com/r/all/search?q=phonebloksrestrict_sr=on [3] http://hlt.media.mit.edu/?p=2182 -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant Doktorand / PhD student Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de LFE Medieninformatik Skype: real_raphman Amalienstr. 17 / Raum 206WWW: http://www.medien.ifi.lmu.de 80333 MünchenTel:+49 (89) 2180-4659 Germany Fax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v55 for Freerunner upgraded to wheezy
On Sun, 12 May 2013 17:36:35 +0200, Radek Polak pson...@seznam.cz wrote: [...] Hi, is it configured properly? Make sure you have these values in /etc/default/gpsd: START_DAEMON=true DEVICES=/dev/ttySAC1 GPSD_OPTIONS=-b The config file is correct. I'll reinstall v55 from scratch to check if I did any other modifications that caused the problem. I'll file an issue on Github once I get to do it. Raphael -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant Doktorand / PhD student Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de LFE Medieninformatik Skype: real_raphman Amalienstr. 17 / Raum 206WWW: http://www.medien.ifi.lmu.de 80333 MünchenTel:+49 (89) 2180-4659 Germany Fax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v55 for Freerunner upgraded to wheezy
On Tue, 16 Apr 2013 14:35:47 +0200, Radek Polak pson...@seznam.cz wrote: Hi, i have now moved the experimental wheezy based qtmoko v55 to stable. Just a heads-up for the next pure-wheezy version: Upgrading gpsd from 2.95 (squeeze, and installed in v55) to 3.6 (wheezy) results in gpsd no longer recognizing the GPS chip. Not sure if this is an error on my side but: I have installed v55 from the linked source. While playing around with additional packages, I had to uninstall and reinstall gpsd. At this point, apt chose the wheezy package for gpsd (3.6). After the upgrade, QtPedometer, qtgps don't get any data. NeronGPS even hangs when initializing the GPS chip. Downgrading back to gpsd 2.95 fixes the problem. with gpsd 2.95 - the DEVICE line appears after starting NeronGPS root@neo:~# netcat localhost 2947 {class:VERSION,release:2.95,rev:2011-12-06T19:20:53,proto_major:3,proto_minor:3} {class:DEVICE,path:/dev/ttySAC1,activated:1368350470.77,driver:Generic NMEA,native:0,bps:9600,parity:N,stopbits:1,cycle:1.00} and with gpsd 3.6: root@neo:~# netcat localhost 2947 {class:VERSION,release:3.6,rev:3.6,proto_major:3,proto_minor:7} [no DEVICE ever appears] Btw: why does only NeronGPS show the number of visible satellites in the status bar? Best, Raphael -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant Doktorand / PhD student Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de LFE Medieninformatik Skype: real_raphman Amalienstr. 17 / Raum 206WWW: http://www.medien.ifi.lmu.de 80333 MünchenTel:+49 (89) 2180-4659 Germany Fax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] MokoFaen theme, update
Hi. On Wed, 22 Aug 2012 16:45:32 +0200, francesco.dev...@mailoo.org wrote: - In the home screen there are a lot of infos displayed, maybe they can be regrouped in a more efficient way, I'm thinking about something like conky [1] or conky-colors [2]; isn't conky only for X11? - After a series of test, at least on my GTA02, the use of the lock-screen button in the home screen causes several freezes. So now I'm using the power button to put my GTA02 in suspend and I'm going to remove the lock-screen button from the homescreen. I never experienced freezes and really like the lock button but could live without it. I know that theming is not a critical task, for me it's just an amusement, but your opinions and help could be really useful. Thanks. Your work is greatly appreciated! If I had one wish: would it be possible to optionally position the buttons on the right side? Im left-handed ;) Raphael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Live-Stream OHSW workshop (German)
Hi. for German-speaking (or -understanding) folks on this list: We have a live video stream of our Open-Hard/-Software-Workshop at http://www.ustream.tv/channel/oshw-workshop Program at http://ohsw.de/agenda.html Cheers, Raphael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko works as an usb keyboard now
This is great! I have been waiting for such a gadget driver since I got my first Zaurus. Is there already a mouse gadget? Raphael On Fri, 04 Nov 2011 16:07:27 +0100, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Hi, 2.6.39 includes g_hid.ko that can be used to make the system appear as a usb keyboard to some usb host. It seems this is a platform driver but no platform in linux includes it. http://lindi.iki.fi/lindi/git/linux-hid-gadget.git/ is a fork of g_hid that works as an out-of-tree module and not a platform driver. I tested this with the unofficial linux-image-2.6.39-gta02-gta02 2.6.39-1gta021 package from http://lindi.iki.fi/lindi/openmoko/linux-2.6-gta02/ and it works! From /var/log/Xorg.0.log: ... (II) config/udev: Adding input device Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget (/dev/input/event7) (**) Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget: Applying InputClass evdev keyboard catchall (**) Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget: always reports core events (**) Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget: Device: /dev/input/event7 (II) Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget: Found keys (II) Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget: Configuring as keyboard (II) XINPUT: Adding extended input device Linux 2.6.39-gta02-gta02 with s3c2410_udc HID Gadget (type: KEYBOARD) (**) Option xkb_rules evdev (**) Option xkb_model pc105 (**) Option xkb_layout fi ... -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant Doktorand / PhD student Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de LFE Medieninformatik Skype: real_raphman Amalienstr. 17 / Raum 206WWW: http://www.medien.ifi.lmu.de 80333 MünchenTel:+49 (89) 2180-4659 Germany Fax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Firmware Flashed, now UBIFS problem and Kernel Panic
Hi Thomas, On Thu, 14 Apr 2011 11:05:38 +0200, Thomas Franck thomas.fra...@gmx.com wrote: [...] ---88- UBIFS error (pid 1): ubifs_read_node: bad node type (255 but expected 6) UBIFS error (pid 1): ubifs_Read_node: bad node at LEB 0:0 Kernel panic - not syncing: VFS: Unable to mount fs on unknown-block(0,0) ---88- [...] Any ideas on this problem? I there any way to repair that FS? I had the same probem when upgrading QtMoko a few days ago. Regardless of what fs image I flashed, I would get these error messages. Completely erasing the NAND allowed me to re-install without problems. Of course, it means that your data will be gone. I did not find an easier solution, and actually had no important data on the phone. I followed more or less the steps for clearing bad blocks [1] and threw in an erase command somewhere. Unfortunately, I do not remember the details. The NOR bootloader offers a help command, however. If there is a better solution that preserves the FS, I would be happy to learn about it. Raphael [1] http://wiki.openmoko.org/wiki/NAND_bad_blocks#Clearing_BadBlocks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
+1 have the same issues with the current settings Raphael On Tue, 14 Sep 2010 19:30:45 +0200, Alfa21 freerun...@my.is.it wrote: 2010-09...@11:37 Radek Polak On battery: suspend 5minutes When locked: suspend in 20 seconds hi radek and hi to all the community in general :) on this topic I'd like to open a debate... I think the suspend setting in on cable (I'm personally using it as disabled timeout here) should have priority over the suspend setting in locked because if you are on ssh over usb (or usb mass storage) and put (or keep) your FR in locked mode you'll loose the connection. this also because I usually have the on battery and when locked both with battery saving schemes as you (I am always locking screen too!) and I forget to unlock my FR when I plug the usb cable in it. what do you think? is it possible to change the priorities like: CABLE over LOCK over BATTERY ? do you think this use case is reasonable/common? -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant Doktorand / PhD student Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de LFE Medieninformatik Skype: real_raphman Amalienstr. 17 / Raum 206WWW: http://www.medien.ifi.lmu.de 80333 MünchenTel:+49 (89) 2180-4659 Germany Fax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GNU/Linux Wrist Watch
On Tue, 04 May 2010 12:00:28 +0200, Joseph Reeves iknowjos...@gmail.com wrote: TI's Chronos would be able to display the things you're after: http://focus.ti.com/docs/toolsw/folders/print/ez430-chronos.html You just need to install the wireless module for it in / near your FreeRunner. Actually, you first need to be able to get one. I ordered one in February and am still waiting for it. Allegedly, shipping of the 433 MHz version will only happen in July due to large demand. Others are waiting since last year. Some suspect manufacturing problems with the 433 MHz hardware. to be the real cause. Obviously a perfect match for the FreeRunner. :) More info: http://processors.wiki.ti.com/index.php/EZ430-Chronos Raphael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: comparing Apples and Oranges $199 iPhone Freerunner GTA02
On Tue, 10 Jun 2008 09:45:18 +0200, kenneth marken [EMAIL PROTECTED] wrote: On Tuesday 10 June 2008 07:37:33 Ron K. Jeffries wrote: -- larger physical screen size (but about the same dpi?) i do belive the iphone is lower dpi as the GTA02 is smaller in size, but higher in rez. -- proximity sensor (knows when held to face, can dim screen) that is probably just the heat sensitive screen and some code that basically locks out input ones a heat source with a surface area larger then a couple of fingers are detected... [...] It's just the capacitive touch screen. I'm pretty sure no temperature sensor is involved. As you said ,you just measure the contact area between finger and screen (which is easily possible with capacitive touch screens) - and once the contact area gets larger than let's say 3cm you assume that your ear/cheek is in contact with the screen. Raphael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: resolution preferences??
Hi Carsten, I'd argue for a VGA screen for three reasons: On Fri, 06 Jun 2008 07:39:05 +0200, Carsten Haitzler [EMAIL PROTECTED] wrote: we can just drive the vga screen at qvga. no need for scaling - just change the output at the lcd controller level. 1. Greater flexibility. I can use QVGA apps, I can use VGA apps, and I can use apps which are written for a fixed screen size in between. but it is a waste to pay for a vga screen when we won't use it. 2. The additional price for the better display is not such a huge problem. I don't think that a (marginally?) lower price would mean that many new customers. You even might lose potential customers who can't live with QVGA. When I get my Freerunner, I probably won't replace it with a newer phone soon. As the Freerunner is entirely open-source, it will stay compatible with new apps or services for a long time. Thus its life-time is probably longer than that of closed phones. The additional price for a better display is therefore not such a big issue, I think. With VGA the Freerunner has at least one great hardware feature that you won't find in every other smart phone. For me this is an important reason for wanting to buy one. how many people out there can really see the difference? be really honest. stop thinking my specs are bigger than your specs. Me. 3. Having used a Sharp Zaurus for ~5 years I am absolutely convinced of VGA resolution (though the Z's screen might be bigger than Freerunner's). You can see the difference in UI crispness, when displaying photos, when drawing. Due to the higher resolution, anti-aliasing is less important. Some of the applications I use most often (e.g. TextMaker (word processing), KO/Pi (calendar)) would suffer greatly if you had to scale the UI down to QVGA. So, please keep VGA - and offer smooth, fast switching to QVGA. Cheers, Raphael -- Dipl.-Medieninf. Raphael Wimmer Research Assistant LFE Media Informatics E-Mail: [EMAIL PROTECTED] University of Munich Skype: real_raphman Amalienstr. 17 / Room 206 WWW: http://www.medien.ifi.lmu.de 80333 Munich Tel:+49 (89) 2180-4659 GermanyFax:+49 (89) 2180-99-4659 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community