* On 21.01.2013 07:11 PM, Mihai Moldovan wrote:
> I'm also currently testing a kernel without the Intel IOMMU feature
> [CONFIG_INTEL_IOMMU=n, but CONFIG_IOMMU_SUPPORT=y]. [...] At least
> not seeing USB and PCI(e) issues. I'll leave the box running for some
> more [time] [...]
No freezes for >22h
On Tue, Jan 22, 2013 at 7:15 PM, Mihai Moldovan wrote:
> * On 21.01.2013 07:11 PM, Mihai Moldovan wrote:
>> I'm also currently testing a kernel without the Intel IOMMU feature
>> [CONFIG_INTEL_IOMMU=n, but CONFIG_IOMMU_SUPPORT=y]. [...] At least
>> not seeing USB and PCI(e) issues. I'll leave the
* On 21.01.2013 07:11 PM, Mihai Moldovan wrote:
> I'm also currently testing a kernel without the Intel IOMMU feature
> [CONFIG_INTEL_IOMMU=n, but CONFIG_IOMMU_SUPPORT=y]. [...] At least
> not seeing USB and PCI(e) issues. I'll leave the box running for some
> more [time] [...]
No freezes for >22h
On Tue, Jan 22, 2013 at 7:15 PM, Mihai Moldovan wrote:
> * On 21.01.2013 07:11 PM, Mihai Moldovan wrote:
>> I'm also currently testing a kernel without the Intel IOMMU feature
>> [CONFIG_INTEL_IOMMU=n, but CONFIG_IOMMU_SUPPORT=y]. [...] At least
>> not seeing USB and PCI(e) issues. I'll leave the
* On 20.01.2013 11:49 PM, Daniel Vetter wrote:
> Thanks for testing, I've just submitted the patch for review. It
> should included in a -fixes tree soon and the get backported to
> stable kernels.
Thanks. :)
> Please let me know when this works solidly for you, so that I can
> put it into a rea
* On 20.01.2013 11:49 PM, Daniel Vetter wrote:
> Thanks for testing, I've just submitted the patch for review. It
> should included in a -fixes tree soon and the get backported to
> stable kernels.
Thanks. :)
> Please let me know when this works solidly for you, so that I can
> put it into a rea
On Sun, Jan 20, 2013 at 10:52 PM, Mihai Moldovan wrote:
> the patch does work, i.e., it turns off DMAR for the graphics card and
> alleviates the freezes when loading i915/kms.
>
> However, still seeing random machine freezes with it (being consistent with
> the
> behavior I've experienced with i
Hi Daniel,
the patch does work, i.e., it turns off DMAR for the graphics card and
alleviates the freezes when loading i915/kms.
However, still seeing random machine freezes with it (being consistent with the
behavior I've experienced with intel_iommu=igfx_off).
The patch + forcing RWBF is workin
Hi Daniel,
the patch does work, i.e., it turns off DMAR for the graphics card and
alleviates the freezes when loading i915/kms.
However, still seeing random machine freezes with it (being consistent with the
behavior I've experienced with intel_iommu=igfx_off).
The patch + forcing RWBF is workin
On Sun, Jan 20, 2013 at 10:52 PM, Mihai Moldovan wrote:
> the patch does work, i.e., it turns off DMAR for the graphics card and
> alleviates the freezes when loading i915/kms.
>
> However, still seeing random machine freezes with it (being consistent with
> the
> behavior I've experienced with i
* On 19.01.2013 05:13 PM, Mihai Moldovan wrote:
> * On 19.01.2013 02:27 PM, Daniel Vetter wrote:
>> You have a gen4.5 chipset which is known to be utterly broken for
>> IOMMU+intel gpu.
> Nice description for what I'm seeing. ;)
>
> After some more hours of uptime I'm inclined to say, that "intel_i
* On 19.01.2013 02:27 PM, Daniel Vetter wrote:
> You have a gen4.5 chipset which is known to be utterly broken for
> IOMMU+intel gpu.
Nice description for what I'm seeing. ;)
After some more hours of uptime I'm inclined to say, that "intel_iommu=off
iommu=off" fixes my random freezes as well.
Ala
On Sat, Jan 19, 2013 at 5:26 PM, Mihai Moldovan wrote:
> The current patch errors out on my while compiling as quirk_iommu_rwbf is not
> yet defined at that place.
Oops, attached an old patch, updated one should work better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 7
* On 19.01.2013 05:13 PM, Mihai Moldovan wrote:
> * On 19.01.2013 02:27 PM, Daniel Vetter wrote:
>> You have a gen4.5 chipset which is known to be utterly broken for
>> IOMMU+intel gpu.
> Nice description for what I'm seeing. ;)
>
> After some more hours of uptime I'm inclined to say, that "intel_i
On Sat, Jan 19, 2013 at 5:13 PM, Mihai Moldovan wrote:
>> [...] and we've never added the proper
>> quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
>> proposed patch to fix this (i.e. automatically set
>> intel_iommu=igfx_off for affected platfroms). Testing highly welcome.
>
>
* On 19.01.2013 02:27 PM, Daniel Vetter wrote:
> You have a gen4.5 chipset which is known to be utterly broken for
> IOMMU+intel gpu.
Nice description for what I'm seeing. ;)
After some more hours of uptime I'm inclined to say, that "intel_iommu=off
iommu=off" fixes my random freezes as well.
Ala
Hi Mihai,
You have a gen4.5 chipset which is known to be utterly broken for
IOMMU+intel gpu. Looks like a few distros started enabling IOMMU by
default (fc18 has similar issues) and we've never added the proper
quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
proposed patch to f
On Sat, Jan 19, 2013 at 5:26 PM, Mihai Moldovan wrote:
> The current patch errors out on my while compiling as quirk_iommu_rwbf is not
> yet defined at that place.
Oops, attached an old patch, updated one should work better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 7
On Sat, Jan 19, 2013 at 5:13 PM, Mihai Moldovan wrote:
>> [...] and we've never added the proper
>> quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
>> proposed patch to fix this (i.e. automatically set
>> intel_iommu=igfx_off for affected platfroms). Testing highly welcome.
>
>
Hi Mihai,
You have a gen4.5 chipset which is known to be utterly broken for
IOMMU+intel gpu. Looks like a few distros started enabling IOMMU by
default (fc18 has similar issues) and we've never added the proper
quirks. See https://bugzilla.kernel.org/show_bug.cgi?id=51921 for a
proposed patch to f
20 matches
Mail list logo
