* Matt Domsch (matt_dom...@dell.com) wrote:
> On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
> > Upstream was still broken as recently as Friday for bad BIOSes (x200s in
> > this case). Wonder if opt-in via cmdline would be helpful?
>
> Do you know enough about the failure cases to
On Tue, Jan 13, 2009 at 02:47:18PM -0800, Chris Wright wrote:
> * Kyle McMartin (k...@infradead.org) wrote:
> > On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
> > > Upstream was still broken as recently as Friday for bad BIOSes (x200s in
> > > this case). Wonder if opt-in via cmdlin
* Kyle McMartin (k...@infradead.org) wrote:
> On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
> > Upstream was still broken as recently as Friday for bad BIOSes (x200s in
> > this case). Wonder if opt-in via cmdline would be helpful?
>
> A patch from Dirk Hohndel fixes this (looks l
On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
> * Dave Jones (da...@redhat.com) wrote:
> > On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
> > > Bill Nottingham wrote:
> > > > Here's some proposed config changes.
> > >
> > > Jumping on the wagon ;)
> > >
> > >
On Tue, Jan 13, 2009 at 01:39:13PM -0800, Chris Wright wrote:
> Upstream was still broken as recently as Friday for bad BIOSes (x200s in
> this case). Wonder if opt-in via cmdline would be helpful?
Do you know enough about the failure cases to DMI quirk it, plus an
opt-out command line option, wi
Chris Wright wrote:
> Upstream was still broken as recently as Friday for bad BIOSes (x200s in
> this case). Wonder if opt-in via cmdline would be helpful?
Like the attached patch?
Disclaimer: untested, build still running ...
thanks,
Gerd
diff --git a/drivers/pci/intel-iommu.c b/drivers/pci/
> "DJ" == Dave Jones writes:
DJ> The last time we tried this, it blew up a lot due to broken
DJ> BIOSes.
Yes, this used to kill a bunch of my machines dead. It may be better
now; I'm quite willing to boot test kernels if someone wants to point
me at one.
- J<
* Dave Jones (da...@redhat.com) wrote:
> On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
> > Bill Nottingham wrote:
> > > Here's some proposed config changes.
> >
> > Jumping on the wagon ;)
> >
> > Can we enable CONFIG_DMAR please? This turns on the IOMMU on intel
> > boxe
On Tue, Jan 13, 2009 at 10:21:52PM +0100, Gerd Hoffmann wrote:
> Dave Jones wrote:
> > On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
> > > Bill Nottingham wrote:
> > > > Here's some proposed config changes.
> > >
> > > Jumping on the wagon ;)
> > >
> > > Can we enable CONFI
Dave Jones wrote:
> On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
> > Bill Nottingham wrote:
> > > Here's some proposed config changes.
> >
> > Jumping on the wagon ;)
> >
> > Can we enable CONFIG_DMAR please? This turns on the IOMMU on intel
> > boxes, using VT-d. Calle
On Tue, Jan 13, 2009 at 09:55:27PM +0100, Gerd Hoffmann wrote:
> Bill Nottingham wrote:
> > Here's some proposed config changes.
>
> Jumping on the wagon ;)
>
> Can we enable CONFIG_DMAR please? This turns on the IOMMU on intel
> boxes, using VT-d. Called "DMA Remapping" in intel speak,
Bill Nottingham wrote:
> Here's some proposed config changes.
Jumping on the wagon ;)
Can we enable CONFIG_DMAR please? This turns on the IOMMU on intel
boxes, using VT-d. Called "DMA Remapping" in intel speak, this is where
the config option name comes from. Advantages:
(1) 32bit PCI devic
Hi Dave,
The ACPI subsystem has a kernelcmdline setting called acpi_enforce_resources
which defaults to lax, I would like to propose to change this the default to
strict in *rawhide*.
As you may (not) know I'm an active contributor to the lm_sensors project both
to the userspace tools as to
13 matches
Mail list logo