Re: [debian/fso] zhone+fso-abyss: some log snippets
On Mon, Oct 19, 2009 at 05:28:51PM +0200, arne anka wrote: [snip] > [fsousage] > lowlevel_type = openmoko > > [fsousage.controller] > [fsousage.lowlevel_openmoko] Where did you get the libgee1 package from? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] getting an USB dongle to work
On Mon, Oct 12, 2009 at 05:39:23PM +0200, rhn wrote: > Today, I became an owner of a new shiny USB network device. Due to poor WiFi > reception indoors, this is a wired Ethernet adapter. > > On to the point - the device uses the dm9601 driver, which happens to be > packaged in the SHR feeds. However, the driver is not loaded automatically, > and doesn't work after manual modprobe && depmod. > Some research on the desktop showed that dm9601 depends on usb_net and mii. > However, these two are not present in SHR feeds. That would be a packaging bug, because drivers/net/usb/Kconfig lists the correct dependencies: config USB_USBNET tristate "Multi-purpose USB Networking Framework" select MII [...] config USB_NET_DM9601 tristate "Davicom DM9601 based USB 1.1 10/100 ethernet devices" depends on USB_USBNET select CRC32 [...] So try bugging the person doing the SHR kernel package. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Broken Freerunner.. CPU stall messages.. repairable?
On Wed, Oct 14, 2009 at 10:52:04AM +0200, Thomas Franck wrote: > What I found weird, though, is: I put my old 8GB SD card in the new one > (I used the 512MB card for the booting tests) and it had a very hard > time with it (a lot of bad sectors).. now, I put the card the adapter > and the reader.. and fdisk wouldn't even open the partition table of > it.. :O > I could understand data loss on the ext3 partition there, but > the first few kilos should not have been touched when the battery was > suddenly "removed"... You can't know where your data is placed. It's an SD card, not a flash disk. > Has anyone ever had that? I mean that an sdcard get's fubar-ed by a g-shock? At least in my FR, the battery sits loose enough in the battery compartment that it does not maintain contact with the battery connector when dropped 1.4 m onto gravel. Thus if the SD card might get fubared by sudden removal of power, it might also get fubared by a g-shock. > Very strange.. :S anyway, I'll try to boot some more the the 512MB > card.. is there a way to tell whether the FR is booting from the SD > compared to the NAND? can I erase the NAND rootfs somehow? IIRC: # flash_eraseall /dev/mtd6 (Check your /proc/partitions - you wan't the largest one.) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
fso-abyss docs anywhere? (Was: GSM errors after 1024 fix)
On Thu, Oct 15, 2009 at 12:48:50PM +0200, arne anka wrote: > try the other muxer, gsmwhatsitsname, instead. > to me it seems, fso-abyss has detoriated into almost unusability over the > last months. How did you ever get it to work in the first place? I noticed the Debian package appearing and installed it, but never found all of the required documentation to actually use it: 1) D-bus path. 2) D-bus destination. 3) D-bus this-third-thing-dbus-send-etc-needs-to-know. 4) The interface specification. [snip] > after several frameworkd restarts and two reboots i decided to revert to > gsmwhtsitsnamemuxer, which seems to work far better Where 'far better' means crashes at the slightest provocation (such as (trying to) ping across a GPRS connection). My only motivation for installing fso-abyss in the first place was to get multiplexed GPRS working (again - I think it did work back in December or January). :-( -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Tue, Oct 06, 2009 at 07:05:00PM +0100, Stroller wrote: > Honestly? To add the barometer appears a very easy task. It involves > soldering two wires, right? Strictly speaking, you need only solder the 3.3 V wire, because the rest (GND, I2C data and I2C clock) are available at the debug connector. It sure would have been easier to make addon modules, requiring no soldering from the end user, if power had been available at the debug connector. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Sun, Oct 04, 2009 at 03:55:44PM +0100, Stroller wrote: > > > Depends on what you mean when you say cheap. I see it listed at just > > under USD 10 for one sensor or the price of a 1.3 mpix camera > > module. > > Is the 1.3 mpix camera module also $10 for a single unit? Yes. References (pressure sensor first, then camera module): http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=1966259&k=BMP085 https://www.sparkfun.com/commerce/product_info.php?products_id=8668 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Wed, Sep 30, 2009 at 06:04:30PM -0400, tom wrote: > actually i think they should already be built in...they are so cheap... Depends on what you mean when you say cheap. I see it listed at just under USD 10 for one sensor or the price of a 1.3 mpix camera module. It's also not as small as you would like for something you throw in mostly for fun. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On Fri, Oct 02, 2009 at 02:03:29PM -0700, Ben Wong wrote: > Bizarrely, my Freerunner also got the wrong time yesterday. Is there > something special about October 1st? > > I'm running SHR testing, but I booted into an old copy of SHR unstable > and it also go it wrong. The first time the date was 1970 (the > epoch) Yes, kernel pcf50633-rtc bug fixed more than half a year ago; please update your kernel. The same bug was also in the pcf50606-rtc driver (GTA01). As I mentioned back in March [1], one of the dates that shows the bug is October 1st. But nobody listens to me. :-( [1] https://lists.openmoko.org/pipermail/community/2009-March/043872.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner case + stylus holder (was Re: New case)
On Fri, Sep 25, 2009 at 05:50:02PM -0700, Brolin Empey wrote: > > I have been wondering why the FreeRunner has a resistive touch screen, which > I prefer because I like the greater precision of a stylus than my finger, > but lacks a stylus holder. My FreeRunner, which I ordered from SDG Systems, > included a stylus, but I have to keep the stylus separate in my pants pocket > because the FreeRunner lacks a stylus holder! I bought my FreeRunner to > replace my Nokia 6103b cell phone, which has no touch screen, and my Palm > Z22 PDA, which has a resistive touch screen and nice stylus holder but is > not a phone. Because of my Palm Z22, I expected all devices with a > resistive touch screen intended for use with a stylus to include a stylus > holder, but the FreeRunner has no stylus holder! Why? I don't think the FreeRunner was necessarily intended for stylus use. A lot of people will be able to use their finger nails with the touch screen. That's what I do most of the time. A DIY stylus holder might not be that diffcult to make. If you drill two holes in the case, you can fit a 5 cm long stylus in the space between the battery and the external GPS antenna connector, along the top of the GPS module and the SIM card. Just glue in a 5 mm tube to guide the stylus over the GPS module. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
On Tue, Sep 29, 2009 at 03:47:59PM +0200, Michal Brzozowski wrote: > 2009/9/14 Paul Fertser > > > FR can and always could charge nokia batteries. Please read battery > > questions and answers on the wiki. > > The wiki is not clear on this. Please say which wiki page is broken (so it can be fixed). -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-u] black screen of death on resume
On Wed, Sep 30, 2009 at 03:18:47PM +0100, Rui Miguel Silva Seabra wrote: > I think this is a feature that is at a lower level than the kernel... Yes, the PMU has this feature, but it is not enabled. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Performance of the accelerometer on FR
On Thu, Oct 01, 2009 at 10:19:00AM +0530, RANJAN wrote: > Hi, > > What are the accelerometers used in the FR (company and model number)?I > think it might be Freescale's MMA7260. I have no idea why you think they might be Freescale MMA7260. The wiki[1] clearly says that they are LIS302DL from ST Microelectronics. [1] https://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#Accelerometers -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all/fso?] external battery "just mobile gum pro" woes
On Fri, Sep 25, 2009 at 06:59:18PM +0200, arne anka wrote: > >> Did you set USB charge current to 500mA? If device which you are > >> connecting can't ennumerate USB connection, Neo will charge with only > >> 100mA > > > >No, it will try to charge with 1000 mA. This is a bug. > > well, didn't here, though the gum pro is capable of 1000mA output. Check your /var/log/kern.log or dmesg. You'll see messages saying something like 'pcf50633: Setting USB current limit to xyz mA'. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Sat, Sep 26, 2009 at 12:00:46AM +0400, Paul Fertser wrote: > Qi was created to have a minimal simple easily maintainable > bootloader, take a look at coreboot project to understand the idea > behind Qi. U-boot is just wrong for this kind of device: it's > neverending porting of Linux drivers to u-boot which doesn't make much > sense when you can boot Linux, the kernel directly. So why doesn't Qi do that? Qi also has drivers for PMU, NAND flash, SD card, file systems, etc. Why not boot a kernel directly? > Lack of menu with initramfs says imho that nobody really needs it or > else it would have been created long time ago. No, months ago I made a trimmed down kernel for the purpose and would have given the initramfs menu a shot months ago if only the required kexec() interface was documented somewhere. Since it isn't, I'm stuck with U-Boot, which to me isn't really all that bad. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Sat, Sep 26, 2009 at 10:36:54AM +0100, George Brooke wrote: > There was a thread on the devel list see here: > http://lists.openmoko.org/nabble.html#nabble-td1980163%7Ca1980163 That link isn't working, it just gives a nearly blank page. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all/fso?] external battery "just mobile gum pro" woes
On Tue, Sep 22, 2009 at 02:45:14PM +0200, Sebastian Krzyszkowiak wrote: > Did you set USB charge current to 500mA? If device which you are > connecting can't ennumerate USB connection, Neo will charge with only > 100mA No, it will try to charge with 1000 mA. This is a bug. > - and running system eats something about 200mA. Running what? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all/fso?] external battery "just mobile gum pro" woes
On Tue, Sep 22, 2009 at 02:50:38PM +0200, arne anka wrote: > the opp battery view offers thre buttons for 100/500/1000 mA, i hit all > three time or another -- no change. That's because they don't work unless you run opp as root. > i guess, i should give the plain fso call a try -- but i don't see, how > that would explain the oscillating. That could be just FSO getting confused. What you want to look at is the battery current. In opp, positive means charging and negative means discharging. In /sys/class/power_supply/battery/current_now, it is the other way around. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: U-Boot improvements? (Was: Qi - why only 3 partitions on SD card?)
On Thu, Sep 24, 2009 at 08:08:53PM +0200, Dr. H. Nikolaus Schaller wrote: > No, except that it is not really "u-boot" but a 2 years old fork that > is now no longer maintained. I tried to merge the two trees a couple of months ago, but the NAND flash code has changed so much that merging in the 2442 support requires knowledge of how the NAND flash interface works. I don't have that knowledge. > u-boot 2009.08 has improved many things that could be nice to have on > a GTA02 as well. You say "many things" but don't mention even one thing. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
U-Boot improvements? (Was: Qi - why only 3 partitions on SD card?)
On Thu, Sep 24, 2009 at 04:18:30PM +0200, Torfinn Ingolfsen wrote: > On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen < > ccc94...@vip.cybercity.dk> wrote: > > > On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote: > > > > > The idea of having a simple GUI boot loader could be very useful... > > > >We have one. It's called U-Boot. Or am I missing something? > > Apart for a fact that it has problem loading kernels over a certain size? Not as such, but it does lack kernel size detection when reading from NAND flash. The config shipped by OM limits NAND flash kernels to 2 MB. Does anybody actually (want to) ship kernels larger than that? Andy-tracking's "packaging" config comes out to around 1.7 MB. NAND flash kernel size detection wouldn't be all that difficult to add, though. Around 10-20 lines of code. > Or that it requires the kernel on a separate partition (which must be > fat?)? It doesn't. I have the kernel on the Debian rootfs, which is ext2. I also have an old SHR installation, also with the kernel on the ext2 rootfs. > But this begs the question: could U-boot be improved to deal with the > current requirements of the users? Probably. The first step is to list the requirements. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Wed, Sep 23, 2009 at 12:36:43AM +0400, Paul Fertser wrote: > Torfinn Ingolfsen writes: > > Qi _will_ need to be improved until it is usable for end users, or > > it will fade away > > I really can't understand the desire to multi-boot. What does it matter if you understand anybody elses desire to multi-boot or not? But let me give you a few uses anyway: 1) A backup installation in case you break your normal one. 2) Regression testing. I have an unmodified andy-tracking kernel installed in addition to the one I'm hacking on and normally use. So if something is broken I can check if it was broken before I started hacking too. And btw, Qi doesn't let me select between multiple kernels for the same rootfs, does it? > And btw the recent > poll proved that most users use Qi IIRC. A clear evidence it's already > usable for them. There are more iPhone users than Freerunner users. What was your point again? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote: > The idea of having a simple GUI boot loader could be very useful... We have one. It's called U-Boot. Or am I missing something? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to Make Data Call in Openmoko?
On Fri, Sep 18, 2009 at 10:44:18AM +0200, Michael 'Mickey' Lauer wrote: > Hi Muhammad, the Openmoko TAPI is part of the FSO dbus middleware. > Please see http://docs.freesmartphone.org and > http://www.freesmartphone.org > > CSD handling as been implemented some months ago. If you have problems > using it, ping me here, and I'll come up with an example. The front page still says "GSM Voice Calls"... But how do I know if an incoming call is voice, data or fax? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
On Mon, Sep 14, 2009 at 01:36:35PM +0100, Al Johnson wrote: > Out of interest why you want to know the position of the points, For simulation purposes. Aerial photographs can be used too, of course, but it is quite time consuming to measure the distances that way. Curves are also an issue that I hope the GPS will do away with. > and how do > you intend to distinguish them from a lateral track defect? I don't know if it can be done automatically. The idea is to detect the common crossing as the wheels pass over it, and maybe you can tell from the accelerometer readings that only wheels on one side ran over something or perhaps the data show a particular signature from the common crossing that a lateral track defect doesn't have. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Mon, Sep 14, 2009 at 10:24:04AM +0400, Nikita V. Youshchenko wrote: > > On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote: > > > > > That will result in two icons in launchers. > > > > > > > > why nor let the user decide on installation or check in postinst for > > > > arm and copy the matching one? > > > > > > Not "for arm" but for "fso-controlled device". > > > >Or more precisely, for "$DISPLAY on fso-controlled device" at > > runtime, not installation time. > > Cant think out a use case when same device will run a window manager (or > whatever component that uses .desktop files) sometimes with fso and > sometimes not ... Eh? $DISPLAY can point to another device than the one running the window manager and/or launcher, this setup is standard practice in the X world. Please refer to e.g. http://en.wikipedia.org/wiki/X_display_manager>. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote: > > > That will result in two icons in launchers. > > > > why nor let the user decide on installation or check in postinst for arm > > and copy the matching one? > > Not "for arm" but for "fso-controlled device". Or more precisely, for "$DISPLAY on fso-controlled device" at runtime, not installation time. I think that mess will be larger than that of having two icons, menu items or whatever the launcher makes of it, for the user to choose between. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 13, 2009 at 08:09:33PM +0400, Nikita V. Youshchenko wrote: > > On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: > > > For example, it's nice that mokomaze is in debian, but if you install > > > it and run it, you will get your screen blanked after a minute. To > > > avoid that, one needs to start mokomaze under fsoraw wrapper. Making > > > this happen automatically while staying within debian policy could be > > > a challenge: debian package is not for freerunner only, modifying > > > files installed by other packages (hi hi appraw) is denied by policy, > > > etc > > > >Why would you need to? You can create another package, with a > > dependency on mokomaze and fsoraw, to install the necessary .desktop > > file. > > Why would I need what? Why would you need to modify files installed by other packages? Just create a package with this as /usr/share/applications/mokomaze-noblank.desktop: [Desktop Entry] Name=Mokomaze (no blanker) Comment=Ball-in-the-labyrinth game Encoding=UTF-8 Version=0.5 Type=Application Exec=fsoraw -r Display -- mokomaze Terminal=false Categories=Game; X-MB-SingleInstance=true Icon=mokomaze -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: > For example, it's nice that mokomaze is in debian, but if you install it > and run it, you will get your screen blanked after a minute. To avoid > that, one needs to start mokomaze under fsoraw wrapper. Making this happen > automatically while staying within debian policy could be a challenge: > debian package is not for freerunner only, modifying files installed by > other packages (hi hi appraw) is denied by policy, etc Why would you need to? You can create another package, with a dependency on mokomaze and fsoraw, to install the necessary .desktop file. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dbus api for gta2 accelerometers
On Sat, Sep 12, 2009 at 07:50:26PM +0200, Ivo van den Maagdenberg wrote: > The use case is as follows: take the openmoko and make it a cycleway shock > measuring platform, utilizing the accelerometers. So, direct reads from the > are going to be needed. The gps unit is of course of interest to make the > measurements location-based. I've had an idea along the same lines: Use accelerometer data to log the position of points during a train ride. Only, I'd need GPS readings that are accurately timestamped, i.e. not rounded to whole seconds. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Networking disabled
On Wed, Sep 09, 2009 at 03:33:50PM -0400, Stefan Monnier wrote: > I just posted a message on the smartphone mailing-list about a similar > problem I have. In my case the USB netowkring fails when I boot with > Qi, but works when I boot with U-Boot. IIRC, Qi adds kernel parameters in an attempt to set the Ethernet address used by the Freerunner's CDC Ethernet device. If you have the 'lsusb' command on the system you're connecting to the Freerunner, what does it say? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bug tracker (Was: WSOD)
On Tue, Sep 08, 2009 at 04:46:36PM +0200, Jens Seidel wrote: > If the latest andy-tracking kernel is no longer affected why > aren't both WSOD bug reports updated? I wasn't even aware until very > recently that the original WSOD bug was fixed as the initial report is still > open without activity since months. It is not generally possible to update bug reports in the OM bug tracker because the exact magic necessary to get permission to create bug reports or update existing ones isn't known. So you shouldn't put too much into seeing an open bug report with no activity for months. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] mplayer with glamo and audio working?
On Thu, Sep 03, 2009 at 08:53:31PM -0500, c_c wrote: > Mario Hülsegge wrote: > > > > - audio works only if i start intone before i watch a video > > > Could be because you need to insmod snd-pcm-oss for the audio to work. Presumably mplayer was compiled with support for audio on Linux systems, so the option '-ao alsa' ought to do the trick. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
On Thu, Aug 20, 2009 at 08:21:07AM +0100, Rui Miguel Silva Seabra wrote: > Just a few more cents from me... > > Have you guys ever seen one of those "other" smartphones booting? They take > ages too. The main difference is that we have to boot more often :) Do we? I can't comment on your SHR problems because I don't use it, but Debian doesn't exactly need rebooting. Just put in a menu entry to restart fso-frameworkd that you can quickly get to when the screen blanker part stops reacting to screen touches. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bricked FR!! D:
On Sun, Aug 30, 2009 at 07:32:59PM -0500, The Digital Pioneer wrote: > I don't see how it can be _broken_ as it was working until it magically > stopped, and I know I didn't hit it when it stopped... Though I did hit it a > few times afterwards, but not hard enough to break it. I hope. > > How do I get at that cable? It's at the connector CON6001 you can see at the top right here: https://people.openmoko.org/tony_tu/GTA02/hardware/GTA02/A5/gta02a5_pcba_cs.JPG https://wiki.openmoko.org/wiki/Disassembling_Neo_1973 To "pop" the PCB out of the back cover, I hold the Neo above a towel with the screen facing downwards and I use the fingertips of my second, third and fourth fingers to pull the sides of the case away from the PCB. Optionally help it a little with a thumb through SIM/SD card hole in the back cover. The cable is covered by some sort of flexible shield. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bricked FR!! D:
On Sun, Aug 30, 2009 at 04:00:29PM -0500, The Digital Pioneer wrote: > Not sure what you mean by that, but the phone boots just fine. It even > blanks the screen and turns it on when I touch it, it just doesn't show > anything useful on it. With a bit of luck, it is just the cable that has become loose. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: blink AUX or power light while suspended?
On Fri, Aug 28, 2009 at 11:06:24PM +0200, arne anka wrote: > > This post in that same thread mentions that leaving an LED on would > > halve the battery life while suspended: > > what it says is, _blinking_ would halve it, since blinking would mean > resume/suspend/resume/suspend ... No, leaving it permanently lit would approximately halve battery life. Suspend current is around 8 mA, AUX LED current is around 6 mA (GTA02 revision 6)[1]. Blinking an LED with repeated resume/suspend cycles would have a much worse effect on battery life because of all the work the CPU has to do. [1] # echo >/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim 0 \ && sleep 60 && cat /sys/class/power_supply/battery/current_now && \ echo >/sys/class/leds/gta02-aux\:red/brightness 1 && sleep 60 && \ cat /sys/class/power_supply/battery/current_now ; \ echo >/sys/class/leds/gta02-aux\:red/brightness 0 ; \ echo >/sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim 500 46500 52875 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Charging BL-5C in GTA02 (Was: Replacement battery for GTA01/Neo)
On Wed, Aug 19, 2009 at 10:14:18PM +0800, Daniel.Li wrote: > I bought BL-5C compatible battery month ago, and it can't be charged > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > charge this battery. How do you know it doesn't charge the battery? IIRC, we had no charge indication of non-GTA02 batteries a month ago. We didn't even light up the charge LED while charging non-GTA02 batteries, did we? It would not be difficult to establish if your GTA02 charges your BL-5C battery or not - simply try it out! Use and charge with your GTA02 like you normally would. After a week, tell us if your GTA02 stays on when you unplug USB/charger power supply. Because even if you suspend the GTA02, a BL-5C won't last for more than 4-5 days without being charged. Or you can measure battery voltage before and after charging in the GTA02 - you will find that battery voltage increases during charging. Heck, your Nokia phone probably has some sort of charge level indicator that you could have use for before and after charge level comparisons. Or you can look at the schematics[1] page 4. The coulumb counter is not connected to the battery charger (PCF50633). Go ahead, search for R1769. You'll see it says NC which is short for not connected. Looking at the component placement drawing[1], you'll see that space was allocated for R1769 below U1701. And indeed that position on the PCB is empty (GTA02 date code 20080722): http://nospamnospam.homepage.dk/hardware/GTA02A6-R1769.png GTA02A5 pictures are here (you want the 'CS' ones): https://people.openmoko.org/tony_tu/GTA02/hardware/GTA02/A5/ So please, can we see an end to this totally unfounded misinformation about not being able to charge batteries other than GTA02 ones? [1] http://downloads.openmoko.org/developer/schematics/GTA02/ -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
On Thu, Aug 20, 2009 at 12:16:02AM +0200, Bernhard Reiter wrote: > Am Sonntag, den 16.08.2009, 21:00 +0200 schrieb Rask Ingemann > Lambertsen: > > Someone needs to sit down with the firmware interface > > specification (i.e. from the existing driver?) and match it up > > with the Linux network device API ("make htmldocs") and then write > > a new driver. > > any takers? at least for a detailed bug report? rask, what about > yourself? I will not have the time at least until the gta02-core is out. It's something that won't have basic functionality after a weekend because - The firmware is said to be a pain to work with, - I'm unfamiliar with the SDIO stack for communication with the card, - I'm unfamiliar with the IEEE 802.11 network layer, - I'm not yet using WLAN, but at least the 802.11 card that was collecting dust on a table for a few months has now found its way into a PCI slot. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
On Mon, Aug 17, 2009 at 06:13:11PM +0530, Vikas Saurabh wrote: > Anyways, for bass fix there is a wiki page > (http://wiki.openmoko.org/wiki/GTA02_bass_fix) which suggests more > that one way of fixing the issue with pros and cons There is also some discussion about the type of capacitor to use on the gta02-core mailing list: https://lists.openmoko.org/pipermail/gta02-core/2009-August/000366.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bugfix for #1024 (gsm modem re-camping) done
On Sat, Aug 22, 2009 at 10:03:35AM +0200, Ed Kapitein wrote: > What form factor does the capacitor have? http://lists.openmoko.org/pipermail/hardware/2009-May/001205.html > do you have a link to a reseller of the capacitors? The thread 'The "trivial" #1024 GSM fix' mentioned two sources: https://lists.openmoko.org/pipermail/community/2009-August/052883.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Wed, Aug 19, 2009 at 12:33:48PM +0200, arne anka wrote: > >And not from e.g. a local TangoGPS. > > that wasn't the question. It should be clear from his question that he's likely not capable of figuring that side effect out himself. Don't you think it is something he should be told about? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Tue, Aug 18, 2009 at 08:52:41PM +0200, arne anka wrote: > > a quick glance over /etc/init.d&fso-gpsd did not reveal an easy way to > > change that. > > a glance a tad slower shows the line > > DAEMON_OPTS="-S localhost:gpsd -P $PIDFILE" > > change localhost to 192.168.0.202 and the gpsd is available from outer > space ... And not from e.g. a local TangoGPS. Reading the manual page which explains how to make it work is left as an excercise to the reader. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Tue, Aug 18, 2009 at 08:17:49AM -0700, jeremy jozwik wrote: > morning all. i was just sitting here on my debian laptop, poking > around with tango gps. now my laptop does not have any sort of gps so > i get the "no gps found" deal at the bottom. that got me thinking, has > anyone setup there freerunner to act as a gps device for there > laptops? Yes! This very questions was asked and answered not even a week ago. You're supposed to search the archives before asking, you know. https://lists.openmoko.org/pipermail/community/2009-August/053218.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Sat, Aug 15, 2009 at 05:18:13PM +0530, RANJAN wrote: > > Alternatively, and this is what I suggest, use ssh to forward connections > > from the gpsd port on your laptop to the gpsd port on your Neo: > > > > $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf & > > Can I use this to forward the 2947 port from Neo to 2947 on laptop ,in other > sense can I get the values being generated from Neo at 2947 of Neo be > available at 2947 on the laptop. Yes, you run the command above on your laptop. Btw, if you want to access port 2947 on the laptop from some other host, you will need to cut off the first localhost: so the command reads $ ssh -L 2947:localhost:2947 debian-gta02 -- sleep inf & and maybe also change some ssh settings. See the ssh manual page. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO resources (Was: is wifi-driver developed anymore?)
On Thu, Aug 13, 2009 at 10:58:54AM -0400, Warren Baird wrote: > On Thu, Aug 13, 2009 at 10:56 AM, Warren Baird > wrote: > > > I believe that "fsoraw -r RESOURCE myprogram" is approximately like writing > > a script like: >#!/bin/sh >mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage > org.freesmartphone.Usage.SetResourcePolicy RESOURCE enabled >myprogram >mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage > org.freesmartphone.Usage.SetResourcePolicy RESOURCE disabled No, SetResourcePolicy does something entirely different than fsoraw (RequestResource). Why do you not try it both ways? You can use "sleep 20" for "myprogram" and "GPS" for "RESOURCE" and with both, try to see if you can get TangoGPS or some such gpsd user to work afterwards. Reboot before each attempt so you start from a known working state. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The "trivial" #1024 GSM fix
On Mon, Aug 10, 2009 at 01:41:49PM +0200, arne anka wrote: > > 1) Find somewhere to buy a 10 uF SMD capacitor small enough. E.g. there's > > nowhere in Denmark I can get one. I'd need to go abroad (Malmö, > > Sweden)[1] > > i assume, you are located at sjælland, then? Yes. > any chance you'd be willing to apply that fix to othere people's frerunner? > i'd gladly consider a trip to copenhagen or roskilde ... No promises until I've applied the #1024 fix to my own Freerunner. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
On Sat, Aug 15, 2009 at 01:14:37AM +0400, Paul Fertser wrote: > I really hoped Werner would take care of that but he's too busy with > gta02-core project currently and we lack another expert in Wifi in > general and Atheros's crappy code in particular :( What little I've seen of that code does not look promising. The author didn't understand the netif_stop_queue()/netif_wake_queue() calls, so who knows what else might have gone wrong? Someone needs to sit down with the firmware interface specification (i.e. from the existing driver?) and match it up with the Linux network device API ("make htmldocs") and then write a new driver. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] uboot, SDHC, and ext2
On Fri, Aug 14, 2009 at 08:59:13AM -0700, Russell Dwiggins wrote: [Failure to read ext2 partition using ancient version of U-Boot] > I added the info to the discussion of the Booting_from_SD page, but I > thought I'd bring it up here as well since I haven't seen this discussed in > the wiki or in these lists. Is this well known? Well, OM U-Boot was patched nearly four months ago to address this very issue. See http://git.openmoko.org/?p=u-boot.git;a=shortlog;h=refs/heads/stable > Do we know if there is a > uboot capable of booting cards partitioned by modern mkfs? Just upgrade your U-Boot. You need the version 57f7a4288aaa08d2dc480a923372e7a7781ce882 or later. See http://downloads.openmoko.org/distro/experimental/ -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fsoraw (Was: is wifi-driver developed anymore?)
On Wed, Aug 12, 2009 at 10:31:13PM +0200, arne anka wrote: > > next, where does one get fsoraw from (the ticket links to the sources, but > i never actually saw a binary, let alone a package somewhere)? IIRC, I found it on the mokomaze site. $ dpkg-query --search $(which fsoraw) fsoraw: /usr/bin/fsoraw $ dpkg-query --status fsoraw Package: fsoraw Status: install ok installed Priority: optional Section: utils Maintainer: ANT Architecture: armel Source: fsoraw Version: 0.01a+svn13-r1 Depends: libdbus-1-3 Description: FSO Resource Allocation Wrapper. You may use it to prevent suspending or light dimming. Homepage: http://noko.svn.sourceforge.net/viewvc/noko/trunk/fsoraw/ -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Thu, Aug 13, 2009 at 05:17:07PM +0530, RANJAN wrote: > > >http://wiki.openmoko.org/wiki/GTA02_GPS > > Well there is only information about reading NMEA using the older gpsd but > not the fso-gpsd. It is the same because that is the whole point of having fso-gpsd. Like it says on the first line: "If backward compatibility is needed, use ogpsd with fso-gpsd." > And in my FR I could not find the folder /tmp/nmeaNP. OK, the wiki page is a bit ambiguous in that section, but where it says "Neo" it refers to your Neo Freerunner or Neo 1973 and where it says "host" it refers to the "other" device you have, such as your laptop or desktop system. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS NMEA sentences over serial port
On Thu, Aug 13, 2009 at 03:35:36PM +0530, rakshat hooja wrote: > On Thu, Aug 13, 2009 at 1:24 PM, RANJAN wrote: > > Read all of this > > http://wiki.openmoko.org/wiki/GTA02_GPS Please do not refer him to outdated information. The page even has a warning at the top of it: WARNING: Most of this article is only relevant for Om 2008. The gpsd has been obsoleted by the ogpsd which offers a DBUS interface. Do not run these two daemons side by side. If backward compatibility is needed, use ogpsd with fso-gpsd. Instead of messing with the serial port, connect to the Neo over TCP/IP on the standard gpsd port (2947). You will probably have to change how fso-gpsd is started, so the option '-S localhost:gpsd' reads just '-S gpsd'. Alternatively, and this is what I suggest, use ssh to forward connections from the gpsd port on your laptop to the gpsd port on your Neo: $ ssh -L localhost:2947:localhost:2947 debian-gta02 -- sleep inf & -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
On Thu, Aug 13, 2009 at 11:15:31AM +0200, arne anka wrote: > > >> - the fso way of retrieving the resource is discouraged > > > > Hm, no? fsoraw does exactly that: manages access to resources the fso > > way. > > it's not that i know all these fso dbus commands by heart, but > > mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage > org.freesmartphone.Usage.SetResourcePolicy WiFi enabled > > which you called "in this particular case harmful", looks pretty much like > the fso way to me. am i wrong? Yes. :-( You should not use SetResourcePolicy if you can at all avoid it. If an app needs a resource, it should call RequestResource instead. If the app doesn't have FSO support, use fsoraw to request the resource. There is a bit of trickery in using fsoraw with a shell script. You can either make the script call itself with fsoraw except if given a command line option such as --no-fsoraw, or use a here-document. Example of the latter: #!/bin/sh # GPS-TTFF - Find GPS time to first fix using all the important buzz-words # such as D-bus, Gypsy, freedesktop.org and freesmartphone.org. # Destinations and paths are listed in /etc/dbus-1/system.d/*. # Interfaces are "documented" at http://docs.freesmartphone.org/>. fsoraw -r GPS -- sh <<"__end_of_script" DBUSCALL_='dbus-send --print-reply=undocumented --system --type=method_call --dest=' if [ "--coldstart" = "$1" ]; then rm -f /var/lib/freesmartphone/ogpsd.pickle fi START=$(date +%s) # Where is the first return value from GetPosition documented? while ${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition \ | head -n 1 | grep -q -v -F -e 'int32 15' -e 'int32 7'; do sleep 1 done FINISH=$(date +%s) echo "Time to first fix: $((${FINISH} - ${START})) s" ${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition __end_of_script Please compare with how it should not be done, by a clueless newbie: https://lists.openmoko.org/pipermail/community/2009-July/050629.html > why is simply requesting the resource like openmoko-panel-plugin does, > sufficient? Requesting the resource tells FSO that an app wants to use the resource. If the policy permits, FSO will arrange for the resource to be available. > which is the rationale for fsoraw here? To request resources for apps that don't have FSO support themselves. > why using fsoraw, why isn't fso sufficient? You are confused. Fsoraw uses FSO. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The "trivial" #1024 GSM fix
On Mon, Aug 10, 2009 at 03:51:59PM +0400, Paul Fertser wrote: > Rask Ingemann Lambertsen writes: > > > > 1) Find somewhere to buy a 10 uF SMD capacitor small enough. E.g. there's > > nowhere in Denmark I can get one. I'd need to go abroad (Malmö, Sweden)[1] > > for a shop that sells a 0805 16 V one to hobbyists or, as I'll do in this > > case, buy 20 0805 22 uF ones from Digikey, of which 18 will be used > > for the bass fix, one for #1024 and one for fun and games[2]. > > I admit it's easier to source the cap being in Moscow, here you just > go to a shop and buy as many as you need. But even if one can't go to > a shop himself he can ask a buddy to get the caps and send by snail > mail. I can't see how it's can make a real problem. This means you need to find a buddy who can get the caps. I think it's just a lot easier to find components in your part of the world. For example, while looking for a VS6724Q0FB camera module, I've come across no less than four russian webshops[1] that seem to offer it. In contrast, the only three places that turn up in Europe are distributors that only sell to businesses and organisations[2]. [1] http://www.radel.ru/items_128989.htm http://www.prom-electro.ru/index.php?categoryID=13+99+2 http://www.cec-mc.ru/icatalog/view/377595.html http://www.imek.su/66500/item66295.html [2] http://www.eurotech.co.uk/components/1523.html http://www.rutronik.com/ http://www.baselectronic.com/stocklist.html > > 2) Disassemble the Neo not doing any damage. > > Trivial, wiki instructions are very clear, and plastic clips are > durable enough. I did it the day i bought my FR without fear or > issues. No, you need to apply a lot more force than I'm comfortable with for a device that I want to keep in a usable condition. As it turns out, it works out fine, but that's not obvious from the beginning. But yes, maybe we just need to make a video of someone doing it. For example, I would be most interested in seeing Jörg Reisenweber's one-hand trick with the PCB. > > 5) Put the can back on in a reasonably good shape. > > 6) Assemble the Neo. > > Both are non-issues for any man who's not disabled. I withdraw 5) and 6). If you've gone so far as to take the Neo apart in the first place, reassembling it will be a non-issue. > Having seen so many cool hardware projects/tricks/hacking devices/DIY > mods from European folks i really doubt it's that hard to find a guy > who can solder modern components somewhere nearby. Aren't there any > projects in universities that require soldering? So there're people > who know how to do it. I, for one, wouldn't really know where to look if I couldn't solder myself. > Sometimes i'm told i'm leaving in a parallel universe. Well, that's > quite possible indeed. And a much better universe too. Where did you find that wormhole? :-) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner audio channels
On Tue, Aug 11, 2009 at 09:53:29PM +0200, David Fokkema wrote: > How many cans are there inside a freerunner? I'll have to study the > schematics and really have to open this thing. From memory: GPS can, GSM can and "main" can. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Screen in FR goes black and white after resume from suspend
On Mon, Aug 10, 2009 at 09:30:55AM +0800, W.Kenworthy wrote: > Seems to me that both uboot and Qi are missing the initialisation of > something important on startup. And with resume, is Qi or u-boot > involved at all? Yes. On resume, the CPU executes the reset handler, with the registers gstatus3 and gstatus4 preserved from suspend time and thus containing information left there by the kernel on suspend. The boot loader performs very basic setup of CPU and memory clocks, then checks these two registers to handle resume from suspend. On resume, the kernel takes over from there. The WSOD problem on resume is a kernel problem. It should perform all the necessary initialisation of the screen. It just isn't known yet exactly what is missing. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Document with answers to most popular battery-related questions is ready
On Sun, Aug 02, 2009 at 09:20:39PM +0200, Michal Brzozowski wrote: > 2009/8/2 Paul Fertser > > With GSM on in suspend it should last for 140 hrs and with off it > > should be even more. > > Really? Isn't that with deep sleep on? Yes. With GSM off, approximately 8 mA is drawn and the battery should last for something like 150 hours from fully charged battery when new. > > Hm, so basically your point is that CC allows current measurement in > > suspend. Ok, but if there're convenient TPs you can use your DMM to do > > the same as well. Also you can do that by connecting the device via > > DMM to a lab PSU or a pack of AA batteries. Moreover, there's quite a > > limited number of usecases (wrt power-management) so those who has > > some EE skills can do the measurements once and then share the info > > for everybody. > > Paul, of all those acronyms I only understand AA batteries. I said I'm a > normal user :-) CC = Coulumb counter. Measures the flow of charge to/from the battery. TP = test point. Makes a signal of interest on a PCB available to probes. DMM = digital multi meter. Measures voltage, current, resistance and such. PSU = power supply unit wrt = with regard to * EE = electrical engineering PCB = See http://en.wikipedia.org/wiki/Printed_circuit_board * Hey, you said you only understood AA batteries. ;-) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Document with answers to most popular battery-related questions is ready
On Mon, Aug 03, 2009 at 01:46:26AM +0800, Wolfgang Spraul wrote: > How are people really using the Coulomb counter in gta02? > Theoretically I would think that it provides far superior power measurement > options for actual software development, just as you write. > For example when playing with power saving codes, whether in the kernel, > middleware or applications, I would think over the course of several hours or > days the Coulomb counter data is the primary means for efficient development. To me: The clearly most useful part of the bq27000 is the current measurement. You get what seems to be a reasonably accurate measure of the current flow to/from the battery updated every 25 s or so. It's much more practical than an external ammeter: No need to open the case and fiddle with probes, you can measure battery current while in the train, at work or wherever. Having it built in makes accurate current measurement available to many more people in a lot more places. Here's a few examples where the current measurements have proven useful: 1) Tracking down that current leak from the serial ports into the Calypso. 2) Finding that 8 mA apmd current leak Debian used to have. 3) Confirming the X.org server screen blanker current leak of 38 mA. 4) Measuring the effectiveness of reducing CPU clock and core voltage. Hopefully it will also help to curb assorted forms of spyware because they will be easier to detect with the power consumption figures readily available. I don't think it is worth it to spend a coulomb counter on each battery. The selling point would be to keep track of battery degradation, but I've already seen it change its mind from 1067 mAh to 1148 mAh - that's an error of two hours worth of idle time at 100 MHz. To get a charge level reading, add a voltmeter connected to the battery terminals. As long as the charge and discharge rates are moderate, it will be good enough. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Screen in FR goes black and white after resume from suspend
On Sun, Aug 09, 2009 at 01:43:31PM +0400, Paul Fertser wrote: > tb writes: > > Or use uboot and not qi > > If there's a real problem to debug please do not suggest to hide it > with various work-arounds! Perhaps the suggestion was not so much to hide the bug as it was to get suspend capability back until the proper fix is found. > Do you know any system-level dev who's interested in supporting u-boot? I am. > Qi is supported and the latest kernel is supported. U-Boot is supported for at least as long as I'm using it. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner audio channels
(CC'ing gta02-core since this would be nice to have fixed.) On Fri, Aug 07, 2009 at 05:12:19PM +0100, Al Johnson wrote: > The digital filters are for ADC and DAC which we aren't using in phone calls. > We are passing analogue signals through to the Calypso which has its own > filters, ADC and DAC. The only possibly useful bit there is the AGC/Noise > Gate, but AFAIK nobody has managed to get it to do anything useful so far. It works fine with the headset mic. The problem with the handset mic is that the volume of your voice is below the lowest noise gate you can set in the Wolfson unless you shout into the mic. Additionally, the handset mic picks up much noise from somewhere. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Document with answers to most popular battery-related questions is ready
On Mon, Aug 03, 2009 at 10:05:58AM +0200, Rafael Campos wrote: > Nice discussion on the follow mails, but i've a doubt > > On Sun, Aug 2, 2009 at 7:07 PM, Paul Fertser wrote: > > Q: But why doesn't it ever stop charging on my device? > > A: The GSM modem is connected directly to the battery terminals so if > > it's active, charger will think it's still charging the battery and > > won't turn off unless GSM becomes inactive. The default threshold is > > about 16mA, the latest Qi increases the threshold to ~32mA. > > Is this true for gta02 deevices only or it's the same for gta01? The threshold on the gta01 can be 0.05, 0.10, 0.20 or 0.40 times Ifast, where Ifast is 111 mV / 0.22 Ohm = 504 mA. The gta01 uses a threhold of 0.2 * Ifast = 100 mA. Btw, on the gta02, there's a switch U1705 between the battery and the GSM modem. It's not like on the gta01 where the GSM modem can stay on while the gta01 is otherwise turned off. > > Q: Does it mean if i leave my phone plugged it will eventually fully > > discharge the battery? > > A: On gta02 the charger will restart the charge automatically once the > > battery voltage reaches ~4V which corresponds to ~76%. Not sure about > > gta01, requires more investigation. :-/ I looked at the PCF50606 manual. I can't see where it restarts charging automatically. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
The "trivial" #1024 GSM fix (Was: Document with answers to most popular battery-related questions is ready)
On Sun, Aug 02, 2009 at 11:17:48PM +0400, Paul Fertser wrote: > "arne anka" writes: > > > the only time i ever heard of 140h suspend were the mail from daniel > > willmann after he applied a hw fix to #1024. > > Yes, exactly. But fixing is fairly trivial, the soldering part is in > fact easier than the buzz fix. Yes, the soldering part. So you "only" have the remaining parts to do: 1) Find somewhere to buy a 10 uF SMD capacitor small enough. E.g. there's nowhere in Denmark I can get one. I'd need to go abroad (Malmö, Sweden)[1] for a shop that sells a 0805 16 V one to hobbyists or, as I'll do in this case, buy 20 0805 22 uF ones from Digikey, of which 18 will be used for the bass fix, one for #1024 and one for fun and games[2]. 2) Disassemble the Neo not doing any damage. 3) Take the can off in such a shape as to be able to put it on again. 5) Put the can back on in a reasonably good shape. 6) Assemble the Neo. And the thing is, if you don't already have a soldering iron and can't borrow one (including someone to operate it?) then part 4) isn't really all that trivial either. Unless someone sets up a #1024 fix programme, like there was the buzz fix programme, the #1024 fix will likely be out of reach to most of those affected. So the lady looked at the riot from the comfort of her castle. "Why is the crowd so angry?" she asked. "They have no money to buy bread, mylady" she was explained. "Can't they just eat cookies?" she asked. These days, you're less likely to be punished by hanging for such behaviour. But I think you should still not assume that every Neo owner has access to the #1024 GSM fix necessary for the 140 hour standby time. [1] http://www.electrokit.se/ [2] If I had an A5, I'd give it a shot to make it start without a battery. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Commercial alternative to "MintyBoost"
On Tue, Aug 04, 2009 at 01:47:03PM +0200, Radek Polak wrote: > First the problem with AA charger is that when you plug it in Neo it > probably gives just 100mA current and the phone seems to be slowly > discharging. > > So i tried set chg_curlim to 1000 and turn of display. According to > negative value in current_now the phone was slowly charging, but still > that was not to keep the phone charged. You need usb_curlim too. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Free runner doesnot power up
On Sat, Aug 08, 2009 at 11:58:16AM +0530, RANJAN wrote: > Hi, > > I have not been using my free runner for about a week.I tried to turn it on > by pressing the power button but it does not.I have plugged in the Charger > and pressed the power button but still it does not turn on .I even tried NOR > boot with Aux and power button but still it does not turn on.Is it that the > device is dead or the battery just need to be charged for some hours before > I can use it again? Please say which date code you have (printed in battery compartment) and if you know it, which hardware revision you have. Hardware revision A5 (date codes 20080718 and earlier?) aborts the power-on sequence at a very early point if the battery has been completely discharged. Things to try if you have hardware revision A5: 1) Borrow a compatible battery. See https://wiki.openmoko.org/wiki/Neo_FreeRunner_Battery#Compatible_Replacement_Batteries 2) Get hold of an external Li-Ion charger. See https://wiki.openmoko.org/wiki/Neo_FreeRunner_Battery#Alien_Charging_of_Battery -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Commercial alternative to "MintyBoost"
On Tue, Aug 04, 2009 at 08:35:12AM +0200, Laszlo KREKACS wrote: > I would like to find an off-the-shelf solution of "MintyBoost": > http://www.ladyada.net/make/mintyboost/ > > What I want is a nice plastic box, ie proper product not a > "home-made" device. So Im looking for more professional > look, Im totally fine with the electrical content, the > circuit seems really nice. (many commercial alternatives > requires 4(!) batteries to operate, and I highly suspect > that it has no special circuitry). Actually, that would be my preferred way of doing it: 4 NiMH cells in series and no special circuitry to waste battery power. Most NiMH AA cells will easily deliver 1000 mA and the nominal 4.8 V output is fine. The catch is that fresh off the charger, the voltage is nearly 5.6 V and the absolute maximum rating of the Neo is 5.5 V. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Unabel to SSH into Neo Freerunner
On Thu, Aug 06, 2009 at 09:56:04PM -0500, c_c wrote: > It's been a little flaky for me too after the last two SHR-U updates. > unplugging and re-plugging seems to work every 3rd plug or so. But doesn't > last long. Had a tough time upgrading yesterday to latest SHR-U. > Any Ideas? FWIW, of the following USB interfaces on my desktop system, the VIA one works reliably while the Intel one will always lose the link after anywhere between 1 second and 20-30 minutes - usually it lasts less than 2 minutes. 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:0d.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating ti...@home - tah.openstreetmap.org
On Mon, Aug 03, 2009 at 02:59:23PM +0200, Helge Hafting wrote: > > http://wiki.openstreetmap.org/index.php/Tile_usage_policy It uses the words "draft policy" and "work-in-progress". With emphasis. > tah.openstreetmap.org lets you download all you want, > but it does not support md5sums so you cannot use yaouh. You say it as if those md5sums are a feature while in fact modification dates are just as easy to work with and much more widely supported. Fortunately, tah.openstreetmap.org supports If-Modified-Since: in requests and reports Last-Modified: in responses. Tiles from tah.openstreetmap.org can therefore be updated with your favourite HTTP mirroring tool. Example[1] using wget: $ cd /usr/local/share/maptiles/tah.openstreetmap.org $ find Tiles -type f | \ wget -i - -B http://tah.openstreetmap.org/ -x -nH -N -nv This is the directory structure under tah.openstreetmap.org: $ find Tiles -type f [...] Tiles/tile/9/273/160.png With tah.openstreetmap.org, you don't need yaouh! or similar tools. Plusses to the people behind tah.openstreetmap.org for having a clue. [1] I intended to simplify it to $ cd /usr/local/share/maptiles $ find tah.openstreetmap.org -type f | wget -i - -B http:// -x -N -nv but there's a silly little bug in wget when using -i and -B together: -: Invalid URL http:///tah.openstreetmap.org/Tiles/tile/9/273/160.png: Invalid host name -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of Sã o Paulo's intent to join Openmoko development
On Sun, Jul 19, 2009 at 05:28:01PM +0100, Álvaro Lopes wrote: > Jon 'maddog' Hall wrote: > > I certainly see the university as "sponsors" of the project, in the fact > > that it does cost money to run such an SMT line, to do some of the legal > > work, etc. I would like to find a way to help compensate them for this > > work, to make the project truly self-sustaining. Dr. Zuffo and I have > > discussed government grants and other funding ideas. Please see below. > > Government will also want some return. I don't see clearly (yet) how a > project like ours can give them that (like OLPC and portuguese's "Magalhães"). A phone that's more difficult to sneak spyware into than a closed one such as an IPhone or Blackberry. How do you know it isn't secretly being wiretapped? How do you *know*? With open hardware, there are no secret power supplies or audio inputs to the GSM/UMTS chip. With open hardware, you also decide what software to run on it, such as to deselect back doors, or implement encrypted conversation over GSM data calls, which AFAIK isn't available in any of the closed phones. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
On Mon, Jul 27, 2009 at 09:27:26PM -0400, Adam Jimerson wrote: > On Saturday 25 July 2009 04:36:26 pm Rask Ingemann Lambertsen wrote: > > On Fri, Jul 24, 2009 at 07:02:32PM -0400, Adam Jimerson wrote: > > > > > > Except for charging while it is off, but that is a different story XP > > > >It charges fine while it is off, just not faster than 500 mA. > > When did this change, I don't know if it has changed. You could charge the FR while it was off even back in the OM 2008.8, kernel 2.6.24 days. > the last I knew, other wise when I bought it, the wiki > said that it doesn't charge while it is off. There is much outdated or outright incorrect information in the wiki, and I too am guilty in not correcting it when I come across some. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] right click with xserver-xorg-video-glamo
On Wed, Jul 29, 2009 at 03:50:22PM +0200, Fox Mulder wrote: > Option "TslibDevice" "/dev/input/event1" > # Option "Device""/dev/input/event1" There's no TslibDevice option. If you have hal installed (dpkg-query --status hal), you should not use a Device option. I can't help you with the right button clicks, though. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
On Tue, Jul 28, 2009 at 06:06:55PM +0200, Helge Hafting wrote: > > Go to their website - read their policy. > tile.openstreetmap.org is not to be used for "bulk downloads". URL? > I can understand this, they probably have a bandwith problem. Although you'd think that if they were trying to save bandwidth, they'd support the If-Modified-Since HTTP header which has had wide spread server and client support for what, more than ten years. > Find another repository that don't have such limitations. Again, URL? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: battery not fully charging
On Sun, Jul 26, 2009 at 01:57:27PM +0200, pike wrote: > Since this week, my battery isnt charging to the fullest anymore. > This didnt just gradually change, but happened 'all of a sudden'. > It charges - connected to the charger - up to ~50% of its capacity > and doesnt seem to go any further. I've seen that too, except it would only charge to 40 % or 3.8 V. It did not "fix" itself over a few days. Eventually, I shut down the FR, removed battery and external power and let it sit there for 5 minutes. When I put the battery back in and reconnected external power, it charged just fine. I took dumps of /sys/.../pcf50633.../dump_all_regs during the problem and compared them to dumps taken when I got it to charge fully again, but nothing showed up. The only thing I can think of that might have provoced the problem is that I was experimenting with modulation of the vibrator "brightness". Something like this: # for i in {,1,2,1,,1,2,1,,1,2,1,}50 0; do \ echo >/sys/class/leds/neo1973\:vibrator/brightness $i; \ sleep 0.2; done That's not neccesarily a wise thing to do, but the schematics seems to have all the required protection components around the vibrator motor. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
On Fri, Jul 24, 2009 at 07:02:32PM -0400, Adam Jimerson wrote: > On Friday 24 July 2009 06:56:22 pm Sebastian Krzyszkowiak wrote: > >That's Linux box which fits in your pocket. You can do > > everything. > > Except for charging while it is off, but that is a different story XP It charges fine while it is off, just not faster than 500 mA. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is your GPS working today?
On Sun, Jul 26, 2009 at 08:48:52PM +0200, Sebastian Krzyszkowiak wrote: > Hey guys! > > I have really small question. Is your GPS working now? Yes. Debian with dist-upgrade ~2 days ago (rebuilt zhone and such). Both TangoGPS and 'fsoraw -r GPS -- omgps' working. Slightly modified andy-tracking kernel (2.6.29-rc3). > And if not, > when it worked last time? Also if not - after trying to use it, check > if you have "rxerr" messages in dmesg, and report it here. Something more interesting: Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] tangogps: page allocation failure. order:1, mode:0x20 Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] [] (dump_stack+0x0/0x14) from [] (__alloc_pages_internal+0x3c0/0x3e8) ... Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] Normal: 503*4kB 0*8kB 1*16kB 2*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2156kB Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] 22576 total pagecache pages Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] 3198 pages in swap cache Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] Swap cache stats: add 211238, delete 208040, find 291533/320129 Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] Free swap = 676352kB Jul 27 02:09:36 debian-gta02 kernel: [357940.425000] Total swap = 714884kB Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 32768 pages of RAM Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 804 free pages Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 2675 reserved pages Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 1888 slab pages Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 13342 pages shared Jul 27 02:09:37 debian-gta02 kernel: [357940.425000] 3198 pages swap cached Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] tangogps: page allocation failure. order:1, mode:0x20 Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] [] (dump_stack+0x0/0x14) from [] (__alloc_pages_internal+0x3c0/0x3e8) ... Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] Normal: 506*4kB 16*8kB 1*16kB 2*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2296kB Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 22515 total pagecache pages Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 3200 pages in swap cache Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] Swap cache stats: add 211240, delete 208040, find 291533/320130 Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] Free swap = 676352kB Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] Total swap = 714884kB Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 32768 pages of RAM Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 864 free pages Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 2675 reserved pages Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 1888 slab pages Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 13343 pages shared Jul 27 02:09:37 debian-gta02 kernel: [357940.455000] 3200 pages swap cached Jul 27 02:09:38 debian-gta02 kernel: [357941.785000] rxerr: port=1 ch=0x00, rxs=0x000d Jul 27 02:09:38 debian-gta02 kernel: [357941.955000] rxerr: port=1 ch=0x00, rxs=0x000c Jul 27 02:11:33 debian-gta02 kernel: [358057.235000] rxerr: port=1 ch=0x00, rxs=0x000c Jul 27 02:11:43 debian-gta02 kernel: [358067.04] rxerr: port=1 ch=0x00, rxs=0x000c Jul 27 02:16:25 debian-gta02 kernel: [358349.69] rxerr: port=1 ch=0x00, rxs=0x000c Jul 27 02:16:50 debian-gta02 kernel: [358374.245000] gta02_udc_command S3C2410_UDC_P_ENABLE Jul 27 02:16:51 debian-gta02 kernel: [358374.825000] g_ether gadget: full speed config #1: CDC Ethernet (ECM) Jul 27 02:16:52 debian-gta02 kernel: [358376.55] pcf50633 0-0073: usb curlim to 500 mA I think it is perfectly normal to get a few 'rxerr: port=1' messages when the GPS is turned off (although even after ~7 minutes?). But I'm worried about those 'page allocation failure' messages. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tango and the missing map tiles
On Fri, Jul 24, 2009 at 12:14:22PM +0200, Christophe Badoit wrote: > Le jeudi 23 juillet 2009 22:08:03, Ben Wong a écrit : > > # Modified by Ben Wong to work with BusyBox's wget. ^ > I found this faster (but you need curl) : [cut] > Only one instance of curl is executed, and it uses HTTP1.1 Keep Alive; it's > slow to start, but fast once running. Yes, but then he might as well just install the real wget and use the original script. The whole point of BusyBox is to avoid installing tonnes of stuff. Anyway, it seems that we can rewrite the original script using the real wget such that it doesn't need awk and xargs: $ (cd /usr/local/share/maptiles/tile.openstreetmap.org && \ find -size 0c -print | cut -c3- | \ wget -p -i - -B http://tile.openstreetmap.org/ -x -nH -U Firefox) Downloaded: 6 files, 30K in 0.05s (662 KB/s) Who wants to add support for ETag, If-None-Match: and extended attributes to wget? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: battery not fully charging
On Sun, Jul 26, 2009 at 06:35:24PM +0400, Paul Fertser wrote: > How do you estimate the charge? /sys/class/power_supply/battery/capacity, voltage estimated with /sys/class/power_supply/battery/voltage_now. An multimeter confirmed the voltage reading. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
On Fri, Jul 24, 2009 at 09:31:59PM +1200, Robin Paulson wrote: > why do you think wget has been banned? Because it says so: $ wget http://tile.openstreetmap.org/2/2/2.png --2009-07-24 12:10:17-- http://tile.openstreetmap.org/2/2/2.png Løser tile.openstreetmap.org...91.198.174.8 Connecting to tile.openstreetmap.org|91.198.174.8|:80... forbundet. HTTP forespørgsel sendt, afventer svar... 403 Forbidden 2009-07-24 12:10:17 FEJL 403: Forbidden. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
On Tue, Jul 21, 2009 at 12:07:58PM +0200, Ed Kapitein wrote: > On Tue, 2009-07-21 at 11:20 +0200, Xavier Cremaschi wrote: > > Does anyone know how I can update my tiles to get the most up-to-date > > openstreetmap info ? I will recommend using Yaouh! or the other one that I've forgotten the name of, search for "command line yaouh clone" in the archives. But that should not be allowed to ruin the fun of working it out on the command line: > It might be as easy as this: > > for TILE in `find /path/to/tiles -type f`; do > echo "${TILE}" > FILE=`basename "${TILE}"` > L1=`dirname "${TILE}" | gawk -F"/" '{ print $NF}'` > L2=`dirname "${TILE}" | gawk -F"/" '{ print $(NF-1)}'` > curl --output "${TILE}" > http://tile.openstreetmap.org/"${L2}"/"${L1}"/"${FILE}"; > done > > curl and http are on the same line, you mail program might split in over > two lines. Shorter (and likely faster) using awk, xargs and wget: $ (cd ~/Maps/OSM && find -type f -print | cut -c3- | \ awk ' { print "http://tile.openstreetmap.org/"; $0; }' | \ xargs wget --force-directories --no-host-directories -N --user-agent 'Opera') -N doesn't do what you hope it does, but it has the important side effect of making wget overwrite existing files instead of creating file.1. Figuring out what needs to be done to obviate the need for --no-host-directories is left as an excercise to the reader. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz fix party Barcelona, the movie
On Fri, Jul 10, 2009 at 12:54:02AM +0400, Paul Fertser wrote: > Hm, i'm sorry but how to actually see the movie? The link David > mentions leads only to some blog post with a picture, text and a link > to some swf :-/ I think it's this one (in three different resolutions): http://www.dailymotion.com/cdn/FLV-80x60/video/x9snk3?key=8a04a19aba46505a407d1fce1b492fce13d8710 http://www.dailymotion.com/cdn/FLV-320x240/video/x9snk3?key=8a04a19aba46505a407d1fce1b492fce13d8710 http://www.dailymotion.com/cdn/H264-512x384/video/x9snk3?key=8a04a19aba46505a407d1fce1b492fce13d8710 It's been a while since I've last seen a C= t-shirt anywhere. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANN: freesmartphone.org MS 5.5
On Thu, Jul 23, 2009 at 11:20:17AM +0200, Michal Brzozowski wrote: > > Are docs.freesmartphone.org going to be updated? There are no > org.freesmartphone.PIM docs, is the interface still subject to change? > > Can I assume that the other interfaces docs are up-to-date? Missing/insufficient documentation off the top of my head: org.freesmartphone.GSM.MUX.Status org.freedesktop.Gypsy.Position.GetPosition first return value -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anti-Whining: Happy Moko Moments - playing Ogg Vorbis files
On Mon, Jul 20, 2009 at 02:05:00PM +0300, Timo Juhani Lindfors wrote: > Rask Ingemann Lambertsen writes: > >FWIW, you can s/-t raw -c 2 -f S16_BE -r 44100/-f cdr/. > > Sure but I have another version for 22050 Hz podcasts so I preferred > to be explicit. '-f cdr -r 22050' works as expected and is shorter. :-) > > And indeed it decodes in realtime at just 100 MHz. > > You are using the cpufreq patches? Any thing else than what I mirrored at > > http://iki.fi/lindi/openmoko/consumption/ I'm using the patches I've posted on the kernel mailing list: https://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/009760.html https://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/009762.html https://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/009764.html Delete arch/arm/plat-s3c24xx/cpufreq.c before applying the next patch. https://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/010001.html https://lists.openmoko.org/pipermail/openmoko-kernel/2009-June/010285.html I vaguely recall that hunk two of patch number two above no longer applies cleanly but should be easy enough to apply by hand. > and are you able to survive suspend/resume with it? Yes, no problems after the last patch. I suppose it's time to clean it up and submit it for inclusion into the kernel. > >Btw, I can't get aplay to use a buffer larger than 32768 samples. That > > may be a kernel driver bug. > > I just added a buffer to the example player itself I think. I think > you can use general purpose "buffer" program in the pipeline too. But we need to get the samples to the DMA controller. Quoting sound/soc/s3c24xx/s3c24xx-pcm.c: static const struct snd_pcm_hardware s3c24xx_pcm_hardware = { [...] .channels_min = 2, .channels_max = 2, .buffer_bytes_max = 128*1024, .period_bytes_min = PAGE_SIZE, .period_bytes_max = PAGE_SIZE*2, .periods_min= 2, .periods_max= 128, .fifo_size = 32, }; The hardware limit is (2^20 - 1) * 2 bytes or nearly 2048 kB. Artificially limitting the buffer size to 128 kB is just stupid IMNSHO. We don't need to pretend it's an ISA sound card. I'll see if something breaks when the limit is relaxed. > apt-get --build source apt-get source gstreamer0.10-plugins-bad > > prints > > checking for vorbis_block_init in -lvorbisidec... no It's not documented to exist. As far as I can tell, it's for internal use only. I'll have a look at it. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Open Hardware company
On Mon, Jul 20, 2009 at 08:47:47AM -0700, steven mosher wrote: > A while back Wolfgang mentioned that he and I were starting a new venture.Drop > by and say hello. Congratulations on getting there! > http://www.qi-hardware.com/ LOL. My first thought was "quarter-inch hardware". :-) I suspect many of the people attracted by the hardware keyboard of the ben-NanoNote will be looking to replace the 320x240 screen with a 640x480 screen. That would also make it comply with the 80x24 character terminal size prescribed in the Linux kernel coding style. I was going to ask how many hours of kernel compilation the battery lasts for, but 32 MB is on the short side for that. People can go on for eons about the choice of CPU. My only real gripe with the MIPS is the lack of a register+register addressing mode. Apart from that, it an anonymous RISC architecture. The PowerPC has the rlw(i)nm(i) "rotate left word (immediate) and mask(ed insert)" swiss army knife kind of instruction that you wouldn't expect to find in a RISC architecture. But it executes in one cycle, so who gives a damn? Pre-update addressing is available. The PA-RISC has only rotate right instructions and one of the least readable sets of instruction mnemonics I've seen. The Alpha was an early adopter of a 64-bit word size that still hasn't shown a major advantage over 32 bits. The Sparc has windowed registers and delayed branches. Try showing a loop disassembly where the loop counter is incremented after the branch to someone who doesn't know about delayed branch instructions. :-) The ARM is the odd man out: Predicated execution, an implicit shift/rotate in most instructions, complex addressing modes including auto-increment/decrement and only 16 general purpose registers where 32 is the norm. Probably a good match for an assembler level programmer with an m68k background. The average Python scripter will be unaware of any such differences. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anti-Whining: Happy Moko Moments
On Thu, Jul 16, 2009 at 03:13:20PM -0400, Warren Baird wrote: > Here are a few of my own: > > - the GPS with tangogps has been really useful to me a number of times, > especially on business trips It's good for showing off the high resolution of the screen. Having 480x640 instead of 320x240 means that with the map covering the same area, you can zoom in one level further and therefore see more street names, etc. > - It's very useful as a PDF reader - with the high-res screen I've been > able to read documents while walking or while standing on a metro or bus, > when getting out a laptop wouldn't have worked well. I think so to. I'm using ePDFview and xpdf to view PDFs like this one, a daily graphical timetable of trains crossing the border between Denmark and Sweden today: https://banportalen.banverket.se/Banportalen/filer/Trafik/Planeraochtilldelatrafik/Tagplan2009/Dagligtagplan2009/Dagliga_grafer/Dagliga%20grafer/090721/45_X051.pdf A 640x480 screen is (barely) enough to make out enough of the train numbers to tell passenger trains from freight trains and spot 388xx extra freight trains without having to zoom in. It just wouldn't have worked with a lower res screen. (A major problem with ePDFview is that it puts a (huge) border around the page, wasting screen real estate for no benefit at all.) > What are your successes with the Freerunner? For sure my biggest success at the moment is that it gets my emails out! My ISP, having always firewalled outgoing SMTP connections, now also requires authentication for their relay host, but has not made sure all customers have access codes and passwords. So while I'm looking for a replacement ISP, my outgoing email is routed to the Freerunner with Postfix installed as mail server, which then deliveres it over a GPRS connection. How would I do that on an iPhone or a smartphone running Windows Mobile? Chances are I couldn't. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Open Hardware company
On Mon, Jul 20, 2009 at 11:47:01PM -0700, steven mosher wrote: > no touch screen. I've got a post on features coming out tommorrow Perhaps someone figures out how to retrofit a touch screen. Here's an example of doing so on the Eee PC: http://beta.ivancover.com/wiki/index.php/Eee_PC_Internal_Upgrades#Touch_screen -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using a FreeRunner without cellular service
On Mon, Jul 20, 2009 at 01:06:21AM +0200, Nicola Mfb wrote: > On Sat, Jul 18, 2009 at 12:56 PM, Rask Ingemann > Lambertsen wrote: > [...] > > Then it won't be turned on. Additionally, without a SIM > > card, the GSM modem will refuse to turn on the transmitter and receiver. > > Uh! I really missed that! so not emergency call with no sim? I can't find it documented anywhere. The closest I have is this: NOTE: Commands which interact with MT that are accepted when MT is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). Observed behaviour of the Calypso GSM modem is that +CFUN=1 to turn on transmitter and receiver is rejected when the SIM slot is empty. But it seems likely that emergency calls are allowed through by the modem even with no SIM card in it if you go straight to the D112; command. Btw, who wants to bet on the existance of some silly phone app which will refuse to dial 112 if it can't register to a network? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anti-Whining: Happy Moko Moments - playing Ogg Vorbis files
On Sat, Jul 18, 2009 at 12:21:24PM +0300, Timo Juhani Lindfors wrote: > ivorbisfile_example < foo.ogg | aplay -t raw -c 2 -f S16_BE -r 44100 -B > 800 - FWIW, you can s/-t raw -c 2 -f S16_BE -r 44100/-f cdr/. > CPU usage should be strictly less than 25%. Coolness. I looked around and found it precompiled here: http://lair.fifthhorseman.net/~dkg/src/tremor/2009-04-24/libvorbisidec-debug-2009-04-24/ And indeed it decodes in realtime at just 100 MHz. Btw, I can't get aplay to use a buffer larger than 32768 samples. That may be a kernel driver bug. > If you have time please look at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515259 A related issue to take up with the Debian maintainers is the lack of the 'vorbisidec' element in the gstreamer plugin packages: $ gst-inspect | grep -F -i -e vorbis vorbis: vorbisenc: Vorbis audio encoder vorbis: vorbisdec: Vorbis audio decoder vorbis: vorbisparse: VorbisParse vorbis: vorbistag: VorbisTag typefindfunctions: audio/x-vorbis: no extensions rtp: rtpvorbisdepay: RTP Vorbis depayloader rtp: rtpvorbispay: RTP Vorbis depayloader Currently, the only Debian package that has libvorbisidec1 listed as dependency is mpd. :-( -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
On Mon, Jul 13, 2009 at 06:11:25PM +0200, kimaidou wrote: > I followed some earlier talks of people who tryed manually to set up gsm > talks through BT headset, but it was very low level (with scary command > lines, and about 10 different manipulations to do). Someone has to do so and report back one the amount of success and the make and model of the tested BT headset. Two years after the Neo 1973 came out, the Wiki[1][2] lists just _eight_ BT headsets tested with GSM. That's despite some other poster in this thread claiming to have bought "BT toy after BT toy that doesn't work". So it is no wonder that BT headset support hasn't been integrated long ago. [1] https://wiki.openmoko.org/wiki/Manually_using_Bluetooth#List_of_known_to_work_headsets [2] https://wiki.openmoko.org/wiki/A2DP -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using a FreeRunner without cellular service
On Tue, Jul 14, 2009 at 11:29:06PM -0700, Brolin Empey wrote: > Hello list, > > I am planning on buying a FreeRunner. I need to check with my carrier > (Speak Out Wireless in Canada) about cellular usage outside of my home area, > but I may want to use my FreeRunner without cellular service. > Is this possible? Does it work well? Yes, it works fine. That's how I use mine most of time. No problems with that on OM2007.2, OM2008.x, OM2009, SHR or Debian. > Do I have to remove my SIM or can I disable > the cellular service without removing the SIM? On any of the distributions based on FSO, simply don't run anything that uses the GSM modem. Then it won't be turned on. Additionally, without a SIM card, the GSM modem will refuse to turn on the transmitter and receiver. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] gsm don't start after opkg update-upgrade
On Tue, Jul 14, 2009 at 02:52:55PM +0100, Tom Yates wrote: > i did a little googling on the error "Modem does not respond to AT > commands, trying close mux mode" and found the bug at > http://trac.freesmartphone.org/ticket/367. this is an old, closed bug but > it does indicate that not keeping up with BIOS upgrades can cause this > problem. There was a kernel issue with the serial port 0 initialization. It was fixed while Andy still worked for OM (i.e. months ago). A workaround was added to Qi for fear of that distributions shipping old kernels wouldn't work. Regrettably, the official distribution is one of the offenders. > so i upgraded my qi to the one in the testing5 repository, rebooted and > *bingo*! my phone now works beautifully and i can discover the joys of > the latest paroli. > > so here's a tip to people using 2009testing: the BIOS is important. it > mediates stuff between the OS and hardware. The bootloader is not involved. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] eneoset
On Thu, Jul 16, 2009 at 04:35:05AM -0700, Mike Crash wrote: > So i have created small utility with ELM > named eneoset, which can change backlight, turn on or off bluetooth and > Wi-Fi and can change USB device/host mode. Changing USB current limit still > doesn't work. $ find /sys -name usb_curlim -print /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim Accepted values are 0, 100, 500 and 1000 (mA). Overiding it needs root, however. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: at command
On Tue, Jul 07, 2009 at 02:37:22PM -0700, Test wrote: > > I am playing w/ some AT commands. If you know what are these AT commands for? > let me know, and also how to use them? AT+CLVL is documented in the 3GPP 07.07 and 27.007 specs which you can find here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm http://www.3gpp.org/ftp/Specs/html-info/27007.htm -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Record call.
On Fri, Jul 10, 2009 at 03:10:13PM +0200, David Fokkema wrote: > And, in addition, if this works, will it be able to pick up GSM buzz on > the outgoing signal? Or is that really happening way after wolfson, > inside, or even after calypso? Probably the latter... The buzz is present all the way from the mic, so it should be perfectly possibly to record it. I've tried to do so but AFAIK not yet had GSM buzz. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Background amplification and voice blur on phone call
On Thu, Jul 09, 2009 at 08:27:40PM +0400, Paul Fertser wrote: > >> > >> That's the difference you see between extra-cap units and > >> not. Supposedly you have a capless unit and is using too much > >> amplification for the earpiece in the codec. (FYI nobody knows for > >> sure and there's no way to know which units have those stupid caps and > >> which do not. Looks like all A7 units have them, as probably most of A5; > >> my A6 doesn't) > > Basically it's assumed that some units have 1uF caps in place of > R3004/R3005 (which should be 0R). R3004/R3005 are in the signal path to the earpiece speaker. If they are instead 1 uF capacitors, that will reduce the bass. If this hardware bug has been reintroduced on the A7 units, then that's sad. On the component placement diagram or the assembly silkscreen, you'll find them at the lower left or right corner of U3001. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote: > > First, I must appreciate all omgps users, for your test and feed back. OK, a couple of problems running it on Debian: 1) At startup, a message "Unable to directory" in very small print pops up. Suggestion: Use the default font size for error message dialogs. 2) Running it from a shell, messages such as this one are printed: 20090711 14:43:52 [WARN] load image failed: Failed to open file '/home/rask/.omgps/maps/OSM/1/0/0.png': Permission denied $ ls -l ~/.omgps/maps/OSM/*/*/*.png -- 1 rask rask 9091 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/0/0.png -- 1 rask rask 4436 Jul 11 14:44 /home/rask/.omgps/maps/OSM/1/0/1.png -- 1 rask rask 7730 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/1/0.png -- 1 rask rask 4226 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/1/1.png Suggestion: Don't mess with the file permissions. 3) Running it again, at startup, a message "Unable to create pid file ." in very small print pops up. $ ls -l ~/.omgps/omgps.pid --x--- 1 rask rask 5 Jul 11 14:42 /home/rask/.omgps/omgps.pid Suggestion: Don't mess with the file permissions. Delete the pid file on exit. 4) The GPS part only works if I have the GPS activated by some other means such as running TangoGPS or using fsoraw. Otherwise, it just sits there with "Initializing GPS" displayed at the bottom. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
On Tue, Jun 30, 2009 at 11:32:39PM +0200, Laszlo KREKACS wrote: > I already wrote about it about a month ago: > http://lists.openmoko.org/pipermail/community/2009-June/048997.html So you've found that vfat, ext2 and ext3 aren't very good (for storing map tiles)? How about using reiserfs instead? > Remember accessing invidual files on a sd card takes time. A lot. > You can try it for yourself, copy to a pendrive your ~/Maps directory. > Now tar the dir (Maps.tar) and copy that singly file to the pendrive. > > The result is something like 40sec compared to 6-7min. I cannot reproduce that huge time difference, I get more like +50 % than +900 %: time (s)space left (MB) fs/blocksizecp tar cp tar ext3/1024 242 162 405 404 reiserfs/1024 305 193 426 421 ext3/2048 208 143 397 404 reiserfs/2048 264 161 415 414 ext3/4096 193 131 376 398 reiserfs/4096 242 156 394 398 I used the script below on my Freerunner with a USB card reader and the 512 MB uSD card that came with the Freerunner. I used the default journal size for both ext3 and reiserfs. I guess you would want to reduce that. #!/bin/sh # Compare file system suitability for storing map tiles # with that of a tar archive in terms of speed and # space efficiency. TILESOURCE=/usr/local/share/maptiles/openstreetmap TESTDEV=/dev/sda2 TESTMOUNT=/mnt/flash OPTS_ext3='-q -T small -m 0 -b 4096' OPTS_reiserfs='-q -b 4096' for fs in ext3 reiserfs; do eval 'FSOPTS=${OPTS_'${fs}':-}' for i in 1 2; do mkfs.${fs} ${FSOPTS} ${TESTDEV} mount ${TESTDEV} ${TESTMOUNT} START=$(date +%s) tar -cf ${TESTMOUNT}/OSM.tar ${TILESOURCE} df -h ${TESTMOUNT} umount ${TESTDEV} FINISH=$(date +%s) echo "Tar test ${i} on ${fs} took $((${FINISH} - ${START})) s." done for i in 1 2; do mkfs.${fs} ${FSOPTS} ${TESTDEV} mount ${TESTDEV} ${TESTMOUNT} START=$(date +%s) cp -a ${TILESOURCE} ${TESTMOUNT}/OSM df -h ${TESTMOUNT} umount ${TESTDEV} FINISH=$(date +%s) echo "Cp test ${i} on ${fs} took $((${FINISH} - ${START})) s." done done -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do with urls in elmdentica? :)
On Thu, Jul 09, 2009 at 03:58:21PM +0100, Rui Miguel Silva Seabra wrote: > Is there a good enough browser that takes urls from CLI? Or another interface? Dillo accepts an URL on the command line. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
On Sun, Jul 05, 2009 at 03:13:44AM -0700, mqy wrote: > 2009/7/5 Rask Ingemann Lambertsen (via Nabble) > : > > On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote: > > > >> Please feel free to comment or add new feature requests here. > > > > Two comments on the package control file: > > 1) The dependency on python2.6 is missing. > > 2) The description is still the default one. > Let me explain my build environment. > HOST env: debian chroot on top of ubuntu > > 1. build with openmoko unstable toolchian (from openmoko download site) > om-conf omgps && make clean && make && om-make-ipkg omgps > With this approach, take care to run om-conf again once Makefile.am is > modified. > > 2. build with bitbake (SHR), see omgps_svn.bb I have no idea how any of that works, but I'm guessing that somewhere you have a file called 'control'? This is what it looks like in the package: $ dpkg-deb -f ~/software/omgps_0.1_20090618-3_armv4t.ipk Package: omgps Version: 0.1 Description: package built by openmoko toolchain Section: openmoko/applications Priority: optional Maintainer: meng Architecture: armv4t Homepage: http://www.openmoko.org/ Depends: Source: omgps > about comment #1: I have no idea how to test Python version installed > in tool chain, so have to hard code the version as 2.6. What about try > 2.4 or something else? That's not what I'm asking. Just add the libpython2.6 package name to the Depends: line to resolve this dependency: $ omgps omgps: error while loading shared libraries: libpython2.6.so.1.0: cannot open shared object file: No such file or directory > about comment #2: which description? would you please clarify? The one that says "package built by openmoko toolchain". -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Image modules?
On Sat, Jul 04, 2009 at 08:45:12PM +0200, David Fokkema wrote: > On Sat, 2009-07-04 at 17:52 +0200, Glenn Moeller-Holst wrote: > > This is what I am not able to read anywhere: > > *I actually do not know if I already having modules installed? How do > > I test it? > > Look in /lib/modules/, or unpack the modules file and > check. You'll find you already have it. [snip] > > *Why is there a separate file called modules? Why not include it in the > > image? > > It _is_ included in the root image, as it lives in the root filesystem > in /lib/modules. The thing is: if you decide to use that kernel but > _not_ use that root filesystem (because you'd like to build your own, > for example, or you just want to upgrade your kernel and _not_ your > filesystem) you'll have to untar the corresponding modules into your own > filesystem. Once you've extraced the modules into /lib/modules/, do remember to run (as root) depmod -a because not all distribution do so during startup. Supposed the rootfs is on an external card reader mounted on /mnt/flash, the depmod command becomes depmod -a -b /mnt/flash For someone working on the kernel, modules are very useful because you can test your changes simply with rmmod ; modprobe instead of rebooting. Some distribution (e.g. Fedora) ship a kernel image with only a few drivers and generate a customized initial ram disk with modules during kernel installation. So the same kernel build works across the supported systems without being bloated by unused drivers. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External GPS antenna question
On Sat, Jul 04, 2009 at 09:17:25PM +0400, Paul Fertser wrote: > Sebastian Krzyszkowiak writes: > > On 7/4/09, Hammer Armin wrote: > >> With the internal gps antenna, the first fix last quite long - > >> with the external - within 5min to 10min I get a fix. > > > > WTF? I'm getting fix easly with *internal* GPS antenna in 30 seconds - > > 2 minutes... > > Because you already have almanac (and sometimes ephemeris) data. Where would I have it from (that Hammer Armin doesn't)? I ran the GPS-TTFF script below standing on my balcony. Times with * are with the --coldstart option. 45* 38 57 48 48 44 44* 45* 52* 44* And that's on Debian, which doesn't have the latest-and-greatest FSO where saving and restoring almanac and ephemeris works. Back when I briefly used OM 2008.8, I also got a fix in around 45 s. I tried with the Freerunner lying in the window frame, and then it took 11 minutes to get a fix. My Freerunner is revision A6 with date code 20080722. #!/bin/sh # GPS-TTFF - Find GPS time to first fix using all the important buzz-words # such as D-bus, Gypsy, freedesktop.org and freesmartphone.org. # Destinations and paths are listed in /etc/dbus-1/system.d/*. # Interfaces are "documented" at http://docs.freesmartphone.org/>. DBUSCALL_='dbus-send --print-reply=undocumented --system --type=method_call --dest=' if [ "--coldstart" = "$1" ]; then rm -f /var/lib/freesmartphone/ogpsd.pickle fi # Crude way of stripping white-space from $() output. GPSPOLICY=$(echo $(${DBUSCALL_}org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourcePolicy string:GPS)) ${DBUSCALL_}org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy string:GPS string:enabled START=$(date +%s) # Where is the first return value from GetPosition documented? while ${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition \ | head -n 1 | grep -q -v -F -e 'int32 15' -e 'int32 7'; do sleep 1 done FINISH=$(date +%s) echo "Time to first fix: $((${FINISH} - ${START})) s" ${DBUSCALL_}org.freedesktop.Gypsy /org/freedesktop/Gypsy org.freedesktop.Gypsy.Position.GetPosition ${DBUSCALL_}org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy string:GPS string:${GPSPOLICY} -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian][qtmoko] /dev filesystem
On Sat, Jul 04, 2009 at 09:39:49AM +0200, Radek Polak wrote: > i guess this is feature of udev - it creates device nodes depending on > available device drivers. I dont know how much could be done to speed it > up. Maybe devtmpfs [1] could be interesting. However this is pure > debian problem. > > [1] http://lwn.net/Articles/330985/ Ah, welcome back, devfs. Quoting from the patch submission: Signed-off-by: Greg Kroah-Hartman He fought long and hard[1][2][3] against devfs and eventually succeeded in having it removed from the kernel. I don't think I want to know what they did to him to have him accept to put dev(tmp)fs back in. But it is good news. [1] http://his.luky.org/ML/linux-kernel.2005/msg45135.html [2] http://linux.derkeiler.com/Mailing-Lists/Kernel/2005-11/0146.html [3] http://lkml.org/lkml/2006/6/18/185 -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote: > Please feel free to comment or add new feature requests here. Two comments on the package control file: 1) The dependency on python2.6 is missing. 2) The description is still the default one. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Turn FR into bike meter
On Thu, Jul 02, 2009 at 06:34:00PM +0300, Risto H. Kurppa wrote: > I was thinking of using the audio jack or to be more specific, the > microphone line. Each revolution would connect the wires (with a > resistor maybe?) to create a pulse in the microphone line. This could > be recorded and analyzed with SW. It's okay to short the mic input to ground. With mic bias voltage enabled (an ALSA control somewhere) you should get key presses and releases reported in /dev/input/event*. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community