On Sun, Aug 12, 2012 at 3:34 AM, Thomas Meyer <span dir="ltr"><<a href="mailto:thomas@m3y3r.de" target="_blank">thomas@m3y3r.de</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

guilty driver is probably udl_fb.c<br>
any ideas?<br></blockquote><div><br></div>Hi Thomas,<div><br></div><div>We were seeing similar issues in udlfb (the original fbdev version of this driver), which were fixed earlier this year by getting all rendering operations out of probe/disconnect -- those which might trigger fb_defio page faults in an inappropriate context, or be long-running. Here's some more detail:</div>
<div><a href="http://plugable.com/2012/06/21/displaylink-usb-devices-on-linux-kernel-3-4-0/comment-page-1/#comment-5896">http://plugable.com/2012/06/21/displaylink-usb-devices-on-linux-kernel-3-4-0/comment-page-1/#comment-5896</a> </div>
<div><br></div><div>Unfortunately, I haven't had time to get going with udl myself, so haven't been able to port and confirm.  Thanks for raising and staying on this.</div><div><br></div><div>Best wishes,</div><div>
Bernie </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[   45.633336] RIP  [<ffffffff8123becc>] fb_deferred_io_mkwrite+0xdc/0xf0<br>
[   45.633336]  RSP <ffff880126559c98><br>
[   45.711547] ---[ end trace d4732d5a0bf375fb ]---<br>
[   45.720961] released /dev/fb1 user=1 count=0<br><br>
</blockquote></div><br>