From: Georg Potthast 2 <nospam@georgpotthast.de>
To: ELKS <Linux-8086@vger.kernel.org>, Jody Bruchon <jody@jodybruchon.com>
Subject: Re: Question on ELKS networking maturity
Date: Mon, 20 Feb 2017 14:41:52 +0100 (CET) [thread overview]
Message-ID: <1011882660.176981.1487598112712@com4.strato.de> (raw)
In-Reply-To: <3941d5b3-8234-0c6f-eb43-4c6cc37de722@jodybruchon.com>
I have already done some work on getting ktcp to work with Marc-François' NE2K driver and am pretty sure to get it functional, however, it requires some time. Uncovering bugs I consider not unusual in this process.
Since I am interested to continue with this I suggest not to put this to the side. It would be a big step forward for ELKS to get ethernet working. You could add drivers for different network cards in the future.
Georg
> Jody Bruchon <jody@jodybruchon.com> hat am 20. Februar 2017 um 13:57 geschrieben:
>
>
> On 2017-02-20 6:49 AM, Marc-François LUCCA-DANIAU wrote:
> > I made the assumption at the beginning that ELKS was reasonably mature
> > on networking, but obviously I was wrong, and have to revise my
> > development plan.
> ELKS networking was never remotely mature. It was written to use SLIP
> and as far as I can tell it was only ever minimally functional. Given
> the show-stopping bugs fixed in the past three years, it makes sense
> that networking would be put to the side. When something as simple as
> logging in after logging out freezes the entire system, that's a much
> bigger priority than networking support. There has also been a general
> lack of working network hardware available for would-be network devs to
> test on. I once got a NE2K-compliant 8-bit ISA card but then the 8086 PC
> it was going to go into blew up.
>
> At one time I'm sure the network programs were working, but it would be
> safe to assume they are working at "proof-of-concept" quality only.
>
> Assume everything on the network side was test code cobbled together and
> abandoned; that's basically how it has worked out.
>
> -Jody
> --
> To unsubscribe from this list: send the line "unsubscribe linux-8086" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-02-20 13:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-20 11:49 Question on ELKS networking maturity Marc-François LUCCA-DANIAU
2017-02-20 12:57 ` Jody Bruchon
2017-02-20 13:41 ` Georg Potthast 2 [this message]
2017-02-20 15:16 ` Alan Cox
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=1011882660.176981.1487598112712@com4.strato.de \
--to=nospam@georgpotthast.de \
--cc=Linux-8086@vger.kernel.org \
--cc=jody@jodybruchon.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