Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

Ok, maybe there is still hope. I finally identified the exact piece of code which is _really_ causing all this (the backtraces were misleading, because of reasons I won't explain at this time, because the Tea-water is boiling), in file ./i915/src/i915_gem.c" line 3669 of 3994 --91%-- int

Re: [oi-dev] [OpenIndiana-discuss] 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

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:

Re: [oi-dev] [OpenIndiana-discuss] 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

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 09c0 T gfxp_umem_cookie_destroy 0970 T gfxp_umem_cookie_init ___ oi-dev

Re: [oi-dev] [OpenIndiana-discuss] 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

On Monday, December 14, 2015 7:11 PM, Мартин Бохниг 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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

ken mays via oi-dev писал 15.12.2015 20:11: On Monday, December 14, 2015 7:11 PM, Мартин Бохниг wrote: 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

Re: [oi-dev] [OpenIndiana-discuss] 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

Hi Ken, >Вторник, 15 декабря 2015, 2:38 UTC от ken mays via oi-dev >: > >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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

randyf at sibernet.com randyf at sibernet.com Tue Dec 1 06:44:23 UTC 2015 > > 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

Re: [oi-dev] [OpenIndiana-discuss] 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

>Понедельник, 14 декабря 2015, 23:44 +03:00 от Мартин Бохниг : > > >randyf at sibernet.com randyf at sibernet.com >Tue Dec 1 06:44:23 UTC 2015 >> >> For a long time I had wished that somebody at Sun/Oracle might give as a >> view >> at their modern gfxp implementation, which

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

Ok, maybe this is no longer the case. Here the situation on a default Solaris11.3: martin@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"

Re: [oi-dev] [OpenIndiana-discuss] 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

root@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"

Re: [oi-dev] [OpenIndiana-discuss] 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

>Пятница, 11 декабря 2015, 19:50 -08:00 от ran...@sibernet.com: > > >> 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 Where did I change

Re: [oi-dev] [OpenIndiana-discuss] 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

>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 > That one is only the external bindings for

Re: [oi-dev] [OpenIndiana-discuss] 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

> 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

Re: [oi-dev] [OpenIndiana-discuss] 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

Dear Randy Thank you for the pointer ! > 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,

Re: [oi-dev] [OpenIndiana-discuss] 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

>Суббота, 12 декабря 2015, 20:26 +01:00 от Aurélien Larcher >: > >Dear Randy >Thank you for the pointer ! > >> >>  The one that is relevant is the id's in the package manifest: >>

Re: [oi-dev] [OpenIndiana-discuss] 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

On Fri, 11 Dec 2015, Мартин Бохниг wrote: Hi Aurélien, Пятница, 11 декабря 2015, 19:47 +01:00 от Aurélien Larcher : To be precise, at least I can see that the device id is not listed in:

Re: [oi-dev] [OpenIndiana-discuss] 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

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 On Fri, Dec 11, 2015 at 8:12 PM, Мартин Бохниг wrote: > Hi Aurélien, > > ah, sorry, your link pointed to Sun's/Oracle's new port,

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

On 12/11/15 10:39 AM, Aurélien Larcher wrote: 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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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 < aurelien.larc...@gmail.com> wrote: > Hi Martin, >

Re: [oi-dev] [OpenIndiana-discuss] 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

Hi Aurélien, >Пятница, 11 декабря 2015, 19:47 +01:00 от Aurélien Larcher >: > >To be precise, at least I can see that the device id is not listed in: >

Re: [oi-dev] [OpenIndiana-discuss] 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

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:

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

Friends, NOW FINALY 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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

On 12/ 5/15 08:42 AM, Мартин Бохниг wrote: 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.

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

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

Re: [oi-dev] [OpenIndiana-discuss] 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

Sorry, I'm only on oi-dev, so feel free to forward elsewhere. 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