Date: Wed, 12 Nov 2008 16:20:04 GMT From: John Baldwin <jhb@freebsd.org> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/127391: [ata] Intel 6300ESB SATA150 cannot find disk and boot under 6.3 [regression] Message-ID: <200811121620.mACGK4pc016666@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/127391; it has been noted by GNATS. From: John Baldwin <jhb@freebsd.org> To: "Corey Smith" <corsmith@gmail.com> Cc: bug-followup@freebsd.org, satz@iranger.com Subject: Re: kern/127391: [ata] Intel 6300ESB SATA150 cannot find disk and boot under 6.3 [regression] Date: Wed, 12 Nov 2008 11:10:47 -0500 On Wednesday 12 November 2008 09:29:14 am Corey Smith wrote: > Attached is a patch again 6-STABLE from yesterday that fixes the > problem on my Dell PowerEdge 750 with an Intel 6300ESB. > > Effectively this patch reverses this commit by jhb on 2007/06/29: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/isa/clock.c.diff?r1=1.222.2.2;r2=1.222.2.3;only_with_tag=RELENG_6 > > I found this by checking out different dates between the 6.2 and 6.3 > release dates for 6-STABLE until I found the commit that causes the > hard drive to go undetected. > > To test patch, checkout the latest 6-STABLE and: > > cat src-sys-i386-isa-clock-c_against-6-4-PRERELEASE.patch | patch -d /usr > > The patch is untested on 7-STABLE but I'm sure that removing the same > function will fix that branch as well. I do know that 7.0-RELEASE and > 7.1-BETA2 exhibit the same regression. > > -Corey Smith So what the change does is merge a change from HEAD to change how DELAY() works. Instead going out to the RTC (expensive) it sits in a spin loop polling the TSC. Can you narrow down a specific DELAY() call in ATA that has a problem? Also, are you using 'device cpufreq' at all? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200811121620.mACGK4pc016666>