[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <p2z74fd948d1004141556r9d2cc7a9sfe40a3d68661669@mail.gmail.com>
Date: Wed, 14 Apr 2010 23:56:57 +0100
From: Pedro Ribeiro <pedrib@...il.com>
To: Chris Wright <chrisw@...s-sol.org>
Cc: David Woodhouse <dwmw2@...radead.org>,
Alan Stern <stern@...land.harvard.edu>,
Daniel Mack <daniel@...aq.de>,
USB list <linux-usb@...r.kernel.org>,
Andi Kleen <andi@...stfloor.org>,
Kernel development list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg KH <gregkh@...e.de>, iommu@...ts.linux-foundation.org
Subject: Re: USB transfer_buffer allocations on 64bit systems
On 14 April 2010 23:25, Chris Wright <chrisw@...s-sol.org> wrote:
> * Pedro Ribeiro (pedrib@...il.com) wrote:
>> Turns out CONFIG_DMAR was disabled because of PREEMPT_RT. I disabled
>> the later and enabled _DMAR. It took a long time to boot, something
>> wrong with the usb ports. You can see it in the appended dmesg from
>> time 11s to 100s.
>>
>> Then after it booted, I could barely move my USB mouse and lots of
>> errors appeared on dmesg. I tried to connect the DVB card but it
>> wouldn't even initialize.
>
> [ 316.360045] DMAR:[DMA Write] Request device [00:02.0] fault addr 23c00000
> [ 316.360046] DMAR:[fault reason 05] PTE Write access is not set
>
> That's your video device. Do you have CONFIG_DMAR_BROKEN_GFX_WA=y?
>
Where do I find this option in make menuconfig? Doesn't seem to be available...
>> Enabling it with iommu=pt seemed to make no difference.
>
> It should (it should at least eliminate the video device problem).
>
You are right, it does eliminate that problem. However I can't get any
of the USB devices to work, and the mouse is terribly slow. One more
dmesg attached.
Pedro
Download attachment "dmesg.dmar2.tar.bz2" of type "application/x-bzip2" (21454 bytes)
Powered by blists - more mailing lists