Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
On Sun, Oct 16, 2011 at 05:22:13PM -0700, YongHyeon PYUN wrote: Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. I committed revised version to HEAD(r226699, r226701). Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
YongHyeon PYUN wrote on 17.10.2011 02:22: Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Thanks. Thank you for working on this. Although the patch applies cleanly, it doesn't seem to work for me. I'm getting the following message upon boot: dc0: ULi M5263 FastEthernet port 0xe400-0xe4ff mem 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 dc0: attaching PHYs failed device_attach: dc0 attach returned 6 The device doesn't show up in ifconfig. FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct 19 11:37:33 CEST 2011 root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 dc0@pci0:0:17:0:class=0x02 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet It's a lab machine, so I'm completely free to try out anything you might suggest. Here's the complete output of pciconf -lv: hostb0@pci0:0:0:0: class=0x06 card=0x chip=0x169510b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1695 K8 Northbridge with PCIe and hypertransport' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x chip=0x524b10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:0: class=0x060400 card=0x chip=0x524c10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0x chip=0x524d10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' class = bridge subclass = PCI-PCI hostb1@pci0:0:4:0: class=0x06 card=0x chip=0x168910b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1689 K8 Northbridge with AGP and hypertransport' class = bridge subclass = HOST-PCI pcib4@pci0:0:5:0: class=0x060400 card=0x chip=0x524610b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi AGP 3.0 Controller' class = bridge subclass = PCI-PCI pcib5@pci0:0:6:0: class=0x060401 card=0x chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'HyperTransport to PCI Bridge (M5249)' class = bridge subclass = PCI-PCI isab0@pci0:0:7:0: class=0x060100 card=0x15631849 chip=0x156310b9 rev=0x70 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA none0@pci0:0:7:1: class=0x068000 card=0x71011849 chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M7101 Power Management Controller' class = bridge none1@pci0:0:8:0: class=0x040100 card=0x08501849 chip=0x545510b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'AC'97 Audio Controller (M1563M Southbridge)' class = multimedia subclass = audio dc0@pci0:0:17:0:class=0x02 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet atapci2@pci0:0:18:0:class=0x01018a card=0x52291849 chip=0x522910b9 rev=0xc7 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'EIDE Controller (M5229 Southbridge)' class = mass storage subclass = ATA atapci3@pci0:0:18:1:class=0x01018f card=0x52891849 chip=0x528910b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'M5289 SATA/Raid controller (ULI M1567/M1689 )' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x52371849 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x52371849 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'OpenHCI 1.1 USB to 2.0 (M5273 A1 for windows 98)' class = serial bus subclass = USB ohci2@pci0:0:19:2:
Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
On Wed, Oct 19, 2011 at 12:09:41PM +0200, Marco Steinbach wrote: YongHyeon PYUN wrote on 17.10.2011 02:22: Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Thanks. Thank you for working on this. Although the patch applies cleanly, it doesn't seem to work for me. I'm getting the following message upon boot: dc0: ULi M5263 FastEthernet port 0xe400-0xe4ff mem 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 dc0: attaching PHYs failed device_attach: dc0 attach returned 6 The device doesn't show up in ifconfig. FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct 19 11:37:33 CEST 2011 root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 dc0@pci0:0:17:0:class=0x02 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet It's a lab machine, so I'm completely free to try out anything you might suggest. Thanks for testing! I already got a feedback from user and the user also said the patch does not work. I'm trying to debug the issue as the user is willing to provide remote access. However it seems it's somewhat hard for the user to setup remote debugging environments. BTW, can you setup remote debugging environments like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt I'll let you know if I manage to make it work. Here's the complete output of pciconf -lv: hostb0@pci0:0:0:0: class=0x06 card=0x chip=0x169510b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1695 K8 Northbridge with PCIe and hypertransport' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x chip=0x524b10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:0: class=0x060400 card=0x chip=0x524c10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALi PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0x chip=0x524d10b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' class = bridge subclass = PCI-PCI hostb1@pci0:0:4:0: class=0x06 card=0x chip=0x168910b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi M1689 K8 Northbridge with AGP and hypertransport' class = bridge subclass = HOST-PCI pcib4@pci0:0:5:0: class=0x060400 card=0x chip=0x524610b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi AGP 3.0 Controller' class = bridge subclass = PCI-PCI pcib5@pci0:0:6:0: class=0x060401 card=0x chip=0x524910b9 rev=0x00 hdr=0x01 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'HyperTransport to PCI Bridge (M5249)' class = bridge subclass = PCI-PCI isab0@pci0:0:7:0: class=0x060100 card=0x15631849 chip=0x156310b9 rev=0x70 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M1563 South Bridge with Hypertransport Support' class = bridge subclass = PCI-ISA none0@pci0:0:7:1: class=0x068000 card=0x71011849 chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ALI M7101 Power Management Controller' class = bridge none1@pci0:0:8:0: class=0x040100 card=0x08501849 chip=0x545510b9 rev=0x20 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'AC'97 Audio Controller (M1563M Southbridge)' class = multimedia subclass = audio dc0@pci0:0:17:0:class=0x02 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet atapci2@pci0:0:18:0:class=0x01018a card=0x52291849 chip=0x522910b9 rev=0xc7 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'EIDE Controller (M5229 Southbridge)' class = mass storage subclass = ATA atapci3@pci0:0:18:1:class=0x01018f card=0x52891849 chip=0x528910b9 rev=0x10 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'M5289 SATA/Raid controller (ULI
Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
On Wed, Oct 19, 2011 at 11:43:17AM -0700, YongHyeon PYUN wrote: Thanks for testing! I already got a feedback from user and the user also said the patch does not work. I'm trying to debug the issue as the user is willing to provide remote access. However it seems it's somewhat hard for the user to setup remote debugging environments. BTW, can you setup remote debugging environments like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt I'll let you know if I manage to make it work. YongHyeon and others, If you guys can't get a good development environment going for YongHyeon, let me know and I can invest in one of these motherboards and either send it to YongHyeon (back in South Korea?) or I can set it up locally and get him serial console access to boot. Just let me know if all other avenues are exhausted. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
On Wed, Oct 19, 2011 at 11:50:10AM -0700, Jeremy Chadwick wrote: On Wed, Oct 19, 2011 at 11:43:17AM -0700, YongHyeon PYUN wrote: Thanks for testing! I already got a feedback from user and the user also said the patch does not work. I'm trying to debug the issue as the user is willing to provide remote access. However it seems it's somewhat hard for the user to setup remote debugging environments. BTW, can you setup remote debugging environments like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt I'll let you know if I manage to make it work. YongHyeon and others, If you guys can't get a good development environment going for YongHyeon, let me know and I can invest in one of these motherboards and either send it to YongHyeon (back in South Korea?) or I can set it up I'm still living in US. :-) locally and get him serial console access to boot. Just let me know if all other avenues are exhausted. Thanks for the offer. If all remote debugging fails I'll ask you help. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Call for testers : ALi/ULi M5261/M5263 ethernet controller
YongHyeon PYUN wrote on 19.10.2011 20:43: On Wed, Oct 19, 2011 at 12:09:41PM +0200, Marco Steinbach wrote: YongHyeon PYUN wrote on 17.10.2011 02:22: Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Thanks. Thank you for working on this. Although the patch applies cleanly, it doesn't seem to work for me. I'm getting the following message upon boot: dc0: ULi M5263 FastEthernet port 0xe400-0xe4ff mem 0xff6fec00-0xff6fecff irq 17 at device 17.0 on pci0 dc0: attaching PHYs failed device_attach: dc0 attach returned 6 The device doesn't show up in ifconfig. FreeBSD x2.c0c0.intra 8.2-STABLE FreeBSD 8.2-STABLE #2 r226509M: Wed Oct 19 11:37:33 CEST 2011 root@x2.c0c0.intra:/usr/obj/usr/src/sys/GENERIC i386 dc0@pci0:0:17:0:class=0x02 card=0x52631849 chip=0x526310b9 rev=0x40 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi/ULi)' device = 'ULi PCI Fast Ethernet Controller (Albatron K8ULTRA-U Pro)' class = network subclass = ethernet It's a lab machine, so I'm completely free to try out anything you might suggest. Thanks for testing! I already got a feedback from user and the user also said the patch does not work. I'm trying to debug the issue as the user is willing to provide remote access. However it seems it's somewhat hard for the user to setup remote debugging environments. BTW, can you setup remote debugging environments like the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt I'll let you know if I manage to make it work. The machine is hooked up by serial console, anyway. I'll set something up for you to have remote access, including flipping the power switch on the box. It's an ASRock 939Dual-Sata2 Mainboard -- If the other user runs the same, he might not need to go through setting up things, but just check on eventual results. Give me a moment, I'll get back to you off-list in about an hour. MfG CoCo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org