Re: Intel DG31PR and RTL8168/8111 issue
Pyun YongHyeon
[...]
>
> I'll try the patch you sent too when the server reaches the ISP and being online.
>
> Do you have any comments?
>
The previous patch you used may have problems on multicast filtering.
I'm not sure but all PCIe based controller from RealTek swapped
multicast hash table register so it would be great if you can test
latest patch.
--
Regards,
Pyun YongHyeon
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stabl...@freebsd.org"
Abdullah Ibn Hamad Al-Marri
> From: Pyun YongHyeon <pyu...@gmail.com>
> To: Abdullah Ibn Hamad Al-Marri <wear...@yahoo.ca>
> Cc: FreeBSD STABLE <freebsd...@freebsd.org>
> Sent: Wednesday, December 5, 2007 2:43:08 PM
> Subject: Re: Intel DG31PR and RTL8168/8111 issue
>
> On Tue, Dec 04, 2007 at 07:42:34AM -0800, Abdullah Ibn Hamad
> Al-Marri
>
wrote:
>
> [...]
>
> >
> > I'll try the patch you sent too when the server reaches the ISP
> and
>
being online.
> >
> > Do you have any comments?
> >
>
> The previous patch you used may have problems on multicast filtering.
> I'm not sure but all PCIe based controller from RealTek swapped
> multicast hash table register so it would be great if you can test
> latest patch.
>
> --
> Regards,
> Pyun YongHyeon
>
Heya Pyun!
It looks ok to me, thank you did a great job!
cd /usr/src/sys && patch < /sys/dev/re/re.spin3.patch
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: dev/re/if_re.c
|===================================================================
|RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v
|retrieving revision 1.98
|diff -u -r1.98 if_re.c
|--- dev/re/if_re.c 3 Dec 2007 01:28:08 -0000 1.98
|+++ dev/re/if_re.c 4 Dec 2007 00:36:06 -0000
--------------------------
Patching file dev/re/if_re.c using Plan A...
Hunk #1 succeeded at 182.
Hunk #2 succeeded at 225.
Hunk #3 succeeded at 686.
Hunk #4 succeeded at 949.
Hunk
#5 succeeded at 1332.
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: pci/if_rlreg.h
|===================================================================
|RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v
|retrieving revision 1.68
|diff -u -r1.68 if_rlreg.h
|--- pci/if_rlreg.h 26 Nov 2007 18:25:07 -0000 1.68
|+++ pci/if_rlreg.h 4 Dec 2007 00:36:06 -0000
--------------------------
Patching file pci/if_rlreg.h using Plan A...
Hunk #1 succeeded at 156.
done
FreeBSD 7.0-BETA4 #1: Thu Dec 6 19:07:31 UTC 2007
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2666.63-MHz K8-class CPU)
Origin = "GenuineIntel" Id = 0x6fb Stepping = 11
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xe3fd<SSE3,RSVD2,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>
AMD Features=0x20100800<SYSCALL,NX,LM>
AMD Features2=0x1<LAHF>
Cores per package: 2
usable memory = 4276064256 (4077 MB)
avail memory = 4106997760 (3916 MB)
ACPI APIC Table: <INTEL DG31PR>
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
acpi0: <INTEL> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 900
cpu0: <ACPI CPU> on acpi0
est0: <Enhanced SpeedStep Frequency Control> on cpu0
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 82a082a0600082a
device_attach: est0 attach returned 6
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 82a082a0600082a
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xd070-0xd077 mem 0xd0200000-0xd027ffff,0xc0000000-0xcfffffff,0xd0100000-0xd01fffff irq 16 at device 2.0 on pci0
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci3: <ACPI PCI bus> on pcib3
hwrev = 38400000
hwrev = 38400000
hwrev = 38400000
hwrev = 38400000
hwrev = 38400000
hwrev = 38400000
re0: <RealTek 8168/8111B PCIe Gigabit Ethernet> port 0xc000-0xc0ff mem 0xd0020000-0xd0020fff irq 17 at device 0.0 on pci3
re0: Using 2 MSI messages
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211B media interface> PHY 1 on miibus0
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto
re0: Ethernet address: 00:19:d1:a7:a4:72
re0: [FILTER]
re0: [FILTER]
pcib4: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci4: <ACPI PCI bus> on pcib4
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH7 SATA300 controller> port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0
atapci0: [ITHREAD]
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_button0: <Sleep Button> on acpi0
acpi_button1: <Power Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 1.000 msec
ad4: 238475MB <WDC WD2500KS-00MJB0 02.01C03> at ata2-master SATA150
ad6: 715404MB <WDC WD7500AAKS-00RBA0 30.04G30> at ata3-master SATA150
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad4s1a
link_elf_obj: symbol sysctl__net_inet6_ip6_children undefined
kldload: Unsupported file type
re0: link state changed to UP
re0@pci0:3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC'
class = network
subclass = ethernet
Shall I issue more commands and send it?
Regards,
-Abdullah Ibn Hamad Al-Marri
Arab Portal
http://www.WeArab.Net/
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
Abdullah Ibn Hamad Al-Marri
Hello Pyun,
----- Original Message ----
> From: Pyun YongHyeon <pyu...@gmail.com>
> To: Abdullah Ibn Hamad Al-Marri <wear...@yahoo.ca>
> Cc: FreeBSD STABLE <freebsd...@freebsd.org>
> Sent: Friday, December 7, 2007 4:01:42 AM
> Subject: Re: Intel DG31PR and RTL8168/8111 issue
>
> On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad
> Al-Marri
>
wrote:
>
> [...]
>
> >
> > Shall I issue more commands and send it?
> >
>
> I'd like to know whether multicat filtering really works on your
> hardware. It would be even better if you can test it on IPv6
> environments. Just assign an IPv6 address to your re0 and send
> a ICMPv6 node information DNS name query from other hosts.
> For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname
> of host with re0 interface if multicast filtering works(Change
> foo0 with interface instance of a driver.)
>
> --
> Regards,
> Pyun YongHyeon
I wish I could do that, but my ISP doesn't offer IPV6 space.
Could you please make this patch in HEAD then mergge it to RELENG_7, so users with this nic wont drop FreeBSD 7.0 when it is out because the nic wont work out of box at least for IPV4 users.
Again, I appreciate your help, and the great support for the community you offer. :-)
Pyun YongHyeon
>
> Hello Pyun,
>
> ----- Original Message ----
> > From: Pyun YongHyeon <pyu...@gmail.com>
> > To: Abdullah Ibn Hamad Al-Marri <wear...@yahoo.ca>
> > Cc: FreeBSD STABLE <freebsd...@freebsd.org>
> > Sent: Friday, December 7, 2007 4:01:42 AM
> > Subject: Re: Intel DG31PR and RTL8168/8111 issue
> >
> > On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad
> > Al-Marri
> >
> wrote:
> >
> > [...]
> >
> > >
> > > Shall I issue more commands and send it?
> > >
> >
> > I'd like to know whether multicat filtering really works on your
> > hardware. It would be even better if you can test it on IPv6
> > environments. Just assign an IPv6 address to your re0 and send
> > a ICMPv6 node information DNS name query from other hosts.
> > For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname
> > of host with re0 interface if multicast filtering works(Change
> > foo0 with interface instance of a driver.)
> >
> > --
> > Regards,
> > Pyun YongHyeon
>
> I wish I could do that, but my ISP doesn't offer IPV6 space.
>
I see.
> Could you please make this patch in HEAD then mergge it to RELENG_7, so users with this nic wont drop FreeBSD 7.0 when it is out because the nic wont work out of box at least for IPV4 users.
>
Patch committed to HEAD. But I'm not sure how re@ thinks about MFC as
multicast filtering wasn't tested for this revision of RTL8168.
> Again, I appreciate your help, and the great support for the community you offer. :-)
>
No problem. Thanks for your testing!
--
Regards,
Pyun YongHyeon