20 Feb
2010
20 Feb
'10
4:46 p.m.
Hi all,
congrats for your awesome research and work, this is truly impressive.
The little ant that I am (compared to you) was interested in helping you
with the SIM aspects of the project. I think I know javacard sufficiently to
implement a basic sim card that can be totally controlled. I already started
to think on how to do that. This will include making host side tools, too.
If javacard is not open enough, we can also look at native cards using PIC,
for example. In our previous discussions, the main problem was the
availability of SIM sized cards, be them javacards or not.
pros and cons
- javacard is an industry standard, coupled with GlobalPlatform specs this
is a portable way to put an application on a card without being locked with
a card manufacturer.
- native PIC cards benefit from a lot of open tools such as the gp* PIC
tools, asm, sdcc for compiler and gpsim for simulation.
- some projects exists already, I don't know them well, maybe they can be
used, forked, improved.
- availability must be checked.
I'd like to request precisions on how the things should be done, what are
the minimal requirements (files, etc) and when the openSim project will be
needed regarding to your progress.
Regards
Sebastien
20 Feb
20 Feb
9:48 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Sébastien.
congrats for your awesome research and work, this is
truly impressive.
The little ant that I am (compared to you) was interested in helping you
with the SIM aspects of the project. I think I know javacard sufficiently to
implement a basic sim card that can be totally controlled. I already started
to think on how to do that. This will include making host side tools, too.
If javacard is not open enough, we can also look at native cards using PIC,
for example. In our previous discussions, the main problem was the
availability of SIM sized cards, be them javacards or not.
pros and cons
- javacard is an industry standard, coupled with GlobalPlatform specs this
is a portable way to put an application on a card without being locked with
a card manufacturer.
- native PIC cards benefit from a lot of open tools such as the gp* PIC
tools, asm, sdcc for compiler and gpsim for simulation.
- some projects exists already, I don't know them well, maybe they can be
used, forked, improved.
- availability must be checked.
I'd like to request precisions on how the things should be done, what are
the minimal requirements (files, etc) and when the openSim project will be
needed regarding to your progress.
I only want to say that i am courrently drive a semilar project. I have
developed a smartcard O/S for Atmel-Cards (license is GPL, of cause....)
http://runningserver.com/software/xcos.tar
Currently i am working on a simcard implementation. Currently my simcard
can process SELECT commands (but not READ BINARY & Co so far).
The download link leads to the current release (which does not include
my simcard source). If you are intereted to see the source of my
unfinished sim project i can make it available.
I can not say when my simcard gets finished because there are a lot of
other important (and sometimes more interesting) things to do.
Best regards.
Philipp
Regards
Sebastien
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkuASroACgkQrQQa6thSCbCxhQCfUfbA8T7xN2Tg3tfl6UpdXQxC
mnsAn0dAh/YzqrleABxTfmPNlyXmDH4u
=yhsk
-----END PGP SIGNATURE-----
10:03 p.m.
Hi,
I'll have a look at it, thanks.
Same as you, I have lots of things to do, so my project will also take time
to complete.
It's good to know we'll have more than one implementation available.
Regards
Sebastien.
On Sat, Feb 20, 2010 at 9:48 PM, dexter <zero-kelvin(a)gmx.de> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Sébastien.
congrats for your awesome research and work, this
is truly impressive.
The little ant that I am (compared to you) was interested in helping you
with the SIM aspects of the project. I think I know javacard sufficiently
to
implement a basic sim card that can be totally
controlled. I already
started
to think on how to do that. This will include
making host side tools,
too.
If javacard is not open enough, we can also look
at native cards using
PIC,
for example. In our previous discussions, the
main problem was the
availability of SIM sized cards, be them javacards or not.
pros and cons
- javacard is an industry standard, coupled with GlobalPlatform specs
this
is a portable way to put an application on a card
without being locked
with
a card manufacturer.
- native PIC cards benefit from a lot of open tools such as the gp* PIC
tools, asm, sdcc for compiler and gpsim for simulation.
- some projects exists already, I don't know them well, maybe they can be
used, forked, improved.
- availability must be checked.
I'd like to request precisions on how the things should be done, what are
the minimal requirements (files, etc) and when the openSim project will
be
needed regarding to your progress.
I only want to say that i am courrently drive a semilar project. I have
developed a smartcard O/S for Atmel-Cards (license is GPL, of cause....)
http://runningserver.com/software/xcos.tar
Currently i am working on a simcard implementation. Currently my simcard
can process SELECT commands (but not READ BINARY & Co so far).
The download link leads to the current release (which does not include
my simcard source). If you are intereted to see the source of my
unfinished sim project i can make it available.
I can not say when my simcard gets finished because there are a lot of
other important (and sometimes more interesting) things to do.
Best regards.
Philipp
Regards
Sebastien
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkuASroACgkQrQQa6thSCbCxhQCfUfbA8T7xN2Tg3tfl6UpdXQxC
mnsAn0dAh/YzqrleABxTfmPNlyXmDH4u
=yhsk
-----END PGP SIGNATURE-----
21 Feb
21 Feb
12:12 p.m.
Hi Sebastien and dexter,
On Sat, Feb 20, 2010 at 10:03:34PM +0100, Sébastien Lorquet wrote:
I'll have a look at it, thanks.
Same as you, I have lots of things to do, so my project will also take time
to complete. It's good to know we'll have more than one implementation
available.
I think it would be more productive if you could divide the work rather than
duplicating it. If dexter already has the 8716 part done up to SELECT FILE,
then it might be more useful to add the SIM specific bits to it.
Also, if you want to work with SIM cards: We still need the phone-side
implementation for OsmocomBB, i.e. a driver for the SIM reader inside the
phone, plus a software layer that provides a filesystem-level API where we can
simply call functions lieke iso7816_read_file_record() that would
* selects a file
* reads a caller-specified record
* copies the result in a caller-provided buffer
To make it short: There is a lot of work to be done, and I would rather like to
see the two of you to work on separate tasks, rather than duplicating work.
After all, we want to see as much progress as possible and can need all
help we get.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
5200
days inactive
5201
days old
baseband-devel@lists.osmocom.org
3 comments
3 participants
participants (3)
-
dexter -
Harald Welte -
Sébastien Lorquet