From: jonsmirl@gmail.com (Jon Smirl)
To: Michael Hunold <hunold@linuxtv.org>
Cc: Jean Delvare <khali@linux-fr.org>,
sensors@stimpy.netroedge.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Greg KH <greg@kroah.com>
Subject: Adding .class field to struct i2c_client (was Re: [PATCH][2.6]
Date: Thu, 19 May 2005 06:25:16 +0000 [thread overview]
Message-ID: <9e473391040921131650943dc7@mail.gmail.com> (raw)
In-Reply-To: <415067CB.1020101@linuxtv.org>
An addition to the class idea would be for clients to have priorities.
That would let me mark the bus as being for DDC. The highest priority
client would be the DDC driver. If the DDC driver can't find valid
EDID it could then fall back to letting the EEPROM driver try to find
the chip.
Something like this is important if we get a new EDID standard that
the DDC driver doesn't recognize. By letting the EEPROM driver load at
a lower priority you could still easily get to the ROM contents. Or
does it bother people if we let both EEPROM and DDC load on DDC class
buses?
--
Jon Smirl
jonsmirl@gmail.com
WARNING: multiple messages have this Message-ID (diff)
From: Jon Smirl <jonsmirl@gmail.com>
To: Michael Hunold <hunold@linuxtv.org>
Cc: Jean Delvare <khali@linux-fr.org>,
sensors@stimpy.netroedge.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Greg KH <greg@kroah.com>
Subject: Re: Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add command function to struct i2c_adapter
Date: Tue, 21 Sep 2004 16:16:03 -0400 [thread overview]
Message-ID: <9e473391040921131650943dc7@mail.gmail.com> (raw)
In-Reply-To: <415067CB.1020101@linuxtv.org>
An addition to the class idea would be for clients to have priorities.
That would let me mark the bus as being for DDC. The highest priority
client would be the DDC driver. If the DDC driver can't find valid
EDID it could then fall back to letting the EEPROM driver try to find
the chip.
Something like this is important if we get a new EDID standard that
the DDC driver doesn't recognize. By letting the EEPROM driver load at
a lower priority you could still easily get to the ROM contents. Or
does it bother people if we let both EEPROM and DDC load on DDC class
buses?
--
Jon Smirl
jonsmirl@gmail.com
next prev parent reply other threads:[~2005-05-19 6:25 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-19 6:25 [Fwd: [PATCH][2.6] Add command function to struct i2c_adapter] Michael Hunold
2004-09-21 13:28 ` [PATCH][2.6] Add command function to struct i2c_adapter Jean Delvare
2005-05-19 6:25 ` Jean Delvare
2004-09-21 14:38 ` Michael Hunold
2005-05-19 6:25 ` Michael Hunold
2004-09-21 17:41 ` Adding .class field to struct i2c_client (was " Michael Hunold
2005-05-19 6:25 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add Michael Hunold
2004-09-21 20:16 ` Jon Smirl [this message]
2005-05-19 6:25 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Jon Smirl
2004-09-24 0:02 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add command function to struct i2c_adapter Greg KH
2005-05-19 6:25 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Greg KH
2004-09-24 6:22 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add command function to struct i2c_adapter Michael Hunold
2005-05-19 6:25 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Michael Hunold
2004-09-24 16:43 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Add command function to struct i2c_adapter Greg KH
2005-05-19 6:25 ` Adding .class field to struct i2c_client (was Re: [PATCH][2.6] Greg KH
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=9e473391040921131650943dc7@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=greg@kroah.com \
--cc=hunold@linuxtv.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sensors@stimpy.netroedge.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.