All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Ranostay <matt.ranostay@konsulko.com>
To: Sakari Ailus <sakari.ailus@iki.fi>
Cc: linux-media@vger.kernel.org
Subject: Re: [RFC] media: thermal I2C cameras metadata
Date: Tue, 24 Jul 2018 23:05:47 -0700	[thread overview]
Message-ID: <CAJCx=gkYebxOX5DZZtJTJeQW7jzFS5aJ2_PStJ2ZxEfxqutUSA@mail.gmail.com> (raw)
In-Reply-To: <20180723113521.4enawluordbdfd2p@valkosipuli.retiisi.org.uk>

On Mon, Jul 23, 2018 at 4:35 AM, Sakari Ailus <sakari.ailus@iki.fi> wrote:
> Hi Matt,
>
> On Sun, Jul 15, 2018 at 11:05:42PM -0700, Matt Ranostay wrote:
>> Hello et all,
>>
>> So currently working with some thermal sensors that have coefficients
>> that needs to be passed back to userspace that aren't related to the
>> pixel data but are required to normalize to remove scan patterns and
>> temp gradients. Was wondering the best way to do this, and hope it
>> isn't some is kludge of the close captioning, or just passing raw data
>> as another column line.
>
> Are you referring to the EEPROM content or something else?
>
> For EEPROM, I could think of just exposing the EEPROM to the user space
> as-is using the NVMEM API. This information is very, very device specific
> and therefore using a generic interface to access individual values there
> isn't really useful.
>

Actually that is okay for the EEPROM data that is per sensor, and
nvram does seem like it would work.
But there is per video frame data that is required along with the
static EEPROM data to calculate the actual end result.

- Matt

> --
> Sakari Ailus
> e-mail: sakari.ailus@iki.fi

  reply	other threads:[~2018-07-25  7:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-16  6:05 [RFC] media: thermal I2C cameras metadata Matt Ranostay
2018-07-23 11:35 ` Sakari Ailus
2018-07-25  6:05   ` Matt Ranostay [this message]
2018-07-25  9:09     ` Sakari Ailus
2018-07-25 23:29       ` Matt Ranostay

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='CAJCx=gkYebxOX5DZZtJTJeQW7jzFS5aJ2_PStJ2ZxEfxqutUSA@mail.gmail.com' \
    --to=matt.ranostay@konsulko.com \
    --cc=linux-media@vger.kernel.org \
    --cc=sakari.ailus@iki.fi \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.