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: booting 8.2 on Gigabyte GA-790XTA-UD4
On Tue, 18 Oct 2011 21:17:58 +0200 Václav Zeman v.hais...@sh.cvut.cz wrote: I am having problems booting the FreeBSD 8.2 CD image on GA-790XTA-UD4(rev. 1.0). The last thing that I can see is BIOS drive A: is disk0. Is this completely not supported? Can I do anything to install FreeBSD on such box? Have you done the usual stuff? - if not running the latest BIOS, try to update - try to fiddle with relevant settings in BIOS - Try another release of FreeBSD (older or newer), or a new snapshot - Google name of board + FreeBSD HTH -- Torfinn ___ 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 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
Re: booting 8.2 on Gigabyte GA-790XTA-UD4
I am having problems booting the FreeBSD 8.2 CD image on GA-790XTA-UD4(rev. 1.0). The last thing that I can see is BIOS drive A: is disk0. Is this completely not supported? Can I do anything to install FreeBSD on such box? Have you done the usual stuff? - if not running the latest BIOS, try to update - try to fiddle with relevant settings in BIOS - Try another release of FreeBSD (older or newer), or a new snapshot - Google name of board + FreeBSD You've fogot about BIOS SATA/IDE setting. Try to play with it. --- wbr, Nickolas ___ 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: booting 8.2 on Gigabyte GA-790XTA-UD4
On 10/19/2011 06:26 PM, Torfinn Ingolfsen wrote: On Tue, 18 Oct 2011 21:17:58 +0200 Václav Zeman v.hais...@sh.cvut.cz wrote: I am having problems booting the FreeBSD 8.2 CD image on GA-790XTA-UD4(rev. 1.0). The last thing that I can see is BIOS drive A: is disk0. Is this completely not supported? Can I do anything to install FreeBSD on such box? Have you done the usual stuff? - if not running the latest BIOS, try to update I did update from revision F2 to F3 of the BIOS. - try to fiddle with relevant settings in BIOS I did try to turn the HDD setting to IDE from SATA - Try another release of FreeBSD (older or newer), or a new snapshot The FreeBSD 9 BETA3 DVD image does not boot either. - Google name of board + FreeBSD I have not found anything using that search. -- VZ ___ 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: booting 8.2 on Gigabyte GA-790XTA-UD4
On Wed, Oct 19, 2011 at 10:11:35PM +0200, V?clav Zeman wrote: On 10/19/2011 06:26 PM, Torfinn Ingolfsen wrote: On Tue, 18 Oct 2011 21:17:58 +0200 V?clav Zeman v.hais...@sh.cvut.cz wrote: I am having problems booting the FreeBSD 8.2 CD image on GA-790XTA-UD4(rev. 1.0). The last thing that I can see is BIOS drive A: is disk0. Is this completely not supported? Can I do anything to install FreeBSD on such box? Have you done the usual stuff? - if not running the latest BIOS, try to update I did update from revision F2 to F3 of the BIOS. - try to fiddle with relevant settings in BIOS I did try to turn the HDD setting to IDE from SATA - Try another release of FreeBSD (older or newer), or a new snapshot The FreeBSD 9 BETA3 DVD image does not boot either. - Google name of board + FreeBSD I have not found anything using that search. Here we go again, with manufacturers shoving 6 bazillion ICs on a motherboard, doing nothing but making a mess... The GA-790XTA-UD4 has a three (3) SATA controllers on it, and one IDE/PATA controller on it. * AMD SB750 southbridge - 1x IDE/PATA - 6x SATA ports (labelled SATA2_0 through SATA2_5 on the board; these are the light blue SATA ports) * Marvell 88SE9128 - 2x SATA600 ports (labelled GSATA3_6 and GSATA_7 on the board; these are the white SATA ports) * JMicron JMB362 - 2x eSATA (SATA300) ports (on backplane) So which SATA ports is your hard disk hooked up to? If the drive is hooked to the Marvell or the JMicron, you probably won't get anywhere. Hook it to the light blue ports, preferably port SATA2_0. Next comes the insanity that is the system BIOS for this board, given the number of SATA controllers on it. * OnChip IDE Channel -- Enabled, assuming you plan on using the IDE/PATA port, otherwise you can safely disable it * OnChip SATA Controller -- Enabled * OnChip SATA Type -- AHCI - The above 3 are controlled by the AMD SB750 southbridge * Onboard ESATA Controller - Disabled - This is the JMicron JMB362 chip * Onboard SATA3 Controller -- Disabled - This is the Marvell 88SE9128 chip Also, any reference you see to something called GRAID or GigabyteRAID is 100% in reference to the Marvell chip -- on this board anyway. Don't mess with it. Next question: what *exact model* of hard disk are you using? Please be specific. Next question: do you actually have a floppy drive hooked up to this system? If not, please disable it in the system BIOS and see if you get further. If so, please make sure the floppy cable is connected properly (when its backwards, usually the drive LED will be lit at all times, and any disk you have in there will be completely destroyed). BTW, the floppy is controlled by the iTE IT8720 chip on the board and nothing else. You should also disable the Onboard 1394 Function (used for Firewire), as this has caused some problems in the past for FreeBSD users (myself included). Maybe it has since been fixed, but it's one thing to disable as a precaution, though it shouldn't affect things during boot-up. Finally, you can try disabling the Onboard USB 3.0 Controller to see if somehow that's causing problems (especially if you have a USB-based storage drive (Flash, etc.) hooked up at the time -- that might appear as a bootable device to the bootloader). All of this info, BTW, is in the user manual. -- | 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: booting 8.2 on Gigabyte GA-790XTA-UD4
nickolas...@gmail.com wrote: - try to fiddle with relevant settings in BIOS ... You've fogot about BIOS SATA/IDE setting. Try to play with it. That's arguably one of the relevant settings in BIOS :) ___ 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: (Possible fix for sbp(4)) Re: Comment out sbp driver from GENERIC
Alberto Villa wrote this message on Tue, Oct 18, 2011 at 14:12 +0200: On Tue, Oct 18, 2011 at 1:48 PM, Wojciech A. Koszek wkos...@freebsd.czest.pl wrote: Commenting a driver out is almost always a bad idea and should be done as a last step. Well, few weeks prior to -RELEASE can be considered a last step. :) Considering that no discussion has happened on the -firewire list, nor does there appear to be any active PRs tracking this, I think it's a bad idea to remove the sbp. If someone spends the time to properly file a bug report, then we can tie the reinclusion of sbp to fixing the PR. If we disabled everything that hangs on one or two systems, we wouldn't have many devices in the kernel. The closest bug I could find that relate to this issue is kern/97208. The last activity on this bug was over two years ago, so clearly not many people are reporting the issue to the propler places (-firewire or PR database). -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ 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
