[Letux-kernel] Strange problem with non-LPAE letux-4.20-rc kernels on 4GB Pyra only
H. Nikolaus Schaller
hns at goldelico.com
Wed Dec 5 12:20:17 CET 2018
> Am 05.12.2018 um 11:27 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
>
>
>> Am 05.12.2018 um 07:55 schrieb H. Nikolaus Schaller <hns at goldelico.com <mailto:hns at goldelico.com>>:
>>
>> Hi,
>>
>>> Am 05.12.2018 um 07:18 schrieb Andreas Kemnade <andreas at kemnade.info <mailto:andreas at kemnade.info>>:
>>>
>>> Hi Nikolaus,
>>>
>>> On Tue, 4 Dec 2018 23:00:13 +0100
>>> "H. Nikolaus Schaller" <hns at goldelico.com <mailto: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 <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:
>
> <DSC00947.jpeg>
>
> 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 <http://x.org/> Foundation
> vendor release number: 11604000
> X.Org <http://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).
Well,
iMac:master hns$ git diff --stat kemnade/pyra-display-4.20-rc4 letux-4.20-rc5 drivers/gpu/drm/omapdrm/
drivers/gpu/drm/omapdrm/omap_connector.c | 8 +++++---
drivers/gpu/drm/omapdrm/omap_crtc.c | 167 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----
drivers/gpu/drm/omapdrm/omap_crtc.h | 2 ++
drivers/gpu/drm/omapdrm/omap_drv.h | 4 ++--
drivers/gpu/drm/omapdrm/omap_encoder.c | 70 ++++++++++++++++++++++++++++++++++++++++++----------------------------
drivers/gpu/drm/omapdrm/omap_fb.c | 41 +++++++++++++++++++++++++++++++++++++++++
drivers/gpu/drm/omapdrm/omap_irq.c | 25 +++++++++++++++++++++++++
drivers/gpu/drm/omapdrm/omap_irq.h | 1 +
8 files changed, 280 insertions(+), 38 deletions(-)
iMac:master hns$
So this means that my merge is missing something.
A little research shows that I have Sebastian's patches only in a private branch
and we have only an older version of one of his patches in letux/omap2plus:
"drm/omap: dsi: populate platform bus earlier"
Apparently I stopped working on adding things to the correct branch while
experimenting for the PARTUUID bug.
So we should add them to a feature branch (letux/hacks)... This is a task
for the compiler while I go for lunch :)
BR and thanks,
Nikolaus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.goldelico.com/pipermail/letux-kernel/attachments/20181205/57873e9b/attachment.html>
More information about the Letux-kernel
mailing list