> From: Richard Yao [mailto:[email protected]] > Sent: Wednesday, November 13, 2013 1:57 AM > > Gentoo does not actually provide users with a prebuilt kernel. Instead, > we provide them with source code and asks them to compile it by hand.
I'm actually a long time Gentoo user :), I meant the configuration file kernel config, not the actual binary, ie, that a 'make defconfig' would result in that option enabled in gentoo-sources as opposed to not enabled in vanilla-sources. > However, I think I will consult the Gentoo kernel team about the wisdom > of this before touching it in genkernel. The Gentoo kernel and genkernel > teams are separate. I'd be curious as to what they say, it just seems you'd think upstream had a reason for not enabling it by default :). > Do you know of any examples of devices that deviate > from the specification in such a way that they have compatibility > problems? A single example could present me with the opportunity to > understand how a PCIe device itself can be incompatible with an IOMMU. I don't know that it's so much about particular devices, so much as buggy BIOS DMAR implementations. We have an IBM x3550 box running Gentoo, and I/O to the disks attached to be on board LSI SAS controller would occasionally freeze requiring a hard reboot; the problem went away when we disabled Vt-D in the BIOS. Although, we had not enabled the Intel IOMMU in the kernel, I'm not sure if enabling that as opposed to disabling it in the BIOS would've made a difference, I might need to go back and try that someday. > I suspect that CONFIG_INTEL_IOMMU_DEFAULT_ON is the exception, rather > than the rule. Other IOMMU providers (specifically AMD) do not appear to > have a *_DEFAULT_ON option, which suggests to me that the default is to > toggle them on when support is available. Which again makes me wonder why they are treating it differently and somewhat leery about just turning it on without understanding the potential repercussions ;). _______________________________________________ developer mailing list [email protected] http://lists.open-zfs.org/mailman/listinfo/developer
