Discussion:
[oi-dev] Sun/Oracle China's DRM//KMS Sol11.2 port backported to function on old-style gfxp_private from pre-2010 era but still immediatedly PANICS
Мартин Бохниг
2015-11-27 18:43:29 UTC
Permalink
Hello after a short long week of 18-20 hour days busy with what I wanted to publish here as one of the next success stories.

sorry I couldn't check a single e-mail nor follow any activities on any mailing list nor thank anybody for the 3 (as it looks now) further donations that arrived on my paypal account as I just see. I also didn't leave this room for the same time, except once for food.
It is like in hell, because I cannot get across these panics on 11.0 and earlier.

Sorry also that I could not read or respond to a single other (non-public) email.
This only as a FYI to notify you that I'm still with OI/DilOS/OpenSolaris/OpenSXCE/Illumos as promised.

I sucessfully backported https://java.net/projects/solaris-x11/sources/x-s12-clone/show/open-src/kernel?rev=1586 to live without mempools and without the newer interfaces intrudoced in 11.1++'s gfxp.

To get drm_gem_create_mmap_offset() working without the presence of gfxp_alloc_kernel_space() which was introduced in 11.1 I needed to implement gfxp_alloc_kernel_space() and gfxp_load_kernel_space(), dealing with the final topics in "Solaris Internals" (not covered or even mentioned a single time in "Solaris Systems Programming", tealing with the kmem infrastructure, the slab allocator, magazines, I ended up in calling vmem_alloc directly after having read BONWICK https://www.usenix.org/legacy/event/usenix01/full_papers/bonwick/bonwick_html/index.html


However, although I backported it to live on older Solaris releases (and ensured that they are not used on my 11.3, 11.2 and 11.1 test installations) it does work without them as expected, but as not expected only on 11.1 releases which don't benefit of my backport of the port because they have the interfcaces natively and don't need any hacks.


For a long time I had wished that somebody at Sun/Oracle might give as a view at their modern gfxp implementation, which has proven to be a highly moving target (unfortunately only since after the closing of OS/Net).

Because I would really be interested in their omplementation of (preferred) the gfxp mempool or at least gfxp_alloc_kernel_space() and gfxp_load_kernel_space. The bm functions are not important, I simulated those that are really needed.


nm, dis and objdump combined with modern 11.1++ headers were a small help.

As said: My backport which I must now clean a bit and upload to github and this list does meanwhile work and brings up X11 and compiz, but for some reason does so only there where it is not needed anyway: On 11.1, 11.2 and 11.3.

On 11.0 and Illumos it instantly segfaults early during ddi_dma_mem_alloc() due to a page fault related to dereferencing a NULL pointer.
The DEADBEEF in crash dump isn't very helpful this time, it happens during gtt initialization.

It makes me MAD this problem and I would gently like to ask Sun for some hints regarding the mempool usage, because after all this I would like to rather switch forth to using drm_gem_object_alloc_internal_mempool() rather than the old style drm_gem_object_alloc_internal_normal() .

Any help would be highly anticipated/appreciated.


That's the short FYI which is only a one-liner compared to what I need to write into a real README then.
Was only meant to inform you that I am still working on it.


TNX for the 3 new donations as now also in http://svr4.opensxce.org/RELEASE_NOTES__OpenSXCE2014.05_x86_x64_INTEL32-64_AMD32-64____sun4u_sun4v_SPARC.txt

20151127 John Groenveld 25 EUR
20151120 W David Pooser 50 EUR
20151120 David CARLIER 50 EUR

BIG TNX :):):)


As you see, your donations were well invested and I keppt and continue to keep my word.
My old 2013 port didn't have to deal with anything of this, consider it obsolete.
Now that we do have Sun/Oracle's new port, what we want is the new port.
Ahh, before you test anything: To get at least started you also need to heavily update agpgart and all associated sub-modules.
To do so it is for now enough to use OpenSXCE2014.05's packages. But that only as a preliminary side note (yes, I thought of all this and rebooted my bare metal machine about 250 times (if that's enough).
I also placed Sun?Oracle's newer agpgart drivers into my odlder installations and vide versa and all such stuff, to find out more about the behavior. But it didn't affect the kernel panics nor could the use of older agpgart aor xsvc reproduce the same panics on newer 11.1 releases. I tried aperture anstead of xsvc, no difference :(


Willl now release the src diffs although they are not yet working on earler than 11.1 gfxp.
Maybe somebody with access to Sol11.x src can help then.

This for now, the mentioned src's after some cleaning on about Sunday.



rgds. from East-Berlin,
%martin
--
Мартин Бохниг
r***@sibernet.com
2015-12-01 06:44:23 UTC
Permalink
Sorry, I'm only on oi-dev, so feel free to forward elsewhere.
Post by Мартин Бохниг
For a long time I had wished that somebody at Sun/Oracle might give as a view
at their modern gfxp implementation, which has proven to be a highly moving
target (unfortunately only since after the closing of OS/Net).
It's not as moving as you might think. A number of things were added
late in S11 to support non-intel framebuffers, it just seemed proper to
have i915 use them where appropriate. Though not sure yet what might
venture into the next version.
Post by Мартин Бохниг
Because I would really be interested in their omplementation of (preferred)
the gfxp mempool or at least gfxp_alloc_kernel_space() and
gfxp_load_kernel_space. The bm functions are not important, I simulated those
that are really needed.
As you have identified, gfxp_alloc_kernel_space() is just a wrapper
around vmem_alloc() using the heap arena. Can't speculate on what might
have changed with the segment driver.

gfxp_load_kernel_space() is effectively a wrapper to hat_devload()
allowing for the use of caching or write combining (i.e. if CACHED add
HAT_STORECACHING_OK to the attr's, and if WRITECOMBINED add HAT_MERGING_OK
| HAT_PLAT_NOCACHE to the attrs otherwise use HAT_STRICTORDER |
HAT_PLAT_NOCACHE).

You probably want to leave out the use of mempools (redefined that
HAS_MEM_POOL always returns "0"), as this will likely be dropped in the
next version of the driver (it only accounts for a small performance
increase, but a fair amount of change in the driver that could otherwise
be performed by a wrapper for Linux kmem_cache_create()).
Post by Мартин Бохниг
On 11.0 and Illumos it instantly segfaults early during ddi_dma_mem_alloc()
due to a page fault related to dereferencing a NULL pointer.
The DEADBEEF in crash dump isn't very helpful this time, it happens during
gtt initialization.
It makes me MAD this problem and I would gently like to ask Sun for some
hints regarding the mempool usage, because after all this I would like to
rather switch forth to using drm_gem_object_alloc_internal_mempool() rather
than the old style drm_gem_object_alloc_internal_normal() .
Like I said, there is little benefit to the current mempool
implementation, and will likely be dropped in the next version of the
driver. So using normal will be your short-term best answer.

But the NULL dref is interesting. Possibly a stack trace might offer
useful data.
Post by Мартин Бохниг
Now that we do have Sun/Oracle's new port, what we want is the new port.
You probably really want the next port. The current port is now two
years old and has lots of deviations from the community version. The next
port should be very close to the Linux drivers.
Post by Мартин Бохниг
I also placed Sun?Oracle's newer agpgart drivers into my odlder installations
and vide versa and all such stuff, to find out more about the behavior. But
it didn't affect the kernel panics nor could the use of older agpgart aor
xsvc reproduce the same panics on newer 11.1 releases. I tried aperture
anstead of xsvc, no difference :(
There is little use of agp in the current driver, and none in the next
driver. So likely a red herring, but possibly not. But knowing where the
init is getting it's memory might help (possibly a failure path that
doesn't occur in the Solaris version).


Cheers!

rf
Мартин Бохниг
2015-12-01 09:54:10 UTC
Permalink
Hey Randy!


I could hardly believe what I just saw  :)
I thank you from the bottom of my heart (also in the name of the overall hardcore OpenSolaris community) for taking the time to deal with us here :)

These thanks also go to Alan because presumably he helped in making you aware of my appeal for help.
Sadly I can only continue on all these OpenSolaris related matters after Wednesday.
I'm online only for a minute.

But be sure that I release all the long promised things already mentioned directly afterwards, after Wednesday asap in accord speed:

{
#0.) last week's KMS diffs, to be created
#1.) Thunderbird42 diffs and bins pkg for x86
#2.) and cpu related kernel diffs for Illumos developed in 2013 allowing the Flash-Plugin 11.x to function,
#3.) plus the cw for userland [at the end of the mentioned series, because it has the smallest priority to non-OpenSXCE distros]
}

What you suggested sounds great (that a new port is on the horizon, even making it simpler for us here in the future to upgrade the code directly from LinUX git).

Your other outlined sugegstions and steps are also correctly hitting the nail.
I already walked through the steps you mentioned. Because without implementing such mempools myself (and I'm not enrtirely sure in which way your calls to it expect it to be implemented) I cannot use mempools on Illumos anyway, because according to S11.3's gfx_private.h they were implemented in a file now belonging to the misc/amd64/gfx_private submodule which does not even exists at all on Illumos: gfxp_bitmap.c

So this having said I didn't have any other option (while continuing to avoid implementing such mempools myself [which is, as you say, not a recommened idea anyway]). That's why I already did perform the steps you suggsted last week.
It works great without all newer Sol11.1++ functions and structs, only - although there is no reason - on earlier releases (S11.0 and Illumos) it instatly causes a TRAP and panics the host, leaving even Xorg.log.0 empty (not yet written to disk).
Booting into the kernel debugger shows the backtrace, as explained last week in the following link, 2 lines deeper:

Last week I announced that lucky/sad success/but_not_on_11.0_or_Illumos status and maybe you didn't see it, because here was quite some activity on this list: 
http://openindiana.org/pipermail/oi-dev/2015-November/003858.html
(sorry for the numerous spelling errors)


Once again: Your post really gives me hope we soon get it functioning.
I think we are less than one line of code apart from having it working also on S11.0 and Illumos.

Of yourse I'm glad to year that you take the time to analyse the dump.
Normally such things are doable, but in this case I failed.

I publish the dump files (several, also from S11.0) - although the problem always happens at the same point and looks identical - and the bins plus src diffs directly in about 48 hours.
I could attach the bins right now, but I'm afaraid it is some later version I messed with and recompiled.
Therefore it is certainly better to do this slowly and completely, in a proper release in 2 days.
Fortunately I took snapshots at each milestone.


Once again:  THANK YOU   Loading Image...




cheers!

%mb
Мартин Бохниг
2015-12-05 07:42:25 UTC
Permalink
Dear Friends,


thanks for your patience and sorry that I could not read any email for almost a week.
Finally I sent all legal texts regarding the first suit. And as it looks I might probably win the case and currently I'm demanding back 1000 EUR, rather than paying those ridiculous unjustified 300 EUR to that liar and thief.

Before I deal with the second suit again from Monday on (similar story), I finally have about exactly 26 hours of time for community work plus already did rest 5 hours.
After some quick breakfast I start by finishing/polishing the DRM stuff from 2 weeks ago. You hear from me later today in a couple of hours / afternoon.

As this will be released then (for further investigation by Sun), I switch over to the Thunderbird port.

Thanks to everybody who wished me luch and success in personal messages, which I just saw  :):):)


Have a wonderful Saturday,
till later,


%martin
Post by Мартин Бохниг
Hey Randy!
I could hardly believe what I just saw  :)
I thank you from the bottom of my heart (also in the name of the overall hardcore OpenSolaris community) for taking the time to deal with us here :)
These thanks also go to Alan because presumably he helped in making you aware of my appeal for help.
Sadly I can only continue on all these OpenSolaris related matters after Wednesday.
I'm online only for a minute.
{
#0.) last week's KMS diffs, to be created
#1.) Thunderbird42 diffs and bins pkg for x86
#2.) and cpu related kernel diffs for Illumos developed in 2013 allowing the Flash-Plugin 11.x to function,
#3.) plus the cw for userland [at the end of the mentioned series, because it has the smallest priority to non-OpenSXCE distros]
}
What you suggested sounds great (that a new port is on the horizon, even making it simpler for us here in the future to upgrade the code directly from LinUX git).
Your other outlined sugegstions and steps are also correctly hitting the nail.
I already walked through the steps you mentioned. Because without implementing such mempools myself (and I'm not enrtirely sure in which way your calls to it expect it to be implemented) I cannot use mempools on Illumos anyway, because according to S11.3's gfx_private.h they were implemented in a file now belonging to the misc/amd64/gfx_private submodule which does not even exists at all on Illumos: gfxp_bitmap.c
So this having said I didn't have any other option (while continuing to avoid implementing such mempools myself [which is, as you say, not a recommened idea anyway]). That's why I already did perform the steps you suggsted last week.
It works great without all newer Sol11.1++ functions and structs, only - although there is no reason - on earlier releases (S11.0 and Illumos) it instatly causes a TRAP and panics the host, leaving even Xorg.log.0 empty (not yet written to disk).
Last week I announced that lucky/sad success/but_not_on_11.0_or_Illumos status and maybe you didn't see it, because here was quite some activity on this list: 
http://openindiana.org/pipermail/oi-dev/2015-November/003858.html
(sorry for the numerous spelling errors)
Once again: Your post really gives me hope we soon get it functioning.
I think we are less than one line of code apart from having it working also on S11.0 and Illumos.
Of yourse I'm glad to year that you take the time to analyse the dump.
Normally such things are doable, but in this case I failed.
I publish the dump files (several, also from S11.0) - although the problem always happens at the same point and looks identical - and the bins plus src diffs directly in about 48 hours.
I could attach the bins right now, but I'm afaraid it is some later version I messed with and recompiled.
Therefore it is certainly better to do this slowly and completely, in a proper release in 2 days.
Fortunately I took snapshots at each milestone.
Once again:  THANK YOU   http://us.123rf.com/450wm/mybaitshop/mybaitshop1202/mybaitshop120200066/12701366-thank-you-word-cloud-concept-with-great-terms-in-different-languages-such-as-merci-mahalo-danke-grac.jpg
cheers!
%mb
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
Nikola M
2015-12-05 08:16:47 UTC
Permalink
Post by Мартин Бохниг
I finally have about exactly 26 hours of time for community work plus
already did rest 5 hours.
You certanly are most dedicated on community work and you have highly
technical abilities
and I thank you so much.
Мартин Бохниг
2015-12-07 12:36:20 UTC
Permalink
Thank you Nikola!
Sorry for the further delay.

Just as I had assumed before - meanwhile we have it black on white - the person who was foolish enough to sue __me__  has a known "certain history" (to put it mildly)  :

Bad Eggs - the smell sticks....
http://www.internationalsteam.co.uk/trains/badeggs.htm


Now I needed to write 10 follow-up pages to the court and copy them 3 times plus post 2 new proof-attachments and also copy them 3 times and in hopefully less than 2 hours I am finally ready to send all that stuff to the court just in the last minute (more than 50 pages all together).


THEN FINALLY  .....


At least everybody sees now without any question, who was the criminal here and who the victim.

I'm back with the beforementioned OpenSolaris projects literally asap (evening).


rgds. %martin
Post by Nikola M
Post by Мартин Бохниг
I finally have about exactly 26 hours of time for community work plus
already did rest 5 hours.
You certanly are most dedicated on community work and you have highly
technical abilities
and I thank you so much.
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
Мартин Бохниг
2015-12-09 19:39:44 UTC
Permalink
Friends,


NOW FINALLLLLY in the next hours I can do it.
It is unbelievable how time- and resources-consuming such self-defence against two distinct criminal companies can be where I had previously been a customer, if you get several letters per day in a row, which threaten you all the time and need to get answered and nullified before always new and always too short deadlines.
Reminder, here is the public record about one of the two:  http://www.internationalsteam.co.uk/trains/badeggs.htm

and here about the second:
https://www.dialo.de/rechtsanwalt/huerth/monika-mumm-rechtsanwaeltin-m45567299400/bewertungen




Here an ls at my old Sun DRM/KMS workspace from 2 weeks ago:


***@opensxce:/PHOTOSVIDEOS/TMP2/COMPILE/DRMKMS/solaris-x11~x-s11-update-clone__Checkout20150411sat/solaris-x11~x-s11-update-clone/open-src# find kernel|grep __ORIG
kernel/i915/src/i915_gem.c__ORIG__AHA15
kernel/i915/src/i915_drv.h__ORIG
kernel/i915/src/i915_gem.c__ORIG
kernel/i915/src/i915_gem_gtt.c__ORIG__002
kernel/i915/src/i915_gem.c__ORIG__BEST
kernel/i915/src/i915_gem.c__ORIG__BAD
kernel/i915/src/i915_gem.c__ORIG__002
kernel/i915/src/i915_gem_gtt.c__ORIG
kernel/Makefile.inc__ORIG
kernel/sys/drm/drmP.h__ORIG__009
kernel/sys/drm/drmP.h__ORIG__003
kernel/sys/drm/drm_sun_idr.h__ORIG
kernel/sys/drm/drmP.h__ORIG
kernel/sys/drm/drmP.h__ORIG__002
kernel/sys/drm/drmP.h__ORIG__006
kernel/mdb/modules/Makefile__ORIG
kernel/drm/src/drm_gem.c__ORIG__013
kernel/drm/src/drm_memory.c__ORIG
kernel/drm/src/drm_fb_helper.c__ORIG__009__XXXX
kernel/drm/src/drm_gem.c__NOMEMPIOLLWORXFINE__ORIG
kernel/drm/src/drm_fb_helper.c__ORIG__MEGAWAHNSINN__ausserBack2Console
kernel/drm/src/drm_gem.c__ORIG__007
kernel/drm/src/drm_fb_helper.c__ORIG__11
kernel/drm/src/drm_gem.c__ORIG__MEGAWAHNSINN__ORIG__MEGAWAHNSINN__ORIG__MEGAWAHNSINN
kernel/drm/src/drm_stub.c__ORIG
kernel/drm/src/drm_gem.c__ORIG__17__WORX
kernel/drm/src/drm_bufs.c__ORIG20
kernel/drm/src/drm_gem.c__ORIG__BADPROBSNov27
kernel/drm/src/drm_gem.c__ORIG__CRAP__014
kernel/drm/src/drm_gem.c__ORIG__BESTEVERXXX
kernel/drm/src/drm_bufs.c__ORIG__MAGIC
kernel/drm/src/drm_fb_helper.c__ORIG__004
kernel/drm/src/drm_bufs.c__ORIG
kernel/drm/src/drm_fb_helper.c__ORIG__009
kernel/drm/src/drm_gem.c__ORIG__EIGENEFUNCS
kernel/drm/src/drm_fb_helper.c__ORIG
kernel/drm/src/drm_sun_idr.c__ORIG
kernel/drm/src/drm_gem.c__ORIG
kernel/drm/src/drm_gem.c__ORIG__MEGAWAHNSINN
kernel/drm/src/drm_fb_helper.c__ORIG__10



It is not as much as it appears, because in case of most files I tried something but later reverted back to __ORIG.

Tomorrow I must write about 10 pages for the other thiefs-company and write something up for police, because now I sue that other company B due to invalid claims and theft of my 39 EUR in 2012, (whereas they claim I owe them 171 EUR created in their books from thin air).
Fortunately I always save all emails (and keep them on the ISP's server) plus always take Screenshots.
That way and that way alone I justice will prevail!


ROADMAP:

* Now over the next hours I can finally isolate my diffs against https://hg.java.net/hg/solaris-x11~x-s12-clone

* I have enough Energy drinks and food and will not go to sleep before having published them, this time definitely not!

* I also take the best snapshot version's binari 915 and drm modules and attach them to that email then.


* Tomorrow no time whatsoever, but over the weekend Thunderbird will be brough over


TNX for your patience.
As promised before and as you can witness now: The locomotive took new cola and water. Now with this letter it gave the START sound from this maintainence stop <BEEP!>

BTW: Here I have published some of my artworks taken in Yugoslavia/Bosnia-Hercegovina from 2007 till 2015 (and it is only a small tiny fraction of what I have in my archives).


http://www.drehscheibe-online.de/foren/file.php?30,file=130242
http://www.drehscheibe-online.de/foren/read.php?30,7633169,page=1
http://www.drehscheibe-online.de/foren/read.php?30,7633169,page=2

and

http://www.drehscheibe-online.de/foren/read.php?30,7633169,page=3

{It is necessary to click there at the top-left corner, because first they re-direct everyone to their start page}
It is not necessary to mention, that I never earned a single Penny with this hobby.


Cheers,
%martin
Post by Nikola M
Post by Мартин Бохниг
I finally have about exactly 26 hours of time for community work plus
already did rest 5 hours.
You certanly are most dedicated on community work and you have highly
technical abilities
and I thank you so much.
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
Мартин Бохниг
2015-12-10 17:30:59 UTC
Permalink
Hello,


now finally, but without time to instruct newcomers.
I only post this _early_ to prove I'm not talking about hot air / vapoware.

At the moment - when building with gcc - I get an assertiob error and resulting panic _also_ on Sol11.1++ (unlike 2 weeks ago when mostly building with the redistributable osol Studio12.1).

However, I attach the old module bins from two weeks ago.
I said I won't instruct end-users, this means I won't mention that you first need a worjing agpgart and also not (beyond this short note), that on Illumos kernels it is necessary to manyally correct a symlink in /dev/dri.


Because even after the user finally has a working agpgart, Illumos' DDI/DKI for some reason creates a wrong symlink during initialization.


Example:

GOOD:

ls -al /dev/dri
total 11
drwxr-xr-x   5 root root   5 Nov 24 10:41 .
drwxr-xr-x 282 root root 282 Dec 10 17:32 ..
lrwxrwxrwx   1 root root  36 Nov 24 09:55 card0 -> ../../devices/***@0,0/***@2:drm0
lrwxrwxrwx   1 root root  42 Nov 24 10:02 controlD64 -> ../../devices/***@0,0/***@2:controlD64
***@opensxce:~#



BAD (as on Illumos or any other older Solaris kernels before S11 snv_175) :

ls -al /dev/dri
total 11
drwxr-xr-x   5 root root   5 Nov 24 10:41 .
drwxr-xr-x 282 root root 282 Dec 10 17:32 ..
lrwxrwxrwx   1 root root  42 Nov 24 10:41 card0 -> ../../devices/***@0,0/***@2:controlD64
lrwxrwxrwx   1 root root  36 Nov 24 09:55 card1 -> ../../devices/***@0,0/***@2:drm0
***@opensxce:~#

(can be fixed by simply renaming /dev/dri/card0 to /dev/dri/controlD64 in the boot scripts, for each boot, until the real solution is found in Illumos' DDI/DKI bindings, which so far has a low priority until the rest works)


On old CPU's such as my 2700k (finally no longer only a Celeron G530, thanks to your donations!) it is sufficient for getting a working agpgart to wget, uncompress and install http://svr4.opensxce.org/201405/i386/5.11/sunw_agp-OpenSXCE__Illumos20140505%2cREV%3d2014.05.07.03.16-SunOS5.11-i386-SUNW.pkg.gz   [or to use pkgutil if you are on OpenSXCE2014.05).

Until the real problems are solved, there is no need to upload an updated version with newer pciids.



Now - here my proposed diff in 2 versions plus also the binary i915 and drm modules from 2 weeks ago.
Again: I won't provide howto instructions, because the audience of this post is very small and those who can use anything from this letter, won't need such instrcutions.


The only real question was and is: Why does this work (bypassing all gfxp 11.1++ interfaces) nevertheless only on 11.1++ and panics the host early during X11 initialization on 11.0 and Illumos.

Meanwhile I have the suspicion (judging from binutils) that in the more modern gfxp driver the frame buffer gets mmapp'ed.
However, unlike Illumos or old OpenSolaris, in S11.0 this code seems to be already inside gfxp:

$ nm gfx_private|grep setup
BFD: gfx_private: warning: sh_link not set for section `.eh_frame'
                 U ddi_regs_map_setup
                 U devmap_devmem_setup
                 U devmap_umem_setup
00000000000006bc T gfxp_ddi_segmap_setup
0000000000000a00 T gfxp_devmap_umem_setup
00000000000026f4 t gfxp_setup_fbcons
                 U pci_config_setup


BUT DESPITE THIS, it panics on 11.0 due to attempted dereferencing of a NULL pointer triggering a TRAP.


Normally I would never publish such instable non-functional stuff.
Ahh, ps.: On 11.1++ this stuff works if built with Studio.
But forget getting back to the Text console after X11 was already up. It is possible to enter commands afterwards, but only blindly without seeing anything (console is completely srapped).
However - restarting X11 or rebooting will function (on S11.1++). Only that you won't see what you typed.

This happens in this case not because of incomplete cleanup, but has to do with structs not properly initialized and not correctly assigned to the correct objects (especially fb_info).

Neverthe less X11 and compize (even with gnome) do work fine on S11.1++, yet not on 11.0 or Illumos).
The return2console issue can be addressed after we finally have it working on 11.0 and Illumos.


As for" gfxp is "not" a moving target: nm suggests otherwise.
And replacing newer or older versions of gfxp (as possible with i915/drm and agpgart [all related submodules]) CANNOT be done with gfxp, neitehr upwards, now downwards. Missing symbols (depends directly on the /platform/i86pc/kernel/amd64/unix itself).

Even replacing Grub1 against Grub2 or vide versa (Such as Solaris 11.1 booted from Grub1) : No difference.


As for the panic backtrace that I usually got 2 weeks ago (today with gcc a different one, and no matter if on 11.1++ or earlier - never works, I'm a bit confused if that's really a gcc vs. studio issue, or realted to some other change during the diff created today, dammit), here how it would look like, I uload the kernel dumps to opensxce.org/kms_dump in 10 minutes.

Here you see how it appeared in /var/adm/messages:


Nov 23 05:08:37 opensxce pcplusmp: [ID 805372 kern.info] pcplusmp: pci8086,122 (i915) instance 0 irq 0x10 vector 0x83 ioapic 0x2 intin 0x10 is bound to cpu 2
Nov 23 05:08:37 opensxce drm: [ID 120748 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:153] ddi_dma_mem_alloc failed
Nov 23 05:08:37 opensxce last message repeated 1 time
Nov 23 05:08:37 opensxce drm: [ID 350376 kern.warning] WARNING: [drm:i915_gem_alloc_object:3315] failed to init gem object
Nov 23 05:08:37 opensxce drm: [ID 278599 kern.warning] WARNING: [drm:init_status_page:1233] Failed to allocate status page
Nov 23 05:08:37 opensxce drm: [ID 651038 kern.warning] WARNING: [drm:i915_driver_firstopen:1647] failed to init modeset
Nov 23 05:09:51 opensxce reboot: [ID 330035 auth.crit] initiated by martin on /dev/console
Nov 23 05:09:57 opensxce rpcbind: [ID 240694 daemon.error] rpcbind terminating on signal 15.
Nov 23 05:10:30 opensxce genunix: [ID 672855 kern.notice] syncing file systems...
Nov 23 05:10:31 opensxce genunix: [ID 904073 kern.notice]  done
Nov 23 05:10:32 opensxce unix: [ID 836849 kern.notice]
Nov 23 05:10:32 opensxce ^Mpanic[cpu6]/thread=ffffff04e79790a0:
Nov 23 05:10:32 opensxce genunix: [ID 335743 kern.notice] BAD TRAP: type=e (#pf Page fault) rp=ffffff001f610ab0 addr=20 occurred in module "i915" due to a NULL pointer dereference
Nov 23 05:10:32 opensxce unix: [ID 100000 kern.notice]
Nov 23 05:10:32 opensxce unix: [ID 839527 kern.notice] reboot:
Nov 23 05:10:32 opensxce unix: [ID 753105 kern.notice] #pf Page fault
Nov 23 05:10:32 opensxce unix: [ID 532287 kern.notice] Bad kernel fault at addr=0x20
Nov 23 05:10:32 opensxce unix: [ID 243837 kern.notice] pid=1994, pc=0xfffffffff7cbe7ee, sp=0xffffff001f610ba0, eflags=0x10246
Nov 23 05:10:32 opensxce unix: [ID 211416 kern.notice] cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 406f8<osxsav,xmme,fxsr,pge,mce,pae,pse,de>
Nov 23 05:10:32 opensxce unix: [ID 624947 kern.notice] cr2: 20
Nov 23 05:10:32 opensxce unix: [ID 625075 kern.notice] cr3: 4400000
Nov 23 05:10:32 opensxce unix: [ID 625715 kern.notice] cr8: c
Nov 23 05:10:32 opensxce unix: [ID 100000 kern.notice]
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  rdi: ffffff04df197038 rsi:          24a7c85 rdx: ffffff04e79790a0
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  rcx:                6  r8:                0  r9:               32
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  rax:                0 rbx: ffffff04e12fe2b0 rbp: ffffff001f610bc0
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  r10: ffffff04df197528 r11:                1 r12: ffffff001f610d6c
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  r13: fffffffffbd4fb88 r14:                1 r15: ffffff04fdedfa40
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  fsb: fffffd7fff172a40 gsb: ffffff04e604e580  ds:               4b
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]   es:               4b  fs:                0  gs:                0
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]  trp:                e err:                0 rip: fffffffff7cbe7ee
Nov 23 05:10:32 opensxce unix: [ID 592667 kern.notice]   cs:               30 rfl:            10246 rsp: ffffff001f610ba0
Nov 23 05:10:32 opensxce unix: [ID 266532 kern.notice]   ss:               38
Nov 23 05:10:32 opensxce unix: [ID 100000 kern.notice]
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610990 unix:die+df ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610aa0 unix:trap+dc0 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610ab0 unix:cmntrap+e6 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610bc0 i915:i915_gem_context_fini+4e ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610c50 i915:i915_quiesce+292 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610c80 genunix:devi_quiesce+3b ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610cc0 genunix:quiesce_one_device+81 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610cf0 genunix:quiesce_devices+46 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610d20 genunix:quiesce_devices+3b ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610d50 genunix:quiesce_devices+3b ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610db0 unix:mdboot+165 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610e40 genunix:kadmin+416 ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610ec0 genunix:uadmin+16d ()
Nov 23 05:10:32 opensxce genunix: [ID 655072 kern.notice] ffffff001f610f10 unix:brand_sys_sysenter+1c9 ()
Nov 23 05:10:32 opensxce unix: [ID 100000 kern.notice]
Nov 23 05:10:32 opensxce genunix: [ID 672855 kern.notice] syncing file systems...
Nov 23 05:10:32 opensxce genunix: [ID 904073 kern.notice]  done
Nov 23 05:10:33 opensxce genunix: [ID 111219 kern.notice] dumping to /dev/zvol/dsk/rpool1/dump, offset 65536, content: kernel
Nov 23 05:10:47 opensxce genunix: [ID 100000 kern.notice]
Nov 23 05:10:47 opensxce genunix: [ID 665016 kern.notice] ^M100% done: 285228 pages dumped,
Nov 23 05:10:47 opensxce genunix: [ID 851671 kern.notice] dump succeeded
Nov 23 05:11:33 opensxce genunix: [ID 540533 kern.notice] ^MSunOS Release 5.11 Version master-0-ga443cc8 64-bit
Nov 23 05:11:33 opensxce genunix: [ID 877030 kern.notice] Copyright (c) 1983, 2010, Oracle and/or its affiliates. All rights reserved.




Regards,
and hopefully we can get this Saga solved  ;)


%martin
(the bins are too large and got blocked by oi-dev, this means I upload them in 10 minutes to opensxce.org/kms/unstable_bins/20151210thu)
<<the src is attached>>
Мартин Бохниг
2015-12-10 21:18:39 UTC
Permalink
Update: Yes, only switching back to from gcc to Studio made the bins work again on S11.1++ (without a single src change)

Diffs, bins and crash dumps (generated on 11.0) as well as /var/adm/messages* (also from the same 11.0 host) have been uploaded as promised to:

http://opensxce.org/kms_dump/Sun_DRMKMS_crashes_Sol11.0__.tar.bz2
http://opensxce.org/kms_dump/Sun_DRMKMS_varAdmMessages_Sol11.0__.tar.bz2

http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff.txt
http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff__RENAMED_fb_info.txt
http://opensxce.org/kms/unstable_bins/20151210thu/gfx_private_xxx.diff.txt (attention: mistakenly created in the wrong direction)


Test-bins for 11.1++:
http://opensxce.org/kms/unstable_bins/20151210thu/i915
http://opensxce.org/kms/unstable_bins/20151210thu/drm



rgds. to Sun,
TIA

%martin
Aurélien Larcher
2015-12-11 18:39:54 UTC
Permalink
Hi Martin,
thanks for the update!
The manual page mentions that support concerns:

"[...] the Intel i845, i865, i915, i945, i965 and G33 series
integrated graphics controllers."

while ThinkWiki mentions that, for Linux, the i915 driver may be used with
Intel HD Graphics.
Do you know if it is also the case ?
The Thinkpad X230 that I intended for testing is based on HD 4000 graphics.

Thanks again ;)
Best regards

Aurelien
Post by Мартин Бохниг
Update: Yes, only switching back to from gcc to Studio made the bins work
again on S11.1++ (without a single src change)
Diffs, bins and crash dumps (generated on 11.0) as well as
/var/adm/messages* (also from the same 11.0 host) have been uploaded as
http://opensxce.org/kms_dump/Sun_DRMKMS_crashes_Sol11.0__.tar.bz2
http://opensxce.org/kms_dump/Sun_DRMKMS_varAdmMessages_Sol11.0__.tar.bz2
http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff.txt
http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff__RENAMED_fb_info.txt
http://opensxce.org/kms/unstable_bins/20151210thu/gfx_private_xxx.diff.txt
(attention: mistakenly created in the wrong direction)
http://opensxce.org/kms/unstable_bins/20151210thu/i915
http://opensxce.org/kms/unstable_bins/20151210thu/drm
rgds. to Sun,
TIA
%martin
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
--
---
Praise the Caffeine embeddings
Aurélien Larcher
2015-12-11 18:47:37 UTC
Permalink
To be precise, at least I can see that the device id is not listed in:

https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/open-src/kernel/sys/drm/drm_pciids.h

On Fri, Dec 11, 2015 at 7:39 PM, Aurélien Larcher <
Post by Aurélien Larcher
Hi Martin,
thanks for the update!
"[...] the Intel i845, i865, i915, i945, i965 and G33 series integrated graphics controllers."
while ThinkWiki mentions that, for Linux, the i915 driver may be used
with Intel HD Graphics.
Do you know if it is also the case ?
The Thinkpad X230 that I intended for testing is based on HD 4000 graphics
.
Thanks again ;)
Best regards
Aurelien
Post by Мартин Бохниг
Update: Yes, only switching back to from gcc to Studio made the bins work
again on S11.1++ (without a single src change)
Diffs, bins and crash dumps (generated on 11.0) as well as
/var/adm/messages* (also from the same 11.0 host) have been uploaded as
http://opensxce.org/kms_dump/Sun_DRMKMS_crashes_Sol11.0__.tar.bz2
http://opensxce.org/kms_dump/Sun_DRMKMS_varAdmMessages_Sol11.0__.tar.bz2
http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff.txt
http://opensxce.org/kms/unstable_bins/20151210thu/CLEAN20151208wed__MYDIFFS__KMS.diff__RENAMED_fb_info.txt
http://opensxce.org/kms/unstable_bins/20151210thu/gfx_private_xxx.diff.txt
(attention: mistakenly created in the wrong direction)
http://opensxce.org/kms/unstable_bins/20151210thu/i915
http://opensxce.org/kms/unstable_bins/20151210thu/drm
rgds. to Sun,
TIA
%martin
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
--
---
Praise the Caffeine embeddings
--
---
Praise the Caffeine embeddings
Мартин Бохниг
2015-12-11 18:59:26 UTC
Permalink
Hi Aurélien,
Post by Aurélien Larcher
https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/open-src/kernel/sys/drm/drm_pciids.h
don't waste 10 seconds to care about the basic DRM stub that made it into OpenSolaris before OS/Net got locked in mid 2010.
It is so basic, minimal and outdated - we shall better not comment on it.

I hope this answers your question.
Also be aware, that the correct pciids must also be in the underlying agpgart framework (which brings us back to the waste of 10 seconds in case of OpenSolaris/Illumos).

I can open the agpgart that I had in OpenSXCE2014.05 next week, unless too many distracting and time-consuming annoying "letters" arrive in my letter box next week.

The Sun China team published a minor DRM update in 2009. the rest stems from something like 2007's OpenBSD port (with many pieces simply cut out at that).


We can comment about hw/compatibility as soon as we have Sun's now (published 8 months ago) 2013 port working on 11.0 (and next step, on Illumos).


Until then - it leads to nothing.
The radeon DRM port would be another thing to port after all that.
But no: Not the tiny stub for ancient hardware that is still part of Illumos.



Tnx for your friendly messages last week,
we talk later ...
First let's give Sun/Oracle Menlo Park some time to respond.
As I needed 2 weeks for a response, I think it is fair to stay equally as hopeful and patient  ;)


regards, %martin
r***@sibernet.com
2015-12-12 03:50:57 UTC
Permalink
Post by Мартин Бохниг
Hi Aurélien,
ПятМОца, 11 Ўекабря 2015, 19:47 +01:00 Пт Aurélien Larcher
https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c
9c5/open-src/kernel/sys/drm/drm_pciids.h
don't waste 10 seconds to care about the basic DRM stub that made it into
OpenSolaris before OS/Net got locked in mid 2010.
It is so basic, minimal and outdated - we shall better not comment on it.
One thing I agree on: pay no mind to drm_pciids.h; it is an artifact of
old code and will be gone soon.
Post by Мартин Бохниг
I hope this answers your question.
Also be aware, that the correct pciids must also be in the underlying agpgart
framework (which brings us back to the waste of 10 seconds in case of
OpenSolaris/Illumos).
agpgart doesn't care about the drm/i915 pci id's either.

The one that is relevant is the id's in the package manifest:

https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/pkg/manifests/driver-graphics-drm.p5m

And I'm guessing that the pciid for the X230 is in this list, as HD 4000
should work.
Post by Мартин Бохниг
First let's give Sun/Oracle Menlo Park some time to respond.
Two comments immediately come to mind:

Don't be changing copyrights
Be mindful of attribution of imported source.



rf
Мартин Бохниг
2015-12-12 10:35:59 UTC
Permalink
Post by Мартин Бохниг
First let's give Sun/Oracle Menlo Park some time to respond.
    Don't be changing copyrights
    Be mindful of attribution of imported source.
rf
Where did I change a single copyright (other than in one case the year which in fact wasn't done by myself but in your own gate)?
You won't find my name or anything in a single line.
Because this is Sun's port of DRM's work (X.org and LinUX kernel plus some *BSD folks being friends with them).

It is also no code release to the community, but was intended for _____your_____ investigation, because it doesn't only refuse to function on OI/Illumos, but also on your own S11.0 and you said before that you find this interesting from Sun/Oracle's perspective, too.


Also, I didn't hear a single, oh, aha, cool.
If you go after me with your copyright (which I didn't change), why did you release it first?
BTW: Before Sun ported it commercially it was all created by some enthusiasts at X.org/LinUX/*BSD.

The interesting thing is: My diffs make your port minimalistically (at this point, but) _independent_ of your mempool implementation and other stuff later added to gfx_private. And while it should hence work on S11.0 and Illumos, it doesn't. However: In theory it does work because on 11.1++ it boots into Xorg plus compiz plus gnome.
The reason for the NULL pointer dereference is probably, that S11.1++'s gfx_private does some fb mapping, which your DRM/KMS driver expects to be in place.
If it isn't we get the panic.


But I don't care. I wasted enough time with that, although the diffs itself look extremely short.
However - the other code around it is _not_ short. And it all affects everything and gets affected by everything and vice versa and versa vice.

We can also take the VESA forever or I must continue with my own instable crappy 2013 mess.
But your copyright warning for no reason at all - if that's the only thing you have to say???


Apropos copyright: In 2007 Sun invited me for a quick talk into Menlo Park's X11 lab.
I told you that you and how you can use Xorg on SPARC (which was denied by Sun before).
Later you incorporated it into Solaris.
Did I ever get a single credit or Kopeke for it??
NO. Because Sun never used a single line from the FullyOpenX aka FOX gate. It was all complete nonsense for no reason.
Just a show.


Ahh, let's forget that.
If this was your only comment about my above diffs, then it is not very much.
Мартин Бохниг
2015-12-12 11:10:30 UTC
Permalink
Post by r***@sibernet.com
agpgart doesn't care about the drm/i915 pci id's either.
https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/pkg/manifests/driver-graphics-drm.p5m
That one is only the external bindings for attaching during add_drv of i915.
Post by r***@sibernet.com
And I'm guessing that the pciid for the X230 is in this list, as HD 4000
should work.
Post by Мартин Бохниг
First let's give Sun/Oracle Menlo Park some time to respond.
    Don't be changing copyrights
    Be mindful of attribution of imported source.
rf
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
Did I hear correctly??
You say: "agpgart doesn't care about the drm/i915 pci id's either." ??

At least here on my outdated in_progress hybrid (and I doubt this is different on Sol11.x), no gart, no luck:


 grep -n agpgart /etc/*
/etc/minor_perm:303:agpgart:* 0644 root sys
/etc/name_to_major:328:agpgart 282
/etc/path_to_inst:10:"/agpgart" 0 "agpgart"
/etc/path_to_inst.old:10:"/agpgart" 0 "agpgart"
***@opensxce:/tmp/REALcosmicrescue/TMP/MAGIC/kernel# grep -n gart /etc/*
/etc/driver_aliases:1111:amd64_gart "pci1022,1103"
/etc/minor_perm:302:amd64_gart:* 0644 root sys
/etc/minor_perm:303:agpgart:* 0644 root sys
/etc/name_to_major:327:amd64_gart 281
/etc/name_to_major:328:agpgart 282
/etc/path_to_inst:10:"/agpgart" 0 "agpgart"
/etc/path_to_inst.old:10:"/agpgart" 0 "agpgart"
***@opensxce:/tmp/REALcosmicrescue/TMP/MAGIC/kernel# grep -n agp /etc/*
/etc/driver_aliases:1071:agptarget "pci8086,7124"
/etc/driver_aliases:1072:agptarget "pci8086,7122"
/etc/driver_aliases:1073:agptarget "pci8086,7120"
/etc/driver_aliases:1074:agptarget "pci1022,7454"
/etc/driver_aliases:1075:agptarget "pci8086,3580"
/etc/driver_aliases:1076:agptarget "pci8086,3575"
/etc/driver_aliases:1077:agptarget "pci8086,2560"
/etc/driver_aliases:1078:agptarget "pci8086,2570"
/etc/driver_aliases:1079:agptarget "pci8086,2580"
/etc/driver_aliases:1080:agptarget "pci8086,2590"
/etc/driver_aliases:1081:agptarget "pci8086,2770"
/etc/driver_aliases:1082:agptarget "pci8086,27a0"
/etc/driver_aliases:1083:agptarget "pci8086,27ac"
/etc/driver_aliases:1084:agptarget "pci8086,2970"
/etc/driver_aliases:1085:agptarget "pci8086,2980"
/etc/driver_aliases:1086:agptarget "pci8086,2990"
/etc/driver_aliases:1087:agptarget "pci8086,29a0"
/etc/driver_aliases:1088:agptarget "pci8086,29b0"
/etc/driver_aliases:1089:agptarget "pci8086,29c0"
/etc/driver_aliases:1090:agptarget "pci8086,29d0"
/etc/driver_aliases:1091:agptarget "pci8086,2a00"
/etc/driver_aliases:1092:agptarget "pci8086,2a10"
/etc/driver_aliases:1093:agptarget "pci8086,2a40"
/etc/driver_aliases:1094:agptarget "pci8086,2e00"
/etc/driver_aliases:1095:agptarget "pci8086,2e10"
/etc/driver_aliases:1096:agptarget "pci8086,2e20"
/etc/driver_aliases:1097:agptarget "pci8086,2e30"
/etc/driver_aliases:1098:agptarget "pci8086,2e40"
/etc/driver_aliases:1099:agptarget "pci8086,40"
/etc/driver_aliases:1100:agptarget "pci8086,44"
/etc/driver_aliases:1101:agptarget "pci8086,62"
/etc/driver_aliases:1102:agptarget "pci8086,6a"
/etc/driver_aliases:1103:agptarget "pci8086,1130"
/etc/driver_aliases:1104:agptarget "pci8086,3340"
/etc/driver_aliases:1105:agptarget "pci8086,100"
/etc/driver_aliases:1106:agptarget "pci8086,104"
/etc/driver_aliases:1107:agptarget "pci8086,108"
/etc/driver_aliases:1108:agptarget "pci8086,150"
/etc/driver_aliases:1109:agptarget "pci8086,154"
/etc/driver_aliases:1110:agptarget "pci8086,158"
/etc/minor_perm:301:agptarget:* 0644 root sys
/etc/minor_perm:303:agpgart:* 0644 root sys
/etc/mnttab:1:rpool1/ROOT/agp   /       zfs     dev=2d90002     0
/etc/name_to_major:326:agptarget 280
/etc/name_to_major:328:agpgart 282
/etc/path_to_inst:10:"/agpgart" 0 "agpgart"
/etc/path_to_inst:62:"/***@0,0/pci8086,***@0" 0 "agptarget"
/etc/path_to_inst.old:10:"/agpgart" 0 "agpgart"
/etc/path_to_inst.old:59:"/***@0,0/pci8086,***@0" 0 "agptarget"



And: If I recall correctly, with the agp stuff (again, the term "agp" is totally misleading, it is always necessary!) you won't even be lucky if your external pciid bindings for add_drv are correct. It will still complain during inititialization until the correct pciids are also compiled in.

Focus for this example especially on:


/etc/driver_aliases:1105:agptarget "pci8086,100"
/etc/driver_aliases:1106:agptarget "pci8086,104"
/etc/driver_aliases:1107:agptarget "pci8086,108"


Now, here the explanation:


In i915 as pointed out by yourself you have this in contrast:

https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/pkg/manifests/driver-graphics-drm.p5m

alias=pci8086,102
alias=pci8086,106


or, next example:



/etc/driver_aliases:1108:agptarget "pci8086,150"
/etc/driver_aliases:1109:agptarget "pci8086,154"
/etc/driver_aliases:1110:agptarget "pci8086,158"



then again in 915 you have:
alias=pci8086,152 \
alias=pci8086,156 \
alias=pci8086,15a \



Notice something???
If I understand it correctly, you _got_ that port from Sun China during PSARC 2014/148 Move DRM drivers to X11
So it is no problem if you enver noticed this correlation.


But don't deal with me like with some fool. And once again: I didn't change your license string.
The updated year (from 2013 to 2015) happened, because on November 30th Niveditha has committed this change to the gate, while I was still using a local checkout from before.
When I created the diffs however, I took a fresh checkout to create the diff against.
So you criticism for messing with your copyright should be forwarded right back to Oracle.
Мартин Бохниг
2015-12-12 12:38:42 UTC
Permalink
Ok, maybe this is no longer the case.
Here the situation on a default Solaris11.3:


***@solaris11:~$ grep -n i915 /etc/*
/etc/driver_aliases:563:i915 "pci8086,42"
/etc/driver_aliases:564:i915 "pci8086,46"
/etc/driver_aliases:565:i915 "pci8086,102"
/etc/driver_aliases:566:i915 "pci8086,106"
/etc/driver_aliases:567:i915 "pci8086,10a"
/etc/driver_aliases:568:i915 "pci8086,112"
/etc/driver_aliases:569:i915 "pci8086,116"
/etc/driver_aliases:570:i915 "pci8086,122"
/etc/driver_aliases:571:i915 "pci8086,126"
/etc/driver_aliases:572:i915 "pci8086,152"
/etc/driver_aliases:573:i915 "pci8086,156"
/etc/driver_aliases:574:i915 "pci8086,15a"
/etc/driver_aliases:575:i915 "pci8086,162"
/etc/driver_aliases:576:i915 "pci8086,166"
/etc/driver_aliases:577:i915 "pci8086,16a"
/etc/driver_aliases:578:i915 "pci8086,402"
/etc/driver_aliases:579:i915 "pci8086,406"
/etc/driver_aliases:580:i915 "pci8086,40a"
/etc/driver_aliases:581:i915 "pci8086,40b"
/etc/driver_aliases:582:i915 "pci8086,40e"
/etc/driver_aliases:583:i915 "pci8086,412"
/etc/driver_aliases:584:i915 "pci8086,416"
/etc/driver_aliases:585:i915 "pci8086,41a"
/etc/driver_aliases:586:i915 "pci8086,41b"
/etc/driver_aliases:587:i915 "pci8086,41e"
/etc/driver_aliases:588:i915 "pci8086,422"
/etc/driver_aliases:589:i915 "pci8086,426"
/etc/driver_aliases:590:i915 "pci8086,42a"
/etc/driver_aliases:591:i915 "pci8086,42b"
/etc/driver_aliases:592:i915 "pci8086,42e"
/etc/driver_aliases:593:i915 "pci8086,a02"
/etc/driver_aliases:594:i915 "pci8086,a06"
/etc/driver_aliases:595:i915 "pci8086,a0a"
/etc/driver_aliases:596:i915 "pci8086,a0b"
/etc/driver_aliases:597:i915 "pci8086,a0e"
/etc/driver_aliases:598:i915 "pci8086,a12"
/etc/driver_aliases:599:i915 "pci8086,a16"
/etc/driver_aliases:600:i915 "pci8086,a1a"
/etc/driver_aliases:601:i915 "pci8086,a1b"
/etc/driver_aliases:602:i915 "pci8086,a1e"
/etc/driver_aliases:603:i915 "pci8086,a22"
/etc/driver_aliases:604:i915 "pci8086,a26"
/etc/driver_aliases:605:i915 "pci8086,a2a"
/etc/driver_aliases:606:i915 "pci8086,a2b"
/etc/driver_aliases:607:i915 "pci8086,a2e"
/etc/driver_aliases:608:i915 "pci8086,c02"
/etc/driver_aliases:609:i915 "pci8086,c06"
/etc/driver_aliases:610:i915 "pci8086,c0a"
/etc/driver_aliases:611:i915 "pci8086,c0b"
/etc/driver_aliases:612:i915 "pci8086,c0e"
/etc/driver_aliases:613:i915 "pci8086,c12"
/etc/driver_aliases:614:i915 "pci8086,c16"
/etc/driver_aliases:615:i915 "pci8086,c1a"
/etc/driver_aliases:616:i915 "pci8086,c1b"
/etc/driver_aliases:617:i915 "pci8086,c1e"
/etc/driver_aliases:618:i915 "pci8086,c22"
/etc/driver_aliases:619:i915 "pci8086,c26"
/etc/driver_aliases:620:i915 "pci8086,c2a"
/etc/driver_aliases:621:i915 "pci8086,c2b"
/etc/driver_aliases:622:i915 "pci8086,c2e"
/etc/driver_aliases:623:i915 "pci8086,d02"
/etc/driver_aliases:624:i915 "pci8086,d06"
/etc/driver_aliases:625:i915 "pci8086,d0a"
/etc/driver_aliases:626:i915 "pci8086,d0b"
/etc/driver_aliases:627:i915 "pci8086,d0e"
/etc/driver_aliases:628:i915 "pci8086,d12"
/etc/driver_aliases:629:i915 "pci8086,d16"
/etc/driver_aliases:630:i915 "pci8086,d1a"
/etc/driver_aliases:631:i915 "pci8086,d1b"
/etc/driver_aliases:632:i915 "pci8086,d1e"
/etc/driver_aliases:633:i915 "pci8086,d22"
/etc/driver_aliases:634:i915 "pci8086,d26"
/etc/driver_aliases:635:i915 "pci8086,d2a"
/etc/driver_aliases:636:i915 "pci8086,d2b"
/etc/driver_aliases:637:i915 "pci8086,d2e"
/etc/driver_aliases:638:i915 "pci8086,2562"
/etc/driver_aliases:639:i915 "pci8086,2572"
/etc/driver_aliases:640:i915 "pci8086,2582"
/etc/driver_aliases:641:i915 "pci8086,2592"
/etc/driver_aliases:642:i915 "pci8086,2772"
/etc/driver_aliases:643:i915 "pci8086,27a2"
/etc/driver_aliases:644:i915 "pci8086,27ae"
/etc/driver_aliases:645:i915 "pci8086,2972"
/etc/driver_aliases:646:i915 "pci8086,2982"
/etc/driver_aliases:647:i915 "pci8086,2992"
/etc/driver_aliases:648:i915 "pci8086,29a2"
/etc/driver_aliases:649:i915 "pci8086,29b2"
/etc/driver_aliases:650:i915 "pci8086,29c2"
/etc/driver_aliases:651:i915 "pci8086,29d2"
/etc/driver_aliases:652:i915 "pci8086,2a02"
/etc/driver_aliases:653:i915 "pci8086,2a12"
/etc/driver_aliases:654:i915 "pci8086,2a42"
/etc/driver_aliases:655:i915 "pci8086,2e02.8086.2e02"
/etc/driver_aliases:656:i915 "pci8086,2e12"
/etc/driver_aliases:657:i915 "pci8086,2e22"
/etc/driver_aliases:658:i915 "pci8086,2e32"
/etc/driver_aliases:659:i915 "pci8086,2e42"
/etc/driver_aliases:660:i915 "pci8086,3582"
/etc/driver_aliases:661:i915 "pci8086,a001"
/etc/driver_aliases:662:i915 "pci8086,a011"
/etc/minor_perm:97:i915:* 0644 root sys
/etc/name_to_major:112:i915 110





***@solaris11:~$ grep -n agp /etc/*
/etc/driver_aliases:37:agptarget "pci1022,7454"
/etc/driver_aliases:38:agptarget "pci8086,40"
/etc/driver_aliases:39:agptarget "pci8086,44"
/etc/driver_aliases:40:agptarget "pci8086,62"
/etc/driver_aliases:41:agptarget "pci8086,6a"
/etc/driver_aliases:42:agptarget "pci8086,1130"
/etc/driver_aliases:43:agptarget "pci8086,2560"
/etc/driver_aliases:44:agptarget "pci8086,2570"
/etc/driver_aliases:45:agptarget "pci8086,2580"
/etc/driver_aliases:46:agptarget "pci8086,2590"
/etc/driver_aliases:47:agptarget "pci8086,2770"
/etc/driver_aliases:48:agptarget "pci8086,27a0"
/etc/driver_aliases:49:agptarget "pci8086,27ac"
/etc/driver_aliases:50:agptarget "pci8086,2970"
/etc/driver_aliases:51:agptarget "pci8086,2980"
/etc/driver_aliases:52:agptarget "pci8086,2990"
/etc/driver_aliases:53:agptarget "pci8086,29a0"
/etc/driver_aliases:54:agptarget "pci8086,29b0"
/etc/driver_aliases:55:agptarget "pci8086,29c0"
/etc/driver_aliases:56:agptarget "pci8086,29d0"
/etc/driver_aliases:57:agptarget "pci8086,2a00"
/etc/driver_aliases:58:agptarget "pci8086,2a10"
/etc/driver_aliases:59:agptarget "pci8086,2a40"
/etc/driver_aliases:60:agptarget "pci8086,2e00"
/etc/driver_aliases:61:agptarget "pci8086,2e10"
/etc/driver_aliases:62:agptarget "pci8086,2e20"
/etc/driver_aliases:63:agptarget "pci8086,2e30"
/etc/driver_aliases:64:agptarget "pci8086,2e40"
/etc/driver_aliases:65:agptarget "pci8086,3575"
/etc/driver_aliases:66:agptarget "pci8086,3580"
/etc/driver_aliases:67:agptarget "pci8086,7120"
/etc/driver_aliases:68:agptarget "pci8086,7122"
/etc/driver_aliases:69:agptarget "pci8086,7124"
/etc/minor_perm:13:agpgart:* 0644 root sys
/etc/minor_perm:14:agptarget:* 0644 root sys
/etc/name_to_major:14:agpgart 9
/etc/name_to_major:15:agptarget 10
/etc/path_to_inst:6:"/agpgart" 0 "agpgart"

Also in the headers under Sol11.3's /usr/include/sys/agp there are no references to modern Intel CPU related bridges, gpu's.
I now reboot into Sol11.0 and later post the situation there.

Got a bit confused myself.
On Linux git (several branches) the same.
WTF, it was maybe a mistake I used my old agpgart package from 2013/2014 without checking again what I actually changed back then when I took it from OpenBSD.

Puzzled.
Мартин Бохниг
2015-12-12 13:25:00 UTC
Permalink
***@solaris:~# grep -n i915 /etc/*
/etc/driver_aliases:8:i915 "pci8086,102"
/etc/driver_aliases:9:i915 "pci8086,106"
/etc/driver_aliases:10:i915 "pci8086,10a"
/etc/driver_aliases:11:i915 "pci8086,112"
/etc/driver_aliases:12:i915 "pci8086,116"
/etc/driver_aliases:13:i915 "pci8086,122"
/etc/driver_aliases:14:i915 "pci8086,126"
/etc/driver_aliases:15:i915 "pci8086,2562"
/etc/driver_aliases:16:i915 "pci8086,2572"
/etc/driver_aliases:17:i915 "pci8086,2582"
/etc/driver_aliases:18:i915 "pci8086,2592"
/etc/driver_aliases:19:i915 "pci8086,2772"
/etc/driver_aliases:20:i915 "pci8086,27a2"
/etc/driver_aliases:21:i915 "pci8086,27ae"
/etc/driver_aliases:22:i915 "pci8086,2972"
/etc/driver_aliases:23:i915 "pci8086,2982"
/etc/driver_aliases:24:i915 "pci8086,2992"
/etc/driver_aliases:25:i915 "pci8086,29a2"
/etc/driver_aliases:26:i915 "pci8086,29b2"
/etc/driver_aliases:27:i915 "pci8086,29c2"
/etc/driver_aliases:28:i915 "pci8086,29d2"
/etc/driver_aliases:29:i915 "pci8086,2a02"
/etc/driver_aliases:30:i915 "pci8086,2a12"
/etc/driver_aliases:31:i915 "pci8086,2a42"
/etc/driver_aliases:32:i915 "pci8086,2e02.8086.2e02"
/etc/driver_aliases:33:i915 "pci8086,2e12"
/etc/driver_aliases:34:i915 "pci8086,2e22"
/etc/driver_aliases:35:i915 "pci8086,2e32"
/etc/driver_aliases:36:i915 "pci8086,2e42"
/etc/driver_aliases:37:i915 "pci8086,42"
/etc/driver_aliases:38:i915 "pci8086,46"
/etc/driver_aliases:39:i915 "pci8086,a001"
/etc/driver_aliases:40:i915 "pci8086,a011"
/etc/minor_perm:8:i915:* 0644 root sys
/etc/name_to_major:7:i915 2
/etc/path_to_inst:22:"/***@0,0/***@2" 0 "i915"
/etc/path_to_inst.old:22:"/***@0,0/***@2" 0 "i915"
***@solaris:~# grep -n agp /etc/*
/etc/driver_aliases:793:agptarget "pci1022,7454"
/etc/driver_aliases:794:agptarget "pci8086,100"
/etc/driver_aliases:795:agptarget "pci8086,104"
/etc/driver_aliases:796:agptarget "pci8086,108"
/etc/driver_aliases:797:agptarget "pci8086,1130"
/etc/driver_aliases:798:agptarget "pci8086,2560"
/etc/driver_aliases:799:agptarget "pci8086,2570"
/etc/driver_aliases:800:agptarget "pci8086,2580"
/etc/driver_aliases:801:agptarget "pci8086,2590"
/etc/driver_aliases:802:agptarget "pci8086,2770"
/etc/driver_aliases:803:agptarget "pci8086,27a0"
/etc/driver_aliases:804:agptarget "pci8086,27ac"
/etc/driver_aliases:805:agptarget "pci8086,2970"
/etc/driver_aliases:806:agptarget "pci8086,2980"
/etc/driver_aliases:807:agptarget "pci8086,2990"
/etc/driver_aliases:808:agptarget "pci8086,29a0"
/etc/driver_aliases:809:agptarget "pci8086,29b0"
/etc/driver_aliases:810:agptarget "pci8086,29c0"
/etc/driver_aliases:811:agptarget "pci8086,29d0"
/etc/driver_aliases:812:agptarget "pci8086,2a00"
/etc/driver_aliases:813:agptarget "pci8086,2a10"
/etc/driver_aliases:814:agptarget "pci8086,2a40"
/etc/driver_aliases:815:agptarget "pci8086,2e00"
/etc/driver_aliases:816:agptarget "pci8086,2e10"
/etc/driver_aliases:817:agptarget "pci8086,2e20"
/etc/driver_aliases:818:agptarget "pci8086,2e30"
/etc/driver_aliases:819:agptarget "pci8086,2e40"
/etc/driver_aliases:820:agptarget "pci8086,3575"
/etc/driver_aliases:821:agptarget "pci8086,3580"
/etc/driver_aliases:822:agptarget "pci8086,40"
/etc/driver_aliases:823:agptarget "pci8086,44"
/etc/driver_aliases:824:agptarget "pci8086,62"
/etc/driver_aliases:825:agptarget "pci8086,6a"
/etc/driver_aliases:826:agptarget "pci8086,7120"
/etc/driver_aliases:827:agptarget "pci8086,7122"
/etc/driver_aliases:828:agptarget "pci8086,7124"
/etc/minor_perm:72:agptarget:* 0644 root sys
/etc/minor_perm:73:agpgart:* 0644 root sys
/etc/name_to_major:67:agptarget 62
/etc/name_to_major:68:agpgart 63
/etc/path_to_inst:6:"/agpgart" 0 "agpgart"
/etc/path_to_inst:36:"/***@0,0/pci8086,***@0" 0 "agptarget"
/etc/path_to_inst.old:6:"/agpgart" 0 "agpgart"
/etc/path_to_inst.old:36:"/***@0,0/pci8086,***@0" 0 "agptarget"
***@solaris:~# uname -a
SunOS solaris 5.11 11.0 i86pc i386 i86pc
***@solaris:~# cat /etc/release
Oracle Solaris 11 11/11 X86
Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved.
Assembled 18 October 2011
***@solaris:~#




and YES, I recalled everything correctly, that's at least how it was on Sol11.0 (which I still used as reference back in 2013) :


***@solaris:/usr/include/sys/agp# grep -n SANDY *
agpdefs.h:94:#define INTEL_BR_SANDYBRIDGE 0x01008086
agpdefs.h:95:#define INTEL_BR_SANDYBRIDGE_M 0x01048086
agpdefs.h:96:#define INTEL_BR_SANDYBRIDGE_S 0x01088086
agpdefs.h:169:#define INTEL_IGD_SANDYBRIDGE_GT1 0x01028086
agpdefs.h:170:#define INTEL_IGD_SANDYBRIDGE_GT2 0x01128086
agpdefs.h:171:#define INTEL_IGD_SANDYBRIDGE_GT2_PLUS 0x01228086
agpdefs.h:172:#define INTEL_IGD_SANDYBRIDGE_M_GT1 0x01068086
agpdefs.h:173:#define INTEL_IGD_SANDYBRIDGE_M_GT2 0x01168086
agpdefs.h:174:#define INTEL_IGD_SANDYBRIDGE_M_GT2_PLUS 0x01268086
agpdefs.h:175:#define INTEL_IGD_SANDYBRIDGE_S 0x010A8086
agpdefs.h:204:#define IS_SNB(device) ((device == INTEL_IGD_SANDYBRIDGE_GT1) || \
agpdefs.h:205: (device == INTEL_IGD_SANDYBRIDGE_GT2) || \
agpdefs.h:206: (device == INTEL_IGD_SANDYBRIDGE_GT2_PLUS) || \
agpdefs.h:207: (device == INTEL_IGD_SANDYBRIDGE_M_GT1) || \
agpdefs.h:208: (device == INTEL_IGD_SANDYBRIDGE_M_GT2) || \
agpdefs.h:209: (device == INTEL_IGD_SANDYBRIDGE_M_GT2_PLUS) || \
agpdefs.h:210: (device == INTEL_IGD_SANDYBRIDGE_S))
***@solaris:/usr/include/sys/agp# grep -n IVY *
***@solaris:/usr/include/sys/agp#


As you see, at least back then, agp stuff was not only used for agp.
And Sandy related pciids (such as 100, 104, 108) did appear in agp headers and agptarget was attached to them.
As I don't have Sun's code other than the header files in your public releases and the pci bindings in your ips manifests, how is it may fault that I wasn't fully aware, that Sun changed everything again since 20011?


Nevertheless, unfortunately I doubt that these new findings help in getting the 2013 SunDRM/GEM/KMS port to function on 11.0 or earlier.
Because one of the many things I tested was this:

A) Special test-BE under Sol11.0

B) mounted that BEand renamed /kernel, /platform, /lib and /sbin, then replaced it with copies of Sol11.1's counterparts (without touching /etc or any device aliases)

C) rebooted into that new BE (grub 0.97, Sol11.0 BE) and Sol11.0's /etc, but with Sol11.1's kernel.
And voila: X11 starts fine via KMS.

D) Repeated that while earlier having also replaced all agp modules/submodules.
Still works.


The reason for the panic are somewhere in what Sun added to gfxp between 11.0 and 11.1
That's what I found by the law of narrowing down through exclusion.
Мартин Бохниг
2015-12-12 13:33:09 UTC
Permalink
Post by Мартин Бохниг
D) Repeated that while earlier having also replaced all agp modules/submodules.
Still works.
If anybody got confused already: Back to the 11.0 versions, I mean.
Although the rest of the kernel is 11.1, but with 11.0 agpgart and with the open-src Sol12 SunDRM/KMS gate plus my diffs as posted yesterday.
Aurélien Larcher
2015-12-12 19:26:13 UTC
Permalink
Dear Randy
Thank you for the pointer !
Post by r***@sibernet.com
https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/pkg/manifests/driver-graphics-drm.p5m
And I'm guessing that the pciid for the X230 is in this list, as HD 4000
should work.
Indeed the pciid is listed.
Best regards

Aurélien
Мартин Бохниг
2015-12-12 22:17:32 UTC
Permalink
Post by Aurélien Larcher
Dear Randy
Thank you for the pointer !
Post by r***@sibernet.com
https://hg.openindiana.org/upstream/oracle/x-cons/x-s12-clone/file/5dc3c751c9c5/pkg/manifests/driver-graphics-drm.p5m
And I'm guessing that the pciid for the X230 is in this list, as HD 4000 should work.
Indeed the pciid is listed.
Best regards
Aurélien
______
How useful is this at this point?????
It would be more useful to follow my path to backport the port to 11.0 and Illumos.

But to the really interesting questions no response came.
Мартин Бохниг
2015-12-11 19:12:07 UTC
Permalink
Hi Aurélien,

ah, sorry, your link pointed to Sun's/Oracle's new port, rather than to Illumos.
But nevertheless: pciids are a thing that can be updated at one calm evening (on complicated code like DRM, in 5 minutes elsewhere).
However - it is completely pointless to discuss about hw matrix and supported pciids, as long as the thing panics due to reasons which are most likely not related to any specific cpu with any specific gpu.

For this reason - until we are beyond that step - I personally won't care about nor comment on pciids.

Forget the man page or wiki.
The intel driver supports all external (on-Mainboard) gpu chipsets from longer ago and since then all internal gpu's.

Reading such man page is pointless, because even on well supported targets such as LinUX it is probably completely outdated.
The DRM driver's name "i915" is misleading.
A better term might be "intelgpu".

After we have it running (Sun's 2013 port) - we can drink Champaign and update some man page or wiki or whatever we want.
Problem: We're not there yet.


Regards,
%martin
Aurélien Larcher
2015-12-11 19:43:24 UTC
Permalink
Hello,
OK thanks for the clarification, I was just a matter of knowing on which
hardware this could be tested later on.
Best regards

Aurélien
Post by Мартин Бохниг
Hi Aurélien,
ah, sorry, your link pointed to Sun's/Oracle's new port, rather than to Illumos.
But nevertheless: pciids are a thing that can be updated at one calm
evening (on complicated code like DRM, in 5 minutes elsewhere).
However - it is completely pointless to discuss about hw matrix and
supported pciids, as long as the thing panics due to reasons which are most
likely not related to any specific cpu with any specific gpu.
For this reason - until we are beyond that step - I personally won't care
about nor comment on pciids.
Forget the man page or wiki.
The intel driver supports all external (on-Mainboard) gpu chipsets from
longer ago and since then all internal gpu's.
Reading such man page is pointless, because even on well supported targets
such as LinUX it is probably completely outdated.
The DRM driver's name "i915" is misleading.
A better term might be "intelgpu".
After we have it running (Sun's 2013 port) - we can drink Champaign and
update some man page or wiki or whatever we want.
Problem: We're not there yet.
Regards,
%martin
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
--
---
Praise the Caffeine embeddings
Alan Coopersmith
2015-12-11 19:26:17 UTC
Permalink
Post by Aurélien Larcher
Hi Martin,
thanks for the update!
"[...] the Intel i845, i865, i915, i945, i965 and G33 series integrated graphics controllers."
while ThinkWiki mentions that, for Linux, the i915 driver may be used with Intel
HD Graphics.
Do you know if it is also the case ?
The man page, even in Solaris, is out of date. The driver supports some
generations of Intel HD graphics, but there's been 5 or 6 completely different
generations so far, so "Intel HD graphics" is too vague - it's like claiming to
support all Intel CPU's & ISA extensions without knowing which CPU models.

https://en.wikipedia.org/wiki/Intel_HD_and_Iris_Graphics
--
-Alan Coopersmith- ***@oracle.com
Oracle Solaris Engineering - http://blogs.oracle.com/alanc
Aurélien Larcher
2015-12-11 20:03:00 UTC
Permalink
Hi Alan,
thank you for the confirmation that some adapter under the "Intel HD
Graphics" commercial name (5th gen onwards) are supported.
My concern was whether the driver is limited to former "Intel Graphics"
commercial name (3rd and 4th), which indeed includes i915 to i965 chipsets
or, according to ThinkWiki, could apply to some HD Graphics adapters found
in Thinkpad laptops.

I did look through the Wikipedia page before posting and tried to find a
compatibility list for the i915 driver (whose name is indeed quite
confusing) but I could not find conclusive information and I suspected that
the manpage may not be exhaustive.
My question may not have been clear, apologies.
Best regards

Aurelien

On Fri, Dec 11, 2015 at 8:26 PM, Alan Coopersmith <
Post by Alan Coopersmith
Post by Aurélien Larcher
Hi Martin,
thanks for the update!
"[...] the Intel i845, i865, i915, i945, i965 and G33 series integrated
graphics controllers."
while ThinkWiki mentions that, for Linux, the i915 driver may be used with Intel
HD Graphics.
Do you know if it is also the case ?
The man page, even in Solaris, is out of date. The driver supports some
generations of Intel HD graphics, but there's been 5 or 6 completely different
generations so far, so "Intel HD graphics" is too vague - it's like claiming to
support all Intel CPU's & ISA extensions without knowing which CPU models.
https://en.wikipedia.org/wiki/Intel_HD_and_Iris_Graphics
--
Oracle Solaris Engineering - http://blogs.oracle.com/alanc
_______________________________________________
oi-dev mailing list
http://openindiana.org/mailman/listinfo/oi-dev
--
---
Praise the Caffeine embeddings
Мартин Бохниг
2015-12-14 20:44:57 UTC
Permalink
randyf at sibernet.com randyf at sibernet.com
Tue Dec 1 06:44:23 UTC 2015
Post by Мартин Бохниг
For a long time I had wished that somebody at Sun/Oracle might give as a view
at their modern gfxp implementation, which has proven to be a highly moving
target (unfortunately only since after the closing of OS/Net).
   It's not as moving as you might think.  A number of things were added
late in S11 to support non-intel framebuffers, it just seemed proper to
have i915 use them where appropriate.  Though not sure yet what might
venture into the next version.



No? Are you sure?
I don't "think", I simply checked the FACTS:


***@opensxce:~# mount -F ufs -o ro,nologging /oi-dev-151a8ba /mnt_oi-dev-151a8ba
***@opensxce:~# mount -F ufs -o ro,nologging /bas11.0 /mnt11.0
***@opensxce:~# mount -F ufs -o ro,nologging /bas11.1 /mnt11.1
***@opensxce:~# mount -F ufs -o ro,nologging /bas11.2 /mnt11.2
***@opensxce:~# mount -F ufs -o ro,nologging /bas11.3 /mnt11.3



nm /mnt_oi-dev-151a8ba/platform/i86pc/kernel/misc/amd64/gfx_private|wc -l
191

***@opensxce:~# nm /mnt11.0/platform/i86pc/kernel/misc/amd64/gfx_private|wc -l
283

***@opensxce:~# nm /mnt11.1/platform/i86pc/kernel/misc/amd64/gfx_private|wc -l
271

***@opensxce:~# nm /mnt11.2/platform/i86pc/kernel/misc/amd64/gfx_private|wc -l
301

***@opensxce:~# nm /mnt11.3/platform/i86pc/kernel/misc/amd64/gfx_private|wc -l
301



Then in Solaris11.3's header /usr/include/sys/gfx_private.h we can read:
/*
 * For drivers to register support routines.
 *
 * blt, copy and clear are for hardware accelerated operations, while setmode
 * is for driver supported setting and restore of graphics modes. setmode
 * receives as a parameter all the valid parameters for KDSETMODE ioctl, like
 * KD_TEXT and KD_GRAPHICS.
 *
 * Drivers should return GFXP_SUCCESS on success and GFXP_FAILURE on failure.
 * On failure we do a best effort to try performing the operation with
 * 'generic routines' (see gfxp_bitmap.c).
 *
 * NOTE: drivers should use this callback method instead of handling the ioctl
 * without passing it up, because we might have to perform more operations
 * on behalf of the ioctl request. With the exception of setmode, all the other
 * routines can get called in polled I/O mode, with all the restriction of the
 * case.
 */


This mentioned src file gfxp_bitmap.c does not exist _at_all_ in Illumos / old time OpenSolaris.
Judging from the number of new symbols added the the end binary this file must be at least 1000 (thousand!) lines or longer.
But all clear - gfx_private is "not a moving target".

We can compare the situation to MS-DOS vs. WfW3.11.
WfW3.11 (Sun China's DRM/GEM/KMS port) has now been published as src. Hooray!
But it demands that we are at least on MS-DOS 5.00 (gfx_private from Sol11.1 or higher).
We - however - are still on MS-DOS 3.x here (Illumos' basic gfx_private, not doing essential mmap()ings).

If somebody at Sun really (!) wants to see the community getting Intel-KMS to work with Sun China's port, then gfx_private also belongs into the X11 gate (the two are glued together like MS-DOS 7.0 and 7.10A and 8.00 to their Win4.00, 4.10 and 4.90 shell counterparts).
If this won'te happen, I must do what I hoped I wouldn't need: Messing years long with my own 2013/2014 port, which I tried to port over from OpenBSD with huge unimaginable (!) amounts of time and work, yet only some limited mini-success.
Мартин Бохниг
2015-12-14 20:48:50 UTC
Permalink
Post by Мартин Бохниг
randyf at sibernet.com randyf at sibernet.com
Tue Dec 1 06:44:23 UTC 2015
Post by Мартин Бохниг
For a long time I had wished that somebody at Sun/Oracle might give as a view
at their modern gfxp implementation, which has proven to be a highly moving
target (unfortunately only since after the closing of OS/Net).
   It's not as moving as you might think.  A number of things were added
late in S11 to support non-intel framebuffers, it just seemed proper to
have i915 use them where appropriate.  Though not sure yet what might
venture into the next version.
Argh, damn I cannot disable html in this webmailer.
I not only lost some ascii formatting through copy&&paste, but also the original url from which the quote was taken:

http://openindiana.org/pipermail/oi-dev/2015-December/003898.html
Мартин Бохниг
2015-12-14 21:04:54 UTC
Permalink
Ok, while I didn't want to flood this list with all symbols of all versions and exact details regarding what arrived (or in some cases disappeared) when, I should probably provide at least one complete listing for the latest verion of gfx_private, taken on Solaris 11.3.
Quite some calls also into /platform/i86pc/kernel/unix (which I won't even cover here!)


 nm /mnt11.3/platform/i86pc/kernel/misc/amd64/gfx_private
0000000000000024 T _fini
0000000000000040 T _info
0000000000000008 T _init
                 U as_ctl
                 U as_map
                 U as_rangelock
                 U as_rangeunlock
                 U as_unmap
                 U availrmem
0000000000000020 b Bbss.bss
0000000000000000 b Bbss.bss
                 U bcons_is_serial
                 U bcopy
                 U boot_fb_putchar
                 U btop
                 U btopr
                 U bzero
                 U cdev_mmap
                 U check_reset_console
                 U cmn_err
                 U console
                 U copyout
                 U cv_destroy
                 U cv_init
                 U cv_signal
                 U cv_timedwait
                 U cv_wait
00000000000001f8 d Ddata.data
0000000000000000 d Ddata.data
0000000000000050 d Ddata.data
0000000000000058 d Ddata.data
00000000000000f8 d Ddata.data
0000000000000350 d Ddata.data
00000000000002a0 d Ddata.data
                 U ddi_copyin
                 U ddi_copyout
                 U ddi_device_mapping_check
                 U ddi_dma_mem_alloc
                 U ddi_get_instance
                 U ddi_get_lbolt
                 U ddi_get_parent
                 U ddi_get8
                 U ddi_getlongprop
                 U ddi_prop_free
                 U ddi_prop_get_int
                 U ddi_prop_lookup_int_array
                 U ddi_prop_lookup_string
                 U ddi_prop_remove
                 U ddi_prop_update_int
                 U ddi_prop_update_int64
                 U ddi_put8
                 U ddi_regs_map_free
                 U ddi_regs_map_setup
                 U ddi_root_node
                 U ddi_walk_devs
                 U delay
0000000000000050 d dev_attr
0000000000000298 d dev_attr
0000000000000348 d dev_attr
                 U devmap_devmem_setup
                 U devmap_umem_setup
                 U devopsp
0000000000000f1c t do_gfx_ioctl
0000000000000000 r Drodata.rodata
                 U drv_usectohz
0000000000000350 D ENCODINGS
                 U fb_info
00000000000001f8 d fb_ops
0000000000000b50 D FONTDATA
                 U force_screen_output
0000000000000058 d gem_dma_attr
                 U generic_fb_fill_cursor
                 U generic_solaris_to_dfb
                 U getmajor
0000000000003460 t gfxp_4to8
0000000000001fc4 T gfxp_alloc_from_mempool
0000000000001978 T gfxp_alloc_kernel_space
0000000000002fc0 T gfxp_bm_attach
0000000000000240 d gfxp_bm_attr
0000000000002d84 t gfxp_bm_blt_updtshadow
0000000000003ae8 t gfxp_bm_cons_clear
0000000000003608 t gfxp_bm_cons_copy
0000000000003a30 t gfxp_bm_cons_cursor
0000000000003524 t gfxp_bm_cons_display
0000000000002db0 t gfxp_bm_copy_memory
0000000000002f04 t gfxp_bm_copy_updtshadow
0000000000003074 T gfxp_bm_detach
0000000000003484 t gfxp_bm_devinit
0000000000004138 t gfxp_bm_devmap
00000000000030fc t gfxp_bm_export_fbinfo
0000000000002d5c t gfxp_bm_generic_blt
0000000000002ed0 t gfxp_bm_generic_copy
0000000000002f88 T gfxp_bm_getfb_info
000000000000378c t gfxp_bm_hide_cursor
0000000000003e6c t gfxp_bm_kdsetgraphics
0000000000003e88 t gfxp_bm_kdsetmode
0000000000003e24 t gfxp_bm_kdsettext
0000000000004020 t gfxp_bm_kdshutdown
0000000000003cc4 t gfxp_bm_load_sd_image
0000000000002cb0 t gfxp_bm_paint_memory
0000000000003744 t gfxp_bm_polled_copy
0000000000003aa0 t gfxp_bm_polled_cursor
00000000000035c0 t gfxp_bm_polled_display
0000000000003818 t gfxp_bm_prepare_cursor
0000000000002f44 T gfxp_bm_register_fbops
0000000000004128 t gfxp_bm_resume
00000000000038fc t gfxp_bm_show_cursor
0000000000003c50 t gfxp_bm_shutdown_end
0000000000003b5c t gfxp_bm_splash_shutdown
00000000000040ec t gfxp_bm_suspend
0000000000002f68 T gfxp_bm_unregister_fbops
0000000000003d78 t gfxp_bm_vbios_setmode
00000000000015fc t gfxp_check_for_console
0000000000001ec8 T gfxp_convert_addr
0000000000001ce4 T gfxp_ddi_dma_mem_alloc
00000000000006bc T gfxp_ddi_segmap_setup
0000000000000a1c T gfxp_devmap_umem_setup
0000000000000bcc T gfxp_fb_attach
0000000000000efc T gfxp_fb_close
0000000000000e2c T gfxp_fb_detach
00000000000013bc T gfxp_fb_devmap
0000000000001450 T gfxp_fb_get_fbtype
0000000000001334 T gfxp_fb_ioctl
0000000000001478 T gfxp_fb_map_vga_ioreg
0000000000001784 t gfxp_fb_notify_serial
0000000000000ec4 T gfxp_fb_open
0000000000001558 t gfxp_fb_resume
0000000000000b88 T gfxp_fb_softc_alloc
0000000000000ba4 T gfxp_fb_softc_free
0000000000001504 t gfxp_fb_suspend
00000000000014d0 T gfxp_fb_unmap_vga_ioreg
0000000000001cc4 T gfxp_fix_mem_cache_attrs
0000000000001c2c T gfxp_free_kernel_space
0000000000002570 T gfxp_free_mempool
00000000000019a8 T gfxp_load_kernel_space
0000000000000a8c T gfxp_map_devmem
0000000000001a60 T gfxp_map_kernel_space
0000000000000018 b gfxp_max_mempool_size
0000000000000008 b gfxp_mempool
0000000000002710 T gfxp_mempool_destroy
0000000000001f6c T gfxp_mempool_init
0000000000000010 b gfxp_mempool_mutex
0000000000000000 b gfxp_mempool_pages
0000000000001d50 T gfxp_mlock_user_memory
0000000000001e0c T gfxp_munlock_user_memory
0000000000000630 T gfxp_pci_device_present
00000000000000f8 t gfxp_pci_find_bsf
0000000000000560 t gfxp_pci_find_vd
0000000000000064 t gfxp_pci_get_bsf
0000000000000200 T gfxp_pci_init_handle
00000000000002e8 T gfxp_pci_read_byte
00000000000003c0 T gfxp_pci_read_dword
0000000000000354 T gfxp_pci_read_word
0000000000000428 T gfxp_pci_write_byte
0000000000000500 T gfxp_pci_write_dword
0000000000000494 T gfxp_pci_write_word
0000000000003248 t gfxp_setup_fbcons
00000000000009f4 T gfxp_umem_cookie_destroy
00000000000009a8 T gfxp_umem_cookie_init
0000000000001bc8 T gfxp_unload_kernel_space
0000000000001b3c T gfxp_unmap_kernel_space
0000000000001c8c T gfxp_va2pa
00000000000043f8 T gfxp_vga_attach
00000000000002f0 d gfxp_vga_attr
00000000000047e0 t gfxp_vga_cons_clear
0000000000004624 t gfxp_vga_cons_copy
00000000000047f8 t gfxp_vga_cons_cursor
0000000000004570 t gfxp_vga_cons_display
00000000000044ec T gfxp_vga_detach
0000000000004520 t gfxp_vga_devinit
000000000000518c t gfxp_vga_devmap
00000000000002a0 D gfxp_vga_emulate_vbios
0000000000004930 t gfxp_vga_get_cursor
0000000000005374 t gfxp_vga_get_isa_reg_index
00000000000041cc T gfxp_vga_get_mapped_ioregs
0000000000005250 t gfxp_vga_get_pci_reg_index
00000000000048c8 t gfxp_vga_hide_cursor
0000000000004f08 t gfxp_vga_init
0000000000004be8 t gfxp_vga_kdsetgraphics
0000000000004c18 t gfxp_vga_kdsetmode
0000000000004b70 t gfxp_vga_kdsettext
0000000000004200 T gfxp_vga_map_reg
00000000000047c8 t gfxp_vga_polled_copy
00000000000048b0 t gfxp_vga_polled_cursor
000000000000460c t gfxp_vga_polled_display
0000000000005108 t gfxp_vga_restore_colormap
0000000000004aa0 t gfxp_vga_restore_textmode
0000000000004b3c t gfxp_vga_resume
0000000000005088 t gfxp_vga_save_colormap
0000000000004a68 t gfxp_vga_save_text
00000000000048d8 t gfxp_vga_set_cursor
0000000000004d6c t gfxp_vga_set_text
0000000000004f8c t gfxp_vga_setfont
0000000000004b0c t gfxp_vga_suspend
00000000000049e4 t gfxp_vga_vbios_setmode
0000000000001858 T gfxp_vgatext_attach
00000000000018d8 T gfxp_vgatext_close
0000000000001880 T gfxp_vgatext_detach
0000000000001940 T gfxp_vgatext_devmap
0000000000001908 T gfxp_vgatext_ioctl
00000000000018a8 T gfxp_vgatext_open
0000000000001824 T gfxp_vgatext_softc_alloc
0000000000001838 T gfxp_vgatext_softc_free
                 U graphics_mode
                 U hat_devload
                 U hat_getpfnum
                 U hat_pageunload
                 U hat_unload
                 U heap_arena
                 U i_ddi_decr_locked_memory
                 U i_ddi_incr_locked_memory
00000000000015a0 t is_pci_bridge
                 U kas
                 U kmem_free
                 U kmem_zalloc
                 U makedevice
                 U map_addr
                 U membar_producer
                 U memcpy
                 U memmove
                 U memset
                 U minclsyspri
                 U mod_info
                 U mod_install
                 U mod_miscops
                 U mod_remove
0000000000000010 d modlinkage
0000000000000000 d modlmisc
0000000000001f2c t mpool_append
0000000000001edc t mpool_break
                 U mutex_destroy
                 U mutex_enter
                 U mutex_exit
                 U mutex_init
                 U nodev
00000000000000a8 d old_gem_dma_attr
                 U p0
                 U page_create_io
                 U page_free
                 U page_hashin
                 U page_hashout
                 U page_io_lock
                 U page_io_unlock
                 U page_list_break
                 U page_list_concat
                 U page_resv
                 U page_sub
                 U page_sub_common
                 U page_unresv
                 U pci_config_get16
                 U pci_config_setup
                 U pci_config_teardown
                 U pci_getb_func
                 U pci_getl_func
                 U pci_getw_func
                 U pci_putb_func
                 U pci_putl_func
                 U pci_putw_func
                 U ptob
                 U saved_vbe_mode
                 U screen_putchar
                 U segdev_create
                 U set_errno
0000000000000000 r solaris_color_to_pc_color
                 U splash_shutdown_last
                 U splash_shutdown_start
                 U splash_shutdown_update
                 U splash_stop
                 U strcmp
                 U thread_create_named
                 U thread_exit
                 U thread_join
                 U valid_usr_range
                 U vbios_exec_cmd
                 U vbios_free_reply
                 U vbios_register_handle
00000000000001b8 D VGA_ATR_TEXT
0000000000000024 b vga_col
00000000000001db D VGA_CRTC_TEXT
00000000000029a4 T vga_get_atr
0000000000002c10 T vga_get_cmap
0000000000002860 T vga_get_crtc
0000000000002938 T vga_get_grc
0000000000002744 T vga_get_hardware_settings
0000000000002b14 T vga_get_indexed
00000000000027f8 T vga_get_reg
00000000000028cc T vga_get_seq
00000000000001cd D VGA_GRC_TEXT
00000000000002a8 d vga_ops
0000000000002b68 T vga_put_cmap
0000000000000020 b vga_row
00000000000001d6 D VGA_SEQ_TEXT
0000000000002a28 T vga_set_atr
0000000000002890 T vga_set_crtc
0000000000002968 T vga_set_grc
0000000000002ab0 T vga_set_indexed
0000000000002828 T vga_set_reg
00000000000028fc T vga_set_seq
00000000000000f8 D VGA_TEXT_PALETTES
                 U vmem_alloc
                 U vmem_free




Then again:


http://openindiana.org/pipermail/oi-dev/2015-December/003962.html
randyf at sibernet.com randyf at sibernet.com Tue Dec 1 06:44:23 UTC 2015
Post by Мартин Бохниг
   It's not as moving as you might think.  A number of things were added
late in S11 to support non-intel framebuffers, it just seemed proper to
have i915 use them where appropriate.  Though not sure yet what might
venture into the next version.
See above listing and explain how you think this gets reflected by the actual output ...
Мартин Бохниг
2015-12-14 22:11:46 UTC
Permalink
I forgot to mention, that I'm the only one in the world outside of MS or Caldera ('s court trial), who ever found out how it is possible to start the DOS32 extender shipped with Win9x/ME as VMM32.vxd on MS-DOS 6.22 and down to MS-DOS and (from the same src tree) IBM-DOS 5.00 and even non MS-DOS versions like DR-DOS 7 / Caldera OpenDOS, instead of the 16bit MS-DOS 7.00/7.10A/8.00 still shipped in Win9x/ME (as IO.SYS and the old style MSDOS.SYS plus splash bmp then bundled together as IO.SYS [with MSDOS.SYS only being an ascii config file]).

I know how to start it on un-MS-messed-with legacy DOS and have a small TSR that I wrote, somewhere on one of my douzen old disks.
Somewhere where I also have a copy of the SoftICE debugger and the Win98DDK.

Haha, since 2004 I wanted to release it. One day I will.
This of course only as a nice distraction, because sure we won't incorporate this into oi  :)
My version however does not support VFAT (virtual LFN), only 8.3


The only others who ever succeeded in that (but with full VFAT support) were at the same time in a legal position to sue MS for a few hundred millions. Which they took, for not publishing this TSR:


http://www.it1me.com/learn?s=WinGlue


"Gross also hired Andrew Schulman (who had been, with Geoff Chappell, instrumental in identifying the AARD code in 1992) to work as a consultant and, in Andover, join Paul in his work on "WinGlue", a secret project to create a version of DR-DOS compatible with Windows 95, 98 and 98 SE and replace its MS-DOS 7.xx component. [ 22 ] This was demonstrated at CeBIT in March 1998, [ 22 ] and later, in a small team, developed into "WinBolt", both versions of DR-DOS, which remained unreleased as of 2014, but played an important role in the court case . [ 18 ] [ 23 ]"
ken mays via oi-dev
2015-12-15 02:38:47 UTC
Permalink
Martin,
I'm all for forward movement, but we could review the use of XServer 1.7.7 w/ Intel 2.6.3->2.9.1 and Radeon 6.14.6.We know it works for the Intel driver code already, so we'd need to add the missing Radeon pieces.
Can use oi_151a9/OpenSXCE or others.
Might help keep legacy alive...?
Ken



On Monday, December 14, 2015 2:12 PM, МартОМ БПхМОг <***@mail.ru> wrote:


I forgot to mention, that I'm the only one in the world outside of MS or Caldera ('s court trial), who ever found out how it is possible to start the DOS32 extender shipped with Win9x/ME as VMM32.vxd on MS-DOS 6.22 and down to MS-DOS and (from the same src tree) IBM-DOS 5.00 and even non MS-DOS versions like DR-DOS 7 / Caldera OpenDOS, instead of the 16bit MS-DOS 7.00/7.10A/8.00 still shipped in Win9x/ME (as IO.SYS and the old style MSDOS.SYS plus splash bmp then bundled together as IO.SYS [with MSDOS.SYS only being an ascii config file]).

I know how to start it on un-MS-messed-with legacy DOS and have a small TSR that I wrote, somewhere on one of my douzen old disks.
Somewhere where I also have a copy of the SoftICE debugger and the Win98DDK.

Haha, since 2004 I wanted to release it. One day I will.
This of course only as a nice distraction, because sure we won't incorporate this into oi  :)
My version however does not support VFAT (virtual LFN), only 8.3


The only others who ever succeeded in that (but with full VFAT support) were at the same time in a legal position to sue MS for a few hundred millions. Which they took, for not publishing this TSR:


http://www.it1me.com/learn?s=WinGlue


"Gross also hired Andrew Schulman (who had been, with Geoff Chappell, instrumental in identifying the AARD code in 1992) to work as a consultant and, in Andover, join Paul in his work on "WinGlue", a secret project to create a version of DR-DOS compatible with Windows 95, 98 and 98 SE and replace its MS-DOS 7.xx component.[22] This was demonstrated at CeBIT in March 1998,[22] and later, in a small team, developed into "WinBolt", both versions of DR-DOS, which remained unreleased as of 2014, but played an important role in the court case.[18][23]"
Мартин Бохниг
2015-12-15 02:56:39 UTC
Permalink
Hi Ken,
Post by Aurélien Larcher
Martin,
I'm all for forward movement, but we could review the use of XServer 1.7.7 w/ Intel 2.6.3->2.9.1 and Radeon 6.14.6.
We know it works for the Intel driver code already, so we'd need to add the missing Radeon pieces.
Can use oi_151a9/OpenSXCE or others.
Might help keep legacy alive...?
Ken
hmm??
How is that related to getting Sun China's Sol11.1++ Intel-DRM/GEM/KMS port backported to first Sol11.0 and then Illumos?

As long as this doesn't happen, we are in fact _doomed_ to stick with legacy.
(or I revive the mess as used in OpenSXCE, which will cost months of my fulltime)

%martin
Мартин Бохниг
2015-12-15 03:11:37 UTC
Permalink
Hi Ken,

did you ever have a look at the hw support matrix of the last ums (aka non-kms) Intel 2.6.3->2.9.1  ddx???
It is suited for museum presentations, showing that DRM/DRI was already available in the steam/coal age.


For radeon: Sure, but that wasn't even scratched so far.
(and it is complicated/impossible to maintain the same drm submodule for different revisions of radeon-drm and intel-drm [must be based on the same revision]).
But as OI uses the final ums-radeon ddx and currently has no working modern kms based intel-drm, our only solution is to stick with the old stuff you just mentioned for the time being, unfortunately  ...


For new GPU's - for now - the only solution continues to be the vesa ddx plus the console-resolution change utility.


%martin
ken mays via oi-dev
2015-12-15 17:11:37 UTC
Permalink
On Monday, December 14, 2015 7:11 PM, МартОМ БПхМОг <***@mail.ru> wrote:


Hi Ken,

did you ever have a look at the hw support matrix of the last ums (aka non-kms) Intel 2.6.3->2.9.1  ddx???
It is suited for museum presentations, showing that DRM/DRI was already available in the steam/coal age.


For radeon: Sure, but that wasn't even scratched so far.
(and it is complicated/impossible to maintain the same drm submodule for different revisions of radeon-drm and intel-drm [must be based on the same revision]).
But as OI uses the final ums-radeon ddx and currently has no working modern kms based intel-drm, our only solution is to stick with the old stuff you just mentioned for the time being, unfortunately  ...


For new GPU's - for now - the only solution continues to be the vesa ddx plus the console-resolution change utility.


%martin

------------------->
Martin,
Yes. I reviewed the HW matrix and also wrote a wiki on Intel GPU tools I compiled/ported for OI as it evolves.

The bigger question is if the needed 'kernel source code to fully support XServer 1.17.x driver infrastructure' as implemented in Oracle Solaris is made publically available - as it relates to fully supporting 'any' Intel/Radeon/AMDGPU driver hardware accelerated capabilities and features.
I may have mistaken Randy's XDC 2015 presentation on drm/kms (i915) upstream driver support on this effort.See: http://lanyrd.com/2015/xdc2015/sdthhq/
Earlier this year we were going to push out XServer 1.17.x for oi-hipster and relax support for the Intel/Radeon drivers.The Nvidia driver works fine for any true 2D/3D graphics work. Intel/Radeon open source driver support is still 'spotty'on Linux. 

Maybe, to move forward and not backward, we could do just that. Push out Xserver 1.17.4 and review alternative or unified methods to support Intel/Radeon drivers from that point.
Just a thought...

Ken
Мартин Бохниг
2015-12-15 17:32:40 UTC
Permalink
Hi Ken,


we are waiting for more than two weeks for answers to simple questions, like for example how Sun implements gfxp_alloc_kernel_space() and gfxp_load_kernel_space() _precisely_ and what's wrong with my alternatives published 5 days ago (they do work on Sol11.1++, but not on 11.0 nor Illumos).


Or - if they cannot post these 10 or so lines, how else to get drm_gem_create_mmap_offset() functioning on 11.0 or lower.

Because my      obj->gtt_map_kaddr = vmem_alloc(heap_arena,  obj->real_size, VM_NOSLEEP);
only works on 11.1++

But the only things that we heard back suggested only nonsense, as outlined before.
So, ask them!

As for your Xorg versions or not or whatever: As long as the new drm port doesn't even work on 11.0 (let alone Illumos big time!!), what is this entire discussion good for?


How often shall I repeat this question until it becomes clear??

The slides: They deal with S11.1++ (mostly 11.3 and 11.next).
What do you derive from them? We are on Illumos here.
The branch off happened more than 5 years ago.


I'm still wondering if Sun ever takes the time to answer my questions.
I tried to be patient.
But slowly I'm getting the impression, no response will ever come.
Maybe we shopuld donate money to Oracle - because they are so poor and we so rich.
I really don't know. Or let's send them sweet cake.

But the point is: The little technical info I got back so far was mostly incorrect.
So what. BTW: I'm still wasting my time with it, day after day.



%martin
Мартин Бохниг
2015-12-17 15:02:31 UTC
Permalink
Hi all (here).


No, we won't need more of this non-coming "help".

I made some progress with finding out how the essential offsets are handled, with data structures of so called cookies (no, Nuland and other mass-slaughterers and war-criminals are not invited).


Here only a quick grep:


i915/src/i915_dma.c:1184:static unsigned int i915_vga_set_decode(void *cookie, bool state)
i915/src/i915_dma.c:1186:       struct drm_device *dev = cookie;
i915/src/i915_gem_gtt.c:138:    ddi_dma_cookie_t cookie;
i915/src/i915_gem_gtt.c:139:    uint_t cookie_cnt;
i915/src/i915_gem_gtt.c:141:    uint32_t paddr, cookie_end;
i915/src/i915_gem_gtt.c:161:        DDI_DMA_DONTWAIT, NULL, &cookie, &cookie_cnt)
i915/src/i915_gem_gtt.c:177:            for (paddr = cookie.dmac_address,
i915/src/i915_gem_gtt.c:178:                cookie_end = cookie.dmac_address + cookie.dmac_size;
i915/src/i915_gem_gtt.c:179:                paddr < cookie_end;
i915/src/i915_gem_gtt.c:185:            if (i >= cookie_cnt)
i915/src/i915_gem_gtt.c:187:            ddi_dma_nextcookie(ppgtt->dma_hdl, &cookie);
i915/src/i915_gem.c:1110:       struct ddi_umem_cookie *umem_cookie = obj->base.maplist.map->umem_cookie;
i915/src/i915_gem.c:1121:       umem_cookie->cvaddr = obj->base.gtt_map_kaddr;
i915/src/i915_gem.c:2455: * This function walks the fence regs looking for a free one for @obj,
i915/src/i915_gem.c__ORIG:1109: struct ddi_umem_cookie *umem_cookie = obj->base.maplist.map->umem_cookie;
i915/src/i915_gem.c__ORIG:1120: umem_cookie->cvaddr = obj->base.gtt_map_kaddr;
i915/src/i915_gem.c__ORIG:2429: * This function walks the fence regs looking for a free one for @obj,
i915/src/i915_irq.c:2964:       /* We detect FlipDone by looking for the change in PendingFlip from '1'
i915/src/i915_irq.c:3139:       /* We detect FlipDone by looking for the change in PendingFlip from '1'
i915/src/intel_bios.c:55:       /* walk the sections looking for section_id */
i915/src/intel_bios.c:710:      /* Scour memory looking for the VBT signature */
i915/src/intel_dp.c:109: * Thus the strange-looking division by 10 in intel_dp_link_required, to
Binary file mdb/modules/i915.so matches
sys/drm/drm_sun_pci.h:53:       ddi_iblock_cookie_t intr_block;
sys/drm/drm_sunmod.h:109:static int drm_sun_devmap(dev_t, devmap_cookie_t,
sys/drm/drmP.h:551:     ddi_umem_cookie_t umem_cookie;   /**< For SAREA alloc and free */
sys/drm/drmP.h:585:     devmap_cookie_t dhp;
sys/drm/drmP.h:647:     struct gfxp_pmem_cookie mempool_cookie;
sys/drm/drmP.h:729:     ddi_dma_cookie_t cookie;
sys/drm/drmP.h:730:     uint_t cookie_num;
sys/drm/drmP.h:742:     ddi_umem_cookie_t *umem_cookie;
sys/drm/drmP.h:1076: * the interrupt priority. Interrupt cookie in drm_device



That's a key aspect of getting it to work.
And I noted that even on old snv_147 aka Illumos's gfx_private we do already have:

 nm /platform/i86xpv/kernel/misc/amd64/gfx_private|grep ookie
00000000000009c0 T gfxp_umem_cookie_destroy
0000000000000970 T gfxp_umem_cookie_init


So, at least once step ahead.



%martin
Мартин Бохниг
2015-12-17 15:05:38 UTC
Permalink
Err, the lowest nm line was not specifically related to Xen, hence it was meant to be:

nm /platform/i86pc/kernel/misc/amd64/gfx_private|grep ookie
00000000000009c0 T gfxp_umem_cookie_destroy
0000000000000970 T gfxp_umem_cookie_init
Мартин Бохниг
2015-12-18 15:40:21 UTC
Permalink
This post might be inappropriate. Click to display it.
Мартин Бохниг
2015-12-18 15:48:30 UTC
Permalink
Err, this output was generated on Intel 2nd gen i7 2700k 1155 3.5GHZ @8x3,9GHz.
== Sandy

 prtdiag -v
System Configuration: Gigabyte Technology Co., Ltd. H61M-S2V-B3
BIOS Configuration: Award Software International, Inc. F8 03/27/2012

==== Processor Sockets ====================================

Version                          Location Tag
-------------------------------- --------------------------
Intel(R) Core(TM) i7-2700K CPU   Socket 1155


I used the agpgart as shipped in old OpenSXCE2014.05
Мартин Бохниг
2015-12-23 13:42:31 UTC
Permalink
Just fyi: I still didn't give up and on each day I spend at least 12 hours (on some days 18 hours) on it.
The idiot who at first pretended wanting to give me a job in Brussels then - after I settled things to move to Brussels - suddenly had no interest anymore (#20 of such type). At first he lured me and promised me 300  to 400 EUR per day in the ZFS storage admin biz, then suddenly forgets all of his earlier quite slimy honey-talk and doesn't care. At the same time I can say that it would have been the greatest pain for me to work in that region, so maybe it is better like that.

However - that's not why I ping you.
I also won't make any fund-raising until the day it really works (now we have week 5 of fulltime with it).

PLEASE ***NO*** DONATIONS UNTIL IT WORKS, TNX.
(having said that: BIG TNX to "mat" from Italy!)

The reason for my spontanous post are: I added old style tracing / debug reporting to all places I suspected of being uninitialized.
Today I found the so far lowest/earliest bits which are NULL.
Everything I tested during the past month cannot work now that I see how early it fails (so it was a waste of time, maybe my ignorance, on the other hand I'm a lot more familiar with more recent Intel-KMS than after my own port in 2013).


So - although one must be very careful with such promises - I have the feeling now, that it will work in a matter of days.

*No response necessary.*
This was only fyi as excuse why I still didn't have time to release anything else yet (such as Illumos kernel fix making Flash 11.x work, such as Thunderbird 42++ port, such as my openXsun port which make it function let alone GUI Caiman EFI installer etc etc etc).


You hear from me as soon as it finally hits the next breakthrough.
Merry X-Mas, stay tuned.
Мартин Бохниг
2015-12-24 00:43:17 UTC
Permalink
MAJOR BREAKTHROUGH: On Solaris 11.0 it works now!!!
as if it was ready to ship, but the REAL HAMMER IS:

On my OpenSXCE/October24th Illumos/OI hybrid it also not only produces a nice Xorg.0.log including DRI2Setup, but even cranks up a halfway recognizable screen (still scramled, but I guess I know the reason and can go the last mile) :

The following is Illumos Oct24th OpenSXCE with Xorg taken from OI for best target compatibility testing:

E N J O Y:


Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x278]: 0x0
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x27c]: 0x0
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x280]: 0x7a000002
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x284]: 0x101001
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x288]: 0x21084
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x28c]: 0x0
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x290]: 0x11000001
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x294]: 0x12044
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x298]: 0xfffff010
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x29c]: 0x0
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x2a0]: 0x11000001
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x2a4]: 0x22040
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x2a8]: 0xfffff010
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x2ac]: 0x0
Dec 24 01:12:10 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] render ring[0x2b0]: 0x10800001
Dec 24 01:12:10 opensxce drm: [ID 296989 kern.warning] WARNING: [drm:register_dump:916] PGTBL_ER: 0x0
Dec 24 01:12:10 opensxce drm: [ID 352587 kern.warning] WARNING: [drm:register_dump:917] INSTPM: 0x80
Dec 24 01:12:10 opensxce drm: [ID 749536 kern.warning] WARNING: [drm:register_dump:918] EIR: 0x0
Dec 24 01:12:10 opensxce drm: [ID 172757 kern.warning] WARNING: [drm:register_dump:919] ERROR_GEN6: 0x0
Dec 24 01:12:10 opensxce drm: [ID 374454 kern.warning] WARNING: [drm:register_dump:921] Blitter command stream:
Dec 24 01:12:10 opensxce drm: [ID 693183 kern.warning] WARNING: [drm:register_dump:922]   IPEIR: 0x00000000
Dec 24 01:12:10 opensxce drm: [ID 172991 kern.warning] WARNING: [drm:register_dump:924]   IPEHR: 0x0b140001
Dec 24 01:12:10 opensxce drm: [ID 541147 kern.warning] WARNING: [drm:register_dump:926]   INSTDONE: 0xfffffff7
Dec 24 01:12:10 opensxce drm: [ID 434176 kern.warning] WARNING: [drm:register_dump:928]   ACTHD: 0x000004ec
Dec 24 01:12:10 opensxce drm: [ID 196749 kern.warning] WARNING: [drm:register_dump:930] Render command stream:
Dec 24 01:12:10 opensxce drm: [ID 691199 kern.warning] WARNING: [drm:register_dump:931]   IPEIR: 0x00000000
Dec 24 01:12:10 opensxce drm: [ID 171007 kern.warning] WARNING: [drm:register_dump:933]   IPEHR: 0x7a000003
Dec 24 01:12:10 opensxce drm: [ID 588808 kern.warning] WARNING: [drm:register_dump:935]   INSTDONE: 0xce8cffff
Dec 24 01:12:10 opensxce drm: [ID 197035 kern.warning] WARNING: [drm:register_dump:937]   INSTPS: 0x8000010b
Dec 24 01:12:10 opensxce drm: [ID 235119 kern.warning] WARNING: [drm:register_dump:939]   INSTDONE1: 0xbffbffff
Dec 24 01:12:10 opensxce drm: [ID 419968 kern.warning] WARNING: [drm:register_dump:941]   ACTHD: 0x00000264
Dec 24 01:12:11 opensxce drm: [ID 474086 kern.warning] WARNING: [drm:register_dump:943]   DMA_FADD_P: 0x00001300
Dec 24 01:12:11 opensxce drm: [ID 215576 kern.warning] WARNING: [drm:register_dump:946] Graphics Engine Fault 0x0
Dec 24 01:12:11 opensxce drm: [ID 533028 kern.warning] WARNING: [drm:register_dump:948] Media Engine Fault 0x0
Dec 24 01:12:11 opensxce drm: [ID 197598 kern.warning] WARNING: [drm:register_dump:950] Blitter  Engine Fault 0x0
Dec 24 01:12:11 opensxce drm: [ID 944261 kern.warning] WARNING: [drm:__wait_seqno:785] __wait_seqno returns -16 (awaiting -4078 at -4082, next -4077)
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510000040 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510000040 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100000e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100000e8 obj->dma_hdl:ffffff054e3985c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510000300 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510000300 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100003a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100003a8 obj->dma_hdl:ffffff054e39a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510000b40 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510000b40 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510000be8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510000be8 obj->dma_hdl:ffffff054e39c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510000880 size:5242880 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510000880 size:5242880
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510000928 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510000928 obj->dma_hdl:ffffff054e3fb5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05100005c0 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05100005c0 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510000668 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510000668 obj->dma_hdl:ffffff054e40a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff28c0 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff28c0 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff2968 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff2968 obj->dma_hdl:ffffff054e40c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff2600 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff2600 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff26a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff26a8 obj->dma_hdl:ffffff054e40e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0535fa7040 size:16384 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0535fa7040 size:16384
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0535fa70e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0535fa70e8 obj->dma_hdl:ffffff054e4105c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff2340 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff2340 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff23e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff23e8 obj->dma_hdl:ffffff054e4125c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff052436aec0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff052436aec0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff052436af68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff052436af68 obj->dma_hdl:ffffff054e4145c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff051a26a140 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff051a26a140 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff051a26a1e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff051a26a1e8 obj->dma_hdl:ffffff054e4165c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510002380 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510002380 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510002428 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510002428 obj->dma_hdl:ffffff054e4185c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510003140 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510003140 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100031e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100031e8 obj->dma_hdl:ffffff054e41a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff0ec0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff0ec0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff0f68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff0f68 obj->dma_hdl:ffffff054e41c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510000e00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510000e00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510000ea8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510000ea8 obj->dma_hdl:ffffff054e41e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05100010c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05100010c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510001168 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510001168 obj->dma_hdl:ffffff054e4205c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510001380 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510001380 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510001428 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510001428 obj->dma_hdl:ffffff054e4225c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510001640 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510001640 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100016e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100016e8 obj->dma_hdl:ffffff054e4245c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510001900 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510001900 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100019a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100019a8 obj->dma_hdl:ffffff054e4265c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510001bc0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510001bc0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510001c68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510001c68 obj->dma_hdl:ffffff054e4285c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510004000 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510004000 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100040a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100040a8 obj->dma_hdl:ffffff054e42a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05100042c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05100042c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510004368 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510004368 obj->dma_hdl:ffffff054e42c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510004580 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510004580 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510004628 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510004628 obj->dma_hdl:ffffff054e4305c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510004840 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510004840 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100048e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100048e8 obj->dma_hdl:ffffff054e4325c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510004b00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510004b00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510004ba8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510004ba8 obj->dma_hdl:ffffff054e4345c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510004dc0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510004dc0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510004e68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510004e68 obj->dma_hdl:ffffff054e4365c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510005080 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510005080 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510005128 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510005128 obj->dma_hdl:ffffff054e4385c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510005340 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510005340 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100053e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100053e8 obj->dma_hdl:ffffff054e43c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510005600 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510005600 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05100056a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05100056a8 obj->dma_hdl:ffffff054e43e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05100058c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05100058c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510005968 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510005968 obj->dma_hdl:ffffff054e4405c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0510005b80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0510005b80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0510005c28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0510005c28 obj->dma_hdl:ffffff054e4425c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffee1c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffee1c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffee268 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffee268 obj->dma_hdl:ffffff054e4445c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffee480 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffee480 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffee528 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffee528 obj->dma_hdl:ffffff054e4465c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffee740 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffee740 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffee7e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffee7e8 obj->dma_hdl:ffffff054e44a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffeea00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffeea00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffeeaa8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffeeaa8 obj->dma_hdl:ffffff054e44c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffeecc0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffeecc0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffeed68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffeed68 obj->dma_hdl:ffffff054e44e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffeef80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffeef80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffef028 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffef028 obj->dma_hdl:ffffff054e4505c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffef240 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffef240 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffef2e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffef2e8 obj->dma_hdl:ffffff054e4525c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffef500 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffef500 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffef5a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffef5a8 obj->dma_hdl:ffffff054e4565c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffef7c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffef7c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffef868 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffef868 obj->dma_hdl:ffffff054e4585c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffefa80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffefa80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffefb28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffefb28 obj->dma_hdl:ffffff054e45a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050ffefd40 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050ffefd40 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050ffefde8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050ffefde8 obj->dma_hdl:ffffff054e45c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff6180 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff6180 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff6228 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff6228 obj->dma_hdl:ffffff054e45e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff6440 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff6440 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff64e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff64e8 obj->dma_hdl:ffffff054e4625c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff6700 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff6700 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff67a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff67a8 obj->dma_hdl:ffffff054e4645c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff69c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff69c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff6a68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff6a68 obj->dma_hdl:ffffff054e4665c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff6c80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff6c80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff6d28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff6d28 obj->dma_hdl:ffffff054e4685c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff6f40 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff6f40 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff6fe8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff6fe8 obj->dma_hdl:ffffff054e46a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff7200 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff7200 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff72a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff72a8 obj->dma_hdl:ffffff054e46c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff74c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff74c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff7568 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff7568 obj->dma_hdl:ffffff054e46e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff7780 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff7780 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff7828 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff7828 obj->dma_hdl:ffffff054e4705c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff7a40 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff7a40 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff7ae8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff7ae8 obj->dma_hdl:ffffff054e4725c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff050fff7d00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff050fff7d00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff050fff7da8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff050fff7da8 obj->dma_hdl:ffffff054e4745c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b6140 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b6140 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b61e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b61e8 obj->dma_hdl:ffffff054e4765c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0535fa80c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0535fa80c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0535fa8168 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0535fa8168 obj->dma_hdl:ffffff054e4785c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b6400 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b6400 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b64a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b64a8 obj->dma_hdl:ffffff054e47a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b66c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b66c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b6768 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b6768 obj->dma_hdl:ffffff054e47c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b6980 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b6980 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b6a28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b6a28 obj->dma_hdl:ffffff054e47e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b6c40 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b6c40 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b6ce8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b6ce8 obj->dma_hdl:ffffff054e4805c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b6f00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b6f00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b6fa8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b6fa8 obj->dma_hdl:ffffff054e4825c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b71c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b71c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b7268 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b7268 obj->dma_hdl:ffffff054e4845c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b7480 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b7480 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b7528 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b7528 obj->dma_hdl:ffffff054e4865c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b7740 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b7740 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b77e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b77e8 obj->dma_hdl:ffffff054e4885c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b7a00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b7a00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b7aa8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b7aa8 obj->dma_hdl:ffffff054e48a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b7cc0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b7cc0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b7d68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b7d68 obj->dma_hdl:ffffff054e48c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b4100 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b4100 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b41a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b41a8 obj->dma_hdl:ffffff054e48e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b43c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b43c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b4468 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b4468 obj->dma_hdl:ffffff054e4905c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b4680 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b4680 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b4728 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b4728 obj->dma_hdl:ffffff054e4925c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b4940 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b4940 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b49e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b49e8 obj->dma_hdl:ffffff054e4945c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b4c00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b4c00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b4ca8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b4ca8 obj->dma_hdl:ffffff054e4965c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b4ec0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b4ec0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b4f68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b4f68 obj->dma_hdl:ffffff054e4985c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b5180 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b5180 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b5228 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b5228 obj->dma_hdl:ffffff054e49a5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b5440 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b5440 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b54e8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b54e8 obj->dma_hdl:ffffff054e49c5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b5700 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b5700 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b57a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b57a8 obj->dma_hdl:ffffff054e49e5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b59c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b59c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b5a68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b5a68 obj->dma_hdl:ffffff054e4a05c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b5c80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b5c80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b5d28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b5d28 obj->dma_hdl:ffffff054e4a25c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b20c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b20c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b2168 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b2168 obj->dma_hdl:ffffff054e4a45c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0535fa8bc0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0535fa8bc0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0535fa8c68 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0535fa8c68 obj->dma_hdl:ffffff054e4a65c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05243686c0 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05243686c0 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0524368768 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0524368768 obj->dma_hdl:ffffff054e4a85c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff052436f980 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff052436f980 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff052436fa28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff052436fa28 obj->dma_hdl:ffffff054e4aa5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0535fa7e00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0535fa7e00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0535fa7ea8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0535fa7ea8 obj->dma_hdl:ffffff054e4ac5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff0535fabf80 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff0535fabf80 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff0535fac028 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff0535fac028 obj->dma_hdl:ffffff054e4ae5c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff051000aa00 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff051000aa00 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff051000aaa8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff051000aaa8 obj->dma_hdl:ffffff054e4b05c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b2380 size:28672 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b2380 size:28672
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b2428 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b2428 obj->dma_hdl:ffffff054e4b25c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b3400 size:4096 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b3400 size:4096
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b34a8 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b34a8 obj->dma_hdl:ffffff054e4b45c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b36c0 size:1048576 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b36c0 size:1048576
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b3768 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b3768 obj->dma_hdl:ffffff054e5045c0
Dec 24 01:12:11 opensxce drm: [ID 238989 kern.warning] WARNING: [drm:drm_gem_object_init:546] drm/src/drm_gem.c 526: dev:ffffff05043c3040 obj:ffffff05123b3980 size:4194304 gen:60
Dec 24 01:12:11 opensxce drm: [ID 546645 kern.warning] WARNING: [drm:drm_gem_object_internal:497] drm/src/drm_gem.c 478: dev:ffffff05043c3040 obj:ffffff05123b3980 size:4194304
Dec 24 01:12:11 opensxce drm: [ID 282860 kern.warning] WARNING: [drm:drm_gem_object_alloc_internal_normal:438] &obj->dma_hdl is NEGATIVE: &obj->dma_hdl:ffffff05123b3a28 dev->devinfo:ffffff05065c7088 dma_attr:ffffffffc00935d8 cb:0 &obj->dma_hdl:ffffff05123b3a28 obj->dma_hdl:ffffff054e50b5c0
Dec 24 01:12:12 opensxce drm: [ID 542021 kern.warning] WARNING: [drm:i915_hangcheck_elapsed:2503] stuck on render ring
Dec 24 01:12:12 opensxce drm: [ID 300979 kern.warning] WARNING: [drm:ring_dump:881] Dump blitter ring ring
Dec 24 01:12:12 opensxce drm: [ID 834546 kern.warning] WARNING: [drm:ring_dump:882] HEAD 0x4e0 TAIL 0x5a0
Dec 24 01:12:12 opensxce drm: [ID 628728 kern.warning] WARNING: [drm:ring_dump:883] seq -4081
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x210]: 0x13244001
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x214]: 0xc4
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x218]: 0x0
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x21c]: 0x0
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x220]: 0x18800100
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x224]: 0x572000
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x228]: 0x13000001
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x22c]: 0xc4
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x230]: 0x0
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x234]: 0x0
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x238]: 0x11000001
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x23c]: 0x2044
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x240]: 0xfffff007
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x244]: 0x0
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x248]: 0x11000001
Dec 24 01:12:12 opensxce drm: [ID 994420 kern.warning] WARNING: [drm:ring_dump:890] blitter ring[0x24c]: 0x12040





and Xorg.0.log:



[   331.502]
X.Org X Server 1.12.4
Release Date: 2012-08-27
[   331.504] X Protocol Version 11, Revision 0
[   331.504] Build Operating System: SunOS 5.11 i86pc
[   331.505] Current Operating System: SunOS opensxce 5.11 master-0-ga443cc8 i86pc
[   331.506] Build Date: 21 February 2015  08:40:18AM
[   331.506] Solaris ABI: 64-bit
[   331.507] Current version of pixman: 0.32.6
[   331.508]     Before reporting problems, check http://openindiana.org
    to make sure that you have the latest version.
[   331.508] Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   331.511] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec 24 01:12:07 2015
[   331.512] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   331.512] (==) No Layout section.  Using the first Screen section.
[   331.512] (==) No screen section available. Using defaults.
[   331.512] (**) |-->Screen "Default Screen Section" (0)
[   331.512] (**) |   |-->Monitor "<default monitor>"
[   331.512] (==) No monitor specified for screen "Default Screen Section".
    Using a default monitor configuration.
[   331.512] (==) Disabling SIGIO handlers for input devices
[   331.512] (==) Automatically adding devices
[   331.512] (==) Automatically enabling devices
[   331.512] (==) FontPath set to:
    catalogue:/etc/X11/fontpath.d
[   331.512] (==) ModulePath set to "/usr/lib/xorg/modules/amd64,/usr/X11/lib/modules/"
[   331.512] (II) The server relies on HAL to provide the list of input devices.
    If no devices become available, reconfigure HAL or disable AutoAddDevices.
[   331.512] (II) Loader magic: 697040
[   331.512] (II) Module ABI versions:
[   331.512]     X.Org ANSI C Emulation: 0.4
[   331.512]     X.Org Video Driver: 12.1
[   331.512]     X.Org XInput driver : 16.0
[   331.512]     X.Org Server Extension : 6.0
[   331.518] (--) PCI:*(0:0:2:0) 8086:0122:1458:d000 rev 9, Mem @ 0xfb800000/4194304, 0xd0000000/268435456, I/O @ 0x0000ff00/64
[   331.518] (--) PCI: (0:2:0:0) 10de:042f:10de:0493 rev 161, Mem @ 0xf8000000/16777216, 0xe0000000/268435456, 0xf6000000/33554432, I/O @ 0x0000df00/128
[   331.518] (II) LoadModule: "extmod"
[   331.518] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libextmod.so
[   331.518] (II) Module extmod: vendor="X.Org Foundation"
[   331.518]     compiled for 1.12.4, module version = 1.0.0
[   331.518]     Module class: X.Org Server Extension
[   331.518]     ABI class: X.Org Server Extension, version 6.0
[   331.518] (II) Loading extension MIT-SCREEN-SAVER
[   331.518] (II) Loading extension XFree86-VidModeExtension
[   331.518] (II) Loading extension XFree86-DGA
[   331.518] (II) Loading extension DPMS
[   331.518] (II) Loading extension XVideo
[   331.518] (II) Loading extension XVideo-MotionCompensation
[   331.518] (II) Loading extension X-Resource
[   331.518] (II) LoadModule: "dbe"
[   331.519] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libdbe.so
[   331.519] (II) Module dbe: vendor="X.Org Foundation"
[   331.519]     compiled for 1.12.4, module version = 1.0.0
[   331.519]     Module class: X.Org Server Extension
[   331.519]     ABI class: X.Org Server Extension, version 6.0
[   331.519] (II) Loading extension DOUBLE-BUFFER
[   331.519] (II) LoadModule: "glx"
[   331.519] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libglx.so
[   331.519] (EE) Failed to load /usr/lib/xorg/modules/extensions/amd64/libglx.so: ld.so.1: Xorg: fatal: /usr/lib/xorg/modules/extensions/amd64/libglx.so: open failed: No such file or directory
[   331.519] (II) UnloadModule: "glx"
[   331.519] (II) Unloading glx
[   331.519] (EE) Failed to load module "glx" (loader failed, 7)
[   331.519] (II) LoadModule: "record"
[   331.519] (II) Loading /usr/lib/xorg/modules/extensions/amd64/librecord.so
[   331.519] (II) Module record: vendor="X.Org Foundation"
[   331.519]     compiled for 1.12.4, module version = 1.13.0
[   331.519]     Module class: X.Org Server Extension
[   331.519]     ABI class: X.Org Server Extension, version 6.0
[   331.519] (II) Loading extension RECORD
[   331.519] (II) LoadModule: "dri"
[   331.520] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libdri.so
[   331.520] (II) Module dri: vendor="X.Org Foundation"
[   331.520]     compiled for 1.12.4, module version = 1.0.0
[   331.520]     ABI class: X.Org Server Extension, version 6.0
[   331.520] (II) Loading extension XFree86-DRI
[   331.520] (II) LoadModule: "dri2"
[   331.520] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libdri2.so
[   331.520] (II) Module dri2: vendor="X.Org Foundation"
[   331.520]     compiled for 1.12.4, module version = 1.2.0
[   331.520]     ABI class: X.Org Server Extension, version 6.0
[   331.520] (II) Loading extension DRI2
[   331.520] (II) LoadModule: "ia"
[   331.520] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libia.so
[   331.521] (II) Module IANAME: vendor="X.Org Foundation"
[   331.521]     compiled for 1.12.4, module version = 1.0.0
[   331.521]     ABI class: X.Org Server Extension, version 6.0
[   331.521] (II) Loading extension SolarisIA
[   331.521] (II) LoadModule: "xtsol"
[   331.523] (WW) Warning, couldn't open module xtsol
[   331.523] (II) UnloadModule: "xtsol"
[   331.523] (II) Unloading xtsol
[   331.523] (EE) Failed to load module "xtsol" (module does not exist, 0)
[   331.523] (WW) could not get frame buffer identifier from /dev/fb
[   331.523] (==) Matched intel as autoconfigured driver 0
[   331.523] (==) Matched vesa as autoconfigured driver 1
[   331.523] (==) Assigned the driver to the xf86ConfigLayout
[   331.523] (II) LoadModule: "intel"
[   331.524] (II) Loading /usr/lib/xorg/modules/drivers/amd64/intel_drv.so
[   331.524] (II) Module intel: vendor="X.Org Foundation"
[   331.524]     compiled for 1.12.4, module version = 2.99.917
[   331.524]     Module class: X.Org Video Driver
[   331.524]     ABI class: X.Org Video Driver, version 12.1
[   331.524] (II) LoadModule: "vesa"
[   331.524] (II) Loading /usr/lib/xorg/modules/drivers/amd64/vesa_drv.so
[   331.525] (II) Module vesa: vendor="X.Org Foundation"
[   331.525]     compiled for 1.12.4, module version = 2.3.3
[   331.525]     Module class: X.Org Video Driver
[   331.525]     ABI class: X.Org Video Driver, version 12.1
[   331.525] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
    i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
    915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
    Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
    GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[   331.525] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[   331.525] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[   331.525] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[   331.525] (II) VESA: driver for VESA chipsets: vesa
[   331.525] (--) using VT number 2

[   331.527] drmOpenDevice: node name is /dev/dri/card0
[   331.527] drmOpenDevice: open result is 11, (OK)
[   335.330] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[   335.330] drmOpenDevice: node name is /dev/dri/card0
[   335.330] drmOpenDevice: open result is 11, (OK)
[   335.330] drmOpenByBusid: drmOpenMinor returns 11
[   335.330] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[   335.330] (WW) Falling back to old probe method for vesa
[   335.330] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[   335.330] (II) intel(0): Creating default Display subsection in Screen section
    "Default Screen Section" for depth/fbbpp 24/32
[   335.330] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[   335.330] (==) intel(0): RGB weight 888
[   335.330] (==) intel(0): Default visual is TrueColor
[   335.330] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 3000
[   335.331] (**) intel(0): Relaxed fencing enabled
[   335.331] (**) intel(0): Wait on SwapBuffers? enabled
[   335.331] (**) intel(0): Triple buffering? enabled
[   335.331] (**) intel(0): Framebuffer tiled
[   335.331] (**) intel(0): Pixmaps tiled
[   335.331] (**) intel(0): 3D buffers tiled
[   335.331] (**) intel(0): SwapBuffers wait enabled
[   335.331] (==) intel(0): video overlay key set to 0x101fe
[   335.344] (II) intel(0): Output VGA1 has no monitor section
[   335.344] (II) intel(0): Output HDMI1 has no monitor section
[   335.344] (II) intel(0): Output DP1 has no monitor section
[   335.345] (II) intel(0): Output HDMI2 has no monitor section
[   335.345] (II) intel(0): Output DP2 has no monitor section
[   335.358] (II) intel(0): EDID for output VGA1
[   335.358] (II) intel(0): Manufacturer: SUN  Model: 58c  Serial#: 43209293
[   335.358] (II) intel(0): Year: 2004  Week: 34
[   335.358] (II) intel(0): EDID Version: 1.3
[   335.358] (II) intel(0): Analog Display Input,  Input Voltage Level: 0.700/0.700 V
[   335.358] (II) intel(0): Sync:  Separate  Composite
[   335.358] (II) intel(0): Max Image Size [cm]: horiz.: 38  vert.: 30
[   335.358] (II) intel(0): Gamma: 2.20
[   335.358] (II) intel(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
[   335.358] (II) intel(0): First detailed timing is preferred mode
[   335.358] (II) intel(0): GTF timings supported
[   335.358] (II) intel(0): redX: 0.640 redY: 0.330   greenX: 0.300 greenY: 0.600
[   335.358] (II) intel(0): blueX: 0.150 blueY: 0.066   whiteX: 0.313 whiteY: 0.328
[   335.358] (II) intel(0): Supported established timings:
[   335.358] (II) intel(0): ***@70Hz
[   335.358] (II) intel(0): ***@60Hz
[   335.358] (II) intel(0): ***@67Hz
[   335.358] (II) intel(0): ***@72Hz
[   335.358] (II) intel(0): ***@75Hz
[   335.358] (II) intel(0): ***@56Hz
[   335.358] (II) intel(0): ***@60Hz
[   335.358] (II) intel(0): ***@72Hz
[   335.358] (II) intel(0): ***@75Hz
[   335.358] (II) intel(0): ***@75Hz
[   335.358] (II) intel(0): ***@60Hz
[   335.358] (II) intel(0): ***@70Hz
[   335.358] (II) intel(0): ***@75Hz
[   335.358] (II) intel(0): ***@75Hz
[   335.358] (II) intel(0): Manufacturer's mask: 0
[   335.358] (II) intel(0): Supported standard timings:
[   335.358] (II) intel(0): #0: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[   335.358] (II) intel(0): #1: hsize: 1280  vsize 1024  refresh: 76  vid: 36993
[   335.358] (II) intel(0): #2: hsize: 1152  vsize 921  refresh: 66  vid: 34417
[   335.358] (II) intel(0): #3: hsize: 1280  vsize 1024  refresh: 75  vid: 36737
[   335.358] (II) intel(0): Supported detailed timing:
[   335.358] (II) intel(0): clock: 108.0 MHz   Image Size:  380 x 300 mm
[   335.358] (II) intel(0): h_active: 1280  h_sync: 1328  h_sync_end 1440 h_blank_end 1688 h_border: 0
[   335.358] (II) intel(0): v_active: 1024  v_sync: 1025  v_sync_end 1028 v_blanking: 1066 v_border: 0
[   335.358] (II) intel(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 145 MHz
[   335.358] (II) intel(0): Monitor name: GH19PS
[   335.358] (II) intel(0): Serial No: 0434MR0659
[   335.358] (II) intel(0): EDID (in hex):
[   335.358] (II) intel(0):     00ffffffffffff004eae8c054d529302
[   335.358] (II) intel(0):     220e01036c261e78ebee84a3544c9926
[   335.358] (II) intel(0):     115054bfef00818081907186818f0101
[   335.358] (II) intel(0):     010101010101302a009851002a403070
[   335.359] (II) intel(0):     13007c2c11000014000000fd00384b1e
[   335.359] (II) intel(0):     510e000a202020202020000000fc0047
[   335.359] (II) intel(0):     48313950530a202020202020000000ff
[   335.359] (II) intel(0):     00303433344d52303635390a20200029
[   335.359] (II) intel(0): EDID vendor "SUN", prod id 1420
[   335.359] (II) intel(0): DDCModeFromDetailedTiming: 1280x1024 Warning: We only handle separate sync.
[   335.359] (II) intel(0): Using EDID range info for horizontal sync
[   335.359] (II) intel(0): Using EDID range info for vertical refresh
[   335.359] (II) intel(0): Printing DDC gathered Modelines:
[   335.359] (II) intel(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 -hsync +vsync (64.0 kHz eP)
[   335.359] (II) intel(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[   335.359] (II) intel(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[   335.359] (II) intel(0): Modeline "640x480"x0.0   31.50  640 664 704 832  480 489 492 520 -hsync -vsync (37.9 kHz e)
[   335.359] (II) intel(0): Modeline "640x480"x0.0   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz e)
[   335.359] (II) intel(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[   335.359] (II) intel(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[   335.359] (II) intel(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[   335.359] (II) intel(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
[   335.359] (II) intel(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
[   335.359] (II) intel(0): Modeline "1280x1024"x76.0  141.82  1280 1376 1512 1744  1024 1025 1028 1070 -hsync +vsync (81.3 kHz e)
[   335.359] (II) intel(0): Modeline "1152x921"x66.0   97.02  1152 1224 1344 1536  921 922 925 957 -hsync +vsync (63.2 kHz e)
[   335.359] (II) intel(0): Printing probed modes for output VGA1
[   335.359] (II) intel(0): Modeline "1280x1024"x60.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 -hsync +vsync (64.0 kHz eP)
[   335.359] (II) intel(0): Modeline "1280x1024"x76.0  141.81  1280 1376 1512 1744  1024 1025 1028 1070 -hsync +vsync (81.3 kHz)
[   335.359] (II) intel(0): Modeline "1280x1024"x75.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)
[   335.359] (II) intel(0): Modeline "1280x960"x60.0  108.00  1280 1376 1488 1800  960 961 964 1000 +hsync +vsync (60.0 kHz e)
[   335.359] (II) intel(0): Modeline "1152x921"x66.0   97.01  1152 1224 1344 1536  921 922 925 957 -hsync +vsync (63.2 kHz)
[   335.359] (II) intel(0): Modeline "1280x800"x74.9  106.50  1280 1360 1488 1696  800 803 809 838 -hsync +vsync (62.8 kHz e)
[   335.359] (II) intel(0): Modeline "1280x800"x59.8   83.50  1280 1352 1480 1680  800 803 809 831 +hsync -vsync (49.7 kHz e)
[   335.359] (II) intel(0): Modeline "1152x864"x75.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz e)
[   335.359] (II) intel(0): Modeline "1280x768"x74.9  102.25  1280 1360 1488 1696  768 771 778 805 +hsync -vsync (60.3 kHz e)
[   335.359] (II) intel(0): Modeline "1280x768"x59.9   79.50  1280 1344 1472 1664  768 771 778 798 -hsync +vsync (47.8 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x75.1   78.80  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.1 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x70.1   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz e)
[   335.359] (II) intel(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[   335.359] (II) intel(0): Modeline "1024x576"x60.0   46.97  1024 1064 1168 1312  576 577 580 597 -hsync +vsync (35.8 kHz)
[   335.359] (II) intel(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x72.2   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[   335.359] (II) intel(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[   335.360] (II) intel(0): Modeline "848x480"x60.0   33.75  848 864 976 1088  480 486 494 517 +hsync +vsync (31.0 kHz e)
[   335.360] (II) intel(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[   335.360] (II) intel(0): Modeline "640x480"x72.8   31.50  640 664 704 832  480 489 491 520 -hsync -vsync (37.9 kHz e)
[   335.360] (II) intel(0): Modeline "640x480"x66.7   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz e)
[   335.360] (II) intel(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[   335.360] (II) intel(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[   335.360] (II) intel(0): EDID for output HDMI1
[   335.360] (II) intel(0): EDID for output DP1
[   335.360] (II) intel(0): EDID for output HDMI2
[   335.360] (II) intel(0): EDID for output DP2
[   335.360] (II) intel(0): Output VGA1 connected
[   335.360] (II) intel(0): Output HDMI1 disconnected
[   335.360] (II) intel(0): Output DP1 disconnected
[   335.360] (II) intel(0): Output HDMI2 disconnected
[   335.360] (II) intel(0): Output DP2 disconnected
[   335.360] (II) intel(0): Using exact sizes for initial modes
[   335.360] (II) intel(0): Output VGA1 using initial mode 1280x1024
[   335.360] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[   335.360] (II) intel(0): Kernel page flipping support detected, enabling
[   335.360] (**) intel(0): Display dimensions: (380, 300) mm
[   335.360] (**) intel(0): DPI set to (85, 86)
[   335.360] (II) Loading sub module "fb"
[   335.360] (II) LoadModule: "fb"
[   335.361] (II) Loading /usr/lib/xorg/modules/amd64/libfb.so
[   335.361] (II) Module fb: vendor="X.Org Foundation"
[   335.361]     compiled for 1.12.4, module version = 1.0.0
[   335.361]     ABI class: X.Org ANSI C Emulation, version 0.4
[   335.361] (II) Loading sub module "dri2"
[   335.361] (II) LoadModule: "dri2"
[   335.361] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libdri2.so
[   335.361] (II) Module dri2: vendor="X.Org Foundation"
[   335.361]     compiled for 1.12.4, module version = 1.2.0
[   335.361]     ABI class: X.Org Server Extension, version 6.0
[   335.361] (II) UnloadModule: "vesa"
[   335.361] (II) Unloading vesa
[   335.361] (==) Depth 24 pixmap format is 32 bpp
[   335.363] (II) intel(0): Allocated new frame buffer 1280x1024 stride 5120, tiled
[   335.367] (II) UXA(0): Driver registered support for the following operations:
[   335.367] (II)         solid
[   335.367] (II)         copy
[   335.367] (II)         composite (RENDER acceleration)
[   335.367] (II)         put_image
[   335.367] (II)         get_image
[   335.368] (II) intel(0): [DRI2] Setup complete
[   335.368] (II) intel(0): [DRI2]   DRI driver: i965
[   335.368] (II) intel(0): [DRI2]   VDPAU driver: i965
[   335.368] (==) intel(0): Backing store disabled
[   335.368] (==) intel(0): Silken mouse disabled
[   335.368] (II) intel(0): Initializing HW Cursor
[   335.368] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[   335.368] (==) intel(0): DPMS enabled
[   335.368] (==) intel(0): Intel XvMC decoder enabled
[   335.368] (II) intel(0): Set up textured video
[   335.368] (II) intel(0): [XvMC] xvmc_vld driver initialized.
[   335.368] (II) intel(0): DRI2: Enabled
[   335.368] (II) intel(0): DRI3: Not available
[   335.509] (--) RandR disabled
[   335.509] (II) Initializing built-in extension Generic Event Extension
[   335.509] (II) Initializing built-in extension SHAPE
[   335.509] (II) Initializing built-in extension MIT-SHM
[   335.509] (II) Initializing built-in extension XInputExtension
[   335.509] (II) Initializing built-in extension XTEST
[   335.509] (II) Initializing built-in extension BIG-REQUESTS
[   335.509] (II) Initializing built-in extension SYNC
[   335.509] (II) Initializing built-in extension XKEYBOARD
[   335.509] (II) Initializing built-in extension XC-MISC
[   335.509] (II) Initializing built-in extension SECURITY
[   335.509] (II) Initializing built-in extension XINERAMA
[   335.509] (II) Initializing built-in extension XFIXES
[   335.509] (II) Initializing built-in extension RENDER
[   335.509] (II) Initializing built-in extension RANDR
[   335.509] (II) Initializing built-in extension COMPOSITE
[   335.509] (II) Initializing built-in extension DAMAGE
[   335.516] (II) intel(0): Setting screen physical size to 338 x 270
[   335.558] (II) config/hal: Adding input device mouse
[   335.558] (II) LoadModule: "mouse"
[   335.558] (II) Loading /usr/lib/xorg/modules/input/amd64/mouse_drv.so
[   335.558] (II) Module mouse: vendor="X.Org Foundation"
[   335.558]     compiled for 1.12.4, module version = 1.9.1
[   335.558]     Module class: X.Org XInput Driver
[   335.558]     ABI class: X.Org XInput driver, version 16.0
[   335.558] (II) Using input driver 'mouse' for 'mouse'
[   335.558] (**) mouse: always reports core events
[   335.558] (**) Option "Protocol" "VUID"
[   335.558] (**) Option "Device" "/dev/usb/hid1"
[   335.559] (**) Option "StreamsModule" "usbms"
[   335.561] (**) mouse: Protocol: "VUID"
[   335.561] (**) mouse: always reports core events
[   335.561] (==) mouse: Emulate3Buttons, Emulate3Timeout: 50
[   335.561] (**) mouse: ZAxisMapping: buttons 4 and 5
[   335.561] (**) mouse: Buttons: 9
[   335.561] (**) Option "config_info" "hal:/org/freedesktop/Hal/devices/pci_0_0/pci1458_5006_1d/hub_1/mouse_6_if0_4_logicaldev_input"
[   335.561] (II) XINPUT: Adding extended input device "mouse" (type: MOUSE, id 6)
[   335.561] (**) mouse: (accel) keeping acceleration scheme 1
[   335.561] (**) mouse: (accel) acceleration profile 0
[   335.561] (**) mouse: (accel) acceleration factor: 2.000
[   335.561] (**) mouse: (accel) acceleration threshold: 4
[   335.565] (II) config/hal: Adding input device hotkey
[   335.565] (II) LoadModule: "hotkey"
[   335.565] (II) Loading /usr/lib/xorg/modules/input/amd64/hotkey_drv.so
[   335.565] (II) Module hotkey: vendor="X.Org Foundation"
[   335.565]     compiled for 1.12.4, module version = 1.0.0
[   335.565]     Module class: X.Org XInput Driver
[   335.565]     ABI class: X.Org XInput driver, version 16.0
[   335.565] (II) Using input driver 'hotkey' for 'hotkey'
[   335.565] (**) hotkey: always reports core events
[   335.565] (II) XINPUT: Adding extended input device "hotkey" (type: KEYBOARD, id 7)
[   335.566] (**) hotkey_events_init and pipe open succeeded
[   335.566] (II) config/hal: Adding input device keyboard
[   335.566] (II) LoadModule: "kbd"
[   335.567] (II) Loading /usr/lib/xorg/modules/input/amd64/kbd_drv.so
[   335.567] (II) Module kbd: vendor="X.Org Foundation"
[   335.567]     compiled for 1.12.4, module version = 1.8.0
[   335.567]     Module class: X.Org XInput Driver
[   335.567]     ABI class: X.Org XInput driver, version 16.0
[   335.567] (II) Using input driver 'kbd' for 'keyboard'
[   335.567] (**) keyboard: always reports core events
[   335.567] (**) keyboard: always reports core events
[   335.567] (**) Option "Device" "/dev/usb/hid2"
[   335.567] (II) keyboard: Opened device "/dev/usb/hid2"
[   335.567] (**) Option "XkbRules" "base"
[   335.567] (**) Option "XkbModel" "sun_type6_usb"
[   335.567] (**) Option "XkbLayout" "us"
[   335.567] (WW) Option "XkbVariant" requires an string value
[   335.567] (**) Option "config_info" "hal:/org/freedesktop/Hal/devices/pci_0_0/pci1458_5006_1a/hub_1/keyboard_3_if0_5_logicaldev_input"
[   335.567] (II) XINPUT: Adding extended input device "keyboard" (type: KEYBOARD, id 8)
[   335.567] (**) Option "StreamsModule" "usbkbm"
[   335.567] (--) keyboard: Keyboard type: USB (6)
[   335.567] (--) keyboard: Keyboard layout: 0






Now I still need to clean up a few things like getting the text console restored after exit from X11.
But nevertheless I first wnated to inform you all about this milestone.

As I now that in some countries (including GDR) X-Mas is being celebrated already today let me wish everybody MERRY X-Mas!!!!!

This is my X-mas surprise.
And in very few days you get diffs, test-bins and explanations.

The fact is: 5 weeks ago I was one line away from where I'm now.
But in the middle of 10s of 1000's of lines - I missed it for so long.
Then I traced all object alloc alls up from i915 gtt down to i915 gem down to drm gem down to ddi dma.
And here I am after one month with one updated line - and tons of valuable new insights.

What a funny life.
The best thing is: It not only works on 11.0 but also more or less on Illumos!


No donations before I publish everything.
Still some clean-up necessary.

This was only a heads-up (code in 2 or 3 days).
Aurélien Larcher
2015-12-24 02:02:17 UTC
Permalink
Hello !

MAJOR BREAKTHROUGH: On Solaris 11.0 it works now!!!
[...]
Post by Мартин Бохниг
As I now that in some countries (including GDR) X-Mas is being celebrated
already today let me wish everybody MERRY X-Mas!!!!!
Congratulations and Merry Christmas !

Aurélien
Alexander Pyhalov
2015-12-24 06:20:34 UTC
Permalink
Post by Мартин Бохниг
MAJOR BREAKTHROUGH: On Solaris 11.0 it works now!!!
On my OpenSXCE/October24th Illumos/OI hybrid it also not only produces
a nice Xorg.0.log including DRI2Setup, but even cranks up a halfway
recognizable screen (still scramled, but I guess I know the reason and
The following is Illumos Oct24th OpenSXCE with Xorg taken from OI for
Hi. It's really cool that you've almost finished enormous work which was
urgently needed.
Thank you for doing this.

---
System Administrator of Southern Federal University Computer Center
Мартин Бохниг
2015-12-31 16:53:07 UTC
Permalink
This only to let you know, I wasn't taking about vapoware.

Yes, I'm still spending most of my time with it.
Over the last week I had the problem, that everything appeared to work fine at first.

But after 10 minutes of browsing FireFox at some (but always different) point one would get a GPU error and the entire host would hang and needs to be rebooted.

This only happened if DRI2 was active, independently if using compiz or not.
Reducing the GPU clock in the system bios appeared to help a bit, and I'm not even sure if it is related to my backport of Sun's port or Sun's port (in this revision) itself.


So until today the situation was:

2D UXA accelerated Intel 2.99 ddx::: YES:***STABLE***
DRI2::: YES:BUGGY
COMPIZ::: YES:BUGGY(because of DRI2)
Return_to_TextConsole::: NO:Illumos's gfx_private too old (and more modern gfx_private's) calls deep into the kernel are simply not implemented in Illumos (to find this out alone I spent 3 days, info on functions and structs involved later with some RelNotes that still need to be written)

Now I played again with some dma attr finetuning.
And the DRI2/Compiz Gnome session is still happily running after 10 hrs of test-browsing the web and opening as many tabs as possible.
Let's hope this is really the result of the changed burst size.
On the other hand: Before the change it would never have run for so long while FireFox was in use or unless DRI2 (and with it compiz and its special effects) would have been disabled in a xorg.conf to be created by the enduser.

If I can trust my eyes, then since today the new situation might hopefully be:


2D UXA accelerated Intel 2.99 ddx::: YES:***STABLE***
DRI2::: YES:stable_enough
COMPIZ::: YES:stable_enough
Return_to_TextConsole::: NO:Illumos's gfx_private too old (and more modern gfx_private's) calls deep into the kernel are simply not implemented in Illumos (to find this out alone I spent 3 days, info on functions and structs involved later with some RelNotes that still need to be written)

The burst size change also had one negative effect: Some invalid patterns somewhere, sometimes.


NEXT STEP: Over the next days I finally modernize  agpgart with the latest pciids and generation specific logic.
Also I found out how to update devfsadm to create the correct /dev/dri/controlD64 symlink (rather than /dev/dri/card0).

I won't be able to test it on other hardware (I only have 2nd gen Sandy Celeron G530 and now also 2700K which is also a Sandy).
We need many testers with more current hw after it is ready for testing (on newer hw, not only 2nd gen) in a few days.

I will create a demo screen video about OpenSXCE technologies meeting Openindiana/Hipster.
Then everybody can see how well compiz now works on internal Intel GPU's.
The main problem was that it would hang after 10 minutes. But without promising anything: At the _moment_ it looks like solved (hopefully).

No response required.
This was just an update FYI.
Мартин Бохниг
2016-01-06 07:14:56 UTC
Permalink
Results: I post test bins and code in a few hours.
New finding: The same GPU errors haven on a vanilla completely untouched Sol11.1 LiveDVD.

After having attempted all somehow possible settings in BIOS (sizes of stolen memory for gtt, lowest gpu clock etc) I replaced the 2700K with the original Celeron G530 and the same still happens, even with a GPU clock of only 400MHz.
I also ran memtest  and even replaced the main memory, no change.

Now, to make a long story short:

A) Either it is a bug in my H61M-S2V-B3
BIOS Configuration: Award Software International, Inc. F8 03/27/2012

or

B) it is a bug in Sun/Oracle's DRM port


or
 
C) a bug in DRM itself.
But whatever I changed in the backport (including among many other things using a different vmem arena), it never helped.
But as said: The Sol11.1 DVD has the same problem on my system.
It runs a long while but then - if DRM and compiz are enabled - it tries to dump rings and times out.
On the other hand I cannot believe that Oracle shipped such code which is that instable everywhere.
Therefore I can only assume that my Mainboard (BIOS??) is the reason.

Today I give you test bins and code.
Cleanup can come later.


As for the reurn to console problem: Even in the most verbose Debug output everything looks good.
But the console doesn't get restored (kbd yes, but not stdout).
You can logout from gnome on OI and re-login as often as you want. You could even disable gdm and enter commands blindly (which works!).

Also you could prepare 2 scripts, one to start Xorg via vesa and fone using a different xorg.conf (or no xorg.conf) for intel-drm/gem/kms.
So assuming you first start intel, exit X11 and enter /v (your vesa script) blindly, then exit X11 again, your console will be there again.

But so far I didn't find the right way (which function for .lastclose ???) to do this directly.
Well - most folks won't need this anyway. Much more problematic is the instability on my hardware.


This was just written in a hurry to write at least _any_thing.
No, I must really upload something today. Otherwise it;s not polished and not published even in a year (if somebody can still surf some Internet by that time, which is of course another question).


It was good that I replaced the CPU with the old Celeron and old mem (down from 16GB back to 8GB), because I'm forced to sell that stuff urgently no matter what. The cpu is already listed (199 EUR).
Мартин Бохниг
2016-01-06 07:52:22 UTC
Permalink
Another quick info in advance:
Don't worry about the old drm code in Illumos which continues to be required for legacy ums Radeon drm: By simply renaming the newer drm to drm_gem_kms (as it resides in common it must be a hw-independent name, therefore I didn't chose drm_i915) this conflict was solved last week (/kernel/drv/amd64/i915now looks for /kernel/misc/amd64/drm_gem_kms which will also be used for Ati-Radeon in the future).

Now both can peacefully co-exists until we have radeon-kms some day (if we live long enough on this planet).


In 5 minutes you find test-bins (taken without even knowing 100% which bad vs. good version they are, will test them quickly)
on http://opensxce.org/intelkms_working_testbins/

I cannot attach them due to size restrictions on the ml.

Test/install Instruction:

0.) cp "i915" to /kernel/drv/amd64/i915
1.) cp drm_gem_kms to /kernel/misc/amd64/drm_gem_kms
2.) Make sure that /etc/driver_aliases contains exactly the following lines for i915:


i915 "pci8086,42"
i915 "pci8086,46"
i915 "pci8086,102"
i915 "pci8086,106"
i915 "pci8086,10a"
i915 "pci8086,112"
i915 "pci8086,116"
i915 "pci8086,122"
i915 "pci8086,126"
i915 "pci8086,152"
i915 "pci8086,156"
i915 "pci8086,15a"
i915 "pci8086,162"
i915 "pci8086,166"
i915 "pci8086,16a"
i915 "pci8086,402"
i915 "pci8086,406"
i915 "pci8086,40a"
i915 "pci8086,40b"
i915 "pci8086,40e"
i915 "pci8086,412"
i915 "pci8086,416"
i915 "pci8086,41a"
i915 "pci8086,41b"
i915 "pci8086,41e"
i915 "pci8086,422"
i915 "pci8086,426"
i915 "pci8086,42a"
i915 "pci8086,42b"
i915 "pci8086,42e"
i915 "pci8086,a02"
i915 "pci8086,a06"
i915 "pci8086,a0a"
i915 "pci8086,a0b"
i915 "pci8086,a0e"
i915 "pci8086,a12"
i915 "pci8086,a16"
i915 "pci8086,a1a"
i915 "pci8086,a1b"
i915 "pci8086,a1e"
i915 "pci8086,a22"
i915 "pci8086,a26"
i915 "pci8086,a2a"
i915 "pci8086,a2b"
i915 "pci8086,a2e"
i915 "pci8086,c02"
i915 "pci8086,c06"
i915 "pci8086,c0a"
i915 "pci8086,c0b"
i915 "pci8086,c0e"
i915 "pci8086,c12"
i915 "pci8086,c16"
i915 "pci8086,c1a"
i915 "pci8086,c1b"
i915 "pci8086,c1e"
i915 "pci8086,c22"
i915 "pci8086,c26"
i915 "pci8086,c2a"
i915 "pci8086,c2b"
i915 "pci8086,c2e"
i915 "pci8086,d02"
i915 "pci8086,d06"
i915 "pci8086,d0a"
i915 "pci8086,d0b"
i915 "pci8086,d0e"
i915 "pci8086,d12"
i915 "pci8086,d16"
i915 "pci8086,d1a"
i915 "pci8086,d1b"
i915 "pci8086,d1e"
i915 "pci8086,d22"
i915 "pci8086,d26"
i915 "pci8086,d2a"
i915 "pci8086,d2b"
i915 "pci8086,d2e"
i915 "pci8086,2562"
i915 "pci8086,2572"
i915 "pci8086,2582"
i915 "pci8086,2592"
i915 "pci8086,2772"
i915 "pci8086,27a2"
i915 "pci8086,27ae"
i915 "pci8086,2972"
i915 "pci8086,2982"
i915 "pci8086,2992"
i915 "pci8086,29a2"
i915 "pci8086,29b2"
i915 "pci8086,29c2"
i915 "pci8086,29d2"
i915 "pci8086,2a02"
i915 "pci8086,2a12"
i915 "pci8086,2a42"
i915 "pci8086,2e02.8086.2e02"
i915 "pci8086,2e12"
i915 "pci8086,2e22"
i915 "pci8086,2e32"
i915 "pci8086,2e42"
i915 "pci8086,3582"
i915 "pci8086,a001"
i915 "pci8086,a011"


Or simply rename your own /etc/driver_aliases and cp over mine which I will also place into http://opensxce.org/intelkms_working_testbins/
in 5 minutes.

Then make a reconf reboot and you should end up in a Intel-KMS-DRM-GEM Gnome session!
Don't forget to also remove or rename /etc/X11/xorg.conf (or replace "vesa" with "intel" in the device section)

Then you can enable compiz via the right mouse button and gnome settings menues.
For this test  downloaded Alexander's March 30th 2015 Hipster  LiveDVD.

It's all a bit not as cleanly writted as I actually wanted, but on the other hand you finally can test something yourself.
code all that today on github (will write another email then).

Don't ask me about agp-gart: Randy was right with that, from Sol11.2 on!
But it appears that Sun China went also into the wrong direction for 11.0 and 11.1 (as clearly illustarted by Sol11.0 and 11.1's agp header files and pciids for the agp/gart/target stuff.

In fact you can completely remove agpgart and _also_ xsvc completely from the system, will still function.
All mappings through i195 which depends on drm_gem_kms which depends on gfx_private which depends on certain structures directly in unix.



Wow, simply starting to write helped.
Because for the long story there will never be enough time.

Be aware that the bins I upload first produce the most "strange patterns" somewhere, because those are the ones that contain most fiddelings.

Also note: If syslog is enabled these bins will soon riddle or even fill your disk due to all the verbode output written to /var/adm/messages.
Of course in some more hours you can have bins that are not only cleaned up, but also without DEBUG info and without any custom-tracings.




best regards for the moment,
till later today,
%m

Alexander Pyhalov
2015-12-15 18:38:42 UTC
Permalink
Post by ken mays via oi-dev
Maybe, to move forward and not backward, we could do just that. Push
out Xserver 1.17.4 and review alternative or unified methods to
support Intel/Radeon drivers from that point.
No, thanks. Xorg 1.17.4 doesn't support Radeon UMS driver, so we don't
want to ship it.
---
System Administrator of Southern Federal University Computer Center
Loading...