linux-kernel - Re: [PATCH v6 4/6] staging: media: wave5: Add TODO file

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAFr9PXm3Mvr0guGoPDKmashMhFG6OQMvXHxwX-SD5ZHPi_sw4g@mail.gmail.com>
Date:   Thu, 31 Mar 2022 20:42:40 +0900
From:   Daniel Palmer <daniel@...f.com>
To:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:     Nas Chung <nas.chung@...psnmedia.com>,
        "linux-media@...r.kernel.org" <linux-media@...r.kernel.org>,
        Dafna Hirschfeld <dafna.hirschfeld@...labora.com>,
        Mauro Carvalho Chehab <mchehab@...nel.org>,
        "open list:STAGING SUBSYSTEM" <linux-staging@...ts.linux.dev>,
        open list <linux-kernel@...r.kernel.org>,
        "laurent.pinchart@...asonboard.com" 
        <laurent.pinchart@...asonboard.com>,
        "hverkuil@...all.nl" <hverkuil@...all.nl>,
        "kernel@...labora.com" <kernel@...labora.com>,
        "dafna3@...il.com" <dafna3@...il.com>,
        "bob.beckett@...labora.com" <bob.beckett@...labora.com>,
        "kiril.bicevski@...labora.com" <kiril.bicevski@...labora.com>,
        "lafley.kim" <lafley.kim@...psnmedia.com>,
        Scott Woo <scott.woo@...psnmedia.com>,
        "olivier.crete@...labora.com" <olivier.crete@...labora.com>,
        "dan.carpenter@...cle.com" <dan.carpenter@...cle.com>,
        "rdunlap@...radead.org" <rdunlap@...radead.org>
Subject: Re: [PATCH v6 4/6] staging: media: wave5: Add TODO file

Hi Greg,

On Thu, 31 Mar 2022 at 20:32, Greg Kroah-Hartman
<gregkh@...uxfoundation.org> wrote:
> > +  Until we can test and resolve any issues on final silicon (due 2H 2021)
> > +  this driver should remain in staging.
>
> Then why not just wait?  Why merge this now?  What is the benifit of us
> taking this code at this point in time for hardware that is no one has
> as it is not even created?

FWIW there is an SoC that is supported (if console from initramfs on
uart counts..) in mainline, Sigmastar ssd202d, that has this IP so it
exists in the wild.
I have tried to get this driver running on it and it did something but
didn't get far enough to actually decode video.

Cheers,

Daniel