linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Patrik Gfeller <patrik.gfeller@gmail.com>,
	Francescodario Cuzzocrea 
	<francescodario.cuzzocrea@mail.polimi.it>,
	Andy Shevchenko <andy.shevchenko@gmail.com>,
	"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: [GIT PULL] Ressurect the atomisp staging driver
Date: Wed, 27 May 2020 19:36:37 +0200	[thread overview]
Message-ID: <20200527193637.4b8fd8f7@coco.lan> (raw)
In-Reply-To: <bb6c2d97-1614-246a-35b1-ee1531115734@redhat.com>

Em Wed, 27 May 2020 18:23:26 +0200
Hans de Goede <hdegoede@redhat.com> escreveu:

> Hi,
> 
> On 5/23/20 10:00 AM, Mauro Carvalho Chehab wrote:
> 
> <snip>
> 
> > Btw, this can also be useful:
> > 
> > 	https://git.linuxtv.org/mchehab/experimental.git/log/?h=yocto_intel_aero_ported_v2
> > 
> > This is basically the Yocto Aero patchset from:
> > 
> > 	https://github.com/intel-aero/meta-intel-aero-base
> > 
> > applied on the top of Kernel 4.4.76 and then ported to
> > Kernel 5.7-rc2, making it run there.
> > 
> > On such version, I tried to preserve the patch history as much
> > as possible and minimize the changes, while not touching at the media
> > framework. This version contains 3 new I2C sensor drivers.
> > 
> >  From the new sensors, I ported only the ov8858 code to be built
> > on the top of v5.7-rc2, but aiming another device I have here,
> > using ipu3. So, it got removed from all atomisp-dependent code.  
> 
> Thanks for the info, that might be useful later.
> 
> Note ATM I'm swamped with a lot of other stuff, so I have no idea
> when I will have time to scratch my itch wrt to looking at this.
> 
> And TBH I'm waiting for you to reach that all important milestone
> of actually getting some sort of picture outside of the sensor
> before I start sinking time into this :)


:-D

Today, I was able to (at least partially) fix an issue that was
causing an OOPS when using a scaler.

I also got rid of the Kernel 3.10 fork of get_user_pages(). 

Still, the free logic seems to be losing some pages:

	[   71.472835] BUG: non-zero pgtables_bytes on freeing mm: 4096

From the driver fixing, that's probably the next step.


I want to be sure that the mm/ code is reliable enough, before
trying to identify what's wrong at the image side.

Btw, the firmware is actually split into several different binaries:

	$ sudo su -c "echo 5 >/sys/bus/pci/drivers/atomisp-isp2/dbgopt"
	$ dmesg

	[11105.369532] atomisp-isp2 0000:00:03.0: Num1 binary id is 0, name is isp_copy_var
	[11105.369537] atomisp-isp2 0000:00:03.0: Num2 binary id is 2, name is isp_vf_pp_full
	[11105.369540] atomisp-isp2 0000:00:03.0: Num3 binary id is 3, name is isp_vf_pp_opt
	[11105.369543] atomisp-isp2 0000:00:03.0: Num4 binary id is 60, name is isp_capture_pp_var_bli
	[11105.369546] atomisp-isp2 0000:00:03.0: Num5 binary id is 61, name is isp_capture_pp_ldc
	[11105.369549] atomisp-isp2 0000:00:03.0: Num6 binary id is 5, name is isp_capture_pp_var
	[11105.369605] atomisp-isp2 0000:00:03.0: Num7 binary id is 4, name is isp_yuv_scale_var
	[11105.369609] atomisp-isp2 0000:00:03.0: Num8 binary id is 6, name is isp_preisp_var
	[11105.369611] atomisp-isp2 0000:00:03.0: Num9 binary id is 7, name is isp_preisp_var_isp2
	[11105.369614] atomisp-isp2 0000:00:03.0: Num10 binary id is 58, name is isp_pre_de_var_isp2
	[11105.369617] atomisp-isp2 0000:00:03.0: Num11 binary id is 8, name is isp_gdc_var
	[11105.369620] atomisp-isp2 0000:00:03.0: Num12 binary id is 11, name is isp_anr_var
	[11105.369623] atomisp-isp2 0000:00:03.0: Num13 binary id is 12, name is isp_anr_var_isp2
	[11105.369626] atomisp-isp2 0000:00:03.0: Num14 binary id is 9, name is isp_postisp_var
	[11105.369629] atomisp-isp2 0000:00:03.0: Num15 binary id is 10, name is isp_postisp_var_isp2
	[11105.369632] atomisp-isp2 0000:00:03.0: Num16 binary id is 15, name is isp_preview_dec
	[11105.369634] atomisp-isp2 0000:00:03.0: Num17 binary id is 16, name is isp_preview_cont_bds125_isp2
	[11105.369637] atomisp-isp2 0000:00:03.0: Num18 binary id is 17, name is isp_preview_cont_dpc_bds150_isp2
	[11105.369640] atomisp-isp2 0000:00:03.0: Num19 binary id is 19, name is isp_preview_cont_dpc_bds200_isp2
	[11105.369643] atomisp-isp2 0000:00:03.0: Num20 binary id is 18, name is isp_preview_cont_bds150_isp2
	[11105.369646] atomisp-isp2 0000:00:03.0: Num21 binary id is 20, name is isp_preview_cont_bds200_isp2
	[11105.369649] atomisp-isp2 0000:00:03.0: Num22 binary id is 21, name is isp_preview_var
	[11105.369652] atomisp-isp2 0000:00:03.0: Num23 binary id is 22, name is isp_preview_var_isp2
	[11105.369655] atomisp-isp2 0000:00:03.0: Num24 binary id is 24, name is isp_primary_var
	[11105.369657] atomisp-isp2 0000:00:03.0: Num25 binary id is 25, name is isp_primary_var_isp2
	[11105.369660] atomisp-isp2 0000:00:03.0: Num26 binary id is 26, name is isp_primary_small
	[11105.369663] atomisp-isp2 0000:00:03.0: Num27 binary id is 27, name is isp_primary_striped
	[11105.369666] atomisp-isp2 0000:00:03.0: Num28 binary id is 28, name is isp_primary_striped_isp2
	[11105.369669] atomisp-isp2 0000:00:03.0: Num29 binary id is 29, name is isp_primary_8mp	
	[11105.369672] atomisp-isp2 0000:00:03.0: Num30 binary id is 30, name is isp_primary_14mp
	[11105.369675] atomisp-isp2 0000:00:03.0: Num31 binary id is 31, name is isp_primary_16mp
	[11105.369677] atomisp-isp2 0000:00:03.0: Num32 binary id is 33, name is isp_primary_isp261_stage0
	[11105.369680] atomisp-isp2 0000:00:03.0: Num33 binary id is 34, name is isp_primary_isp261_stage1
	[11105.369683] atomisp-isp2 0000:00:03.0: Num34 binary id is 35, name is isp_primary_isp261_stage2
	[11105.369686] atomisp-isp2 0000:00:03.0: Num35 binary id is 36, name is isp_primary_isp261_stage3
	[11105.369689] atomisp-isp2 0000:00:03.0: Num36 binary id is 37, name is isp_primary_isp261_stage4
	[11105.369691] atomisp-isp2 0000:00:03.0: Num37 binary id is 38, name is isp_primary_isp261_stage5
	[11105.369694] atomisp-isp2 0000:00:03.0: Num38 binary id is 42, name is isp_video_dz
	[11105.369697] atomisp-isp2 0000:00:03.0: Num39 binary id is 44, name is isp_video_high
	[11105.369700] atomisp-isp2 0000:00:03.0: Num40 binary id is 45, name is isp_video_nodz
	[11105.369703] atomisp-isp2 0000:00:03.0: Num41 binary id is 46, name is isp_video_cont_multibds_isp2_min
	[11105.369706] atomisp-isp2 0000:00:03.0: Num42 binary id is 47, name is isp_video_cont_bds_300_600_isp2_min
	[11105.369709] atomisp-isp2 0000:00:03.0: Num43 binary id is 48, name is isp_video_cont_dpc_bds150_isp2_min
	[11105.369712] atomisp-isp2 0000:00:03.0: Num44 binary id is 50, name is isp_video_cont_dpc_bds200_isp2_min
	[11105.369715] atomisp-isp2 0000:00:03.0: Num45 binary id is 49, name is isp_video_cont_bds150_isp2_min
	[11105.369717] atomisp-isp2 0000:00:03.0: Num46 binary id is 51, name is isp_video_cont_bds200_isp2_min
	[11105.369720] atomisp-isp2 0000:00:03.0: Num47 binary id is 52, name is isp_video_cont_nobds_isp2_min
	[11105.369723] atomisp-isp2 0000:00:03.0: Num48 binary id is 53, name is isp_video_dz_isp2_min
	[11105.369726] atomisp-isp2 0000:00:03.0: Num49 binary id is 54, name is isp_video_dz_isp2
	[11105.369729] atomisp-isp2 0000:00:03.0: Num50 binary id is 55, name is isp_video_lp_isp2

Based on the name of some of those binaries, it sounds that there are some
binaries that are resolution-specific:

	[11105.369669] atomisp-isp2 0000:00:03.0: Num29 binary id is 29, name is isp_primary_8mp	
	[11105.369672] atomisp-isp2 0000:00:03.0: Num30 binary id is 30, name is isp_primary_14mp
	[11105.369675] atomisp-isp2 0000:00:03.0: Num31 binary id is 31, name is isp_primary_16mp

I'm currently using the Intel Aero firmware, which is meant for a different
sensor model. I'm wandering if such firmware has everything needed for the sensor.

One of the things that could be done in parallel would be to use different
firmwares and see if they would produce a different pipeline setting.

Thanks,
Mauro

  reply	other threads:[~2020-05-27 17:36 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-01 19:57 [GIT PULL] Ressurect the atomisp staging driver Mauro Carvalho Chehab
2020-05-02  6:03 ` Greg KH
2020-05-20  7:48   ` Mauro Carvalho Chehab
2020-05-03  9:19 ` Francescodario Cuzzocrea
2020-05-03 10:07   ` Mauro Carvalho Chehab
2020-05-03 15:32   ` Mauro Carvalho Chehab
     [not found]     ` <CADnVkj96W0QfthukTKQ0a-i2fH1buooH3BEgfy22J9H9=_PcKA@mail.gmail.com>
2020-05-03 16:07       ` Patrik Gfeller
2020-05-04  8:16         ` Patrik Gfeller
2020-05-04  8:49           ` Mauro Carvalho Chehab
2020-05-04 10:45             ` Patrik Gfeller
2020-05-04 12:08               ` Mauro Carvalho Chehab
2020-05-04 13:44                 ` Patrik Gfeller
2020-05-15  8:32                   ` Mauro Carvalho Chehab
2020-05-15  9:10                     ` Hans de Goede
2020-05-15  9:42                       ` Mauro Carvalho Chehab
2020-05-19  7:39                         ` Mauro Carvalho Chehab
2020-05-19 17:36                           ` Mauro Carvalho Chehab
2020-05-22 10:46                             ` Hans de Goede
2020-05-22 11:42                               ` Mauro Carvalho Chehab
2020-05-23  8:00                                 ` Mauro Carvalho Chehab
2020-05-27 16:23                                   ` Hans de Goede
2020-05-27 17:36                                     ` Mauro Carvalho Chehab [this message]
2020-05-15  9:37                   ` Ressurect the atomisp staging driver - current progress Mauro Carvalho Chehab
2020-05-06 15:10                 ` [GIT PULL] Ressurect the atomisp staging driver Mauro Carvalho Chehab
2020-05-03  9:23 ` bosconovic
2020-05-16 13:23 [GIT,PULL] " Finn Rayment
     [not found] ` <20200516115459.4a24063b@coco.lan>
2020-05-16 19:53   ` Finn Rayment
2020-05-19 17:37     ` Mauro Carvalho Chehab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200527193637.4b8fd8f7@coco.lan \
    --to=mchehab+huawei@kernel.org \
    --cc=andy.shevchenko@gmail.com \
    --cc=francescodario.cuzzocrea@mail.polimi.it \
    --cc=hdegoede@redhat.com \
    --cc=linux-media@vger.kernel.org \
    --cc=patrik.gfeller@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).