From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:38311)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <erik.rull@rdsoftware.de>) id 1RqAAI-00052z-PN
	for qemu-devel@nongnu.org; Wed, 25 Jan 2012 16:14:04 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <erik.rull@rdsoftware.de>) id 1RqAAC-0002hZ-MN
	for qemu-devel@nongnu.org; Wed, 25 Jan 2012 16:13:58 -0500
Received: from moutng.kundenserver.de ([212.227.17.8]:60200)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <erik.rull@rdsoftware.de>) id 1RqAAC-0002hS-Cp
	for qemu-devel@nongnu.org; Wed, 25 Jan 2012 16:13:52 -0500
Message-ID: <4F207090.9060806@rdsoftware.de>
Date: Wed, 25 Jan 2012 22:13:52 +0100
From: Erik Rull <erik.rull@rdsoftware.de>
MIME-Version: 1.0
References: <0NmkTZ-1RuP3p2oYy-00DGmw@icpu819.kundenserver.de>
	<4F200F60.3050206@siemens.com>
In-Reply-To: <4F200F60.3050206@siemens.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] git bisect results
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: qemu-devel@nongnu.org

Jan Kiszka wrote:
> On 2012-01-25 12:48, erik.rull@rdsoftware.de wrote:
>> Hi Jan,
>
> You should CC me then... :)

I will do that for upcoming emails.

>>
>> This little change fixes my problem with the usb-tablet update rate.
>>
>> Can you please verify if this has some side effects?
>
> Surely as it disables in general valid code, namely the auto-grabbing
> feature. You should notice the difference.
>
>>
>> If not, can you post a real patch?
>> I don't know how to handle the whole patching and committing stuff exactly.
>
> We need to understand the problem first anyway, and as I cannot
> reproduce it, I will need you help:
>
> Can you instrument the code, e.g. with printf, to find out which of the
> disabled branches is taken when, specifically how often? Can you also
> check if values like max_x/max_y or the ev->motion content make sense
> for your setup?
>
> Thanks,
> Jan
>

Yes, I will add some counters and dump them in discrete timeslots to see 
what's the difference between the fullscreen and the windowed mode.

Maybe the removed code parts do not affect my main application where the 
window is resized to fullscreen. But for maintenance it is definitively 
windowed where I haven't had any problems with the grabbing / releasing up 
to now.

Best regards,

Erik