<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in TODO</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>aa7a0208 - media: atomisp: Update TODO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#aa7a0208</link>
        <description>media: atomisp: Update TODOUpdate the TODO list:- Remove comment about adding firmware to linux-firmware this has been done- Add a comment about removing unnecessary / unwanted module parametersSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy@kernel.org&gt;Link: https://lore.kernel.org/r/20240603132057.255917-4-hdegoede@redhat.comSigned-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 03 Jun 2024 13:20:56 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e072ded7 - media: atomisp: Update TODO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#e072ded7</link>
        <description>media: atomisp: Update TODORemove the TODO items for using the main (drivers/media/i2c) ov2680 andov5693 drivers and removing the atomisp specific ones, this has been done.Remove the TODO item for gracefully handling missing firmware the&quot;media: atomisp: Bind and do power-management without firmware&quot; changeshave fixed this.Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Sun, 31 Dec 2023 10:00:21 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>61d6b350 - media: atomisp: Drop VIDEO_ATOMISP_ISP2401 Kconfig option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#61d6b350</link>
        <description>media: atomisp: Drop VIDEO_ATOMISP_ISP2401 Kconfig optionDrop the VIDEO_ATOMISP_ISP2401 Kconfig option and the -DISP2401cflags.This is no longer necessary since all ISP2400 vs ISP2401 differencesare now dealt with at runtime.Many thanks to Kate Hsuan for all her work on this.Link: https://lore.kernel.org/r/20230812133523.355581-2-hdegoede@redhat.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Sat, 12 Aug 2023 13:35:23 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>4f7d1334 - media: atomisp: Add testing instructions to TODO file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#4f7d1334</link>
        <description>media: atomisp: Add testing instructions to TODO fileTesting the atomisp can be a bit tricky. The BYT/CHT CPUs are notvery powerful so some apps like camorama cannot run at full FPS.Add instructions for how to test with gstreamer which doesruns at full FPS without issues.Link: https://lore.kernel.org/r/20230604161406.69369-6-hdegoede@redhat.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Sun, 04 Jun 2023 16:14:06 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e980fb04 - media: atomisp: Add enum_framesizes function for sensors with selection / crop support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#e980fb04</link>
        <description>media: atomisp: Add enum_framesizes function for sensors with selection / crop supportSome sensor drivers with crop support (e.g. the ov5693 driver) onlyreturn the current crop rectangle + 1/2 (binning) of the current croprectangle when calling their enum_frame_sizes op.This causes 2 issues:1. Atomisp sets to the crop area to include the padding, where as   the enum_framesizes ioctl should return values without padding.2. With cropping a lot more standard resolutions are possible then   just these 2 and many apps limit the list given to the end user   to the list returned by enum_framesizes.Add an alternative enum_framesizes function for sensors which supportcropping to fix both issues.Link: https://lore.kernel.org/r/20230529103741.11904-21-hdegoede@redhat.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 29 May 2023 10:37:40 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>36f48c70 - media: atomisp: Update TODO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#36f48c70</link>
        <description>media: atomisp: Update TODOA lot of work has been done on the atomisp driver lately.Rewrite the TODO file to drop all the already fixed items:* Moved to videobuf2 + fixed mmap support* Whole bunch of v4l2 API fixes making more apps work* v4l2-async sensor probing support* pm-runtime support (for some sensor drivers at least)* buffer MM code was cleaned up / replaced when moving the videobuf2And add a new TODO list (retaining some of the old items) splitinto items which absolutely must be fixed before the driver canbe moved out of staging:1. Conflicting hw-ids with regular sensor drivers2. Private userspace API stuffAs well as a list of items which also definitely needs to be fixedbut which could also be fixed after moving the driver out of staging.Link: https://lore.kernel.org/r/20230529103741.11904-2-hdegoede@redhat.comSigned-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 29 May 2023 10:37:21 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>fcb10617 - media: atomisp: TODO: make it updated to the current issues</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#fcb10617</link>
        <description>media: atomisp: TODO: make it updated to the current issuesNow that this driver starting to show signals of real progress,let&apos;s update its TODO list.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 01 Nov 2021 11:35:29 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b4c650f1 - media: atomisp: remove compat_ioctl32 code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#b4c650f1</link>
        <description>media: atomisp: remove compat_ioctl32 codeThis is one of the last remaining users of compat_alloc_user_space()and copy_in_user(), which are in the process of getting removed.As of commit 57e6b6f2303e (&quot;media: atomisp_fops.c: disableatomisp_compat_ioctl32&quot;), nothing in this file is actually getting usedas the only reference has been stubbed out.Remove the entire file -- anyone willing to restore the functionalitycan equally well just look up the contents in the git history if needed.Acked-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Suggested-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Acked-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 14 Jun 2021 10:34:07 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>387041cd - media: atomisp: improve sensor detection code to use _DSM table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#387041cd</link>
        <description>media: atomisp: improve sensor detection code to use _DSM tableInstead of keep hardcoding device-specific tables, read themdirectly from the ACPI BIOS, if available.This method is know to work with Asus T101HA device. thesame table is also visible on EzPad devices. So, it seemsthat at least some BIOSes use this method to pass data aboutISP2401-connected sensors.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Thu, 04 Jun 2020 09:46:03 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>abbd669d - media: atomisp: do another round of coding style cleanup</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#abbd669d</link>
        <description>media: atomisp: do another round of coding style cleanupRun checkpatch --fix-inline again, in order to get ridof some additional issues that got introduced (or thatcheckpatch can now detect).This should help preventing receiving random cleanups,while keeping the code on a better shape.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Thu, 28 May 2020 08:29:31 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2a693c3e - media: atomisp: update TODO list</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#2a693c3e</link>
        <description>media: atomisp: update TODO listLet&apos;s reflect the current status at the TODO list, as otherdevelopers can help addressing issues over there.Acked-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Fri, 22 May 2020 12:01:00 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>64562679 - media: atomisp: update TODO with the current data</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#64562679</link>
        <description>media: atomisp: update TODO with the current dataThe TODO list doesn&apos;t reflect the current status of the driver.Update it.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Wed, 20 May 2020 10:00:22 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9d4fa1a1 - media: atomisp: cleanup directory hierarchy</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#9d4fa1a1</link>
        <description>media: atomisp: cleanup directory hierarchyThis driver has very long directories without a goodreason (IMHO). Let&apos;s drop two directories from such hierarchy,in order to simplify things a little bit and make the diroutput a bit more readable.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Thu, 30 Apr 2020 07:49:43 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ad85094b - Revert &quot;media: staging: atomisp: Remove driver&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#ad85094b</link>
        <description>Revert &quot;media: staging: atomisp: Remove driver&quot;There are some interest on having this driver back, and Ican probably dedicate some time to address its issue. So,let&apos;s ressurect it.For now, the driver causes a recursive error and doesn&apos;tbuild, so, make it depend on BROKEN.This reverts commit 51b8dc5163d2ff2bf04019f8bf7e3bd0e75bb654.Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Sun, 19 Apr 2020 10:18:13 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1bd42115 - staging: atomisp: Augment TODO file with GPIO work item</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#1bd42115</link>
        <description>staging: atomisp: Augment TODO file with GPIO work itemTo make sure that these drivers do not leave staging before theyare properly converted to use the new GPIO descriptor API,augment the TODO file with this work item.Cc: Alan Cox &lt;alan@linux.intel.com&gt;Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Thu, 19 Apr 2018 08:41:17 +0000</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>715e3f4d - media: staging: atomisp: Add videobuf2 switch to TODO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#715e3f4d</link>
        <description>media: staging: atomisp: Add videobuf2 switch to TODOThe atomisp driver uses the videobuf1 framework for buffer management. Theframework is being removed; switch to videobuf2 needs to be made. Thereare only a handful of remaining non-staging drivers using videobuf1.Signed-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Fri, 27 Oct 2017 10:35:11 +0000</pubDate>
        <dc:creator>Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>af7db4e9 - media: staging: atomisp: Update TODO regarding sensors</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#af7db4e9</link>
        <description>media: staging: atomisp: Update TODO regarding sensorsThere was no specific item regarding what should be done to sensor, lensand flash drivers. Add one, to replace the vague item denoting supportonly to particular sensor, lens and flash devices.Signed-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Mon, 25 Sep 2017 11:17:31 +0000</pubDate>
        <dc:creator>Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a49d2536 - staging/atomisp: Add support for the Intel IPU v2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/staging/media/atomisp/TODO#a49d2536</link>
        <description>staging/atomisp: Add support for the Intel IPU v2This patch adds support for the Intel IPU v2 as found on Android and IoTBaytrail-T and Baytrail-CR platforms (those with the IPU PCI mapped). Youwill also need the firmware files from your device (Android usually putsthem into /etc) - or you can find them in the downloadable restore/upgradekits if you blew them away for some reason.It may be possible to extend the driver to handle the BYT/T windowsplatforms such as the ASUS T100TA. These platforms don&apos;t expose the IPU viathe PCI interface but via ACPI buried in the GPU description and with thecamera information somewhere unknown so would need a platform driverinterface adding to the codebase *IFF* the firmware works on such devices.To get good results you also need a suitable support library such aslibxcam. The camera is intended to be driven from Android so it has a lot offeatures that many desktop apps don&apos;t fully spport.In theory all the pieces are there to build it with -DISP2401 and somediffering files to get CherryTrail/T support, but unifying the driversproperlly is a work in progress.The IPU driver represents the work of a lot of people within Intel over manyyears. It&apos;s historical goal was portability rather than Linux upstream. Anyqueries about the upstream aimed driver should be sent to me not to theoriginal authors.Signed-off-by: Alan Cox &lt;alan@linux.intel.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/staging/media/atomisp/TODO</description>
        <pubDate>Fri, 17 Feb 2017 16:55:17 +0000</pubDate>
        <dc:creator>Alan Cox &lt;alan@linux.intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
