From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:37167) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TrxRH-0006WT-LK for qemu-devel@nongnu.org; Sun, 06 Jan 2013 16:07:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TrxRG-0002GU-BM for qemu-devel@nongnu.org; Sun, 06 Jan 2013 16:07:27 -0500 Received: from mout.web.de ([212.227.15.3]:60388) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TrxRG-0002GG-25 for qemu-devel@nongnu.org; Sun, 06 Jan 2013 16:07:26 -0500 Message-ID: <50E9E789.3050200@web.de> Date: Sun, 06 Jan 2013 22:07:21 +0100 From: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= MIME-Version: 1.0 References: <1355484872-11283-1-git-send-email-andreas.faerber@web.de> In-Reply-To: <1355484872-11283-1-git-send-email-andreas.faerber@web.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PATCH v2 0/7] I2C libqos and tmp105 qtest support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , Anthony Liguori Cc: Stefan Hajnoczi , Jason Baron , qemu-devel@nongnu.org, Blue Swirl , Alex Horn , Paolo Bonzini Am 14.12.2012 12:34, schrieb Andreas Färber: > Hello, > > Here's I2C support for the libqos framework and an OMAP driver. > The design was inspired by QEMU's i2c_bus and Linux' i2c_adapter. > Seems like low hanging fruit (while we're still waiting for PCI support :)), > hopefully motivating more people to contribute qtests for new devices or > bug fixes. Ping! See below... > I found a bug in omap_i2c related to the SBD bit not getting cleared after > a single-byte read; the patch has been dropped as we were not able to verify > it against a TRM or hardware. The driver was therefore changed to ignore the > SBD bit, like the Linux driver does. > > I've split up the proposed tmp105.h header further to facilitate reuse of > the register enum in qtest. > > The test case itself initially fails; in lack of a v2 patch by Alex I'm > appending my own fix proposal that makes the test pass. > > I'm also appending a QOM'ish cleanup of the file, replacing the current API > with a QOM property. > To do a qom-set for testing a non-zero temperature reading, we'll need either > a canonical path for the TMP105 or Jason's qtest_qmp_resp() to iterate over > qom-list /machine/unassigned output looking for type "tmp105" with qom-get. [...] > v1 -> v2: > * Factor out libqos API for I2C and an OMAP driver > * Avoid casts by using uint8_t* in API, suggested by Blue > * Ignore SBD bit in omap_i2c driver > * Drop omap_i2c patch clearing SBD > * Incorporate Alex' tmp105.h patch > * Split out tmp105_regs.h for qtest, inspired by rtc-test > * Append replacement for Alex' fix > * Append QOM cleanup and turn setter function into QOM property [...] > Alex Horn (1): > tmp105: Create API for TMP105 temperature sensor This was applied by Anthony meanwhile. > Andreas Färber (6): > libqtest: Prepare I2C libqos > tmp105: Split out I2C message constants from header > tests: Add tmp105 qtest test case > tmp105: Fix I2C protocol bug > tmp105: QOM'ify > tmp105: Add temperature QOM property These need to be rebased due to the header reorganization and gcov. Anyone any feedback, especially on the libqos part? Anthony? Stefan? Thanks, Andreas > hw/i2c.h | 3 - > hw/tmp105.c | 101 ++++++++++++++++++------------- > hw/tmp105.h | 47 +++++++++++++++ > hw/tmp105_regs.h | 50 ++++++++++++++++ > tests/Makefile | 3 + > tests/libi2c-omap.c | 166 +++++++++++++++++++++++++++++++++++++++++++++++++++ > tests/libi2c.c | 22 +++++++ > tests/libi2c.h | 30 ++++++++++ > tests/tmp105-test.c | 76 +++++++++++++++++++++++ > 9 Dateien geändert, 453 Zeilen hinzugefügt(+), 45 Zeilen entfernt(-) > create mode 100644 hw/tmp105.h > create mode 100644 hw/tmp105_regs.h > create mode 100644 tests/libi2c-omap.c > create mode 100644 tests/libi2c.c > create mode 100644 tests/libi2c.h > create mode 100644 tests/tmp105-test.c