[Letux-kernel] Strange problem with non-LPAE letux-4.20-rc kernels on 4GB Pyra only

[H. Nikolaus Schaller]

> Am 05.12.2018 um 07:55 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
> 
> Hi,
> 
>> Am 05.12.2018 um 07:18 schrieb Andreas Kemnade <andreas at kemnade.info>:
>> 
>> Hi Nikolaus,
>> 
>> On Tue, 4 Dec 2018 23:00:13 +0100
>> "H. Nikolaus Schaller" <hns at goldelico.com> wrote:
>> 
>> [...]
>>>> root at letux:~# uname -a
>>>> Linux letux 4.20.0-rc4-letux+ #3 SMP PREEMPT Fri Nov 30 20:38:05 CET 2018 armv7l GNU/Linux
>>>> root at letux:~# 
>>>> 
>>>> panel enable is called here (my tree).  
>>> 
>>> Did you remove anything? I had tried with and without TILER patches and not seen a difference.
>>> 
>> Did you try my git branch? 
>> https://github.com/akemnade/linux
>> pyra-display-4.20-rc4
> 
> I'll try next.

Ok,

this boots well on the old Pyra.
This time the panel is enabled and I see the log which programs the panel.
This is done twice and then I get this horizontal line:



And if I open xterm through the console, half of the thin line becomes black.
Which means we have horizontal scanning, but no vertical. Maybe the framebuffer
has a height of just 1 pixel?

dpyinfo:

root at letux:~# fbset

mode "720x1280"
    geometry 720 1280 720 1280 32
    timings 0 0 0 0 0 0 0
    accel true
    rgba 8/16,8/8,8/0,0/0
endmode

root at letux:~# xdpyinfo
name of display:    :0
version number:    11.0
vendor string:    The X.Org Foundation
vendor release number:    11604000
X.Org version: 1.16.4
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, LSBFirst, 32
image byte order:    LSBFirst
number of supported pixmap formats:    7
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 4, bits_per_pixel 8, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 15, bits_per_pixel 16, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 255
focus:  window 0x400028, revert to None
number of extensions:    29
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    DRI3
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    Present
    RANDR
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1280x720 pixels (111x62 millimeters)
  resolution:    293x295 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0xe6
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store WHEN MAPPED, save-unders NO
  largest cursor:    1280x720
  current input event mask:    0x0
  number of visuals:    64
  default visual id:  0x21
  visual:
    visual id:    0x21
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits

...

root at letux:~# xrandr 
[  495.873519] panel-btl507212-w677l 58004000.encoder:lcd: get_timings()  in = dsi.0 0   (null)
[  495.882833] panel-btl507212-w677l 58004000.encoder:lcd: check_timings() in = dsi.0 0   (null)
Screen 0: minimum 320 x 200, current 1280 x 720, maximum 8192 x 8192
Unknown16-1 connected 1280x720+0+0 right (normal left inverted right x axis y axis) 63mm x 112mm
   720x1280      60.00*+
HDMI-1 disconnected (normal left inverted right x axis y axis)
root at letux:~# 

BTW: xrandr --output Unknown16-1 --rotate normal disables and reenables the panel while --rotate left/right does not.

So we have some progress!

I just need to understand what the diff is between your tree and the letux-4.20-rc4 (or 5).
And better understand the PARTUUID problem.

BR and thanks,
Nikolaus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20181205/c62da00c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DSC00947.jpeg
Type: image/jpeg
Size: 45490 bytes
Desc: not available
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20181205/c62da00c/attachment-0001.jpeg>