Hello

Thanks for all your comments.

I checked the path and found that my tizen platform also has udev rules for drm.

If the main problem is not udev rules for drm, I want to ask whether the 
tbm-dumb and tdm-drm don't support hdmi via connector, not crtc.
The reason why I am asking about this is that when Boram mentioned interest, I 
succeed displaying something via connector, not crtc.

It would be very appreciate if someone let me know what tizen components I have 
to check for enabling hdmi.

Best regards

Heechoel Yang.



삼성 갤럭시 스마트폰에서 보냈습니다.


-------- 원본 이메일 --------
보낸 사람: 이상진 <lsj...@samsung.com>
날짜: 17/5/16 오전 9:12 (GMT+09:00)
받은 사람: Hee-cheol Yang <heecheol.y...@outlook.com>, 박보람 
<boram1288.p...@samsung.com>
참조: dev@lists.tizen.org
제목: RE: Re: [Dev] [Porting on Beaglebone] A stupid question about display 
porting.


You can find rule for drm in /usr/lib/udev/rules.d/60-drm.rules.

You can also check git repo(/platform/upstream/systemd.git)



--------- Original Message ---------

Sender : Hee-cheol Yang <heecheol.y...@outlook.com>

Date : 2017-05-15 22:37 (GMT+9)

Title : Re: [Dev] [Porting on Beaglebone] A stupid question about display 
porting.


Hello

First of all, thank you very much for all helps.
Until now, I found that the beaglebone black(BBB) Linux kernel supports 
DRM-HDMI well:

  1.   Running modetest via HDMI which works well.
  2.   There are /sys/class/drm/CARD0-* files.

So I currently testing libtdm and libtbm to display desktop interface on my TV. 
It seems that the main problem is that the backends coludn’t find DRM 
interfaces via udev even the kernel itself supports it, because no udev rules 
are desscribed in the udev configuration directories.

Unfortunately, as I know, TI doesn’t officially support any other graphic 
stacks except X windows system. So my current plan is to benchmark wayland 
based solutions which someone ported on the same board.
After that, I will try to port opengl-es stack.

Thanks very much for your help again.

Best regards.

Heecheol, Yang

보낸 사람: 박보람<mailto:boram1288.p...@samsung.com>
 보낸 날짜: 2017년 5월 12일 금요일 오후 5:12
 받는 사람: heecheol.y...@outlook.com<mailto:heecheol.y...@outlook.com>
 참조: dev@lists.tizen.org<mailto:dev@lists.tizen.org>
 제목: Re: [Dev] [Porting on Beaglebone] A stupid question about display porting.



Hello



To port tizen on new device, the backend of libtdm and libtbm should be 
prepared. Usually, if kernel supports DRM interface, libtdm-drm and libtbm-dumb 
wouldn't have any problem.

So, you'd better check the kernel DRM module first with "modetest" tool.
To use it, you need to download and install libdrm-tools and libkms rpm pkgs 
from 
http://download.tizen.org/snapshots/tizen/3.0-common/latest/repos/arm-wayland/packages/armv7l/

Belows are simple example how to use it.



root@localhost<mailto:root@localhost>:~# modetest
...
trying to open device 'exynos'...success.
....
CRTCs:
id      fb      pos     size
20      34      (0,0)   (1920x1080)
  1920x1080 60 1920 2008 2052 2200 1080 1084 1089 1125 flags: phsync, pvsync; 
type: preferred, driver
  props:
.....
 root@localhost<mailto:root@localhost>:~# modetest -P 20:1920x1080@AR24         
  <== 20(crtc id). The image which contains many red, yellow, green lines 
should be displayed on screen.



If "modetest -P 20:1920x1080@AR24" works fine, need to tdm and tbm operation 
with "dlogutil TDM TBM" command.



Regards
Boram

On 05/12/2017 12:40 AM, Hee-cheol Yang wrote:
>
> Hello,
>
> First of all, I am very sorry for my sound-stupid question.
>
> This quest may be out out the scope of this mailing list.
>
> If so, please ignore this mail.
>
>
>
>
>
> I am trying to port tizen 3.0-common on Beaglebone Black board, which is 
> based on TI’s AM335x SoC.
>
> And currently, I booted the latest Tizen3.0-common 
> rootfs(http://download.tizen.org/snapshots/tizen/3.0-common/latest/images/arm-wayland/common-wayland-3parts-armv7l-artik/)
>  on the modified Beaglebone’s Linux kernel, which is configured to support 
> SMACK. As you may expected, it is not working correctly, so I am trying to 
> solve the problems step by step.
>
>
>
> My first goal is to display something in the Monitor via HDMI interfance 
> (Beaglebone black board’s default display is the HDMI monitor). And it seems 
> that the HDMI itself seems to working because:
>
>     /dev/fb0 is exposed.
>     Something is displayed when I run “dd if=/dev/urandom of=/dev/fb0”
>
>
>
> However, even the /dev/fb0 seems to be working, Any Tizen-relased graphics 
> are not displayed the monitor, and after spending several days of searching, 
> I found that TDM and TBM are need to be ported for the SOC. In this case, 
> AM335x SOC.
>
>
>
> But As I understand, using libtdm-drm and libdbm-dummy is sufficient to show 
> basic display components without porting any device-specific interfaces for 
> libtdx’s interface between front and backends. Also, when I used libtdm-drm 
> and libdbm-dummy, it seems that something recognizable graphics are suddenly 
> displayed in the HDMi monitor.
>
>
>
> So I wonder that is is not sufficient to use these two components. If not, am 
> I doing correctly to display somrting in the monitor? I mean, is is true that 
> when I correctly port the libtbm and libtbm for AM335x like exynos, the 
> Tizen’s graphic stack is sufficiently ported?
>
>
>
> I would be very appreciate if something give me any recommendations.
>
>
>
> Best regards.
>
>
>
> Heecheol, Yang.
>
>
> _______________________________________________
> Dev mailing list
> Dev@lists.tizen.org<mailto:Dev@lists.tizen.org>
> https://lists.tizen.org/listinfo/dev





[http://kr1.samsung.net/mail/rest/v1/files/image/download/ATT00001.gif?1=1&filepath=/SHARED/TEMP/ML/image/h/20170516/1_434022_cafe_imag...@s-core.co.kr_0_heecheol.yang&user=heecheol.yang&partno=0&folderId=1&seqid=434022]




_______________________________________________

Dev mailing list

Dev@lists.tizen.org

https://lists.tizen.org/listinfo/dev






[cid:20170516001217_0@epcms1p]



_______________________________________________
Dev mailing list
Dev@lists.tizen.org
https://lists.tizen.org/listinfo/dev

Reply via email to