All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Hans Verkuil" <hverkuil@xs4all.nl>
To: "Mauro Carvalho Chehab" <mchehab@redhat.com>
Cc: "linux-media" <linux-media@vger.kernel.org>,
	"Sakari Ailus" <sakari.ailus@maxwell.research.nokia.com>
Subject: Re: [GIT PATCHES FOR 2.6.41] Add bitmask controls
Date: Wed, 1 Jun 2011 15:27:20 +0200	[thread overview]
Message-ID: <ef656b6325ca0b3c65337f7480f834f0.squirrel@webmail.xs4all.nl> (raw)
In-Reply-To: <4DE636C5.7040604@redhat.com>

> Hi Hans,
>
> Em 23-05-2011 08:15, Hans Verkuil escreveu:
>> Hi Mauro,
>>
>> These patches for 2.6.41 add support for bitmask controls, needed for
>> the
>> upcoming Flash API and HDMI API.
>
> DocBook changes need do a s/2.6.41/3.1/.

Of course, I saw your DocBook changes going today.

> That's said, I'm not sure if it is a good idea to add bitmask type,
> instead of
> just using a set of boolean controls.

There are currently two use cases: Sakari's flash controller needs to
report errors which are a bitmask of possible error conditions. It is way
overkill to split that up in separate boolean controls, especially since
apps will also want to get an event whenever such an error is raised.

The other is in HDMI receivers where there can be multiple ports that do
EDID handling, but only one can stream. You need a way to tell which ports
received an EDID for example. Again, you can make multiple boolean
controls like HDMI_PORT0_EDID_REC, PORT1, PORT2, PORT3, etc. but that is a
waste of code and time.

> One of the issues with bitmasks is
> the
> endness type: LE, BE or machine endianness. The specs don't mention how
> this
> is supposed to work.

Good point. It's machine endianness, but that definitely has to be
documented. I'll do that.

> Also, I'd like to see a patch like that submitting with a driver or
> feature
> that needs it. Before you ask: no, vivi doesn't count ;)

Sakari will hopefully be the first 'real' user for this for a flash driver.

Regards,

        Hans

>
>> Sakari, can you give your ack as well?
>>
>> The patch is the same as the original one posted April 4, except for a
>> small
>> change in the control logging based on feedback from Laurent and the new
>> DocBook documentation.
>
> Cheers,
> Mauro
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



  reply	other threads:[~2011-06-01 13:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-23 11:15 [GIT PATCHES FOR 2.6.41] Add bitmask controls Hans Verkuil
2011-05-24  7:49 ` Sakari Ailus
2011-06-01 12:55 ` Mauro Carvalho Chehab
2011-06-01 13:27   ` Hans Verkuil [this message]
2011-06-01 13:41     ` Mauro Carvalho Chehab
2011-06-05 13:28       ` Sakari Ailus
2011-06-08 10:54         ` Sakari Ailus
2011-06-08 11:04           ` Hans Verkuil
2011-06-08 11:06             ` Sakari Ailus

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=ef656b6325ca0b3c65337f7480f834f0.squirrel@webmail.xs4all.nl \
    --to=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.com \
    --cc=sakari.ailus@maxwell.research.nokia.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 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.