bsenthil | 1 Jun 2007 22:16
Picon

get/set ifconfig entries through by programmatically

Is it possible to get/set  ifconfig entries through by programmatically. 
If yes, please send me the code snippet ...

I am trying to get/set ipaddress by executing the command "ifconfig" .
_______________________________________________
freebsd-questions <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe <at> freebsd.org"

M. Warner Losh | 1 Jun 2007 22:53

Re: get/set ifconfig entries through by programmatically

In message: <46607E95.4030409@...>
            bsenthil <bsenthil@...> writes:
: Is it possible to get/set  ifconfig entries through by programmatically. 
: If yes, please send me the code snippet ...
: 
: I am trying to get/set ipaddress by executing the command "ifconfig" .

To get the addresses, use the ifconfig-in-a-box interface
getifaddrs(3).  To set the address, you'll need to use the functions
described in networking(4), specifically the SIOCAIFADDR and
SIOCDIFADDR ioctls.

Warner
FreeBSD bugmaster | 4 Jun 2007 13:08
Picon
Favicon

Current problem reports assigned to you

Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o misc/15876   embedded   [picobsd] PicoBSD message of the day problems
o misc/28255   embedded   [picobsd] picobsd documentation still references old .
o kern/42728   embedded   [picobsd] many problems in src/usr.sbin/ppp/*  after c
f misc/52255   embedded   [picobsd] picobsd build script fails under FreeBSD 5.0
o misc/52256   embedded   [picobsd] picobsd build script does not read in user/s
o kern/101228  embedded   [nanobsd] [patch] Two more entries for FlashDevice.sub

6 problems total.

FreeBSD bugmaster | 11 Jun 2007 13:08
Picon
Favicon

Current problem reports assigned to you

Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o misc/15876   embedded   [picobsd] PicoBSD message of the day problems
o misc/28255   embedded   [picobsd] picobsd documentation still references old .
o kern/42728   embedded   [picobsd] many problems in src/usr.sbin/ppp/*  after c
f misc/52255   embedded   [picobsd] picobsd build script fails under FreeBSD 5.0
o misc/52256   embedded   [picobsd] picobsd build script does not read in user/s
o kern/101228  embedded   [nanobsd] [patch] Two more entries for FlashDevice.sub

6 problems total.

Henrik Brix Andersen | 11 Jun 2007 23:41
Picon
Favicon
Gravatar

JTAG recommendations?

Hi,

Since I recently got a new notebook without a parallel port I can no
longer use my old parallel port based JTAG cable.

I searched the web for USB based JTAG cables with open source drivers,
but there aren't many of those available, it seems. The best match
seems to be the JTAGkey/JTAGkey-Tiny from Amontec [1] - a solution
based on the FTDI FT2232L USB UART IC (but I think these cables are
somewhat expensive compared to their complexity).

However, this leads on to the next problem. My old parallel port cable
is supported by the devel/jtag port from the openwince [2]
project. However, this software is quite a mess. It hasn't seen a
release since late 2003, new features are available as a mix of 3rd
party and upstream CVS patches, and it doesn't support any USB based
JTAG cables.

The JTAG software found in the OpenOCD [3] project, however, seems to
support USB based JTAG cables such as the JTAGkey - but it isn't in
ports yet, so I guess this is not what other FreeBSD developers/users
use?

My question - before I choose to either bite the apple and buy a
JTAGkey or construct my own USB JTAG cable - is: what do you
guys'n'gals use for your everyday JTAG needs? Which cable? Which
software?

I can't be the only one in need of an modern, open source friendly
JTAG solution :)
(Continue reading)

Milan Obuch | 12 Jun 2007 09:21
Picon

Re: JTAG recommendations?

On Monday 11 June 2007, Henrik Brix Andersen wrote:
> Hi,
>
...
>
> I searched the web for USB based JTAG cables with open source drivers,
> but there aren't many of those available, it seems. The best match
> seems to be the JTAGkey/JTAGkey-Tiny from Amontec [1] - a solution
> based on the FTDI FT2232L USB UART IC (but I think these cables are
> somewhat expensive compared to their complexity).
>
...
>
> The JTAG software found in the OpenOCD [3] project, however, seems to
> support USB based JTAG cables such as the JTAGkey - but it isn't in
> ports yet, so I guess this is not what other FreeBSD developers/users
> use?
>

If you could compile software manually and test it, I can help you with 
creating a port. Not sure I am the best person to do it, but I could help a 
bit.

> My question - before I choose to either bite the apple and buy a
> JTAGkey or construct my own USB JTAG cable - is: what do you
> guys'n'gals use for your everyday JTAG needs? Which cable? Which
> software?
>
> I can't be the only one in need of an modern, open source friendly
> JTAG solution :)
(Continue reading)

Henrik Brix Andersen | 12 Jun 2007 10:38
Picon
Favicon
Gravatar

Re: JTAG recommendations?

On Tue, Jun 12, 2007 at 09:21:08AM +0200, Milan Obuch wrote:
> If you could compile software manually and test it, I can help you with 
> creating a port. Not sure I am the best person to do it, but I could help a 
> bit.

Thanks, but that's not the problem - I know how to create a
port.

That's not the issue here - I was asking what other people on FreeBSD
use for their JTAG needs, seeing that OpenOCD isn't in ports I doubt
that is in widespread use among FreeBSD users (else, someone would
have submitted a port).

> Well, I would like to be able to work with my S3C2410 based board fully under 
> FreeBSD, but I did not succeed yet to build a working kernel/loader for my 
> board, even JTAG adapter I got with the board works with sofware running 
> under Windows. It connects to parallel port, bears a WIGGLER mark on it, if 
> anybody has some experience with it I would like to hear.

See http://www.macraigor.com/wiggler.htm - it's the de facto standard
when it comes to parallel port JTAG connections. It is supported by
both openwince-jtag and OpenOCD.

> That being said, being a bit experienced in some areas, I consider myself only 
> a newbie in JTAG area, I would like to ask what are you doing with JTAG? 
> There are still areas where one could still discover something new...

I use it for downloading new firmware images to devices and debugging
said firmware.

(Continue reading)

Krassimir Slavchev | 15 Jun 2007 13:07

Embedded systems protection?


Hello All,

I am looking for ideas how an embedded system can be secured against
copying ...

Karl Sjödahl - dunceor | 15 Jun 2007 13:34
Picon

Re: Embedded systems protection?

On 6/15/07, Krassimir Slavchev <krassi@...> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello All,
>
> I am looking for ideas how an embedded system can be secured against
> copying ...
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (FreeBSD)
>
> iD8DBQFGcnL3xJBWvpalMpkRAnOpAJ4tEU1AcuJWJpiyYHRLrvd972wjUwCglUMZ
> D7yw7/X6pQUNvbhlDCmanSs=
> =a7XI
> -----END PGP SIGNATURE-----
> _______________________________________________
> freebsd-embedded@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-embedded
> To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@..."
>

One way that is popular is to use a OTP flash with a cert inside that
you verify to see if something has changed.

Otherwise certs in different ways is the approach.

br
dunceor
(Continue reading)

Henrik Brix Andersen | 15 Jun 2007 14:25
Picon
Favicon
Gravatar

Re: Embedded systems protection?

On Fri, Jun 15, 2007 at 01:34:49PM +0200, Karl Sjödahl - dunceor wrote:
>  One way that is popular is to use a OTP flash with a cert inside that
>  you verify to see if something has changed.

How will that protect from copying? The contents of the flash can
still be read.

One solution, which I have used earlier, is to have a small bootloader
in internal flash which then loads, verifies and decrypts the main
application (which has been encrypted) from external flash. The key
point here is to make sure the internal flash can not be read out by
any means.

Regards,
Brix
--

-- 
Henrik Brix Andersen <henrik@...>

Gmane