[SHR-testing] problem connecting to pc, and solution

2009-04-19 Thread Previdi Roberto 
hello. after having upgraded the shr-testing (reflash, wifi- opkg
update, opkg upgrade) i wasn't able to connect to my pc, because the
g_ether module insisted to use his default 00:1f mac address, and
when connecting to pc the pc udev assigned to him an ethX interface
name instead of usbX, disabling all the iptables and ifconfig
configured settings.
the solution i found was to give some options to the g_ether module, like this:

r...@om-gta02 ~ $ touch /etc/modprobe.d/options
r...@om-gta02 ~ $ echo options g_ether host_addr=32:99:58:ea:d0:49
dev_addr=32:99:58:ea:d0:50  /etc/modprobe.d/options

(it's 2 lines, the second one will probably appears truncated in the email)
(i think you can invent the mac addresses by your fantasy, i just
think they should be different, and don't start with 00. anyway, these
2 works for me)
so, if anybody is having the same probem, you know what to do.

now some questions to somebody more expert:
- i tried to put this options file in /etc/modutils/ and executed
update-modules, but at the reboot the module completely ignored it.
after executing update-modules i found the /etc/modules.conf file
empty (just a this file is generated... comment at start) and
another /etc/modules file with the merged lines from /etc/modutils,
and with my options too. still, this file seems not to be used at the
module loading time. My question is: can /etc/modutils/*,
/etc/modules.conf and /etc/modules altogether be removed so people
don't lose hours trying to use them? or maybe they must be used in a
way i didn't understand?
- if i set a different mac address for each one of my om
distributions, could i assign a different ip address (from my pc
side), in order to not have all the ssh key conflicts each time i
reflash or just change my fr running distribution? i think it's matter
of writing some configuration rules for ifconfig, but is there some
example around?

btw, many compliments to all the developers of shr and fso, this is
getting very good!

-- 
roby

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-testing] problem connecting to pc, and solution

2009-04-19 Thread Sander van Grieken 
On Sunday 19 April 2009 18:52:29 Previdi Roberto wrote:
 - if i set a different mac address for each one of my om
 distributions, could i assign a different ip address (from my pc
 side), in order to not have all the ssh key conflicts each time i
 reflash or just change my fr running distribution? i think it's matter
 of writing some configuration rules for ifconfig, but is there some
 example around?

Why fiddle with the MAC address if you can give each distro a different IP 
address directly, in /etc/network/interfaces on the phone.

grtz,
Sander


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-testing] problem connecting to pc, and solution

2009-04-19 Thread Philippe Lhardy 
if is is just for ssh, you can just affect them different names.
It is how i proceed :
one way to have an easier life when playing with multple system is to
create an entry in /etc/host like this :
192.168.0.202 om shr shr2
then ssh r...@om or s...@shr instead of using s...@192.168.0.202
then you will have a different key for each system
ssh might complaint about 192.168.0.202 but won't prevent connection
if you just confirm it is ok

Philippe

2009/4/19 Sander van Grieken san...@3v8.net

 On Sunday 19 April 2009 18:52:29 Previdi Roberto wrote:
  - if i set a different mac address for each one of my om
  distributions, could i assign a different ip address (from my pc
  side), in order to not have all the ssh key conflicts each time i
  reflash or just change my fr running distribution? i think it's matter
  of writing some configuration rules for ifconfig, but is there some
  example around?

 Why fiddle with the MAC address if you can give each distro a different IP
 address directly, in /etc/network/interfaces on the phone.

 grtz,
 Sander


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community