Re: QtMoko v58 with 2.6.39 kernel and improved power management

[joerg Reisenweber]

On Thu 19 December 2013 08:21:54 Radek Polak wrote:
> the update interval is now as often as uevents are comming from linux
> kernel.  You can enable logging->power management and check in log how
> often it is - i think it could be those 20s.
> 
> > Is there a way of increasing the frequency, and making it work "in the
> > background" while the phone is in suspend?
> 
> AFAIK the battery charge is updated even when phone is suspended - the chip
> in  battery does this.
> 
> Maybe we could force QtMoko to read it immediately after leaving suspend.
> The  values should be fresh. I can check if it's easily doable.

Yes, the chip does "gapfree" battery monitoring in GTA02-battery. Since FIQ 
needed to read out the (bq27x00 chip in) battery is kinda heavy, it makes 
sense to not update it too often. Also battery doesn't change that fast to 
make sense when updating more frequently, actually I think 20s is pretty 
frequent already.
However an update cycle scheduled immediately after resume should be easily 
feasible and is the "right thing[TM]" to do :-)
Maybe an even smarter way to handle all related issues would be to trigger a 
battery chip readout and update the battery gauge display whenever the display 
becomes "visible" - X11 should be able to send an according signal, I think. 
This would as well support up-to-date displayed values after closing a 
fullscreen app and after unblanking the screen.

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Larger capacity battery

[joerg Reisenweber]

On Fri 20 December 2013 16:08:07 Dominic Walden wrote:
> Hello,
> 
> I was thinking about purchasing another battery from Golden Delicious
> (as a spare/backup) but before I do does anyone know of any higher
> capacity batteries that are compatible with a Freerunner?
> 
> The only ones mentioned on the wiki are 1100mAh or less.
> 
> Someone[1] appears to have got it working with a 6Ah portable DVD
> player battery by using the battery circuit board from the Openmoko
> battery. I'm not sure if I want anything as drastic as that, but I
> would not be averse to doing the same with a battery the same size as
> the Openmoko one.
> 
> Thanks,
> 
> Dominic

BL-6C: 1150mAh. And that's probably as good as it gets for cells fitting into 
GTA02 battery bay. Unlike NiMH the LiIon technology hasn't made noticeable 
evolution during last few years. When searching you may find a 2nd source 
battery that has a *real* capacity of maybe 20% higher. You will need to 
discard 95% scam before you find that one manufacturer.
Maybe useful background can be found in: 
http://talk.maemo.org/showthread.php?t=65568

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Use of a FreeRunner

[joerg Reisenweber]

On Sat 21 December 2013 12:34:49 Ed Kapitein wrote:
> On 12/21/2013 11:58 AM, Philip Rhoades wrote:
> > People,
> > 
> > I have not used my FreeRunner for ages and probably should donate it
> > someone who can make use of it but a thought occurred to me: It would
> > be good to have something that could act like a SMS server eg I have a
> > demand where if an (urgent) email comes into a particular account,
> > that the contents of the email are able to be resent as an SMS out
> > through a mobile device gateway to a number of phones - could OpenMoko
> > be rejigged to do this somehow?
> > 
> > Regards,
> > 
> > Phil.
> 
> Hi Phil,
> 
> I did the same thing, but It is of limited use, a lot of mail is in HTML
> format and hard to convert to SMS.
> Also, you need to strip the headers etc.
> So you might want to write a script first and run it on real-life mails,
> before you put effort in reconfiguring the freerunner.
> 
> Just my 0.02BTC
> 
> Kind regards,
> Ed
> 

Plain HTML mails are usually forwarded to /dev/null by my spam filter right 
away. I haven't recently seen anybody but Jolla sending HTML-only mails 
instead of proper multipart/alternative at least.
Also you shouldn't regularly watch mails by rendering their HTML content, this 
is a severe privacy and security threat.

/j

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: /gsm/com/rfcap: tri-band GSM modem believes itself to be quad-band

[joerg Reisenweber]

On Thu 16 January 2014 02:58:29 Michael Spacefalcon wrote:
> Hello Om community,
> 
> In the course of hacking TI GSM firmwares, I have come across something
> that some of you may find interesting, or might even have some insight
> into.
> 
> We all know that our good familiar Neo Freerunner (GTA02) was made in
> two versions: one with 900/1800/1900 MHz bands, the other with
> 850/1800/1900 MHz instead.  The hardware difference is one RF SAW
> filter part populated differently on the same PCB; see this picture:
> 
> http://wiki.openmoko.org/wiki/File:Gta02a6_comms_chips_under_shield.JPG
> 
> The SAW filters for the GSM downlink Rx path are the 3 little buggers
> near the upper right corner, immediately adjacent to the shiny metallic
> component which is the antenna switch.  There is one Rx SAW filter for
> each of the 3 supported bands: one for 1800 MHz (both GTA02 versions),
> one for 1900 MHz (ditto), and one populated for either 850 or 900 MHz.
> (*I think* the topmost one out of the 3 in that picture is the one
> responsible for the 850 vs. 900 MHz difference, but please double-check
> that before attempting any surgery on your Neo!)
> 
> Well, here is the part which will surely surprise at least some of you:
> the standard firmware for the GTA01/02 modem (which is the same for
> all versions, both GTA01 and GTA02) does not actually know which 3
> frequency bands are supported by the device it runs on!  And no, it
> does not auto-detect either: there is no way (short of ESP) for any
> firmware running on the Calypso/Iota/Rita chipset to divine what kind
> of SAW filter sits between that chipset and the antenna.
> 
> Instead, as strange as it may sound, the modem (at least when running
> the standard mokoN firmware, see below) believes itself to be quad-
> band!
> 
> In TI's universe, the "standard" way to "teach" a GSM device (phone or
> modem) which GSM frequency bands it supports is *not* to hard-code
> that knowledge in the firmware at compile time; instead this property
> is stored in a configuration file named /gsm/com/rfcap in the GSM
> device file system.  Yes, TI-based GSM devices all use a flash file
> system with a very UNIX-like "look and feel", including UNIX-style
> pathnames; see my write-up:
> 
> https://bitbucket.org/falconian/freecalypso-sw/src/1852900ce9ea4ac52d4648f7
> d9ca46897eb3640b/doc/TIFFS?at=default
> 
> Like most files in TI's GSM FFS, /gsm/com/rfcap is a binary file, not
> ASCII.  It is a file of exactly 16 bytes, and although I haven't found
> a formal document describing its format in plain English, we can study
> the code that reads this file and acts upon its content:
> 
> http://scottn.us/downloads/peek/TCS3.2_N5.24_M18_V1.11_M23BTH_PSL1_src/g23m
> -gsm/rr/rr_csf.c
> 
> The 16-byte file is being read into a variable of type EF_RFCAP, which
> is defined here:
> 
> http://scottn.us/downloads/peek/TCS3.2_N5.24_M18_V1.11_M23BTH_PSL1_src/g23m
> /condat/com/include/pcm.h
> 
> Lines 442 through 460 (inclusive) give the structure definition, which
> is followed by the definitions for the bit fields in each byte.
> 
> And here is what this /gsm/com/rfcap file contains on a standard GTA02
> modem, as revealed by a TIFFS parsing tool such as the mpffs-tools-r1
> package I released last summer:
> 
> 00 1F 41 14 00 00 00 00  50 00 00 A5 05 00 C0 00
> 
> Decoding the meaning of the rest of the bytes is left as an exercise
> for the reader, but I draw your attention to the 2nd byte, which is 1F.
> This byte indicates which RF bands are physically supported by the MS
> (mobile station) hardware, and 1F means quad-band, i.e., all 4 of 850,
> 900, 1800 and 1900 MHz.  Thus even though my trusty GTA02 is only
> 900/1800/1900 MHz tri-band in reality, it believes itself to be
> quad-band!
> 
> Digging some more, one finds that the 16 bytes quoted above appear in
> the moko10 and moko11 fw images (convert them from *.m0 to plain binary
> with the mokosrec2bin.c utility I wrote almost a year ago, then do the
> "binary grep" with the memmem() C library function), and further
> analysis reveals that these "standard" firmwares unconditionally
> overwrite the /gsm/com/rfcap file in FFS with the hard-coded "string"
> of bytes on every boot.  To convince yourself of the latter fact, take
> a GTA02 modem with moko11 in it, change the rfcap file in FFS to
> something else, reboot the modem normally, and observe that the rfcap
> file will be reverted back to the 16 bytes shown above, claiming to be
> a quad-band GSM device.
> 
> My leo2moko firmware does not contain this rfcap-resetting "feature":
> it does not automatically overwrite the rfcap file with anything, and
> uses whatever settings happen to be written in the FFS (the modem's
> flash file system).  At the present, there is no practical difference:
> if your modem ever ran moko10 or moko11 prior to being flashed with
> leo2moko, the content of the /gsm/com/rfcap file in FFS will be what
> moko10/11 wrote into it the last time it booted, whic

Re: [Community] GTA04A5 / Letux 2804

[joerg Reisenweber]

On Fri 17 January 2014 19:13:24 Michael Spacefalcon wrote:
> Dr. H. Nikolaus Schaller  wrote:
> > Not everybody is weighting the factor of "freeable down to the modem"
> > equally when calculating the relative position of two devices to decide
> > between "upgrade" and "downgrade". You have a different weighting than
> > me.
> 
> If freedom is not important to you, then you might as well use an
> iPhone or the latest Android from Samsung.
> 
> As Jim Marrs has said very eloquently in the preface to one of his
> books, being free is like being pregnant - either you are, or you
> aren't.
> 
> > I don't know, but isn't *that* something you should fight against
> > instead of modifying
> > leaked firmware for a system that never has been locked?
> 
> "Modifying leaked firmware" is not an accurate description of what I
> am doing.  As you should know full well, I am designing and building
> my own Free Plain Phone, and I have chosen to use the same Calypso
> chipset as used in the GTA02.  I chose this chipset because it already
> exists, because it is known to work exceptionally well, at least in
> "dumbphone" applications (I've been using one of my Pirelli phones as
> my everyday cellphone since last spring, and I have nothing but praise
> for it in terms of battery life, GSM signal strength and call quality),
> because all hardware documentation and firmware sources for this
> chipset have already been freed, and because I have already amassed a
> great deal of experience working with this chipset.
> 
> Providing hacking support for Openmoko-made modems is simply a side-
> product of my FreeCalypso work: I have chosen to bring my firmware up
> on known-working hardware first, so that when I build my own hw and
> get to debug it, I will have the benefit of known-working firmware.
> 
> Put another way, the free phone community (combination of FreeCalypso
> and OsmocomBB projects) has already made great progress with the
> Calypso chipset.  Switching to another vendor's chipset on a whim
> would be an enormous setback for the project and for the community,
> and it is not fair for you to ask that of us - here I am referring to
> the "you should be working on this instead of that" argument in your
> comment.
> 
> > So your claim of "GTA02 is 100% freeable and GTA04 is not" is only based
> > on your disinterest to work on solutions?
> 
> I am working on solutions, but the problem I have chosen to solve is
> different from yours.  Some people, such as me, simply want a good
> working cellphone, a device for making and receiving phone calls on
> the go - and we want this cellphone to be free as in 100% owned and
> controlled by the user.  If the objective is to have a plain phone,
> rather than a mobile computer, a device consisting of just one baseband
> processor, without an extra application processor, is a technically
> superior solution for the problem at hand: greater battery life, less
> unnecessary complexity, fewer points of failure.  And the existence of
> the Calypso chipset makes it possible for such a simple and efficient
> "dumbphone" to also be 100% free by virtue of the user owning and
> controlling the complete firmware.
> 
> Then there are those people who do want their pocket-resident device
> to be a computer complete with an OS like GNU/Linux, rather than just
> a phone - but some of those people would also want that device to be
> 100% free including the telephony processor - and not just "half-free"
> aka "half-pregnant".  For this class of users, the best currently
> extant device is the GTA02, made by Openmoko - not your GTA04, and not
> my dumbphone either.
> 
> Yes, there is the problem of these devices no longer being made - but
> instead of solving this problem by building a new device that would be
> as near-identical to the GTA02 as possible, including the Calypso
> (just like how I seek to copy the Pirelli DP-L10 as closely to verbatim
> as possible), you are making it worse by *actively destroying* the
> remaining stock of Openmoko phones!
> 
> Hence we will likely always be fighting on opposite sides.
> 
> VLR,
> SF
> 

Please can you save me from reading those walls of text filled with 
ideologically biased trolling, offenses and badmouthing of good work others do 
that you obviously are not interested in?
If you have nothing better to contribute than a silly 
> Upgrade?  Surely you must have meant downgrade - why would anyone in
> his or her right mind voluntarily give up a device that is 100%
> freeable down to the modem (GTA02) for a Qualcomm-based closed
> proprietary product like yours?
just to start your usual trolling based on the deserved reply, then you rather 
simply shut up.

Many thanks!
/j

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http:

Re: CSD calls from Neo Freerunner

[joerg Reisenweber]

On Tue 21 January 2014 15:42:20 Al Johnson wrote:
> On Monday 20 January 2014 07:31:55 Michael Spacefalcon wrote:
> > For those who don't know what CSD is:
> > 
> > http://en.wikipedia.org/wiki/Circuit_Switched_Data
> 
> [snip test call logs]
> 
> > CSD calls may be placed from a GSM mobile either to a land line or to
> > another mobile.  (I don't know if it's possible to establish a CSD
> > connection from a land line to a mobile.)
> 
> It's possible to establish the connection from land line to mobile, with
> both analogue and ISDN landlines. I used to use it for remote access to
> condition monitoring systems. You should be able to send and receive faxes
> too. It does need carrier support though.



For landline to mobile you need to signal to carrier that the OTA connection 
shall not use GSM-codec for voice but rather establish a 9k6 data connection.
From ISDN you can set the "data" service class flag, from analog landline there 
is no such flag. So usually a dedicated telephone number for inbound CSD-
datacalls is mandatory and carriers rarely support this nowadays, anyway you 
have to ask your carrier to provide such number for your mobile.
IIRC there's another method where mobile switches type of a connection on the 
fly, so you'd initiate a voice call from landline to mobile and then mobile 
switches type to datacall. Can't remember what the according AT-commands been 
to accomplish that.

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: testing the free calypso software

[joerg Reisenweber]

On Mon 27 January 2014 19:26:19 Michael Spacefalcon wrote:
> Giacomo 'giotti' Mariani  wrote:
> > By the way, I think that your work, with the right notes about being
> > experimental and so on of course, should also be in the official wiki.
> 
> As much as I would love to see it happen, I doubt that the powers
> controlling that wiki will ever allow it.

That's a bold misconception. OM wiki isn't censored, it just gets cleaned of 
SPAM and obviously incorrect AND hazardous info, like e.g. somebody suggesting 
to run wear tests against NAND to verify its formatting.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: testing the free calypso software

[joerg Reisenweber]

On Tue 28 January 2014 18:58:19 Norayr Chilingarian wrote:
> 01/27/14 10:26 -ում, Michael Spacefalcon-ը գրել է:
> > In the absolute worst case scenario imaginable, if someone does lose
> > their RF calibration values and has no backup copy anywhere, you
> > should be able to send your FR to some lab to get it recalibrated.  I
> 
> If someone has no backup of calibration data, can she use calibration
> data from other phone?
> Then we can send our data to that person. Or it won't work this way?
> I probably don't understand it well.
> 

Not recommended and not entirely correct procedure but nevertheless should 
sort of work, yes. You might want to edit the IMEI to what yours been, before 
(or after) you flash that alien calib data.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: testing the free calypso software

[joerg Reisenweber]

On Mon 03 February 2014 21:42:38 Norayr Chilingarian wrote:
> Does anyone know what will happen in a cellular network where there is
> more than one device has the same IMEI. In other words, if we all
> could change our IMEI numbers, and use one imaginary number, are there
> technical reasons for network to not work.

no technical but organizational. Usually that IMEI gets an instant ban, and a 
fat bold red alarm logline in carrier's network logs.

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: IMEI changing kit for GTA02

[joerg Reisenweber]

On Fri 07 February 2014 22:25:23 Michael Spacefalcon wrote:
> Hello fellow freedom lovers,
> 
> I have just released the first version of the kit that allows a Neo
> Freerunner user to set his/her IMEISV to any value of his/her choice.
> Download it here:
> 
> ftp://ftp.ifctf.org/pub/GSM/GTA02/ffs-edit-kit-r1.tar.bz2
> 
> Operating instructions are inside the tarball.  The way in which this
> kit works is completely independent of what firmware version you have
> in flash: it can be moko11, leo2moko, or even blank or corrupt flash.
> (Just like with fc-loadtool, the chain starts with Calypso's on-die
> boot ROM, i.e., the wonderful hardware unbricking feature TI gave us
> in this baseband chip, similar in principle to FR's NOR U-Boot which
> is extra hardware just for unbricking.)
> 
> Please also note that many vendors' "standard" proprietary firmwares
> include undocumented AT commands for setting the IMEI, and as my
> experiments indicate, moko11 appears to be one of them:
> 
> ftp://ftp.ifctf.org/pub/GSM/hacks/imei-hacks-r1.tar.gz
> 
> However, I do not recommend using that AT@SC command, as the half-baked
> implementation does not make the proper distinction between IMEI and
> IMEISV, and the last 16th digit of the complete IMEISV (which is what
> the modem actually uses and sends over the air) ends up being set to a
> "random" value that is an artifact of the obfuscation scheme.
> 
> As an example, the original factory IMEI of the GTA02 I use for FC
> development is 35465101-961584-0; the original factory programming of
> the complete IMEISV is 35465101-961584-00.  However, if one uses that
> AT@SC hack to change it, it is then impossible to revert the complete
> IMEISV back to this original setting using the same AT@SC command!  If
> one feeds the correct obfuscated AT@SC string for setting
> 35465101-961584-0, the full IMEISV gets set to 35465101-961584-01
> instead of the original factory 35465101-961584-00.
> 
> In contrast, the FFS editing kit linked above allows you to set all 16
> digits of the IMEISV to whatever you choose; the kit provides the
> mechanism and you decide on the policy for what the SV digits should be.
> 
> However, considering that those with a desire to play with their IMEIs
> would probably find an AT command much more convenient than the rather
> cumbersome (albeit powerful) XRAM-agent-based mechanism presented in
> my current kit, I plan on making a new version of leo2moko that will
> include a new AT command for setting the IMEISV.
> 
> I will not be replicating the obfuscated AT@SC command, instead it
> will be a different AT command that sets all 16 digits explicitly and
> works without any obfuscation.  The syntax I propose is:
> 
> AT+SIMEISV="1234567890123456"
> 
> If anyone has an argument for a different syntax, please speak up now.
> 
> Viva la Revolucion,
> SF


you recall that single line I actually censored? (Must have been the only time 
in my life I did this) In the changelogs, around moko5 or something.

It actually been a weird "secret" AT command to change the IMEI, it claimed in 
changelogs that it had some really weird formula to add birthday^5 to old IMEI 
or sth and append that to the new IMEI, for "authentication" - and it never 
worked afaik.

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: IMEI changing kit for GTA02

[joerg Reisenweber]

On Sat 08 February 2014 01:54:44 Michael Spacefalcon wrote:
> joerg Reisenweber  wrote:
> > you recall that single line I actually censored?
> 
> http://people.openmoko.org/joerg/calypso_moko_FW/all_version__CHANGELOG.txt
> 
> line 60, I assume.

Yes, that one.


> 
> > (Must have been the only time
> > in my life I did this) In the changelogs, around moko5 or something.
> 
> Considering the time proximity between this hack and the moko5->moko6
> change in which you (not you personally, but the company) went backward
> from the sensible approach (used in most other TI-based products too)
> of storing configuration items in FFS to the non-sensible approach of
> hard-coding them in the fw, let me make a guess: the crappy Weendoze-
> only host tools for development and production which TI gave you (for
> FFS programming in this case) were unreliable, and you were looking
> for a way to avoid needing to do any FFS programming through the RVTMUX
> interface (TI's official way) at all.  Of course the IMEI is one item
> which can't be hard-coded in the fw, and if you didn't want to (or
> couldn't) use the "proper" RVT/ETM-based method of programming, then
> you had to hack in some other way, such as a special AT command.
> 
> But I assume that the issues with TI's production testing and
> programming tools must have been solved in time for GTA02A7 mass
> production, as my unit came with a /pcm/IMEI (IMEISV really) setting
> which cannot be programmed via that AT@SC hack, only via the proper
> RVT/ETM channel.
> 
> I also find it cute that all mass-produced GTA02 units (at least the 4
> that have been liberated so far: mine, David's, Norayr's and Giacomo's)
> came with a few files in FFS (/pcm/CGM[IMR]) which are not used by any
> of your fw's from moko6 onward, only by moko5 - surely flashing a GTA02
> back to moko5 is NOT recommended (I even remember seeing admonitions
> somewhere to never do that), yet those files seem to be there just to
> support those people who might do that...  Wasn't it your inability to
> write these strings into FFS reliably that made you go back to hard-
> coding them?
> 

I have no idea, I took care about GSM firmware only much later. But I think 
until the point in time when I was able to contract Dieter Spaar for OM, there 
been significantly less knowhow about all that stuff inside OM than what you 
demonstrate here. After Sean Chiang left, the domain had nobody savvy how to 
handle all that, iirc. And the whole stuff been even temporarily considered 
lost forever, thanks to reformatting of a laptop HDD (iirc). Also see bug #666 
which got fixed in moko5 but evidently the patched lib TI provided for that got 
dropped for no reason in later fw versions, until Dieter noticed that and 
included it again in Moko9-Beta1


> > It actually been a weird "secret" AT command to change the IMEI, it
> > claimed in changelogs that it had some really weird formula to add
> > birthday^5 to old IMEI or sth and append that to the new IMEI, for
> > "authentication" - and it never worked afaik.
> 
> So I assume we are in agreement then that this "secret" AT@SC command
> is NOT recommended for use?

Yes, definitely. I think this command never really worked. And for obvious 
reasons it never been tested thoroughly, I guess.

When I had to tinker with calypso IMEI I'd probably rather resort to your 
tools than try this command or ti_tat

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: IMEI changing kit for GTA02

[joerg Reisenweber]

On Wed 19 February 2014 11:26:49 Nick wrote:
> On Wed, Feb 19, 2014 at 10:19:12AM +0100, Dr. H. Nikolaus Schaller wrote:
> > According to http://www.legislation.gov.uk/ukpga/2002/31/section/1 it is
> > a full (not semi) offence with up to 5 years in prison in the UK.
> > 
> > And even possessing such a tool isn't allowed:
> > 
> > http://www.legislation.gov.uk/ukpga/2002/31/section/2
> 
> Eugh. What a horrible piece of legislation. What *should* happen is
> that it should be repealed now that mobile phone theft is far less
> than it was when it was drafted, and known abuses of surveillance
> are far higher. I have precisely zero faith in anything like that
> happening, particularly in the UK.
> 
> Although, reading section 1(3)(b) of the first legislation, it looks
> like it's legal if the manufacturer permits it in writing. So someone
> at OM should say "yeah, sure, whatever", which would make us a
> little safer ;)

If that makes you feel better:
yeah, sure, whatever
OM nor me can allow or forbid anything you do to your phone, and I consider 
changing of IMEI reasonably safe from a technical perspective.

I however again want to emphasize the absolute lack of any point in changing 
IMEI. It will not improve your privacy, au contraire it will make you light up 
in their surveillance like a pink Zebra in savanna.
When you need to have privacy, don't use GSM! Use a phonebooth instead! Use 
coins, not a phone card!

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: IMEI changing kit for GTA02

[joerg Reisenweber]

On Wed 19 February 2014 12:21:00 Christoph Pulster wrote:
> Hi,
> 
> its nice to see, outlaw Michael's activities cause some life in this
> list.
> 
> @Nikolaus: damn to UK laws, Michael is providing a tool to change IMEI,
> no more no less. Besides legal issues, I miss the thanks to Michaels
> effords. Of course he wrote a lot strange/non tolerable things in this
> list in the past, but concerning technical effords, he was very
> insistant and pushed it as far as writing a tool for easy change of IMEI
> without having full access to NDA-infos.
> 
> 
> @Joerg: "changing IMEI...will not improve your privacy, au contraire"
> please explain this to me again.
> If I buy a Openmoko and use a non-registered prepaid card with it,
> change the IMEI before first usage, who can track my real ID ?
> 
> Christoph

I knew this will come up again. We had been through all this a month or two 
ago. Whatever...:

who can track you? everybody who already tracked you and noticed you did a 
call before to same far end number from roughly same geo-location. When you do 
TWO calls to TWO (normal) numbers, not even geo-location is needed (unless 
both numbers are of the class "gets 50 calls per day").
And so far we didn't even consider any implications from fingerprinting of your 
mobile equipment's GSM stack and physical transceiver. Buzzword nmap "guess 
OS" to give you an idea of how that works.

Honestly, changing your IMEI doesn't mean you magically get invisible, you 
rather stand out as one of maybe 5 guys in your wider area - read town, 
country - using a *new* fake IMEI. Even when you change your IMEI (and discard 
your SIM and get a new one) after every single call you do, you will stand out 
even more as THE only guy who is known to do that in your whole country.

Then add on top true eavesdropping on calls and speaker recognition.

And when things go really haywire, you pick a "random" IMEI that's actually 
already in use by somebody else, or is blacklisted.

Oh, and make sure you did pay your SIM with real money, not any credit card or 
whatever.


So let's sum up: you find a carefully selected fake IMEI, switch your phone to 
that, insert that new SIM you just purchased for 10 bucks at a gas station 
where you popped up disguised as Benjamin Franklin and registered it in 
internet under Benjamin's identity to enable it, then you do one phonecall and 
discard the SIM immediately after call. Right?

Better use a phonebooth! ;-)


cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: changing IMEI

[joerg Reisenweber]

On Thu 20 February 2014 12:05:00 Christoph Pulster wrote:
> Hi,
> 
> @joerg: sorry we mis-communicate.

No we don't. Or at least I don't. ;-)

> I am not talking about tracking  
> (location of caller), 

me neither since that's absolutely trivial


> but identification of caller.

me too


> If I buy a mobile, name is registered and connected with IMEI.

Depends. 


> Using a Openmoko and changing IMEI with Michaels tool does make a "new"  
> device out of it. Logfiles cant be law prooven evident of my identity.

Sorry, that's a dangerous misconception. 
Again, just in case I still didn't manage to make it clear enough: there is 
nobody else but you on this earth calling those 3 phone numbers (unless you 
call numbers that are getting called by 0.5mio users per day).
Simply compare who called number A during last year, and who also called 
number B during last year already reduces number of individuals to max 10. 
Then check which of those 10 individuals doesn't use her/his old IMEI anymore 
and here you are: old IMEI linked to new fake IMEI. With only 2 calls done 
from your new SIM and IMEI to your wife and your mother (or any other 
arbitrary two "normal" phone numbers you called before). This will hold for 
evidence on any court, better than fingerprints.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: changing IMEI

[joerg Reisenweber]

On Thu 20 February 2014 15:27:33 Neal H. Walfield wrote:
> Why do you think the only use for a mobile phone is to make calls?  If
> I only make a data connection and am careful to tunnel all of my data
> via Tor, then this identification method is useful.
> 
> Neal

Err, right. For that usecase it might work - until you do *anything* that 
gives away your ID, which is even more easy in internet than in a GSM call 
(think searching for 2 or 3 topics on google which are specific to you. Or 
visiting 2 or 3 specific websites, maybe even in a certain specific usage 
pattern. Obviously you can't use email or anything like that. And google [and 
others] might be able to identify you from your typing style and rhythm into 
the search term textfield already).

And no, you probably can't use a VPN to have only encrypted data transferred 
over the air. I don't think there are any free and open VPN endpoints 
available.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: changing IMEI

[joerg Reisenweber]

On Thu 20 February 2014 15:27:33 Neal H. Walfield wrote:
> and am careful to tunnel all of my data
> via Tor

Recent tests have revealed that at least 20 nodes in Tor are trying to break 
into your encrypted data transmission.
It'd widely known that Tor is infiltrated by agencies.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko's downfall (was changing IMEI)

[joerg Reisenweber]

On Thu 20 February 2014 20:38:35 Michael Spacefalcon wrote:
> was a proprietary
> phone no different from anything out of Motorola, Samsung or Apple.

evidently bullshit!

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko's downfall (was changing IMEI)

[joerg Reisenweber]

On Fri 21 February 2014 07:29:28 Dr. H. Nikolaus Schaller wrote:
> > Of course it will never happen legally, but so what?  We can build it
> > illegally instead.
> 
> You are a Pied Piper of Hamelin.

Let's hope we don't have to read "Pied Piper Revisited" or learn about some 
landslide or somesuch, in a few years. ;-P

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko's downfall (was changing IMEI)

[joerg Reisenweber]

On Fri 21 February 2014 07:48:02 joerg Reisenweber wrote:
> On Fri 21 February 2014 07:29:28 Dr. H. Nikolaus Schaller wrote:
> > > Of course it will never happen legally, but so what?  We can build it
> > > illegally instead.
> > 
> > You are a Pied Piper of Hamelin.
> 
> Let's hope we don't have to read "Pied Piper Revisited" or learn about some
> landslide or somesuch, in a few years. ;-P
> 
> /j

And particularly: who's Rumpelstiltskin? And is OM == Shrek?

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko's downfall (was changing IMEI)

[joerg Reisenweber]

On Fri 21 February 2014 08:26:59 Radek Polak wrote:
> On Thursday, February 20, 2014 08:38:35 PM Michael Spacefalcon wrote:
> > I am also convinced that the *real* reason why "Openmoko = failure" in
> > the general public's perception is precisely because of that NDA and
> > no one having broken it during the years when it mattered the most.
> 
> That's your point of view. Point of view of a firmware hacker.
> 
> But there are other points of view. E.g. some people expect the phone ring
> when friends/wife/customer calls. I had many phones before and 2 phones
> after (N900 and now Jolla). None of them had any problems with SMS and
> telephony.
> 
> Openmoko is different - they never provided SW for reliable phone. Openmoko
> never provided stable maintainable kernel - instead they wasted their time
> on doing 4 ugly unusable distros while at the time they had perfectly
> stable usable and working Qtopia.

Granted, but then QTopia never been a "true linux" in my book. IIRC it had no 
X11, thus according to my definition of >my dream companion< it's as useless as 
Sailfish is now, and android ever been. And do you suggest any of your other 
phones provided a "maintainable kernel" so far? I have some of them too and 
know a bit about their kernels, I don't think they are any better than what OM 
provided.

A question to Michael S.: the heck which dang NDA are you talking about? OM 
allowed all reasonable individuals access to all the docs and specs and 
schematics we ever had, on request (yes, including the calypso sources we had 
- which not been much and not been maintained by OM at all, basically). We 
were just not able to put it on fileservers or P2P since that would have taken 
us out of business immediately. That's business, sorry you don't like to 
accept reality in that regard, probably caused by your communist ideology. But 
then, why don't you start a company in Russia? OOPS, they also went capitalism 
now. Maybe China, with their copycat capitalism, is the best homebase for you? 
Anyway OM never promised to help you bring communism to world dominion, 
neither at large nor in hw manufacturing. OM just started to bring you best 
you can get regarding openness and freedom. No use in stating "man should be 
able to fly" and do a basejump from Eiffel tower dressed in a funny suit to 
make 
that happen. When OM would've taken that approach, absolutely zilch of all 
that's been achieved ever had reached the community.

> 
> And even 5 years after there is no good kernel for Freerunner. 2.6.29-rc
> seems quite stable but the patch against mainline is horrible, besides
> it's power management is worse then it could be. 2.6.39 has hardly nearly
> unreproducible problem with resume.

Well, you can't deny the fact that *not* a *single* "phone" has a clean 
mainline kernel. That's because mainline - sorry to be frank here - has NFC 
about power saving. Neither about handling "realtime" requirements in resource 
limited embedded environment (admittedly not kernel's fault)

> 
> Now we have free firmware which is cool, but the usablity of the phone
> hasnt changed much.

Well, my take on that is: it's up to you, the community, to come up with such 
systems designed to provide improved usability. Look, even Nokia announced EOL 
for any maemo fremantle maintenance only 2 years after roll out of N900. You'd 
have to pay a yearly fee probably even higher than the initial purchase price 
of the device, to make any group of professional paid developers continue 
support of a finalized product longer than a year or two, since otherwise 
there's simply no budget for such effort.

Freerunner been *free* in that it absolutely allows community to pick up on 
that task, you got *all* the *needed* *info* and docs, and that's what OM ever 
been about. *NOT* about liberating the *GSM* radio stack.

It has been mentioned in one of the last 5 posts to this thread: indeed, 
depending on your definition of free, you possibly never will find a "ONE 
HUNDRED PERCENT FREE phone" since no chip manuf will give you the masks and 
process step specs, nor the detailed internal structure description of chips, 
not even for ARM CPU. And the perceived liberation of FreeRunner now with that 
pirated GSM stack is a delusion as well, there are still things like WLAN 
firmware and glamo drivers, not to mention the maybe disclosed but not at all 
understood source code in the undocumented calypso chipset GSM stack itself. 
Heck I bet there's a whole lot of kernel stuff that's been provided by some 
chip manuf in BSP for the CPU/SoC and never reached the level of "understood 
by community so it could get done again for next similar chip". When you 
(whoever) call that rather unexciting and irrelevant achievement of pirated 
GSM radio stack the frontier line between a free and a proprietary embedded 
device that allegedly been crossed now, then I dunno what's your benchmarks 
and philosophy at large.

cheers
jOERG
-- 
()  ascii ribbon campaign - ag

Re: GTA04 work (was: Openmoko's downfall (was changing IMEI))

[joerg Reisenweber]

On Fri 21 February 2014 10:03:47 Bob Ham wrote:
> On Fri, 2014-02-21 at 08:54 +0100, Dr. H. Nikolaus Schaller wrote:
> > We ... are working on a 3.14 kernel and getting things mainline
> 
> Why?  The GTA04 is not usable as a daily phone.  Why would you waste
> time on the kernel instead of working on the problems that prevent the
> board being used?

Thanks a lot for the excellent advice! Now if you could elaborate on what 
exactly *is* the source of the problem, and particularly why it's not related 
to kernel's power management, according to your insight.

> Why are you not spending this time working on the
> power drain?

See above!

>[...]
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: changing IMEI

[joerg Reisenweber]

On Fri 21 February 2014 10:17:26 Neal H. Walfield wrote:
> > And no, you probably can't use a VPN to have only encrypted data
> > transferred  over the air. I don't think there are any free and open VPN
> > endpoints available.
> 
> Using Tor avoids this problem.  Check it out:
> https://www.torproject.org/

This would rely on all communication between your local device and Tor's entry 
node being completely and securely encrypted so nobody can spy on it, not even 
by profiling and correlation methods. Do you think that's warranted, *always*?

But honestly, the Freerunner probably isn't the device you want to use for 
data only, in an absolutely track-safe mode, to do... what exactly? VoIP? 
Hardly! For stealth access to internet there are for sure better solutions 
than the one we're talking about here. And initially we talked about _calls_ 
iirc.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko's downfall (was changing IMEI)

[joerg Reisenweber]

On Fri 21 February 2014 10:36:59 Michael Spacefalcon wrote:
> VLR,
> SF

Do yourself a favor and ask some of your friends with a more down-to-earth 
mindset before you ever again consider posting such mails. When you don't get 
it, go and ask your friends, maybe they also can explain to you why I 
suggested this.

Good luck!
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA04 work (was: Openmoko's downfall (was changing IMEI))

[joerg Reisenweber]

On Fri 21 February 2014 10:54:23 Bob Ham wrote:
> On Fri, 2014-02-21 at 10:22 +0100, Dr. H. Nikolaus Schaller wrote:
> >  the kernel controls the power drain.
> 
> How has that been determined?

Roughly same way as Pi 
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA04 work (was: Openmoko's downfall (was changing IMEI))

[joerg Reisenweber]

On Fri 21 February 2014 10:54:23 Bob Ham wrote:
> On Fri, 2014-02-21 at 10:22 +0100, Dr. H. Nikolaus Schaller wrote:
> >  the kernel controls the power drain.
> 
> How has that been determined?

Your initial rant sounded much similar to the plot:
blame the architect for not working on the electrics of the house, to stop the 
excess energy expense caused by the residents not shutting down the heating 
when opening the windows.
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: (was: GTA04 work (was: Openmoko's downfall (was changing IMEI)))

[joerg Reisenweber]

On Fri 21 February 2014 11:43:08 David Matthews wrote:
> Yes it is, and those who do not believe so should allow those of us that do
> value it to enjoy it in peace :-0 - I at least do not need to be told
> repeatedly how foolish I am for delighting over something someone else
> believes has zero worth

Please don't polemize! Nobody has told you that you're foolish. You do that 
now, about those of us who question the purpose of changing IMEI (something 
that got lost in your mail's topic, as well as the thread reference that 
would've put this into context)
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSM frequency bands in the USA

[joerg Reisenweber]

On Fri 21 February 2014 18:51:37 Andrew Schenck wrote:
> its the 900/1800/1900 version, but I haven't found any way to verify
> > On Fri, 2014-02-21 at 12:07 +, Nick wrote:
> >> there. It is a European 900/1800/1900MHz version (I presume - I
> >> bought it 2nd hand - is there an easy way to check?). Can I just use

Under battery, on the label, right side directly above the "ASSEMBLY IN CHINA" 
writing...!

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA04 work (was: Openmoko's downfall (was changing IMEI))

[joerg Reisenweber]

On Fri 21 February 2014 19:22:00 Bob Ham wrote:
> On Fri, 2014-02-21 at 18:15 +0100, Dr. H. Nikolaus Schaller wrote:
> > Am 21.02.2014 um 10:54 schrieb Bob Ham:
> > > On Fri, 2014-02-21 at 10:22 +0100, Dr. H. Nikolaus Schaller wrote:
> > >> the kernel controls the power drain.
> > > 
> > > How has that been determined?
> > 
> > Please find the answer and tell us about the results.
> 
> This answer implies that you have nothing to back up your assertion that
> "the kernel controls the power drain".  It implies that your assertion
> was, in fact, just speculation.  And if you don't know whether the
> kernel causes the power drain, then you can't know that working on the
> kernel is working on the power drain.
> 
> You are not working directly on the problem of the power drain.  When
> you start doing that work, instead of developing kernels for a useless
> phone board, the community will be more supportive.

please take it elsewhere!
you evidently got NFC but think you can patronize and instruct others
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA04 work (was: Openmoko's downfall (was changing IMEI))

[joerg Reisenweber]

On Fri 21 February 2014 19:22:00 Bob Ham wrote:
> On Fri, 2014-02-21 at 18:15 +0100, Dr. H. Nikolaus Schaller wrote:
> > Am 21.02.2014 um 10:54 schrieb Bob Ham:
> > > On Fri, 2014-02-21 at 10:22 +0100, Dr. H. Nikolaus Schaller wrote:
> > >> the kernel controls the power drain.
> > > 
> > > How has that been determined?
> > 
> > Please find the answer and tell us about the results.
> 
> This answer implies that you have nothing to back up your assertion that
> "the kernel controls the power drain".  It implies that your assertion
> was, in fact, just speculation.  And if you don't know whether the
> kernel causes the power drain, then you can't know that working on the
> kernel is working on the power drain.
> 
> You are not working directly on the problem of the power drain.  When
> you start doing that work, instead of developing kernels for a useless
> phone board, the community will be more supportive.

Nikolaus' answer just implies one thing: he noticed quicker than me that any 
answer to you is futile.
Feel free to pick the right one matching to your statements from 
http://en.wikipedia.org/wiki/Fallacy
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Shr-Devel] FSO project hosting (mailing lists, ...)

[joerg Reisenweber]

On Tue 11 March 2014 18:26:07 Sebastian Krzyszkowiak wrote:
> On Tue, Mar 11, 2014 at 6:15 PM, Dr. Michael Lauer
> 
>  wrote:
> > Quick update:
> > 
> > I have gathered the old subscribers’ list and
> > have invited (not autosubscribed) all former
> > members.
> > 
> > If you are not among the invited and have interest
> > to participate on the future of the FSO middleware
> > stack, then please feel very welcome to join
> > 
> > f...@openphoenux.org
> > 
> > Best regards,
> > 
> > Mickey.
> 
> Subscription link for lazy ones:
> http://lists.goldelico.com/mailman/listinfo/fso
> 
> Thank you Mickey for taking care of that!

Thanks to both of you! :-)
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko GTA06

[joerg Reisenweber]

On Sun 13 April 2014 15:26:34 Norayr Chilingarian wrote:
> Then they need to filter who uses same Internet services as 
> me. This case it's much harder to make sure that me is me, right?

Nope, since your internet traffic is a way better richer fingerprint of you 
than 
the numbers you could call (or don't, according to your planned use)
Logging in on a single forum or webmail-service or polling your mail via POP3 
or registering with a VoIP registrar already suffices. Heck even a more or less 
arbitrary cookie left in your browser suffices.
And as already explained a IMEI popping up out of nowhere is *always* highly 
suspicious and will usually already suffice to put you into the group of those 
20 subjects that currently frequently use fake changing IMEIs. For the rest a 
rough geolocation will do to identify you as subject #8 of those 20 subjects.
It's like you running the streets wearing a gorilla mask, and then changing 
your gorilla mask to a pig mask and then 100m further you swap that for a 
donkey mask. *Everybody* will look at you and there's not much doubt who you 
are, despite you never showing your real face.
OOOH, I almost forgot: tell me which internet service you may use without a 
SIM you paid for. They will probably die from laughing about you when you 
constantly swap your IMEI without constantly swapping your SIM *and your 
geolocation* exactly same time.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Open Source AHRS project: giving away hardware

[joerg Reisenweber]

On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote:
> calibrate 
> the compass via GPS track by an easy calibration or self-calibration 
> method

GPS doesn't offer any data to calibrate magnetometer from. 
magnetometer aka compass is about orientation of device, GPS is about position 
and movement vector. They are 100% unrelated.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Open Source AHRS project: giving away hardware

[joerg Reisenweber]

On Sun 11 May 2014 09:25:37 Pascal Gosselin wrote:
> Indeed. When you taxi an airplane on the ground in a straight live or drive
> a car in a straight line, GPS TRACK (adjusted for magnetic declination) =
> Magnetic Heading.
> 
> The other complementary magnetometer calibration techniques involve driving
> around in a full circle in about 60 to 75 seconds or doing a 360 degree
> turn and stopping every 30 degrees.
> 
> -Pascal
> 
> Sent from my iPhone
> 
> > On May 11, 2014, at 4:47 AM, "Jake"  
wrote:
> >> On 05/11/2014 07:08 AM, joerg Reisenweber wrote:
> >>> On Sat 10 May 2014 11:57:30 Pascal Gosselin wrote:
> >>> calibrate the compass via GPS track by an easy calibration or
> >>> self-calibration method
> >> 
> >> GPS doesn't offer any data to calibrate magnetometer from.
> >> magnetometer aka compass is about orientation of device, GPS is
> >> about position and movement vector. They are 100% unrelated.
> > 
> > In a static situation this is correct, but while moving it is possible
> > to get the current heading from GPS.
> > 
> > Jake
> > 

This all assumes a locked and defined mounting situation for the magnetometer. 
Then yes. For an embedded device however this method tells you nothing about 
the magnetometer heading. The embedded device can change relative orientation 
to the vehicle that's driving.
PS: you must be very sure about the vehicle moving exactly straight ahead as 
well, for anything but a non-sliding car that's not guaranteed, think boat, 
even airplane
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gta02 pcb layout

[joerg Reisenweber]

On Tue 13 May 2014 23:49:13 mobi phil wrote:
> Hi,
> 
> after years, was for "scientific" :) reasons wanted to give a new life to
> the gta02 I own. Opened it, and the usb connector was enough fragile. Tried
> to resolder it but the pcb couper line broke. Cannot see precisely to which
> resistor that line connected. So need a very good magnified photo or the
> pcb. Anybody can help?

schematics 

together with component placement 
http://people.openmoko.org/joerg/schematics/GTA02/lindi-searchable/
should go a long way for this. Usually ti's just a question to find the right 
one of two ends of a 0402 resistor or capacitor. The other (wrong) end is 
usually connected to another similar 0402 component (or GND, or Vdd) so by 
testing for 4 conductance aka 0R connections from both ends of component A to 
both ends of component B you should be able to spot the "wrong end". The other 
one is the right end then, which you want to use to connect your bridging wire 
to.

If you need more help, just holler.
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gta02 pcb layout

[joerg Reisenweber]

On Wed 14 May 2014 00:27:11 mobi phil wrote:
> hi!
> 
> that was a lovely quick answer.. .found the schematics, but was not finding
> the pcb layout.

The PCB layout is an 8-layer (iirc, maybe 10)  which is pretty hard to publish 
in any useful representation other than the layout program's own one.
Anyway you don't need PCB layout to solve your problem.

> 
> it looks that I broke the one toward the gps unit, that is towards the
> ground, which is normaly not used... or .. is it used on gta02?

Please send (link to) a number of macro snapshots illustrating your problem in 
a way so I can look up a solution for you.

cheers
jOERG
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gta02 pcb layout

[joerg Reisenweber]

On Wed 14 May 2014 01:12:00 mobi phil wrote:
> I wanted to see only the surface pcb. 

On component placement you see the surface layer of PCB, incl all copper 
traces.

/j

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtMoko] GSM not turning on / registering

[joerg Reisenweber]

Please consider that - it seems / I heard - several 850/900 and 1800/1900 
cells are getting reassigned in USA from GSM to UMTS or even LTE during last 
year. Ongoing.

good luck!
jOERG

On Mon 19 May 2014 08:27:15 Nick wrote:
> Quoth Michael Spacefalcon:
> > Nick  wrote:
> > > The phone that works is 3G, and it doesn't seem to have a 'force 2G'
> > > option anywhere.
> > 
> > The option in question often goes by different names: it may also be
> > named "network type" or "network selection" etc, with the choices
> > being GSM or WCDMA or both.  Try selecting GSM if you can find the
> > elusive option.
> 
> Hmm, I didn't see anything like that even, but I'll take another
> look tonight.
> 
> > > I'm in the Greater Boston area,
> > 
> > Ahh - I didn't realize you were still here in the States - I remember
> > you asking on this list a few months ago about GSM frequency bands in
> > USA, with the intention of traveling to Boston area, but it was back
> > in February, so I thought the trip was over and you were back home in
> > the UK.
> 
> Yeah, I'm here for 6 months. It's a good place :)
> 
> > How long ago have you arrived in Boston?  Is the FR-not-working
> > problem something that happened upon arrival in USA, or has it been
> > working for you for a while in this part of the world?
> 
> No, it has worked fine (well, in fact) for the past couple of
> months, so it definitely *can* work here.
> 
> > Ahh, so you decided to be adventurous and use AT&T instead of the more
> > tried & tested T-Mobile.  Before we spend an inordinate amount of
> > effort figuring out why your FR doesn't work on AT&T in Boston,
> > perhaps you could try a T-Mobile SIM card just as a quick test?  If
> > you don't have one, just go into any T-Mobile store and ask them to
> > borrow a SIM for a few minutes to test in your phone while inside
> > their store.
> 
> I may end up doing that, but there isn't a T-Mobile store very
> conveniently located for me, so I'll at least try some fun logging
> of AT commands first.
> 
> > Also if there is any chance you might visit California before you go
> > back to the UK, we could meet up and do some GSM hacking together. :)
> 
> Aah, that would be nice, but no, I don't think I'm going to get to
> the west coast this trip. It sounds like something well worth doing,
> and someday I'll make it there. I'll let you know if my plans change
> and I end up in California. Similarly, let me know if you come to
> Boston. :)
> 
> > > Basically because I just want a dumbphone that works, really, so
> > > tend towards laziness regarding my phone nowadays.
> > 
> > If you are using your FR as an oversized dumbphone, have you considered
> > using a real dumbphone instead?  You might want to grab a Mot C139 on
> > ebay while they are still available - it is one of the models which I
> > am using for FreeCalypso firmware bring-up (along with the Neo FR and
> > Pirelli DP-L10) before building my own dumbphone hardware, and it has
> > the advantage of being a very simple dumbphone with full schematics
> > available (unlike the Pirelli).
> 
> Hmm... I'll consider it...
> 
> Thanks, and expect some nice AT output later.
> 
> Nick
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtMoko] GSM not turning on / registering

[joerg Reisenweber]

On Mon 19 May 2014 20:08:36 Michael Spacefalcon wrote:
> - full name in quotes
> - short name in quotes
> - the true numeric ID sent by the cell network (the decoded names in
>   the previous two fields come from a look-up table in the modem fw);
Nope they shouldn't, that LUT-name is a 3rd way to get the plaintext of 
carrier as long as network fails to transmit full and short name OTA (AFAIK).
And in userspace of GTA02 there's usually yet another LUT for a 4th way to get 
the name ;-)
SIM also might provide a name, so that would be a 5th way.

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pong Was: ping

[joerg Reisenweber]

On Tue 17 June 2014 19:07:36 Robert 'Bobby' Zenz wrote:
> Pong from Austria, still happy with my GTA02 (would like a GTA04,
> though).
> 
> I wish everyone a good summer!

How about a Neo900?
http://neo900.org

/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pong Was: ping

[joerg Reisenweber]

On Tue 17 June 2014 20:43:43 Robert 'Bobby' Zenz wrote:
> Was thinking about it, but I dislike such small keyboards. To be
> honest, I'd need to try the keyboard of the N900 to know if I'd like it
> or not and if I can use it or not. On my GTA02 I'm using the stylus
> that came with it and the docked keyboard.
> 
> Well, touchscreen keyboards never really worked for me when not using a
> stylus.

Seems you could do all this on GTA04 as well as Neo900, too. Except for one 
negligible difference: Neo900 comes with stylus built-in ;-)

N(eo)900 hw kbd is commonly considered one of the really good small keyboards. 
Ryan Abel (GeneralAntilles) once did an IRC live report from/about a 
conference talk, where he typed on N900 faster than I can type on a standard 
keyboard. It was really impressive and a proof that N900 hw kbd can't be 
_that_ bad. You might be able to find that event in 
http://mg.pov.lt/maemo-irclog

cheers
jOERG

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Indiephone.eu

[joerg Reisenweber]

On Mon 30 June 2014 02:31:57 Michael Spacefalcon wrote:
Q:
> So what the heck have these people been doing for
> the past 3.5 years??

A:
Their thing they been interested in, instead of bitching at others, like you 
do.


Not everybody shares your approach and goals, some even find such goals utterly 
useless to scratch their own itch. Your contributions would probably receive 
more attention when you finally would refrain from constant engaging in useless 
personal insults and fights. But then, hoping for such a change of mindset is 
probably just ridiculously silly of me - we know your hang on this since 
several years now.

If you want to do me ONE favor: don't answer this mail! I already regret havng 
written it. Anyway now it's done, here it flies.
/j
-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Doc

[joerg Reisenweber]

DAMN SPAM!
don't click the link!

On Mon 14 July 2014 07:22:52 Vicente Alcañiz Buceta wrote:
>Incoming Google drive document awaiting you
> Click *Open*
> 
> to view the shared docs
> 
> View accessible PDF, DOCX, PPTX, XLSX, among other files online with Google
> Docs by only 2 clicks.
> Best Regards

-- 
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments
(alas the above page got scrapped due to resignation(!!), so here some 
supplementary links:)
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OT: Ubuntu phone && HTML5 / QML

[joerg Reisenweber]

On Mon 16 March 2015 10:43:51 Dr. H. Nikolaus Schaller wrote:
> Our key problem is that we don’t have a big budget to spend for a new GTA05
> that can compete with others.

The Neo900 UG long term business plan has perspectives to change that, 
eventually :-)

cheers
jOERG
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OT: Ubuntu phone && HTML5 / QML

[joerg Reisenweber]

On Mon 16 March 2015 22:00:42 Pascal Gosselin wrote:
> > On Mar 16, 2015, at 4:49 AM, Dr. H. Nikolaus Schaller  
wrote:
> .
> 
> > I am just curious to understand how people think and decide such things in
> > March 2015.
> Here's my take on this:
> 
> My particular vertical market need is for a very small computer that:
> 
> -Boots up upon receiving an external power (charging) signal.
> -Customizable boot code
> -Runs Linux and can run whatever full-blown Linux tool/app we need at
> startup/boot without any user intervention -Can acquire and use a GPS
> signal at 4Hz or better.
> -Has an audio input (headset/mic jack)
> -Has Wi-Fi
> -Has accelerometers
> -Has at least 8GB storage
> 
> The GTA02 does a fine job at the above, the external GPS antenna capability
> is a bonus. That's why we bought hundreds of them (everything Openmoko had
> left in 2010), for one particular vertical market use.
> 
> What (else) would we need in a GTA05 ?
> 
> -Better GPS (10Hz, Glonass, Galileo, BeiDou, offline A-GPS)
> -LTE or at least "4G-ish" capability
> -GSM Certification to operate in major countries
> -Dual SIM card capability
> -Dual internal MicroSD cards (RAID)
> -Retain external GPS antenna port
> -Support Invensense IMU chip for advanced motion processing (9 DOF)
> -Barometer/Temp sensor
> -Infrared blaster
> -RFID/NFC capability
> -Fingerprint scanner
> -Built-in GPIOs with externally-accessible connector
> -USB OTG, USB 3.0 ?
> -Built-In Ethernet capability
> -Built-in A/D converter with externally accessible connector
> -Built-In RS-232/RS-422 ports, externally accessible
> -Built-in camera with an external port to add a remote cameras (say up to 3
> meters from device). Basically multiple USB 2.0 ports at a minimum. -A
> decent-sized multi-touch or Glove-Friendly screen (two versions ?), the
> GTA02 screen is much too small by modern standards (we only use the screen
> for stuff like Wi-Fi password data entry by the end user) -HDMI outputs
> (support two external screens)
> -Speakers (like all phones)
> -Offer various battery sizes (thicker backs).

Neo900 is _almost_ there already ;-)
STEP2 will definitely be  
http://talk.maemo.org/showthread.php?p=1444602&highlight=step2#post1444602

> 
> For the external connector for serial and GPIO, flat round contact pads with
> a docking station on the back like Garmin uses on many units.
> 
> I believe such an open device would be highly successful in a Kickstarter
> campaign. The M2M (Machine-to-Machine) market is huge. Such a device would
> have broad appeal. Size is not very important, the capability/connectivity:
> Yes!
> 
> Ubuntu phone, but for true hardware hackers and companies with vertical
> needs that are not met with current smartphones or by Raspberry Pi or
> Arduino platforms.
> 
> GTA04's limited 1Hz GPS was a killer for us... didn't bother finding USB
> camera options for the USB OTG on the GTA04 as a result, nor the mysterious
> built-in camera option (not ideal for us, remote camera is what we need).
> 
> The M2M folks want low-level hardware support (block diagrams, schematics,
> etc...) and open software drivers (abandonware is the problem here from
> commercial vendors).
> 
> Offer a version that's a smartphone and a bigger version that's basically a
> small computer with a built-in very smart UPS, with the ability to add
> expansion cards for non-mobile uses.
> 
> Personally I am not a purist, I don't mind inevitable closed aspects of some
> hardware/firmware that don't have open equivalents (the Invensense IMU
> stuff or LTE modem for example).  Nothing on the market offers what I'm
> looking for... and I'm sure I'm not alone seeking the Holy Grail of
> connected small mobile computer that's not iOS or Android.
> 
> The current proposed Ubuntu smartphones all have serious flaws (no microSD
> on the Meizu and on the EQ 4.5 they can't even bother mentioning which
> exact Mediatek processor they are using !!!) and pretty much none of the
> expandability and interface capability that I'd like to see in the device.
> 
> When you can't even publish a proper detailed hardware spec sheet for your
> Ubuntu phone, you know lower level support is going to be an absolute
> nightmare. That's what Ubuntu Phone is now.
> 
> Better yet, the phone could have an internal small expansion slot with
> routing to the external connector pads. Need a bizarre interface ? Build a
> board and you are done, no internal soldering mods required.

Neo900 has HackerBus for now:  
http://talk.maemo.org/showthread.php?p=1461954#post1461954
I know it's all not up to par with your requirements but you at least see 
we're heading into right direction :-)


> 
> I would expect demand for such a device from the Drone market alone to be
> massive.
> 
> More realistic than the current Phoneblocs-type project.  An open phone with
> a bunch of expansion ports. How hard can that be ?
> 
> What would it take ?  $5M ? $10M ?  $30M ?

STEP2 will need sth like that, yes. Going to start a

Re: State of FreeCalypso

[joerg Reisenweber]

On Sat 18 April 2015 17:41:02 Spacefalcon the Outlaw wrote:
> I would never had been able to work on a project like FreeCalypso -
> neither technically nor emotionally - while there were persons in the
> so-called "community" taunting me with "we have this source which
> would make a night-and-day difference for your project, but we'll
> never let you have it" - therefore, making plans of a life-for-a-life
> exchange (giving up my own life after torturing and killing them) was
> my only available option under those circumstances.

without any words. Guess about our motivation to cooperate with somebody as 
mad as this

futile effort to educate persons with such mental issues.
s/educate/cure/

ETX
/j
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: State of FreeCalypso

[joerg Reisenweber]

On Sat 18 April 2015 20:22:31 m...@dmatthews.org wrote:
> yeah crazy - the four freedoms on a cell phone - only a nut case would dream
> that one up
you're completely missing the point.
this guy threatening OM and me personally to kill me when I don't grant him 
access to sources which even OM had unclear permissions in (since received 
form FIC and not directly from TI, initially) and for sure would be liable 
when disclosing them to a nut case psycho who thinks it's his natural right to 
have access to them and to threaten *us* (OpenMoko) instead of maybe TI with 
assault and murder when we don't grant him access. OM was *very* liberal with 
granting access to virtually *everything* to *everybody* who showed a *little 
bit* of common sense about avoiding possible damage to OpenMoko when getting 
access to that material whatever it been. We explicitly decided that any such 
common sense is NOT to be found in *this particular person* who rather 
threatens to kill us than considering how to cooperate in a reasonable manner 
that maximizes benefit and limits possible damage on both sides.

And evidently nothing has changed, the line of argumentation is all the same 
since years.

so: futile effort. File closed.


-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: State of FreeCalypso

[joerg Reisenweber]

On Sat 18 April 2015 09:41:03 n...@ossau.homelinux.net wrote:
> I wonder if you might now consider retracting and apologising for those, and
> undertake not to repeat similar in future?

Thanks for brining it up, Neil. Alas, you see, it's in vain. Despite all the 
good will from our side. This guy was probably born in a cinema during a Rambo 
movie. ;-) Maybe he *needs* that attitude that only he and his AK-47 can 
change the world, and everybody except himself is on the wrong side of that 
AK-47. Some people need that sort of challenge to push up the importance and 
perceived burden of their own struggle.
In Germany we have the saying "Viel Feind, viel Ehr". Worst case - and with 
according mental problems - you consider your allies your worst enemies just 
to keep that attitude. And you know Leroy Jethro Gibbs: "never apologize!" ;)

/j
-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: State of FreeCalypso

[joerg Reisenweber]

On Sat 18 April 2015 21:32:21 Spacefalcon the Outlaw wrote:
> I am not
> asking you to publicly apologize for the 2 years of mental TORTURE you
> put me through - so why are people asking me to apologize for my
> reaction to that torture?

Listen buddy!
NOBODY TORTURED YOU, except you yourself did that maybe. OM not even 
approached you, we simply ignored you as far as any possible. When that's 
torturing then what is it YOU are doing to me - right now?
What would ypou say when now *I* would claim you're torturing me by not 
granting me that apardon for your inappropriate behavior? Would you appreciate 
me threatening you, your family and coworkers, to get that pardon from you? 
And you have to admit that *you* started this particular thread by addressing 
me with your extorting efforts. NOT I did anything that would now result in me 
awaiting a public apology for the former (and recent) public threatening (not 
to mention the lying and badmouthing and...)

-- 
()  ascii ribbon campaign
/\  
against html e-mail - against proprietary attachments
http://www.georgedillon.com/web/html_email_is_evil.shtml  
http://www.nonhtmlmail.org/campaign.html
http://www.georgedillon.com/web/html_email_is_evil_still.shtml
http://www.gerstbach.at/2004/ascii/ (German)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA01 battery charge circuit: ID pin?

[Joerg Reisenweber]

Am Sa  24. Mai 2008 schrieb Major A:
> 
> Hi,
> 
> I have a GTA01 and want to use it even when I don't carry a computer
> with me. I read that the battery charge circuit of the GTA02 will
> switch to high current if a 48k resistor is present between the
> mini-USB ID pin and ground. Does this also apply to the GTA01, i.e.,
> is it worth hacking up a cable for that model?

47k (no need for 48k-1% ;) detection is defined and built in to the hardware 
of GTA01 as well - just checked the "old" schematics and datasheets.
Dunno whether the sw is handling it correctly...
HTH
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: software load for first mfg run of Freerunner? Is ASU what ships?

[Joerg Reisenweber]

Am Mo  26. Mai 2008 schrieb Steffen Winkler:
> stupid question: but for what stands "ASU"?

Abgas Sonder Untersuchung - hey you're no German guy?! ;-)


maybe we should find a better name - yea it's hard with all these Spanish and 
German ambiguities. Let's wait and see what's next... LOL. Siemens spends 
million$ for just finding names. Sony spent even much more, for a name 
sounding good all over the world.

/j



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Available Encryption algorithms

[Joerg Reisenweber]

Am Di  27. Mai 2008 schrieb David Pottage:
> If there is a difference between what the spec sheet for the GSM modem
> supports and what the AT command says is supported, then my guess would be
> that the GSM modem is also considering what is permitted by the network &
> SIM card. Alternatively there may be a bug in the OpenMoko software that
> runs and interprets that AT command.
> 
> -- 
> David Pottage

Exactly (point #1). The raw AT-cmds aren't mangled by any OM-sw (libgsmd-tool, 
atcmd) AFAIK.
/jOERG



signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Car Mode Application...

[Joerg Reisenweber]

Am Di  27. Mai 2008 schrieb Staley, Daniel L:
> * If someone calls while the program is running, ideally I would like the 
> program to pause all music etc and say "Incoming call from Fred" and display 
> 2 large buttons "Ignore" and "Accept."  If accept is pressed, I want the 
> phone to go into speakerphone mode, but still to route the audio to the car 
> speakers.  I'm wondering if it would be possible to cancel out the repeating 
> of the caller's audio back into the microphone?  I'm not up to date on my 
> noise cancellation techniques ;).   If this doesnt seem plausable, just 
> going into speakerphone mode, or talking through a bluetooth headset will be 
> acceptable.

I think there's a decent amount of feedback killing in the GSM-module, like in 
every cellphone (just has to be setup correctly), as well as in your 
GSM-provider's gateway. 
Furthermore you may preprocess the sound prior to routing it to the 
GSM-module, by some echo-suppressor/echo-canceler.
But I think you won't be happy with the built-in mic, for usage far from 
speaker in a noisy car. Probably a BT-headset is the better solution. There 
are BT-speaker&mic-devices for integration in your seat's head-support, 
probably worth to try.
(just a note: you must not use Freerunner speaker and headset connector 
concurrently. At least using the speaker will produce unpredictable volume on 
left ear channel of wired headset. Sorry I was to late to stop this for 
GTA02 - wonder about ringtones :-/ When I forget to pull out the headphones 
when throwing FR on the table; or when I connect FR to my stereo to play 
music and a call comes in...)

The rest sounds good to me. Just curious about the FM-connection to your 
car-radio... And you will need a car-USB-charger ;-)

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 3G USB Dongle (was Re: Neo as cellular modem?)

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Brad Midgley:
> i think it may still be up in the air how to run a usb device and keep
> the freerunner charging externally. this 3g adapter i'm using draws a
> lot of power, so it almost certainly won't work when only powered from
> a freerunner's battery.
Nope it's not, see Y-cable in wiki. Should work perfectly. You just have to 
find the 5pin-mini-USB-plug to DIY one. 
/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Car Mode Application...

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Staley, Daniel L:
> One question I still have though: Is it possible to catch the incoming call 
> signal from the GSM modem before the dialer app gets it, and handle all the 
> call stuff in my app?  Will I need to rework all of the call taking code?  
> Or is there an interface into the current call taking code that I can talk 
> to, possibly over dbus?

The way I understand it (I'm *NO* OM-sw-guy!) the gsmd will start the dialer 
app on inbound call, then communicate with it over dbus. probably you 
can "kick out" the original dialer and have gsmd start your app instead. I 
think it shouldn't be rocket science to have this even configurable to switch 
profiles on the fly. Not sure anyway if the original dialer has some methods 
to talk to via dbus, but in the end it's called "bus", so probably you even 
can register for the same events like dialer and talk to gsmd concurrently to 
dialer, which shouldn't have to say much as long as it's not triggered by 
user-interaction.
Again, please note: I have not the slightest idea yet of all this, just doing 
hw for gta03+, no time for recent sw ;-)

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 3G USB Dongle (was Re: Neo as cellular modem?)

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Brad Midgley:
> Joerg
> 
> On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber <[EMAIL PROTECTED]> 
wrote:
> > Am Mi  28. Mai 2008 schrieb Brad Midgley:
> >> i think it may still be up in the air
> 
> > Nope it's not, see Y-cable in wiki. Should work perfectly. You just have 
to
> > find the 5pin-mini-USB-plug to DIY one.
> 
> is EN_USBHOST is deasserted by the system automatically now? I'll
> update the section in
> http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is.

No idea, it's a driver issue. On detection of 47k device is switching to 
fastcharge, which I think is actually working. Also it should activate 
LOGICAL hostmode for USB-controller same time (NOT asserting EN_USBHOST!), 
which is needed for Y-Cable and doesn't hurt charger. I don't have the 
slightest idea whether this already is in kernel or not. 

Andy?


/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-tutch?

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Jan Stöckel:
> hey given pro-linux.de (german news site)is right, MPX
> http://wearables.unisa.edu.au/mpx/ is now a part of Xorg, and I can
> remember that the display of the freerunner was ready for multituch, so
> coud it be possible that the freerunner/openmoko is capable of multituch
> within might a year ? (I am aware that that isnt prioryty it woud just
> be nice to know) Or I am completly wrong and it isn`t possible ? 

FR-TS is a resistive-4wire-type, which per se isn't capable of multitouch. I 
plan to investigate on some very hackerish tricks to get a little more of 
info out of this design, but for now: NO not possible.
/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-tutch?

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb thomasg:
> The capacitive touchscreen of the Freerunner only detects a single point and
FR has a resistive TS
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Meta Toolchain Release (2008 May)

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Andy Green:
> Somebody in the thread at some point said:
> 
> | | What we need is to enable to install these into the toolchain somehow,
> | | rather than make that a special "do it at the factory" operation
> | to get
> | | things into toolchain.
> | |
> | |> Agreed, but till that time if anyone is interested in the toolchain I
> | |> can put it up somewhere.
> |
> | Hey good job Pranav.
> |
> | After 7 months of proposing this methodology I finally get a taker --
> | from outside OM.  Maybe in another 7 months we can get a host-side opkg
> |
> |> Hmm, so within OM you guys don't prefer/advise using pre-built
> |> toolchains? Any particular reason?
> 
> Open Embedded is the basis for current OM build system, it has a
> Gentoo-type build-it-all-from-scratch approach.  It wanted to build over
> 1,100 packages when I tried to use it to compile ONE package, many of
> these packages were built for host.  It was unable to build its thousand
> packages of fun on Fedora 9 so I was unable to use it -- at all.
> 
> In fact all of the target packages it wanted to compile were sitting
> there already compiled in the distribution packages, it did not need to
> do any of it.  All it needed was to use the prebuilt toolchain like you
> did, and unpack existing target packages and their -dev into the host
> like you did, and I would have been away.
> 
> |> For me, it seems too tedious to setup the OM dev env to build single app
> |> like the dialer or some other app like squid-cache. I think the
> |> toolchain is very useful, especially for small apps, test programs or
> |> even OM apps, which just needs a small personalized modification.
> |> Anyway, thats just my thought.
> 
> Totally agree.  But more so: it should be the basis of our offering to
> devs.  Vast bulk of potential devs only want to recompile THEIR package
> and just link against distro packages, or cherrypick one distro app to
> modify.  Package-based toolchain is the perfect, lean basis for this.
> 
> -Andy
> 
> 
ACK!!! 110%
gentoo is a weird approach, that discourages potential devs from giving it a 
shot. :-(

my 0.02€
jOERG

[[poor developers, I really feel with them]] [OWTTE quote of ~may 2 2008 
fellow lodger. when asking how to build my own branch]


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: early experince Freerunners w/ ASU load, vs. thousnads of Freeruners

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Marco Trevisan (Treviño):
> In this Linuxtag report [1] (google translated here [2]) there are not 
> so good news about production :/
> Can you share with us something more Steve?
> 
> Bye
> 
> [1] http://tinyurl.com/6rs6j2
> [2] http://tinyurl.com/643y64
> 
> -- 
> Treviño's World - Life and Linux
> http://www.3v1n0.net/

I *REALLY* dislike those "tinyurl" - never give them a try. :-/
nearly as bad as those html-only (dunno from whom) postings i use to ignore.
just wanted to let U know

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

you are not supposed to correct each single keystroke - just like on T9. 
Simply type ahead and *in the end* select from list the word you tried to 
type, probably that's nearest to _all_ of your physical keystrokes PLUS some 
recent/most-used-factor.

If I got that right, Raster?

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 3G USB Dongle (was Re: Neo as cellular modem?)

[Joerg Reisenweber]

Am Mi  28. Mai 2008 schrieb Andy Green:
> Somebody in the thread at some point said:
> | Am Mi  28. Mai 2008 schrieb Brad Midgley:
> |> Joerg
> |>
> |> On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber <[EMAIL PROTECTED]>
> | wrote:
> |>> Am Mi  28. Mai 2008 schrieb Brad Midgley:
> |>>> i think it may still be up in the air
> |>> Nope it's not, see Y-cable in wiki. Should work perfectly. You just
> have
> | to
> |>> find the 5pin-mini-USB-plug to DIY one.
> |> is EN_USBHOST is deasserted by the system automatically now? I'll
> |> update the section in
> |> http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is.
> |
> | No idea, it's a driver issue. On detection of 47k device is switching to
> | fastcharge, which I think is actually working. Also it should activate
> | LOGICAL hostmode for USB-controller same time (NOT asserting
> EN_USBHOST!),
> | which is needed for Y-Cable and doesn't hurt charger. I don't have the
> | slightest idea whether this already is in kernel or not.
> 
> It is deasserted if it sees you have a 1A charger in there, has been for
> a while.
> 
>   case CHARGER_TYPE_1A:
>   pcf50633_usb_curlim_set(pcf, 1000);
>   /*
>* stop GPO / EN_HOSTUSB power driving out on the same
>* USB power pins we have a 1A charger on right now!
>*/
>   dev_info(&pcf->client.dev, "Charger -> CHARGER_TYPE_1A\n");
>   __reg_write(pcf, PCF50633_GPO - PCF50633_GPIO1 +
>PCF50633_REG_GPIO1CFG,
>__reg_read(pcf, PCF50633_GPO - PCF50633_GPIO1 +
>PCF50633_REG_GPIO1CFG) & 0xf0);
>   break;
> 

YEP. but from this sniplet I don't understand whether it also will enter 
LOGICAL hostmode like with a short to GND on ID-pin.

That's the crux, do *both*

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Neo as cellular modem?

[Joerg Reisenweber]

hmmm you really have a talent to ask interesting questions
dunno... yet

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB power direction in host mode (was: Re: 3G USB Dongle (was Re: Neo as cellular modem?))

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Michael Shiloh:
> 
> Andy Green wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > Somebody in the thread at some point said:
> > | Am Mi  28. Mai 2008 schrieb Brad Midgley:
> > |> Joerg
> > |>
> > |> On Wed, May 28, 2008 at 2:30 AM, Joerg Reisenweber <[EMAIL PROTECTED]>
> > | wrote:
> > |>> Am Mi  28. Mai 2008 schrieb Brad Midgley:
> > |>>> i think it may still be up in the air
> > |>> Nope it's not, see Y-cable in wiki. Should work perfectly. You just
> > have
> > | to
> > |>> find the 5pin-mini-USB-plug to DIY one.
> > |> is EN_USBHOST is deasserted by the system automatically now? I'll
> > |> update the section in
> > |> http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware if it is.
> > |
> > | No idea, it's a driver issue. On detection of 47k device is switching to
> > | fastcharge, which I think is actually working. Also it should activate
> > | LOGICAL hostmode for USB-controller same time (NOT asserting
> > EN_USBHOST!),
> > | which is needed for Y-Cable and doesn't hurt charger. I don't have the
> > | slightest idea whether this already is in kernel or not.
> > 
> > It is deasserted if it sees you have a 1A charger in there, has been for
> > a while.
> 
> A related question: I presume that it is the electrical signal 
> EN_USBHOST which flips the switch which causes the USB port to source 
> current in host mode, as opposed to sinking current in device mode.
> 
> This is of course what is expected of a USB host, but it also prevents 
> us from charging the Freerunner when the USB port is in host mode, if an 
> appropriate power source is available.
> 
> Question:
> Is it possible to charge the Neo Freerunner when using the USB port in 
> host mode, by ascerting LOGICAL hostmode and by NOT asserting EN_USBHOST?
 
that's exactly how Y-cable_V1 *) works (besides replacing the needed 15k? 
pulldown-Rs also switched away by deasserting EN_USBHOST)
The combination LOGICAL hostmode + NO chargepump is exactly what the 
kernel-driver should initiate when seeing 47k


*) There's the spec for V2 already, that's capable of working with USB2.0-OTG 
(supported by GTA03, though USB2.0 will be there with GTA04 at the earliest)
See "Y-Cable revisited" somewhere on the lists - even more simple ;-)

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Carsten Haitzler:
> it's possible we can do this - in svn there is even a full qwerty kbd layout 
i
> initially used - with ctrl, alt, etc. for terminal junkies, BUT for now
> correction is always-on.

U made my day. :-) Just wondering how long it takes til there's a howto that 
will take less than one day to build my own personalized image

/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Neo as cellular modem?

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Andy Green:
> Somebody in the thread at some point said:
> 
> |> Please someone correct me if I'm wrong, but I thought the WiFi chip in
> |> fact _can_ do AP mode, but that mode is not allowed in the open source
> |> driver.
> |
> | its a firmware. the wifi module has its own firmware and does the 802.11
> | handling there autonomous.
> | that concept is called hardmac and was there earlier, e.g on the old
> | 'orinoco silver' aka hermes pcmcia cards.
> 
> or "fullmac".  It just doesn't support Master mode.
> 
> | that firmware can currently do client mode and ad-hoc.
> | _in theory_ every wifi radio can do ap-mode, its just a question if you
> | can send packets at a low-enough layer in the right format.
> | this is controlled by firmware on the wifi module in this specific case.
> 
> It's also a matter of receiving bulk packets efficiently and they don't
> give us monitor mode either.
> 
> We're helpless unless Atheros decided to implement Master mode in their
> closed firmware.  Unfortunately the power advantages of having the bulk
> of the ieee80211 actions managed in the firmware are pretty compelling
> so I don't know how we get out of that bind.
> 

Well it's some time ago since I read about Soft|Hard|Free|FullMAC for prism 
chipsets. Dunno whether there was a way to run even fullmac cards with a 
softmac stack.
A much more interesting point: where is the firmware to download to our 
Atheros-chip. (NO, no flamewar on free firmware|no firmware again!). Just a 
simple question: do we have any way to reflash the FW?

/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-tutch?

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb [EMAIL PROTECTED]:
> Hi Joerg,
> as it seems that my mail did not reach the community list (I am not a 
subscriber, just monitoring the archives) may I ask you directly the question 
regarding "multi tutch" :-) . See below:
> 
> 
> Hi all,
> if the geometric average point is returned if multiple points are touched 
wouldn't it be possible to have a fake multi touch, e.g., by doing the 
following:
> 
> Press point A
> -> Vector A is returned
> Additionally press desired point B
> -> X = (A+B)/2 is returned
> -> calculate B = 2*X-A
> 
> Questions:
> Would this be managable?
> What time difference would be required between first and second (and 
third ...) touch, to recognize such a multi-touch action and reliable 
distinguish it from a single touch at position X?
> 
> And one more comment: If that would work you could also detect multi-touch 
gestures (even if limited), e.g., use the first point statically (maybe a 
focus centre) and handle the second point dynamically (maybe for zooming in 
and out).
> 
> 
> Boris


there are two resistors in the touchpad, one for X and one for Y. We only see 
them changing on a touch, thus giving us the coords. A concurrent second 
touch just changes the R values even more, but we get no info about whether 
we touched a second point or we moved the finger. So what you suggest is a 
gesture recognition. Things become nasty because even the "geometric middle" 
isn't true but depends on pressure of one to pressure of other touchpoint 
etc.
You really get too few info out of the device to do anything reasonable with 
it beyond singletouch (at least that's the way it is now. I plan to see 
whether we can exploit dynamic pulse response of this design to get some 
additional info. Same way you're testing cat5-cable for breaks. Don't hold 
your breath though, chances are bad. And it's not on top of my todo-list)

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-touch?

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Bastian Muck:
> I have a little idea. Imagine, you put your finger somewhere on the
> right side of the screen. The "average" point is also somewhere at the
> right side. When you put another finger e.g. at the left side the
> "average" point jumps somewhere to the middle. This "jump" is where we
> could guess, that at least two fingers touch the screen. You can't use

It's the same as sliding with the one finger from right to middle. Remember 
the pressure is also important for the "average", so if you hit really hard 
with the left finger, the "avg" still does no "jump" but a fast move over the 
middle some way left and then back to middle. still a single point gesture. 
Allegedly there is (or has been) sth like "pressure detection" in the 
ts-driver, that probably meassures the R *between* the 2 foils. IIRC that 
couldn't be done with GTA01, but is maybe feasible with GTA02. It would give 
some additional info to maybe distinguish multitouch from gesture. I already 
said I'll have a look at it some day...
/jOERG




signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Neo as cellular modem?

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Michael Shiloh:
> 
> Alexey Feldgendler wrote:
> > On Thu, 29 May 2008 08:59:10 +0200, Andy Green <[EMAIL PROTECTED]> wrote:
> > 
> >> We're helpless unless Atheros decided to implement Master mode in their
> >> closed firmware.  Unfortunately the power advantages of having the bulk
> >> of the ieee80211 actions managed in the firmware are pretty compelling
> >> so I don't know how we get out of that bind.
> > 
> > The very knowledge that we can't do something that the hardware would 
> > technically be capable of is annoying, 
> 
> Strongly agree. In some cases this was a result of the agreement we were 
> able to reach with the chip manufacturer in order to open source the 
> driver. We don't view this as a perfect solution, but rather a good 
> start. Hopefully in the future the success of Openmoko will encourage 
> chip manufacturers to become more open.
> 
> 
> > but I don't really see why we would need to implement a true AP in the 
phone. 
> 
> Strongly disagree. Innovation is stifled whenever choices are limited 
> simply because we can't think of why someone would want to make that 
> choice. We should always strive to make such choices available.
> 
> 
> 
> 
> For any reasonable use
> > case I can think of, ad-hoc mode should be enough. The only usability 
> > advantage of being an AP would be that it can send beacon packets that 
> > allow other devices to detect an available network, but sending beacon 
> > would be a battery drain anyway.
> 
> Assuming the use case made sense, the Freerunner could be powered 
> externally.
> 
> Michael

Not if you don't find a "3 word slogan" to sell this feature to your granny.
SCNR, still got a "no Joerg!" trauma ;-)

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb Andy Green:
> Somebody in the thread at some point said:
> | Lasse Poulsen wrote:
> |> Also it would be nice to see how long call time you have if you talk
> |> continually (might i suggest an audio-book or to). If you don't i
> |> properly will (haven't got the device yet!)
> |
> |
> | Taking Lasse's advice, I set up a new test last night:
> 
> Just a little point about these tests, AIUI the GPS stuff acts radically
s/GPS/GSM/ ;)

> differently in terms of current consumption depending on the distance
> from the base station.  All we can reasonably do is compare same-tester
> results for their different phones from the same physical location.

Yep! exactly, due to tx-power calibration, cell-handover etc. 

/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

Am Do  29. Mai 2008 schrieb ian douglas:
> I think that knowing a "best case scenario" (where you stay in the same 
> location), you get about 6 hours of talk time, is still helpful. Cell 
> phone manufacturers typically report a "best case scenario" when 
> reporting talk time and standby time, with the legalese and fine print 
> stating that "your results may vary" from their data.
> 
> Thoughts?

I think *not* moving for all tests (and different types of cellphones to 
compare) is near a "best case" scenario for standby time - anyway place some 
sensitive radio or the like near the phone, to hear the typical interference 
noise when it is sending, just to make sure you don't sit on a "bad spot" 
where the phone changes cell every few minutes.

For "best case" talktime scenarios the distance to basestation is much more 
important. Here you should check for *very* good RF-signal, means very near 
to BS and thus allowing the phone-transmitter to power down to lowest level.

Also note that GSM without simcard is constantly reselecting cells, so energy 
consumption is really bad. Switch off GSM when not registering to a network.
/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb AVee:
> This test might not even be 'best case'. A better test would be having the 
Neo 
> really close to the cell tower for optimal conditions. I guess the 
difference 
> between testing far away from the cell tower and testing close to the tower 
> might be pretty big. There probably also is a difference between GSM900 and 
> GSM1800 (iirc 1800 has a lower range which needs to be compensated by higher 
> transmission power).

Nope, 1800 has half the max output, which is compensated by closer grid of BS.
Anyway I guess for "best case" it's no difference.
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My experience with the Freerunner

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Marco Trevisan (Treviño):
> ian douglas wrote:
> > I think that knowing a "best case scenario" (where you stay in the same 
> > location), you get about 6 hours of talk time, is still helpful. Cell 
> > phone manufacturers typically report a "best case scenario" when 
> > reporting talk time and standby time, with the legalese and fine print 
> > stating that "your results may vary" from their data.
> > 
> > Thoughts?
> 
> I agree, and we can't ask you more than testing like you're doing.
> 
> Unfortunately I don't live always in places where's there's full GSM 
> signal strength (there are mountains, here! :P), so I already thought to 
> this issue, but I didn't hope in test in this scenario...
> 
> The only thing I'm asking to you, Ian, is to report the GSM signal 
> strength in your testing zone, just to complete the informations you've 
> already given.
> 
> Anyway, I'll appreciate so much if another one of the lucky Freerunner 
> owners could make a battery test (also just a "standby" one) in a place 
> with low GSM coverage...

Standby doesn't vary with signal-strength. Just receiver is active (except 
T3210 every few hours), so it should be no difference.
Talktime goes down with distance^2.5 I guess. 
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

2.5mm or 3.5mm

[Joerg Reisenweber]

Hi community!
A short poll: on a future GTA0x (>2), would you prefer to have
A) "standard" 2.5mm headset (mic+phones) connector, where you have to buy a 
cheap adapter if you want to use your "old" headphones, (the way like it's 
for GTA01/02)
or
B) classic 3.5mm headphones "Walkman(R)" connector, where you have to DIY an 
adapter for any standard cellphone headset? (or does anybody know of 3.5mm 
headSET standards or adapters?) 


please hurry to vote, we have to make a decision. Thanks

cheers
jOERG
Openmoko-HW-development


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: kids phone

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb [EMAIL PROTECTED]:
> Hello,
> 
> I'm contemplating making a kids phone from a Freerunner.
> 
> I'm supposing the software part will be doable:
> 
> - interface with a few large icons
> - it should be possible to make a call to the phone and it will answer
> automatically in a particular state.
> 
> Also I will need some form of case that is fairly sturdy and protects
> the touch screen.
> 
> - How thick can a protective cover be while the touch screen still
>   works?

No actual tests done, but I think a relatively flexible material may have a 
decent thickness if you only need finger-touch precision.

/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb niclone:
> Joerg Reisenweber a écrit :
> > Hi community!
> > A short poll: on a future GTA0x (>2), would you prefer to have
> > A) "standard" 2.5mm headset (mic+phones) connector, where you have to buy 
a 
> > cheap adapter if you want to use your "old" headphones, (the way like it's 
> > for GTA01/02)
> > or
> > B) classic 3.5mm headphones "Walkman(R)" connector, where you have to DIY 
an 
> > adapter for any standard cellphone headset? (or does anybody know of 3.5mm 
> > headSET standards or adapters?) 
> 
> B) 3.5mm
> 
> or
> 
> C) 3.5mm with 4 contacts, BUT backward compatible with standard 3.5mm 
> headphones jacks. This mean that the mic contact must be the one which 
> is far from the ground contact, not at the tip one like in GTA01 (and 
> GTA02?)
> 
 
C) is exactly what we planned thus far. You can easily create an adapter from 
3.5mm 4ring male to 2.5mm GTA01/2-style receptacle. Anyway I didn't see these 
adapters for sale anywhere, so I came with this poll to you.

Thanks everybody for your quick answers. Seems 3.5 is very popular and we 
planned for he right thing :-)

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Andy Green:
> Somebody in the thread at some point said:
> |> I still think that wired headsets are not used by anyone out there.
> Even if
> |> every vendor adds a cheap wired headset to it's device I barely see
> anyone
> |> using it.
> |> Today bluetooth headsets are cheap and they are way more practical
> (and even
> |> have the better microphone placing, compared to the wired clip-micros.
> |>
> |> So I think there should be an 3.5mm to listen to music and use
> bluetooth for
> |> headsets.
> |
> | I'd rather not be forced to use bluetooth with a headset. My
> experience is that
> | bluetooth interferes with wifi (same freq. band) and you'll have
> another battery to
> | worry about.
> 
> There is some "co-existence" stuff in GTA02 and future products that
> reduces this effect... the two devices warn each other to defer what
> they had planned because the other device is using the air.
Yoyoyo, the 2-wire-coexistence stuff. Sure this will work with high bandwidth 
stereo BT?

> 
> Agree about the extra battery issue, but I have to agree with Thomas
> wired headsets no longer seem to be a fashion accessory in wide use,
> whereas BT cyborgs are all over the shop like a bad episode of Dr Who.

Just a big bunch of nerds trying to look important. None of them is listening 
to music, while still able to take a call without panically removing the 
earpieces to listen to the phone-earspeaker ;-)
The *real* geeks are wearing huge closed-type stereo headsets, which you can 
find rarely in decent quality with BT. If you find you pay a fortune. Decent 
quality wired stereo headsets are much more easy to find.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: AW: multi-touch?

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Fabian Off:
> Hey!
> 
> How does synaptics handle this? When I look at the output my touchpad does, 
I can see "X Y Fingers" Values... Maybe we could look into this code and see 
how they do detect the amount of fingers? Dunno whether they work nearly the 
same, but I believe this could maybe point us into the right direction :)
> 
> Only my idea... 2-finger-scrolling is so great!

To the best of my knowledge, at least MY synaptics in front of me right now is 
a capacitive type, and even this one doesn't support multitouch right now 
(though maybe a driver issue). 
Please google or wp for capacitive vs resistive ts! Our 4-wire resistive type 
ts is a device as dumb as bread, NO silicon inside. You simply can't do muto 
with such device in a reasonable straight way. How do you get info of 
X1,Y1,X2,Y2 out of a device with 4 ANALOG connectors (GND incl!)??? It may be 
feasible, but it's rather tricky and needs quite some special hw AROUND the 
silicon-free ts. 
There's a way to detect the "surrounding square" of _all_ touchpoints on a 
4w-R-ts, at least with GTA02 i think. You may use this to detect there's more 
than one touchpoint. Still you have no correct data for the coords of the 2 
(or 3?) points.

Maybe eventually I'll write a little article on it - so I don't have to repeat 
myself all the time ;-)

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Benedikt Schindler:
> Sven Klomp schrieb:
> > 2.5mm, since I want to pick up a phone call while listening to music.
> >
> > Sven
> >
> >   
> 
> And that isn't possible with the actual 3.5mm headset on the GTA01 / 
> 02   ???

It IS possible with the ACTUAL *2.5mm* headset on GTA01/02. For GTA03 you will 
need an adapter to 3.5mm though, to use the actual GTA01 2.5mm stereo headset


see niclone's and my other posting in this thread
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-tutch?

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Rahul Joshi:
> And I thought I read somewhere in wiki that the touchscreen would be similar
> if not same to the ones having multi-touch sensing "support" (which can be
> programmed to support multi-touch at some point of time). With your
> statement I can't decide if I'm shocked or sad (maybe both) :(
> 
> Rahul J

Please give a pointer, so we could correct this false info. Probably you're 
just wrong. Sorry though for your sad / shocked feelings.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: screen protector

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Flemming Richter Mikkelsen:
> the cheaper ones. This make me worry that they might not have a
> good conductivity, which is nessecary since the Freerunner has a
> resistive touch screen.

The R-TS is BETWEEN two foils that touch each other when pressing on some 
point with an arbitrary (isolating) object. That's the BIG advantage of R-TS 
vs capacitive type, where you get real trouble with stylus.

The protective foil doesn't need any conductivity, anyway.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

> GTA0x (>2)




signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Shawn:
> 1 more vote for 'B'. 
> 
> I'm curious, though, why the decision has to be made in such a rush for 
future editions of the product?
> . . .shawn
because we're moving forward very fast ;-) You see it took long time for 
GTA02, we're trying to speed up, and product spec is one of the very first 
things to do, before you even start to design housing etc...

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Mike Montour:
> Joerg Reisenweber wrote:
> 
> > B) classic 3.5mm headphones "Walkman(R)" connector, where you have to DIY 
an 
> > adapter for any standard cellphone headset? (or does anybody know of 3.5mm 
> > headSET standards or adapters?)
> 
> This one, but with a 4-pin (stereo+mic) format that's compatible with at 
> least 1 major vendor (so that "DIY" means "buy an adapter from a web 
> store" rather than "fire up the soldering iron").
> 
> See for example:
> http://www.meritline.com/earphone-adapter-iphone-into-3-5mm-mic-038.html

This one is completely off topic. I'm talking about STEREO headSET(=with mic), 
which usually commes with 2.5mm. 
We are planning to use a 3.5mm 4-ring connector, that complies with usual 
3-ring headPHONES(=w/o mic), and I didn't see an adapter 
3.5/4wire-male->2.5-4w-receptacle yet. So you probably have to DIY, to 
use "standard" headSETs with future OM devices. But you get benefit of 
plug-and-play for classic "Walkman(R)"-headPHONES.
BTW: audio quality and versatility of this connector will be vastly improved, 
if it pans out right.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: multi-tutch?

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Rahul Joshi:
> The vendor of the touch panel we are using said it might be possible. But it
> would be a considerable driver effort.
I'd really like to see a pointer to this first hand info. This guy I*d like to 
invite on a couple a beers and have a chat - always thought this had been my 
genuine idea. (others make millions from... I don*t care - too much hussle)

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gsmd question

[Joerg Reisenweber]

hey guys, this was an issue 1988. Since then, AT command set is well 
understood, for Hayes modems and everything that came later on...

Sorry it's late at night here, and I might be a little ungraceful...
But REALLY *THATS* an issue???
c'mon let me write your specs ;-)

maybe I'm totally OT, then sorry
cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Fr  30. Mai 2008 schrieb Kim Alvefur:
> On Fri, 2008-05-30 at 09:16 -0400, Kevin Dean wrote:
> > 3.5 mm. I hear mention of "standard" 2.5 mm and other than my 1973 and
> > the Freerunner, I don't think I've ever seen a 2.5 mm used. Most wired
> > headsets on phones I've purchased in the past each used their own
> > "proprietary" connector with the exception of my recent Motorolas
> > which used USB. That means every set of headphones I've EVER used were
> > 3.5 mm (actually, they're labeled as 1/8 inch) and that's what my
> > Element has as it's AUX input, so I'll stick with that. :)
> 
> My old Nokia 3310 has 2.5mm for headsets. However for GTA0x>2 3.5mm plug
> wold be nice, as long as standard stereo plugs work properly. Should not
> be a problem i one uses 4-pol TRRS like ===[ ground, mic, right, left >
> 

that's it.
plus:
gnd,video,line-inL,line-inR
gnd,remote-R-ladder,analog-DC-out,DC-meter-in
etc... ;-) (mix as you like, I'm trying to get max for every geek ;)
[[no video on next device though]]

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

your link: that's it
Thanks for sharing your thoughts and giving this link

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

see URL in prev post. there are adapters 3.5male->2.5female

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

that's been my idea when I started. But obviously there's a demand for 
adapter-free 3.5 connectivity. So you probably have to use an adapter for 
headsets (with mic)[see other post]. No big thing though.

Thanks for voting
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: using the openmoko neo101 in mass storage mode

[Joerg Reisenweber]

+1 ;-)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gsmd question

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Bin Chen:
> On Sat, May 31, 2008 at 3:08 AM, Michael 'Mickey' Lauer
> <[EMAIL PROTECTED]> wrote:
> > Bin Chen:
> >> I am a mobile phone developer and I am looking at the GSMd application
> >> on OpenMoko. Seems all the AT command are sent to UART without waiting
> >> the OK or ERROR response.
> >> Because the intrinsic of AT command, if you don't wait for the
> >> response of OK or ERROR, but send successive (quick enough) AT command
> >> to GSM chip, you will get multiple OK or ERROR and you can't
> >> distinguish which one is correspond to the response, because there is
> >> no ID information in the OK or ERROR.
> >
> > Correct. This is one of the design issues in gsmd that lead to our new
> > phone server (see git.freesmartphone.org).
> >
> Whats the new design? Send AT CMD one at a time and wait the OK or
> ERROR for this command?
> 
> Thanks.
> Bin
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 


that's the way to do AT. Dunno of any better one.
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner test

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Mike Montour:
> Kevin Dean wrote:
> 
> > I'd like to reconfirm this before reporting, or at least kill my
> > theory before reporting on it and creating a false lead. It seems that
> > the SIM itself is important.
> 
> Two likely factors affecting GSM buzz are: which band it's using (850 or 
> 1900), and the transmitted signal strength (how far it is from the 
> tower). If you had SIMs from different carriers I could easily see these 
> factors being different. I can't think of a reason that two SIMs from 
> the same carrier would differ, except for randomness in which tower it 
> happened to use.
> 
> It looks like one of the 'Engineering Mode' AT commands can at least 
> report which band you're on and the base-station ID. There is also a 
> "transmit power" field listed, but when I tested it a minute ago it was 
> always 0.
> 
> 
http://wiki.openmoko.org/wiki/GTA01_gsm_modem#Serving_Cell_Information_.282.2C1.29

you read this field during a call when actually transmitting audio (NO 
silence)?

For the rest: ACK
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Headset Amp circuitry (jOERG)

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Yorick Matthys:
> 
> There used to be a problem with this. AFIK jOERG mentionned it first in the 
devel list:
> http://lists.openmoko.org/pipermail/openmoko-kernel/2008-March/001994.html
> 
> Does anybody know if it has been resolved and/or if the mp3 playback quality 
can be compared with a standard mp3 player?
> 
> 
> Thanks
> y

@Allen, Tim:
Did we change C4110, C4111?
Did we a frequency response plot for headphone with a sweep/wobbler? (i 
guess "sox" software can generate this on FR)
Footprint of 4.7u was no problem, IIRC

@Yorik: I tested quality of a prototype (113) and it wasn't so bad, but missed 
quite some low frequency. 

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: using the openmoko neo101 in mass storage mode

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Lally Singh:
> On Sat, May 31, 2008 at 12:09 PM, Ilja O. <[EMAIL PROTECTED]> wrote:
> > 
> >
> > Having two memory card slots (one for OS, one easy accessible for
> > usage with changeable memory cards) could be nicer than standard
> > (current) architecture. You flush operating system with simple card
> > reader. Ant this eliminates need in backup OS (currently stored in NOR
> > flash, afaik).
> >
> > Also this would make phones' "main memory" easy expandable.
> >
> > It sounds nice!
> >
> > 
> 
> Also, a second, externally-accessible slot would be nice for external
> peripherals that need more than what USB can provide.

You're talking about bandwidth of SD vs USB1.1, not >500mA power supply, 
right?

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: 2.5mm or 3.5mm

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Mike Montour:
> Joerg Reisenweber wrote:
> > your link: that's it
> > Thanks for sharing your thoughts and giving this link
> 
> If you do choose a 4-pin 3.5mm connector to be compatible with iPhone 
> (or with another major vendor), please double-check that you use the 
> same pin assignments. This forum post:
> 
> http://discussions.apple.com/message.jspa?messageID=5262651
> 
> says that the iPhone plug uses: tip=R, ring1=L, ring2=Common, sleeve=Mic 
> (which is not what I would have guessed).

WAAH, they're NOT compatible to usual headphones which have tip1=L 2=R,
(3)=4=GND. 
3=GND, 4=mic makes their HS inoperable with any usual Walkman, though you 
still can use Walkman HP on their IPhone (the jack shorts 3 + 4).
base4 is sleeve = shielding by definition and by design of jacks, so this is a 
bad choice for mic signal :-(((
What a crap is THIS?

Our design goal is to be compatible to classic 3.5mm headphones at very first, 
(while still supporting full mic functionality for HS) so at least left and 
right won't be connected the way apple does.

In fact we already did and will follow / stay close to:
Nokia AV-connector spec.
http://www.forum.nokia.com/main/resources/technologies/connectivity/av_connector.html
and maybe augment this.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner test

[Joerg Reisenweber]

Am Sa  31. Mai 2008 schrieb Mike Montour:
> Joerg Reisenweber wrote:
> 
> > 
http://wiki.openmoko.org/wiki/GTA01_gsm_modem#Serving_Cell_Information_.282.2C1.29
> > 
> > you read this field during a call when actually transmitting audio (NO 
> > silence)?
> 
> I called the Neo from my other (non-GSM) phone and listened to that 
> other phone. The Neo was transmitting some audio, although it was only 
> its "GSM buzz" and an echo of the audio from the other phone.

So transmitter should be !=0 then, I guess. Looks like a bug. Please try to do 
multiple readings of this value, while making sure there is some real data 
(voice) to actually transmit. Reading of tx-pwr might be very momentary.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Private data protection.

[Joerg Reisenweber]

Am So  1. Juni 2008 schrieb Kim Alvefur:
> On Sun, 2008-06-01 at 10:55 +0300, Ilja O. wrote:
> > Also portable self-destruction hardware would be nice.
> 
> echo overload > /sys/devices/blaha/battery
> 

LOL :-)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Our new Main page of wiki

[Joerg Reisenweber]

Am Mo  5. Mai 2008 schrieb steve:
> Received: from localhost ([127.0.0.1] helo=sita.openmoko.org)
> by sita.openmoko.org with esmtp (Exim 4.50)
> id 1K32Dg-0001Yg-F5; Mon, 02 Jun 2008 07:04:32 +0200
>  Received: from smtp115.sbc.mail.sp1.yahoo.com ([69.147.64.88])
> by sita.openmoko.org with smtp (Exim 4.50) id 1Jt5nq-0005hh-NB
> for community@lists.openmoko.org; Mon, 05 May 2008 20:52:59 +0200
>  

WOW! yahoo is great ;-)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gsmd correctness question

[Joerg Reisenweber]

Am Mo  2. Juni 2008 schrieb Bin Chen:
> Hi,
> 
> I am just looking at the code of gsmd2, I doubt whether a condition
> has been processed. Suppose a command is send but during the wait time
> of the response, another unsolicited command sent to the AP and the
> name is the same:
> 
> AT+CREG?
> 
> +CREG: 2  (1)
> 
> +CREG: 0,1 (2)
> 
> The (1) is an unsolicited command from BP side but the (2) is the
> actual response for the AT+CREG?

A brief googling and look at AT+CREG? makes me think this never will happen. I 
guess +CREG: response should be always the same, no matter whether solicited 
or unsolicited.
An unsolicited response may occur on right mode (CREG=1 or 2) whenever cell 
reselect or sth like that happens. Your response under (2) tells mode=0, 
status=1 which due to the 0-mode wouldn't allow for unsolicited 
creg-responses.

Not thoroughly checked though. Please compare format of possible unsolicited 
creg-answers.
/jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Our new Main page of wiki

[Joerg Reisenweber]

Am Mo  2. Juni 2008 schrieb Joerg Reisenweber:
> Am Mo  5. Mai 2008 schrieb steve:
> > Received: from localhost ([127.0.0.1] helo=sita.openmoko.org)
> > by sita.openmoko.org with esmtp (Exim 4.50)
> > id 1K32Dg-0001Yg-F5; Mon, 02 Jun 2008 07:04:32 +0200
> >  Received: from smtp115.sbc.mail.sp1.yahoo.com ([69.147.64.88])
> > by sita.openmoko.org with smtp (Exim 4.50) id 1Jt5nq-0005hh-NB
> > for community@lists.openmoko.org; Mon, 05 May 2008 20:52:59 +0200
> >  
> 
> WOW! yahoo is great ;-)
> 

Ooops, no! It's sita.openmoko. Thanks for moderating our mail!


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community