Ongoing HDMI limited compatability

[tllim]

This is software limitation and also push for more video resolution.

Sorry but what  you are saying here isnt horribly clear. Are you saying the limitation of only one resolution is tied to the same issues as the lack of higher resolutions?

Means different video configurations such as 480p and 720p.

[Jasu]

Well whatever it is, do not expect the situation to improve anytime soon. I do not care much about display and just made it work 1080p@60Hz no further questions asked.

To understand why I do not care you need to know that the HDMI driver in the BSP Kernel driver is missing sources for "libhdmi" (similar to libdram situation for SPL). See https://github.com/longsleep/linux-pine6...i_sun50iw1 for reference.

Would there be any legal issues in disassembling that and rewriting it in C? And would that be of any help?

[rahlquist]

This is software limitation and also push for more video resolution.

Sorry but what  you are saying here isnt horribly clear. Are you saying the limitation of only one resolution is tied to the same issues as the lack of higher resolutions?

Means different video configurations such as 480p and 720p.

Ahh ok, so you are saying that you are pushing Allwinner for more working video configurations. Any idea how long that may take since its such basic functionality? A month? 2?

[tllim]

This is software limitation and also push for more video resolution.

Sorry but what  you are saying here isnt horribly clear. Are you saying the limitation of only one resolution is tied to the same issues as the lack of higher resolutions?

Means different video configurations such as 480p and 720p.

Ahh ok, so you are saying that you are pushing Allwinner for more working video configurations. Any idea how long that may take since its such basic functionality? A month? 2?

The basic functionality already there, once over scan issue resolve, we will continue on resolution selection.

[uberal]

http://www.pine64.pro/bug-reports-lollipop/

/Hi
The pine is just not usable


i'm experiencing a cropped display on all 4 edges so the available OSs are note usable.
at least 50px are missing on each side.

tested hardware:
-HP w2448hc (1080p-compatible)
-3 different HDMI cables

i tested the following OSses and the behaviour is the same for all:
-xubuntu-xenial-20160421-longsleep-pine64-8GB (already cropped while booting)
-remix-v2.0-20160415-pine64-8GB
-android-ver5.1.1-20160303-pine64-8GB

On another Samsung tv (720p-compatible) the TV gives me a "not supported display mode" for all cables and all OSses.
So there is no chance for me right now to use the PINE at all.

I'm hoping for a fix!
cheers

[Darkover]

So... how it's going with 1050p 60Hz?

[Darkover]

It's been a while so does anybody know, if there is an OS supporting 1050p@60Hz resolution?

Thanks

[tllim]

It's been a while so does anybody know, if there is an OS supporting 1050p@60Hz resolution?

Thanks

1050P60 is an odd configuration.

[Darkover]

I know, I was planning to have

It's been a while so does anybody know, if there is an OS supporting 1050p@60Hz resolution?

Thanks

1050P60 is an odd configuration.

I have a spare WSXGA 1680x1050 monitor (it was a thing for some reason in Europe), it's good and fully working monitor and I want to use it as a display for some microPC. I've choosen Pine64 (looks interesting back in the day), but later on I found out it's working only with my main 1080p display, which is unfortunate.

[lbdroid]

Hmm, so a quick look at the available source code shows this;
https://github.com/longsleep/linux-pine6...core.c#L26
.... this seems to be where display modes are defined. Pretty simple to add new modes.

So what is the deal here? Is there a problem with getting "unusual" displays working on this board or not? Presumably, you plug in your timing configuration and hit the compile button, and it spits out a kernel that works with that mode.

Or is this table bogus? Does the hdmi blob ignore it or something?