From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24652 invoked by alias); 19 Apr 2013 16:39:35 -0000 Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org Received: (qmail 24637 invoked by uid 89); 19 Apr 2013 16:39:34 -0000 X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 19 Apr 2013 16:39:33 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id B104C4680014 for ; Fri, 19 Apr 2013 17:39:31 +0100 (BST) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RqtPVRhxS335; Fri, 19 Apr 2013 17:39:26 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-patches@ecos.sourceware.org Subject: [Bug 1001397] I2C driver for Kinetis microcontrollers Date: Fri, 19 Apr 2013 16:39:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: Patches and contributions X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: mjones@linear.com X-Bugzilla-Status: NEEDINFO X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: ilijak@siva.com.mk X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-04/txt/msg00063.txt.bz2 Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001397 --- Comment #53 from Mike Jones --- Ilija, I have been thinking about aggressive vs. conservative clock calculation, and the SMB support for ALERTB. I think in the short run it probably makes sense to release with conservative clocking and no SMB support. Get the STM32 I2C and the Kinetis I2C at the same level of stability. This will allow application writers to cover 80% of their needs. We can then add SMB support and incremental improvements later, perhaps releasing STM32 and Kinetis at the same time. This will give us some room to experiment with SMB support and give me time to develop testing support and example code. I may want to add SMB API at the same time, which is a higher level API wrapped around the I2C API. I already have code for this, but I have to get permission to contribute it and there has to be a strategy of how to integrate it. So on this thinking, you could release this as is without the aggressive clocking, minus the SMB CDL settings. Just leave the basic SMB register support in the code so it can be experimented with. Mike -- You are receiving this mail because: You are on the CC list for the bug.