Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Apr 2009 10:13:04 +0200
From:      "Paul B. Mahol" <onemda@gmail.com>
To:        Niki Denev <ndenev@gmail.com>
Cc:        pyunyh@gmail.com, freebsd-current@freebsd.org
Subject:   Re: axe(4) (Belkin F5D5055) problems
Message-ID:  <3a142e750904080113s484b6c7emb2ad0caf85f320b4@mail.gmail.com>
In-Reply-To: <2e77fc10904072345o4d8215dcg561931ede528bcd6@mail.gmail.com>
References:  <75656435-49E2-457A-9CFE-8706CD44916E@gmail.com> <20090328102735.GE99923@michelle.cdnetworks.co.kr> <2e77fc10903280942u7c934aa4w80176680e9dff6d7@mail.gmail.com> <2e77fc10903281539h7b713711w116a90fd2bfadbcf@mail.gmail.com> <20090330021648.GE7076@michelle.cdnetworks.co.kr> <20090330024748.GF7076@michelle.cdnetworks.co.kr> <ea7b9c170903300234s47756447g70e0f3132cd14303@mail.gmail.com> <2e77fc10904071315q66d725bl76229d9bffd92f35@mail.gmail.com> <20090408024901.GC37714@michelle.cdnetworks.co.kr> <2e77fc10904072345o4d8215dcg561931ede528bcd6@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 4/8/09, Niki Denev <ndenev@gmail.com> wrote:
> Hi Pyun,
>
> On Wed, Apr 8, 2009 at 5:49 AM, Pyun YongHyeon <pyunyh@gmail.com> wrote:
>> On Tue, Apr 07, 2009 at 11:15:47PM +0300, Niki Denev wrote:
>>
>> [...]
>>
>> I've read the datasheet but I still don't understand why dsp
>> programming in truephy_reset is required. Anyway would you try
>> attached patch? And show me dmesg output generated by truephy(4).
>
> Here is the dmesg output with the latest patch.
>
> truephy0: <ET1011C 10/100/1000baseT PHY> PHY 1 on miibus0
> truephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
> 1000baseT-FDX, auto
>
>
>>
>>> I have temporarily replaced the belkin USB ethernet interface with an
>>> Apple USB ethernet,
>>> which also uses the axe(4) driver, but is only 100Mbit/s.
>>> As I suspected the negotiation problems do not exist with it, and
>>> everything seemed ok, until
>>> it started to stop working exactly like the previous adapter.
>>> Pings start to return "buffer space not available" and replugging or
>>> "usbconfig reset" the interface
>>> returns it to normal status.
>>>
>>
>> This sounds like different issue to me. Let's focus on the
>> truephy(4) until axe(4) get a valid link report.
>>
>
> Ok.
> With this patch the old problems still persist.
>
>>> It looks like that the packet loss that I've experienced with the
>>> Belkin gigabit adabter is one problem,
>>> and the interface stopping to work another.
>>>
>>> P.S.: I don't know if it could be my USB hardware, because the machine
>>> is a little bit "exotic",
>>> an HP ex470 MediaSmartServer, which was supposedly designed to run
>>> only embedded version of
>>> Windows and has a nasty SiS chipset in it (with the unsupported sis191
>>> gigabit adapter)
>>
>> There had been a post for SiS191 driver. Check mailing list
>> archives. Unfortunately I don't have SiS191 controller so I
>> couldn't write a driver and commit the posted driver to tree.
>> Even though the controller is not for high performance servers it
>> would be enough to most desktop users. At least SiS controllers
>> does not seem to require special workarounds for silicon bugs which
>> are commonly found on RealTek/Marvell controllers.
>>
>
> Yes, I've tried to make this driver work for several days, I've found
> OpenSolaris driver and tried to get some stuff missing in the linux
> driver from it,
> but the best I got was to see some packets on the wire, but was never
> able to send anything.
> Also the SiS191 seems to have problems negotiating gigabit link, there
> are many posts about this
> when using Linux.
>
>> Alternatively you can use ndis(4) to use your SiS191 controller. I
>> don't know whether ndis(4) works for this controller though.
>>
>
> I've tried, but afair there were some functions in the driver that
> were not yet implemented
> in the ndis layer, so it didn't worked for me.

Please tell me what functions?
Or provide link to driver you used.

-- 
Paul



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3a142e750904080113s484b6c7emb2ad0caf85f320b4>