Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965245AbbGHRKA (ORCPT ); Wed, 8 Jul 2015 13:10:00 -0400 Received: from mail-yk0-f177.google.com ([209.85.160.177]:35597 "EHLO mail-yk0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933507AbbGHRJ4 (ORCPT ); Wed, 8 Jul 2015 13:09:56 -0400 MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 8 Jul 2015 20:09:55 +0300 Message-ID: Subject: Re: tw5864 driver development, help needed From: Andrey Utkin To: Linux Media , "kernel-mentors@selenic.com" , "linux-kernel@vger.kernel.org" , Steven Toth , Ezequiel Garcia , Walter Lozano Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1992 Lines: 46 On Fri, Jul 3, 2015 at 5:23 PM, Andrey Utkin wrote: > Up... we are moving much slower than we expected, desperately needing help. > > Running reference driver with Ubuntu 9 (with kernel 2.6.28.10) with > 16-port card shows that the > reference driver fails to work with it correctly. Also that driver is > not complete, it requires your userland counterpart for usable > operation, which is far from being acceptable in production. > > Currently what stops us with our driver is that "H264 encoding done" > interrupt doesn't repeat, and CRC checksums mismatch for the first > (and last) time this interrupt happens. > We do our best to mimic what the reference driver does, but we might > miss some point. > > I suspect that my initialization of video inputs or board clock > configuration is insufficient or inconsistent with what device needs. > > Our work in progress is located in > https://github.com/krieger-od/linux, directory > drivers/staging/media/tw5864 > > This is another request for expert help. > The time is very important for us now. > > Thanks in advance and sorry for distraction. Thanks for all who contacted us! Now we know we can count on you. Just a small update so that you know the status of the project (and so that you won't proceed looking into the last described issue, if this is the case). We have interrupts repeating, and CRC checksums matching. Now we are working on formatting of h264 stream (the frames are returned without any headers, and reference driver has header generation deeply and tightly bound to other code, so this will take some time. The latest state of this work in progress is in github.com/krieger-od/linux.git , branch "brutal". -- Bluecherry developer. -- 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/