public inbox for sig-arm@lists.ipfire.org
 help / color / mirror / Atom feed
From: Arne Fitzenreiter <Arne.Fitzenreiter@ipfire.org>
To: sig-arm@lists.ipfire.org
Subject: Re: [SIG-ARM] Has somebody got interest in Raspberry Pi?
Date: Mon, 05 Mar 2012 07:52:35 +0000	[thread overview]
Message-ID: <122c2368321ddeb31c32d9482c74226f@mail01.ipfire.org> (raw)
In-Reply-To: <assp.0411962f2d.4F541C8D.8080909@dailydata.net>

[-- Attachment #1: Type: text/plain, Size: 4207 bytes --]

Hi Rod,

you are correct that the Raspberry Pi has only one interface.
You need an additional USB Dongle or has to use VLAN's. (Not
implemented in the
WebIF but the needed tools are present.)

The onboard nic on the PI is also an USB-Nic (same SMC-Chip as on the
Panda Board)

I'm testing an Iomega iConnect box (1Ghz Kirkwood, 256MB RAM)
that have also only one onboard lan-nic so i use a usb-lan for red.
This box is cheap to get in Germany at the moment (45€)

Arne


On Sun, 04 Mar 2012 19:53:17 -0600, "R. W. Rodolico"
<rodo(a)dailydata.net> wrote:
> Michael,
> 
> The only Rasberry Pi's I've seen only have one NIC in them. Is there a
> version with at least two? If it only has one NIC, that means we'd have
> to create an alias (eth0:0) and run the firewall off one physical
> device, or use some kind of USB ethernet dongle.
> 
> I looked at the Pi and thought, as you mention, it is too low end for
> much, though I do think it might make a good home router if it had two
> NIC's in it.
> 
> Tell me I'm wrong about the single NIC. I'd love that. But, my vote is
> no if it only has one NIC.
> 
> Rod
> 
> On 03/04/2012 08:03 AM, Michael Tremer wrote:
>> Hello,
>>
>> it has been a little bit quite on this list, so I am going to start a
>> new conversation about Raspberry Pi, a cheap board with an ARM SoC.
>>
>> Originally, there has been a request on the forums whether IPFire will
>> support this hardware. I would like to pass this question on to the SIG.
>>
>> On the pro side of the equation:
>>
>> The Raspberry Pi Foundation is a charity and is trying to bring small
>> PCs to poor countries and people who can not afford any. I'd like to
>> support that.
>>
>> Usable software is still missing, but I guess the major distributions
>> will come up with such very soon. However, among them, there is a
>> router/firewall distribution missing, and as IPFire is the only Open
>> Source firewall which has support for ARM, we should consider to enhance
>> this support for the Raspberry Pis as well. We could bring firewalls to
>> poorer countries which is quite nice with IPFire: ISPs are planning to
>> provide LTE (which works with IPFire) and providing a connection to the
>> internet to small networks like in schools. I suppose that is what the
>> R-Pi-Foundation is aiming to do.
>>
>> On the technical side: The hardware should be powerful enough for
>> connections to a couple of MBits/s but too weak for powerful services
>> like the filtering proxy and the intrusion detection system won't work
>> well.
>>
>> The userland of the ARM port should run without any major modification.
>> Maybe we need to make some amendments on tools like the bootloader
>> (U-Boot) or others, but we should not expect any trouble there. The left
>> thing that is to do is to build a new kernel for that device. It uses a
>> Broadcom chipset which is supported by the Linux kernel and does not
>> need any patches unless we want to use the GPU.
>>
>> The contra side:
>>
>> The Raspberry Pi Foundation apparently messed up the launch. It is not
>> possible to get one and a lot of blokes are going to buy the few that
>> were already built to create home servers and stuff like that. That's
>> bad for us, because we cannot test any created code without the
>> hardware.
>>
>> The hardware is weak. As mentioned earlier, it will work for a lot of
>> things, but not all of the features IPFire provides. I consider the
>> project rather a toy than a serious piece of computing hardware, so
>> supposedly the amount of interest will decrease soon when people realize
>> that they cannot really do what they intended to do with the boards in
>> the first place.
>>
>> -----------------------------------------------------------------------
>>
>> The question now is, if it should take the effort and build a new kernel
>> for the Broadcom SoC and support the Raspberry Pi boards. Is somebody
>> willing to do this? Has someone already tried something out? Did you try
>> to order a board?
>>
>> Please mail me your thoughts.
>>
>> Michael
>>
>> _______________________________________________
>> SIG-ARM mailing list
>> SIG-ARM(a)lists.ipfire.org
>> http://lists.ipfire.org/mailman/listinfo/sig-arm


  reply	other threads:[~2012-03-05  7:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-04 14:03 Michael Tremer
2012-03-05  1:53 ` R. W. Rodolico
2012-03-05  7:52   ` Arne Fitzenreiter [this message]
2012-03-05 23:17     ` Michael Tremer
2012-04-14 15:08       ` Michael Tremer

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=122c2368321ddeb31c32d9482c74226f@mail01.ipfire.org \
    --to=arne.fitzenreiter@ipfire.org \
    --cc=sig-arm@lists.ipfire.org \
    /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