Re: [PROBLEM] Machine Freezes while Running Crossover Office

From: Linus Torvalds (torvalds_at_osdl.org)
Date: 05/30/05

  • Next message: Kyle Moffett: "Re: [PATCH] DRM depends on ???" 
    Date:	Sun, 29 May 2005 15:59:03 -0700 (PDT)
To: Pekka Enberg <penberg@cs.helsinki.fi>

    On Sun, 29 May 2005, Pekka Enberg wrote:
    >
    > The mouse cursor does not move and the screen does not refresh. The
    > machine locks up completely for few seconds (actually more like 5-10 s)
    > and then the system comes back up (after which it can be used normally).
    > I cannot even switch virtual consoles. Please note that I can
    > immediately reproduce the problem again as many times as I want by doing
    > the test scenario.

    The thing is, your sysrq-P output clearly shows that it's all in wine, and
    I'd be very surprised if this is not a codeweavers/wine bug. The pipe poll
    code is literally a couple of lines long, and it's hard to introduce a bug
    there. Especially a transient bug that goes away.

    However, I don't understand how wine can block the X server from doing
    even cursor updates. It might be a scheduler bug, of course. The one thing
    a bigger pipe buffer does is end up changing scheduling behaviour.

    (On the other hand, I would not be surprised if Wine does something that
    makes X pause, like use DGA or whatever and tells X not to update the
    screen, including cursors).

    > Is it possible that your changes for pipes to fill up to 64 KB confuses
    > pipe_poll and friends?

    pipe_poll shouldn't get confused, but apps certainly could. If an app
    "knows" that a pipe read can only return 4kB of data, it would obviously
    get confused when that's no longer true.

    > The funny thing is that when I am stracing (and
    > thus not hitting the problem), I do not see _any_ calls to sys_poll but
    > when I _do_ hit the bug, pipe_poll clearly shows up in oprofile.

    Are you sure your oprofile PC map is correct?

                    Linus
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: Kyle Moffett: "Re: [PATCH] DRM depends on ???"

    Relevant Pages

    • Re: wait cursor
      ... >> I'm trying to let my Windows Form application perform a lengthy ... > The Windows API requires that the cursor must be periodically ... So I guess it really was a bug. ...
      (microsoft.public.dotnet.languages.csharp)
    • Re: several discrepancies with new -2139 kernel.
      ... without bothering to advise me. ... for a commodity wine. ... possibly a touchpad that moves the cursor but doesn't scroll or tap. ... Is the touchpad in fact a Synaptics? ...
      (Fedora)
    • bug at combo using *.qpr
      ... "A form can not contain more than 1 combo with same cursor". ... Create the tables and query just like before. ... Call it a bug if you will, ... >> Microsoft Visual FoxPro MVP ...
      (microsoft.public.fox.programmer.exchange)
    • Tk freezes with elided text
      ... Apparently I have found a way to make wish freeze when moving the cursor in a text widget containing elided text. ... ..t insert end "Fifteen men on the Dead Man's Chest\n" ... I cannot see why this would not be a bug, but I nevertheless have doubts since I would be very surprised to find such a bug in Tcl/Tk, which has a very high quality level. ...
      (comp.lang.tcl)
    • Re: Hourglass after application exit
      ... It's like a wait cursor not tied to anything and any other click will make ... remains running and must be killed with the Running Programs applet. ... Your issue does sound more like a bug in the CF ... VS2005, when exiting the app, it leaves a process or something running ...
      (microsoft.public.dotnet.framework.compactframework)