Linux HAM/Amateur Radio development
 help / color / mirror / Atom feed
From: Ralf Baechle DL5RB <ralf@linux-mips.org>
To: Brett Mueller <wa7v@wa7v.com>
Cc: Linux-Hams <linux-hams@vger.kernel.org>
Subject: Re: Embedded Linux and Amateur Radio
Date: Tue, 21 Jun 2005 20:25:49 +0100	[thread overview]
Message-ID: <20050621192549.GO6461@linux-mips.org> (raw)
In-Reply-To: <42B84FB5.8090907@wa7v.com>

On Tue, Jun 21, 2005 at 10:34:45AM -0700, Brett Mueller wrote:

> But, having had some very positive experience with commercial outdoor
> 802.11a/b/g access points built around Linux single board computers
> (SBC), I'd really like to move in that general direction.  That is, I'd
> like to build a system with no moving parts, using Linux as the
> operating system, with miniPCI 802.11 radio cards, and having serial
> ports to support KISS or 6PACK on TNCs.  I'd like the ability to run
> LinuxNode at the least, or preferrably (X)Net.  I'd imagine that the
> latter would mean that the CPU would have to be x86 compatible, since
> (X)Net is not open source and only binaries are available for it.

I've ported Xnet to MIPS; it's been demonstrated on the Packet Radio
Congress in Darmstadt in April running on a WRT54G wireless access point.

>  The
> ability to compile the kernel is almost certainly a must, to roll in
> AX.25 support, etc.  Since some of the sites are fairly remote and
> inaccessible for six months of the year, stability and reliability is an
> absolute must.

In such a case you want a watchdog or remote reset facility anyway.  And
a machine that minimizes mechnical parts such as fans.

  For that reason, I'm leaning towards the 2.2 series
> kernels, as my experience was that it was always rock solid with AX.25
> compiled in -- although I did just have 190 days uptime on my gateway
> with 2.4.24 before it inexplicably rebooted (power bump? -- my UPS is shot).

Pure luck.  The kernel AX.25 was and is full of potencially fatal bugs.

> Has anyone already expended some energy along these lines, either time
> on the drawing boards, or actually spent building such a system?  Any
> words of wisdom?  It would be much appreciated.

The wisdom says use proven OTS components :-)  It may not be as fun as
homebrewing but minimizes potencial points of failure.

73 de DL5RB op Ralf

--
Loc. JN47BS / CQ 14 / ITU 28 / DOK A21

  parent reply	other threads:[~2005-06-21 19:25 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-21 17:34 Embedded Linux and Amateur Radio Brett Mueller
2005-06-21 17:58 ` Braddock Gaskill
2005-06-21 22:37   ` Hamish Moffatt
2005-06-22  2:35     ` Chuck Hast
2005-06-22 10:19       ` John Ronan
2005-06-22 10:54   ` Mike Murphree
2005-06-21 19:25 ` Ralf Baechle DL5RB [this message]
2005-06-21 21:35 ` Patrick Koehn
2005-06-21 21:45 ` Dennis Boone
2005-06-23 23:46 ` Brett Mueller
2005-06-25 19:36   ` Ralf Baechle DL5RB
2005-06-26  2:12     ` Hamish Moffatt
2005-06-26  2:49       ` IT3 Stuart Blake Tener
2005-06-26 13:12         ` Ralf Baechle DL5RB
2005-06-26  3:04       ` Bob Nielsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050621192549.GO6461@linux-mips.org \
    --to=ralf@linux-mips.org \
    --cc=linux-hams@vger.kernel.org \
    --cc=wa7v@wa7v.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox