From: Michael Schmitz <schmitzmic@googlemail.com>
To: "David Gálvez" <dgalvez75@gmail.com>
Cc: Michael Schmitz <schmitzmic@googlemail.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
linux-m68k@vger.kernel.org
Subject: Re: EtherNat drivers (was: Re: Atari ROM port ISA)
Date: Sun, 20 May 2012 09:50:31 +1200 [thread overview]
Message-ID: <4FB815A7.3030206@gmail.com> (raw)
In-Reply-To: <CAL4YKD7qS8midQ-ugPZfDOMYasxorJNWgxP_r08iiocM1dc0CA@mail.gmail.com>
David,
> That's not that great - I think I can get similar speeds with the EtherNEC.
> Do you know how to use netcat?
>
> No, I've never used it, but I can learn :-)
I'll send you what I used in my tests (reading from /dev/zero on one
end, writing to /dev/null on the other).
> To have something to be compared to, these are the speed values under
> MiNT with the same file, MiNT as ftp server:
>
> Transferring is around 1.1 MB/s
> Receiving is around 630 KB/s
That's more like it.
> I wonder if the culprit of the low transfer values under Linux is the
> driver. I mean, for me here under Linux everything seems very slow,
> long booting time, install a packet with apt-get also takes very long.
> Don't you think that this issue of kernel only able to be run from
> ST-Ram is the culprit here? When a module is installed where is
> loaded into the ST-Ram or TT-Ram?
I don't honestly know - I't think it would be TT-RAM though.
Kernel load times and response times have degraded progressively since
the 2.4 series. On the same hardware.
>> I've never seen MiNT sources for the EtherNAT USB. Can I download that
>> somewhere to check how the register access is done there?
>>
> http://sparemint.org/cgi-bin/cvsweb/freemint/sys/usb/src.km/ucd/ethernat/#dirlist
I'll take a look at that.
> The good news is that the routines to access the data bus of the
> ISP116x chip are almost the same in both drivers.
> Take a look at the changes I did in the functions
> write_ptddata_to_fifo and read_ptddata_from_fifo in the MiNT driver.
> Also in functions pack_fifo and unpack_fifo there are changes
> regarding swapping bytes
Thanks, I don't think we've got to anything in relation to the PTD data
yet (that uses __raw_inw on Linux which still may have endianness issues).
>> The ISP1160 is a little endian device, as is the SMC91C111. For the 91C111,
>> the driver swaps bytes in word or longword transfers; there's no hardware
>> byte swap apparently. For the ISP116x driver, the bus is assumed to be
>> little endian and the driver swaps all word transfers.
>>
>> I'll change that to use non-swapped accessors, let's see how that goes.
>>
> Consider also the function isp116x_write_addr in isp116x.h, this
> function shouldn't swap the bytes to write the register addresses to
> the bus because is going to be done by EtherNat hardware. I think
> Linux driver is writing wrong register addresses because this.
No, I've removed the byte swapping from both read and write accessors.
Register numbers should be OK that way.
>> Byte swapping makes the chip ID come out as 0010. It should be something
>> like 61xx. I'll send the new module anyway, maybe your result is different.
>>
> I get the same as you.
Still hope for my EtherNAT then :-)
I'll poke around some more and post what patches I have for USB.
Thanks yet again,
Michael
prev parent reply other threads:[~2012-05-19 21:50 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-17 14:49 EtherNat drivers (was: Re: Atari ROM port ISA) David Gálvez
2012-05-18 7:43 ` Michael Schmitz
2012-05-18 19:26 ` David Gálvez
2012-05-19 4:06 ` Michael Schmitz
2012-05-19 9:30 ` David Gálvez
2012-05-19 21:50 ` Michael Schmitz [this message]
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=4FB815A7.3030206@gmail.com \
--to=schmitzmic@googlemail.com \
--cc=dgalvez75@gmail.com \
--cc=geert@linux-m68k.org \
--cc=linux-m68k@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.