From owner-freebsd-embedded@FreeBSD.ORG Sat Dec 3 00:37:38 2011 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E03C106566B; Sat, 3 Dec 2011 00:37:38 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7288FC1A; Sat, 3 Dec 2011 00:37:38 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 65D95C2957; Sat, 3 Dec 2011 01:37:37 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Sat, 3 Dec 2011 01:37:36 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <56F2AC5C-06F3-4E63-BC3D-06759FC63ED7@lassitu.de> References: <68ABED76-CB1F-405A-8036-EC254F7511FA@lassitu.de> <3B3DB17D-BF87-40EE-B1C1-445F178E8844@lassitu.de> <86030CEE-6839-4B96-ACDC-2BA9AC1E4AE4@lassitu.de> <2D625CC9-A0E3-47AA-A504-CE8FB2F90245@lassitu.de> <203BF1C8-D528-40C9-8611-9C7AC7E43BAB@lassitu.de> <3C0E9CA3-E130-4E9A-ABCC-1782E28999D1@lassitu.de> <2B8826C7-00C7-4117-B424-4A86F1346DFF@bsdimp.com> <20111130231311.4a154bc5.ray@ddteam.net> <20111202164539.fff3ea91.ray@dlink.ua> <20111202191122.GK25601@funkthat.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1251.1) Cc: Aleksandr Rybalko , freebsd-embedded@freebsd.org Subject: Re: TL-WR1043: switch X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2011 00:37:38 -0000 Am 03.12.2011 um 01:36 schrieb Adrian Chadd: > On 3 December 2011 08:02, Stefan Bethke wrote: >> I see two ways to make iicbus play with the Realtek "System = Management Interface" protocol: either make the patch I suggested = optional via a hint, or let a slave device somehow indicate that it = wants the relaxed semantics. The hint is likely the option that is = easier to implement. Writing a new go-between bus driver is likely too = complicated for me to accomplish right now. >=20 > I think exposing it via a quirk somehow, so the iicbus code knows that > for this particular child device, the relaxed semantics are required. >=20 > That way an i2c eeprom will be fine using the existing code and > semantics; the switch PHY child will use your relaxed semantics. > As there's a few more realtek switch PHYs to write code for, I can > only see this as being needed. :) >=20 > Think you could code that up for review? I'll try to do that tommorrow. Stefan --=20 Stefan Bethke Fon +49 151 14070811