Date: Sun, 18 Apr 2010 08:57:24 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Rui Paulo <rpaulo@freebsd.org> Cc: FreeBSD-Current <freebsd-current@freebsd.org> Subject: Re: SPOOFED: Re: SVN rev 206755 breakage Message-ID: <4BCA9F44.50002@FreeBSD.org> In-Reply-To: <mailpost.1271550720.7316110.69309.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw> References: <4BCA325A.1060600@protected-networks.net> <mailpost.1271550720.7316110.69309.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw>
next in thread | previous in thread | raw e-mail | index | archive | help
Rui Paulo wrote: > On 17 Apr 2010, at 23:12, Michael Butler wrote: >> On 04/17/10 18:05, Rui Paulo wrote: >>> On 17 Apr 2010, at 22:34, Michael Butler wrote: >>>> The revision labeled: >>>> >>>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>>> >>>> Add another ICH7M chipset that works. >>>> >>>> .. is incorrect and will cause some laptops to not boot. >>> So, in AHCI mode it doesn't find the disks? >> No - the driver fails to attach (ENXIO). > > But since ahci failed to attach, won't atapci attach later? If probe succeeded - no. > Can you show me the dmesg? More important probably would be `pciconf -lvcb`. Intel controllers after ICH6 change both ID and set of resources, depending on AHCI enabled in BIOS. There is separate set of IDs for controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 as non-AHCI SATA. If for some reason this ID could be used for both modes (I have doubts), we may try to set AHCI_Q_NOFORCE flag to make driver check PCI class/subclass, if it is correct there. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BCA9F44.50002>