On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote:
> Gentle Reminder!
you are a day late,
I pushed it into drm-next yesterday :-)
Dave.
Gentle Reminder!
On Mon, Sep 3, 2012 at 9:24 PM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me know if you want any further clarification
>
> Regards,
> Shirish S
>
>
> On Thu, Aug 30, 2012 at 12:04 AM, Shirish S w
On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote:
> Gentle Reminder!
you are a day late,
I pushed it into drm-next yesterday :-)
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Gentle Reminder!
On Mon, Sep 3, 2012 at 9:24 PM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me know if you want any further clarification
>
> Regards,
> Shirish S
>
>
> On Thu, Aug 30, 2012 at 12:04 AM, Shirish S w
On 9/8/12 6:35 AM, Dave Airlie wrote:
> On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
>> Hi Dave,
>> Gentle Reminder!
>> This patch is required for passing the very first test case of HDMI
>> Compliance test suite.
>> Regards,
>> Shirish S
>
> Can you provide ajax with the sample he asked for p
On 9/8/12 6:35 AM, Dave Airlie wrote:
On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
Hi Dave,
Gentle Reminder!
This patch is required for passing the very first test case of HDMI
Compliance test suite.
Regards,
Shirish S
Can you provide ajax with the sample he asked for previously?
He did
Dear Shirish,
thank you for your answers and patience.
Please just sent plain text message to mailings lists and adhere to the
netiquette (inline quoting) [1]. That would be awesome.
Am Samstag, den 08.09.2012, 08:49 -0700 schrieb Shirish S:
> On Sat, Sep 8, 2012 at 3:35 AM, Dave Airlie wrote
On Sat, Sep 8, 2012 at 9:13 AM, Paul Menzel <
paulepan...@users.sourceforge.net> wrote:
> Dear Shirish,
>
>
> thank you for your answers and patience.
>
> Please just sent plain text message to mailings lists and adhere to the
> netiquette (inline quoting) [1]. That would be awesome.
>
> Have been
On Sat, Sep 8, 2012 at 9:13 AM, Paul Menzel <
paulepanter at users.sourceforge.net> wrote:
> Dear Shirish,
>
>
> thank you for your answers and patience.
>
> Please just sent plain text message to mailings lists and adhere to the
> netiquette (inline quoting) [1]. That would be awesome.
>
> Have b
On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
> Hi Dave,
> Gentle Reminder!
> This patch is required for passing the very first test case of HDMI
> Compliance test suite.
> Regards,
> Shirish S
Can you provide ajax with the sample he asked for previously?
Dave.
Dear Shirish,
thank you for your answers and patience.
Please just sent plain text message to mailings lists and adhere to the
netiquette (inline quoting) [1]. That would be awesome.
Am Samstag, den 08.09.2012, 08:49 -0700 schrieb Shirish S:
> On Sat, Sep 8, 2012 at 3:35 AM, Dave Airlie wrote
I have already sent him the sample he had asked for.
Regards,
Shirish S
On Sat, Sep 8, 2012 at 3:35 AM, Dave Airlie wrote:
> On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
> > Hi Dave,
> > Gentle Reminder!
> > This patch is required for passing the very first test case of HDMI
> > Compliance
I have already sent him the sample he had asked for.
Regards,
Shirish S
On Sat, Sep 8, 2012 at 3:35 AM, Dave Airlie wrote:
> On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
> > Hi Dave,
> > Gentle Reminder!
> > This patch is required for passing the very first test case of HDMI
> > Compliance
On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
> Hi Dave,
> Gentle Reminder!
> This patch is required for passing the very first test case of HDMI
> Compliance test suite.
> Regards,
> Shirish S
Can you provide ajax with the sample he asked for previously?
Dave.
___
Hi Dave,
Gentle Reminder!
This patch is required for passing the very first test case of HDMI
Compliance test suite.
Regards,
Shirish S
On Mon, Sep 3, 2012 at 8:54 AM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me k
Hi Dave,
Gentle Reminder!
This patch is required for passing the very first test case of HDMI
Compliance test suite.
Regards,
Shirish S
On Mon, Sep 3, 2012 at 8:54 AM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me k
On 9/3/12 11:54 AM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me know if you want any further clarification
I assume you have actual displays with that many EDID extensions. Can
you send a sample of the complete ED
On 9/3/12 11:54 AM, Shirish S wrote:
Hello Dave,
My patch-set for adding support for 4 block EDID is now reviewed and ready.
Please let me know if you want any further clarification
I assume you have actual displays with that many EDID extensions. Can
you send a sample of the complete EDID b
Hello Dave,
My patch-set for adding support for 4 block EDID is now reviewed and ready.
Please let me know if you want any further clarification
Regards,
Shirish S
On Thu, Aug 30, 2012 at 12:04 AM, Shirish S wrote:
> The current logic for probing ddc is limited to
> 2 blocks (256 bytes), this
Hello Dave,
My patch-set for adding support for 4 block EDID is now reviewed and ready.
Please let me know if you want any further clarification
Regards,
Shirish S
On Thu, Aug 30, 2012 at 12:04 AM, Shirish S wrote:
> The current logic for probing ddc is limited to
> 2 blocks (256 bytes), this
On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> .buf= buf,
> }
> };
> - ret = i2c_transfer(adapter, msgs,
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the regular DDC2 address
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Changes from V3:
Rem
From: Shirish S
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the reg
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
On Thu, Aug 30, 2012 at 3:58 AM, Ville Syrjälä <
ville.syrj...@linux.intel.com> wrote:
> On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> > @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> > .buf= buf,
>
On Thu, Aug 30, 2012 at 3:58 AM, Ville Syrj?l? <
ville.syrjala at linux.intel.com> wrote:
> On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> > @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> > .buf= buf,
On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote:
> @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter,
> unsigned char *buf,
> .buf= buf,
> }
> };
> - ret = i2c_transfer(adapter, msgs,
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the regular DDC2 address
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Changes from V3:
Rem
From: Shirish S
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the reg
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
From: Shirish S
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V1:
1. Data type of offset adress updated to unsigned short
2. Updated the buf feild of msg[0]
Changes from V2:
Add switch for DDC and E-DDC
Ch
34 matches
Mail list logo
