Hi Tomi,
I hope you had a good weekend.
And I have added back the CC: list because I think we have progress after our
internal discussion and only one issue remaining.
> Am 13.11.2020 um 15:49 schrieb Tomi Valkeinen :
>
> On 13/11/2020 16:41, H. Nikolaus Schaller wrote:
>> Hi Tomi,
>>
>>> Am 1
> Am 11.11.2020 um 11:11 schrieb Tomi Valkeinen :
>
> On 11/11/2020 09:48, H. Nikolaus Schaller wrote:
>>
>>> Am 11.11.2020 um 07:40 schrieb Tomi Valkeinen :
>>>
>>> On 10/11/2020 23:04, H. Nikolaus Schaller wrote:
> Am 10.11.2020 um 17:52 schrieb Tomi Valkeinen :
>
> On 10/
On 11/11/2020 09:48, H. Nikolaus Schaller wrote:
>
>> Am 11.11.2020 um 07:40 schrieb Tomi Valkeinen :
>>
>> On 10/11/2020 23:04, H. Nikolaus Schaller wrote:
>>>
Am 10.11.2020 um 17:52 schrieb Tomi Valkeinen :
On 10/11/2020 18:49, H. Nikolaus Schaller wrote:
I guess you hav
On 10/11/2020 23:04, H. Nikolaus Schaller wrote:
>
>> Am 10.11.2020 um 17:52 schrieb Tomi Valkeinen :
>>
>> On 10/11/2020 18:49, H. Nikolaus Schaller wrote:
>>
>> I guess you have the same issue. It goes to dsi_bridge_mode_valid, then
>> __dsi_calc_config, and stays
>> there finding good clocks.
> Am 10.11.2020 um 14:49 schrieb H. Nikolaus Schaller :
>
> Hi Tomi,
>
>> Am 09.11.2020 um 12:33 schrieb Tomi Valkeinen :
>>
>> On 09/11/2020 13:09, H. Nikolaus Schaller wrote:
>>
> I see.
> Anyways there is missing some simple thing which makes the driver not
> prepared/enabled.
Hi Tomi,
> Am 09.11.2020 um 12:33 schrieb Tomi Valkeinen :
>
> On 09/11/2020 13:09, H. Nikolaus Schaller wrote:
>
I see.
Anyways there is missing some simple thing which makes the driver not
prepared/enabled.
Or is this related to VC?
>>>
>>> No, that's not related to the V
> Am 11.11.2020 um 07:40 schrieb Tomi Valkeinen :
>
> On 10/11/2020 23:04, H. Nikolaus Schaller wrote:
>>
>>> Am 10.11.2020 um 17:52 schrieb Tomi Valkeinen :
>>>
>>> On 10/11/2020 18:49, H. Nikolaus Schaller wrote:
>>>
>>> I guess you have the same issue. It goes to dsi_bridge_mode_valid, the
> Am 10.11.2020 um 17:52 schrieb Tomi Valkeinen :
>
> On 10/11/2020 18:49, H. Nikolaus Schaller wrote:
>
> I guess you have the same issue. It goes to dsi_bridge_mode_valid, then
> __dsi_calc_config, and stays
> there finding good clocks.
Yes, I could trace it down to exactly this point.
So
On 10/11/2020 18:49, H. Nikolaus Schaller wrote:
>
>> Am 10.11.2020 um 14:49 schrieb H. Nikolaus Schaller :
>>
>> Hi Tomi,
>>
>>> Am 09.11.2020 um 12:33 schrieb Tomi Valkeinen :
>>>
>>> On 09/11/2020 13:09, H. Nikolaus Schaller wrote:
>>>
>> I see.
>> Anyways there is missing some simple t
On 10/11/2020 15:49, H. Nikolaus Schaller wrote:
> I did now some tests based on v5.10-rc3 by adding mre and more printk() and
> dump_stack().
> And I did blacklist the panel driver so that I could boot and after
> modprobing it manually
> I could trigger a re-probe by inserting some USB memory
> Am 09.11.2020 um 09:04 schrieb Tomi Valkeinen :
>
> On 07/11/2020 14:19, H. Nikolaus Schaller wrote:
>
>> I have set up based on our complete letux-5.10-rc2 tree and maybe using our
>> private config makes
>> the difference. Anyways, the driver is now probed and I can see the call to
>> w67
> Am 09.11.2020 um 11:34 schrieb Tomi Valkeinen :
>
> On 09/11/2020 12:31, H. Nikolaus Schaller wrote:
>>
>>> Am 09.11.2020 um 11:22 schrieb Tomi Valkeinen :
>>>
>>> On 09/11/2020 11:30, H. Nikolaus Schaller wrote:
> Am 09.11.2020 um 09:04 schrieb Tomi Valkeinen :
>
> On 07/
> Am 09.11.2020 um 11:22 schrieb Tomi Valkeinen :
>
> On 09/11/2020 11:30, H. Nikolaus Schaller wrote:
>>
>>> Am 09.11.2020 um 09:04 schrieb Tomi Valkeinen :
>>>
>>> On 07/11/2020 14:19, H. Nikolaus Schaller wrote:
>>>
I have set up based on our complete letux-5.10-rc2 tree and maybe usi
On 09/11/2020 13:09, H. Nikolaus Schaller wrote:
>>> I see.
>>> Anyways there is missing some simple thing which makes the driver not
>>> prepared/enabled.
>>> Or is this related to VC?
>>
>> No, that's not related to the VC.
>
> Ok, then it is worth searching for that independently. Any idea/hi
On 09/11/2020 12:31, H. Nikolaus Schaller wrote:
>
>> Am 09.11.2020 um 11:22 schrieb Tomi Valkeinen :
>>
>> On 09/11/2020 11:30, H. Nikolaus Schaller wrote:
>>>
Am 09.11.2020 um 09:04 schrieb Tomi Valkeinen :
On 07/11/2020 14:19, H. Nikolaus Schaller wrote:
> I have set up
On 09/11/2020 11:30, H. Nikolaus Schaller wrote:
>
>> Am 09.11.2020 um 09:04 schrieb Tomi Valkeinen :
>>
>> On 07/11/2020 14:19, H. Nikolaus Schaller wrote:
>>
>>> I have set up based on our complete letux-5.10-rc2 tree and maybe using our
>>> private config makes
>>> the difference. Anyways, the
On 07/11/2020 14:19, H. Nikolaus Schaller wrote:
> I have set up based on our complete letux-5.10-rc2 tree and maybe using our
> private config makes
> the difference. Anyways, the driver is now probed and I can see the call to
> w677l_get_modes().
>
> I have still no image and no calls to prep
Hi Tomi,
> Am 06.11.2020 um 16:04 schrieb Tomi Valkeinen :
>
>>
>> I took the driver and make my omap4-sdp dts to use it. It probes for me, but
>> stop after that:
>>
>> [ 119.346374] omapdss_dss 5800.dss: supply vdda_video not found, using
>> dummy regulator
>> [ 119.358398] DSS: OMAP
On 14:02-20201105, Tomi Valkeinen wrote:
> Hi,
>
> This is third version of the series sent by Sebastian in February:
>
> https://www.spinics.net/lists/linux-omap/msg153465.html
>
> I took the patches from his git tree, and rebased on 5.10-rc2. There
> were some conflicts and compilation errors,
On 06/11/2020 16:37, Tomi Valkeinen wrote:
> On 05/11/2020 20:56, H. Nikolaus Schaller wrote:
>>
>>> Am 05.11.2020 um 19:28 schrieb Tomi Valkeinen :
>>>
>>> On 05/11/2020 20:14, H. Nikolaus Schaller wrote:
> Am 05.11.2020 um 18:36 schrieb Tomi Valkeinen :
>
> Hi,
>
> On 05/
On 05/11/2020 20:56, H. Nikolaus Schaller wrote:
>
>> Am 05.11.2020 um 19:28 schrieb Tomi Valkeinen :
>>
>> On 05/11/2020 20:14, H. Nikolaus Schaller wrote:
>>>
Am 05.11.2020 um 18:36 schrieb Tomi Valkeinen :
Hi,
On 05/11/2020 19:15, H. Nikolaus Schaller wrote:
>
> Am 05.11.2020 um 19:28 schrieb Tomi Valkeinen :
>
> On 05/11/2020 20:14, H. Nikolaus Schaller wrote:
>>
>>> Am 05.11.2020 um 18:36 schrieb Tomi Valkeinen :
>>>
>>> Hi,
>>>
>>> On 05/11/2020 19:15, H. Nikolaus Schaller wrote:
>>>
Next, I migrated my long waiting mipi_dsi/drm_panel driv
> Am 05.11.2020 um 18:36 schrieb Tomi Valkeinen :
>
> Hi,
>
> On 05/11/2020 19:15, H. Nikolaus Schaller wrote:
>
>> Next, I migrated my long waiting mipi_dsi/drm_panel driver conversion for
>> the panel of the Pyra handheld (omap 5 based) to compile on 5.10-rc2. And
>> I followed the latest ex
Hi Tomi,
> Am 05.11.2020 um 13:02 schrieb Tomi Valkeinen :
>
> Hi,
>
> This is third version of the series sent by Sebastian in February:
>
> https://www.spinics.net/lists/linux-omap/msg153465.html
>
> I took the patches from his git tree, and rebased on 5.10-rc2. There
> were some conflicts a
On 05/11/2020 20:14, H. Nikolaus Schaller wrote:
>
>> Am 05.11.2020 um 18:36 schrieb Tomi Valkeinen :
>>
>> Hi,
>>
>> On 05/11/2020 19:15, H. Nikolaus Schaller wrote:
>>
>>> Next, I migrated my long waiting mipi_dsi/drm_panel driver conversion for
>>> the panel of the Pyra handheld (omap 5 based)
Hi,
On 05/11/2020 19:15, H. Nikolaus Schaller wrote:
> Next, I migrated my long waiting mipi_dsi/drm_panel driver conversion for
> the panel of the Pyra handheld (omap 5 based) to compile on 5.10-rc2. And
> I followed the latest existing panel-orisetech-otm8009a.c which uses a
> similar video mod
Hi Tomi
On Thu, Nov 05, 2020 at 02:02:37PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> This is third version of the series sent by Sebastian in February:
>
> https://www.spinics.net/lists/linux-omap/msg153465.html
>
> I took the patches from his git tree, and rebased on 5.10-rc2. There
> were some c
Hi,
This is third version of the series sent by Sebastian in February:
https://www.spinics.net/lists/linux-omap/msg153465.html
I took the patches from his git tree, and rebased on 5.10-rc2. There
were some conflicts and compilation errors, and one bug that made dsi to
not work (videomode variabl
28 matches
Mail list logo
