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] [day] [month] [year] [list]
Message-ID: <c89e8dda-ae05-46bc-bf3e-9e95a20538a4@amd.com>
Date: Wed, 10 Sep 2025 10:34:53 +0800
From: "Du, Bin" <bin.du@....com>
To: Shengyu Qu <wiagn233@...look.com>, mchehab@...nel.org,
 hverkuil@...all.nl, laurent.pinchart+renesas@...asonboard.com,
 bryan.odonoghue@...aro.org, sakari.ailus@...ux.intel.com,
 prabhakar.mahadev-lad.rj@...renesas.com, linux-media@...r.kernel.org,
 linux-kernel@...r.kernel.org, sultan@...neltoast.com
Cc: pratap.nirujogi@....com, benjamin.chan@....com, king.li@....com,
 gjorgji.rosikopulos@....com, Phil.Jawich@....com, Dominic.Antony@....com,
 mario.limonciello@....com, richard.gong@....com, anson.tsao@....com,
 bin.du@....com
Subject: Re: [PATCH v3 0/7] Add AMD ISP4 driver

Hi,

On 9/10/2025 10:15 AM, Du, Bin wrote:
> Hi Shengyu,
> 
> On 9/7/2025 2:40 AM, Shengyu Qu wrote:
>> Hi,
>>
>>
>>> Changes v2 -> v3:
>>>
>>> - All the dependent patches in other modules (drm/amd/amdgpu, 
>>> platform/x86, pinctrl/amd) merged on upstream mainline kernel 
>>> (https://github.com/torvalds/linux) v6.17.
>>> - Removed usage of amdgpu structs in ISP driver. Added helper 
>>> functions in amdgpu accepting opaque params from ISP driver to 
>>> allocate and release ISP GART buffers.
>>> - Moved sensor and MIPI phy control entirely into ISP FW instead of 
>>> the previous hybrid approach controlling sensor from both FW and x86 
>>> (sensor driver).
>>> - Removed phy configuration and sensor binding as x86 (sensor driver) 
>>> had relinquished the sensor control for ISP FW. With this approach 
>>> the driver will be exposed as web camera like interface.
>>> - New FW with built-in sensor driver is submitted on upstream linux- 
>>> firmware repo (https://gitlab.com/kernel-firmware/linux-firmware/).
>>
>>
>> The sensor is MIPI CSI and controlled by I2C, isn't it? Then why we 
>> put all control logic into FW rather than driver? Any existing CSI 
>> camera ISP support implementation are not doing this by FW.
>>
> 
> Yes, it's MIPI CSI sensor and controlled by I2C. In AMD ISP 3A algo 
> architecture, part of the sensor control resides in the FW and in 
> previous version, sensor init control is put in the sensor driver. With 
> discussion with the V4L2 maintainer, the current approach starting from 
> V3 is to move all sensor control into FW and remove the sensor driver 
> dependency. Please refer to https://lore.kernel.org/all/63949b3b- 
> ca2d-42aa-bc8d-43f2952d307a@....com/#t which provides the context and 
> background on how we arrived at the current architectural change in v3.
> 

Also quote the comments from Laurent Pinchart in 
https://lore.kernel.org/all/20250812134222.GN30054@pendragon.ideasonboard.com/ 
"Exposing the camera sensor to both the firmware and the host 
concurrently is asking for trouble. If you really want to abstract the 
camera behind a firmware and only expose a webcam-like API (or not even 
that in this version, as the driver exposes no control as far as I can 
see), then you should push the whole sensor handling to the firmware 
too. In my opinion that would not be a good solution compared to 
exposing the ISP to the host, but it would be better than this hybrid 
model." Many thanks Laurent Pinchart and Sakari Ailus for the arch 
change guide.

>> Cheers,
>> Shengyu
> 

-- 
Regards,
Bin


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ