Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 03 May 2006 07:46:07 +0400
From:      Igor Kovalenko <garrison@mail.ru>
To:        Igor Kovalenko <garrison@mail.ru>,  freebsd-emulation@freebsd.org,  qemu-l@jelal.kn-bremen.de
Subject:   Re: playing with qemu's 8139 nic and FreeBSD (loopback mode missing?)
Message-ID:  <4458277F.4010902@mail.ru>
In-Reply-To: <20060430004646.GA70632@saturn.kn-bremen.de>
References:  <20060427203718.GA15953@saturn.kn-bremen.de> <445241DE.9020909@mail.ru> <20060428221142.GA11504@saturn.kn-bremen.de> <44530C50.6040902@mail.ru> <20060430004646.GA70632@saturn.kn-bremen.de>

next in thread | previous in thread | raw e-mail | index | archive | help
Juergen Lock wrote:
> On Sat, Apr 29, 2006 at 10:48:48AM +0400, Igor Kovalenko wrote:
>> Juergen Lock wrote:
>>> On Fri, Apr 28, 2006 at 08:25:02PM +0400, Igor Kovalenko wrote:
>>>> Juergen Lock wrote:
>>>>> I played with
>>>>> 	qemu -monitor stdio -m 256 -cdrom 6.1-RC1-i386-disc1.iso -usb -soundhw es1370 -kernel-kqemu -net nic,model=rtl8139 -net user
>>>>> and got it as far as
>>>>> 	re0: diagnostic failed, failed to receive packet in loopback mode
>>>>> (followed by a panic :) with the (experimental) patches below.
>>>>>
>>>>>  Anyone in the mood to implement loopback mode for this nic?
>>>>>
>>>>>  Hmm actually...  I just found the original posting in the archive,
>>>>> is C+ mode implemented now?  If not re is probably not what I want,
>>>> The rtl8139 is set up with PCI rev ID 0x20 which should be enough for OS driver
>>>> to detect C+ mode features. C+ mode is OK, tested with Linux driver.
>>> Cool, so I want FreeBSD's re driver.  That one checks TxConfig
>>> tho, as changed in my patch (inside #if 0).  And when changed,
>>> it still doesn't work as mentioned above because the driver expects
>>> loopback mode to be working.
>>>>> but the rl driver that it attaches without that #if 0'd (now) hunk
>>>>> below doesnt seem to be able to get data thru either and I get
>>>>> 	rl0: watchdog timeout
>>>>> in dmesg, which usually means the driver doesnt receive interrupts.
>>>>>
>>>>>  What the heck, I'll append a log of a run just doing in fixit->cdrom:
>>>>> 	ifconfig rl0 10.0.2.15
>>>>> and then exiting (which is enough to trigger the watchdog timeout...)
>>>>>
>>>> I'm too lasy to test with fresh freebsd installation :)
>>>  No need to install FreeBSD, you can get away by just using
>>> fixit mode of an install iso, i.e. disc1.  (which actually is
>>> what I did above. :)
>>>
>>>  You can look at 6.1RC's re driver here:
>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c?annotate=1.46.2.14
>>>  which includes:
>>> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/pci/if_rlreg.h?annotate=1.51.2.3
>>>
>>>  And 6.1RC disc1 iso is e.g. here:
>>> ftp://ftp.ru.freebsd.org:/pub/FreeBSD/ISO-IMAGES-i386/6.1/6.1-RC1-i386-disc1.iso
>>>
>>>
>> Thanks, that iso pointer made it.
>>
>  :)
> 
>> Please try the following on top of your patch, at least ping should now work:
> 
>  Thanks, that seems to get the rl driver going.  Now to fix C+ mode
> (re driver) change the #if 0 in my patch to #if 1...
> 
> 

I believe freebsd re driver is somewhat broken, e.g. it does not follow documented
procedure to detect hardware features (e.g. 8139 c+ mode) and in tries to use 8169
registers (e.g. 0xda) on 8139 hardware etc.

Therefore some action from driver people is needed; I can provide a patch which
enables board timer in rtl8139 emulation (and thus enables hardware timeout
events) if you need it.

-- 
Kind regards,
Igor V. Kovalenko



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