Remaining SATA (and other) issues TAKE 2
Arno J. Klaassen
arno at heho.snv.jussieu.fr
Sun Nov 11 08:52:11 PST 2007
Søren Schmidt <sos at deepcore.dk> writes:
> Arno J. Klaassen wrote:
> > I still test first on releng_6, but initial testing indicates
> > it solves my problems.
> > Thank you very much!
> Now it would be interesting to know if both parts of the patch are
> needed, can you test that ?
> That is just the part that changes the burst length, and just the part
> that hacks the SG list.
with pleasure, but just leave me a day or two : I'm now copying
data from a 3Ware array with a faling disk to this box (that is
where I set it up for originally) before rebuilding the array
with a new disk (that lab has no money (they say) for decent
backup and I fell more confident to fiddle with twdm2 when
having a decent backup of the data).
Enfin, I'll let you know when I have tested both parts of the
> > [ .. bus_alloc_resource_any() for ATA_BMADDR_RID : .. ]
> > ...
> > Just if ever this info helps you; the failing bus_alloc_resource_any()
> > for ATA_BMADDR_RID does not seem to have any influence.
> That's just harmless verbose chatter from the PCI subsystem. It needs
> to grow functionality to tell what kind of resources are there.
> I'll change ATA to take advantage of that when present, until then I
> have no intention of poking around PCI space registers on my own.
OK. Thanx for the explanation.
> Keep snot and beard sorted as we say over here :)
"ah, ces vikings barbares" as the say over here (I'm Dutch from birth)
More information about the freebsd-current