Date: Mon, 07 Dec 2015 08:45:02 -0500 From: "Michael B. Eichorn" <ike@michaeleichorn.com> To: Bertram Scharpf <lists@bertram-scharpf.de>, freebsd-x11@freebsd.org Subject: Re: Trying to run Broadwell Message-ID: <1449495902.7860.35.camel@michaeleichorn.com> In-Reply-To: <20151207133403.GB73105@becker.bs.l> References: <20151203174008.GA98937@becker.bs.l> <alpine.BSF.2.20.1512031338070.24164@wonkity.com> <20151203222137.GA1111@becker.bs.l> <CA%2BtpaK21cSbR%2BytGyc3d4_FotUJY3WjSbOasgkfyVjUt00Y6Og@mail.gmail.com> <20151207133403.GB73105@becker.bs.l>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Mon, 2015-12-07 at 14:34 +0100, Bertram Scharpf wrote: > Hi, > > this is from freebsd-questions: > > On Thursday, 03. Dec 2015, 16:31:05 -0600, Adam Vande More wrote: > > On Thu, Dec 3, 2015 at 4:21 PM, Bertram Scharpf <lists@bertram-scha > > rpf.de> wrote: > > > On Thursday, 03. Dec 2015, 13:42:25 -0700, Warren Block wrote: > > > > On Thu, 3 Dec 2015, Bertram Scharpf wrote: > > > > > > > > > > Section "Device" > > > > > Identifier "Card0" > > > > > Driver "intel" > > > > > BusID "PCI:0:2:0" > > > > > EndSection > > > > > > > > > > # pciconf -lv | grep -A 4 vga > > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x803a103c > > > > > chip=0x16068086 rev=0x08 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > device = 'Broadwell-U Integrated Graphics' > > > > > class = display > > > > > subclass = VGA > > > > > > > > > > Looks good, doesn't it? Besides that, Linux on the same > > > > > machine uses the "intel" driver successfully. > > > > > > > > Broadwell is not yet supported by the intel driver version in > > > > FreeBSD. > > > > At present, vesa must be used. > > > > > > What does "not yet"/"at present" mean? Is there currently > > > work on it? I would not mind to contribute, not least > > > because I now own an excellent testing environment. > > > > I believe broadwell is covered in the 3.8 update. > > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to > > %20Linux%203.8 > > # kldload i915kms > kldload: can't load i915kms: No such file or directory > > Kernel messages from dmesg: > > info: [drm] Initialized drm 1.1.0 20060810 > link_elf: symbol mchdev_lock undefined > sysctl_unregister_oid: failed to unregister sysctl > > I cannot find the symbol "mchdev_lock" in any file but > "i915kms.ko". There is no definition of the variable in the > source tree. > > I have a running Gentoo Linux 4.1.12 here. There, in the > kernel sources I find a definition of "mchdev_lock". Could > that be easily copied into the FreeBSD kernel module source > file? At the moment I'm fetching the 3.8 sources. I'm > planning to first compare the two kernel versions, then to > compare one of them to the above source tree. > > Is this approach okay? > > Bertram > Are you running the freebsd-graphics-update branch? https://github.com/freebsd/freebsd-base-graphics.git You didn't provide a `uname -a` so that is going to be the first question. [-- Attachment #2 --] 0 *H 010 `He 0 *H 000]0 *H 010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 150613202446Z 160614003550Z0H10Uike@michaeleichorn.com1%0# *H ike@michaeleichorn.com0"0 *H 0 UՀ,k9D %Z|Y6J<rrK g;&|uNlUE9)V.[ט̊:qS](#vSYDz*CpugYݔ,v<`j(waS#ڒ6n(K5'KVLåErv<J=[}W bLA%gޭnVb| I?M7D:$׃bM_T[,ƃ\ 00 U0 0U0U%0++0Ujj: γ+39啖0U#0Sr풜\|~5NԸQ0!U0ike@michaeleichorn.com0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0 *H x+ȐF}pw.XvF?rg P]EOp)L˻yA ;hi0u2]m [Sbp$_ gr Xm*YP3#H>mKAǠt)HO|=@}3ӝ'iO81>03 v'h5U "H;ECZtpҗ4rWHu^6+i*kJL8shAV|5;?HMc\ j[j|+000]0 *H 010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 150613202446Z 160614003550Z0H10Uike@michaeleichorn.com1%0# *H ike@michaeleichorn.com0"0 *H 0 UՀ,k9D %Z|Y6J<rrK g;&|uNlUE9)V.[ט̊:qS](#vSYDz*CpugYݔ,v<`j(waS#ڒ6n(K5'KVLåErv<J=[}W bLA%gޭnVb| I?M7D:$׃bM_T[,ƃ\ 00 U0 0U0U%0++0Ujj: γ+39啖0U#0Sr풜\|~5NԸQ0!U0ike@michaeleichorn.com0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0 *H x+ȐF}pw.XvF?rg P]EOp)L˻yA ;hi0u2]m [Sbp$_ gr Xm*YP3#H>mKAǠt)HO|=@}3ӝ'iO81>03 v'h5U "H;ECZtpҗ4rWHu^6+i*kJL8shAV|5;?HMc\ j[j|+0400 *H 0}10 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0 071024210155Z 171024210155Z010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o-we5JQpa>O.#._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&
