Date: Sun, 15 Sep 2019 21:05:46 -0500 From: "Clay Daniels Jr." <clay.daniels.jr@gmail.com> To: CSO@riseup.net Cc: "freebsd-current@freebsd.org" <freebsd-current@freebsd.org> Subject: Re: AMD & 13.0 Current Message-ID: <CAGLDxTWwkbCqQNnJezYoeOdxZDcPoGMyto5rZJVKW3bh=N%2BsKQ@mail.gmail.com> In-Reply-To: <CAGLDxTUfYvj3tu=ishbtWFTxAxpy%2BHRmCFdH5T0g4wpz-Nbcbg@mail.gmail.com> References: <CAGLDxTWQeAj_m1kgrCCG1HpnkHR9wVNFDVBUE3q5d9zwu0cMHw@mail.gmail.com> <20190915231435.GA27796@whitehouse.gov> <CAGLDxTUfYvj3tu=ishbtWFTxAxpy%2BHRmCFdH5T0g4wpz-Nbcbg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I wanted to add that when I installed this weeks 13.0 snapshot, I tried it first with only the kld_list="amdgpu" in /etc/rc.conf AND NO /boot/loader.conf entry. It failed to load startx. I then made the loader.conf entr, rebooted and startx loaded x windows, the nice little screen with 3 xterminals and a clock. On Sun, Sep 15, 2019 at 7:25 PM Clay Daniels Jr. <clay.daniels.jr@gmail.com> wrote: > Mark, the line added in /boot/loader.conf was shared by others on this > list in August when I missed my usual install of the weekly 13.0 Current > snapshot. Turned out to be what could be called a "framebuffer problem" and > by adding this line in loader.conf solved my problem. Later I did more > looking and found we have a nice Wiki about graphics at: > > https://wiki.freebsd.org/Graphics > > > You will see this about mid way down the page: > > "It is important to note that there is currently a conflict with both AMD > drivers and the EFI frambuffer. The current workaround, when booting via > UEFI on these systems, is to disable the framebuffer via /boot/loader.conf: > > hw.syscons.disable=1" > > As for FreeBSD 12.0 Stable, I have not installed it yet, and probably > would have not considered that as I am pretty much into bsd13, but I will > now plan to load their snapshot on Friday and give it a try. > > Clay > > On Sun, Sep 15, 2019 at 6:20 PM <CSO@riseup.net> wrote: > >> On Sun, Sep 15, 2019 at 05:29:36PM -0500, Clay Daniels Jr. wrote: >> > I have built me a new computer, put it together, and being impatient did >> > not even partition the 2TB WD HD, but just installed last weeks Current. >> > Worked great! >> > Now that I have these two to compare I will share the details and >> results, >> > particularly if you are using AMD CPR/Radeon Graphics. >> > >> > The older: >> > Per Windows: >> > HP Pavilion23 All-in-one PC >> > Manufactured & bought 2014 >> > AMD E2-3800 APU with Radeon Graphics >> > 1.30GHz CPU - 4.00 GB RAM >> > Per either Linux or FreeBSD13: >> > Graphics: >> > Device-1: AMD Kabini [Radeon HD 8280 / R3 Series]vendor:Hewlett-Packard >> > driver: radeon v: kernel bus ID: 00:01.0 >> > Display: x11 server: X.Org 1.19.2 driver: ati,radeon >> > unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz >> > OpenGL: renderer: AMD KABINI (DRM 2.50.0 4.19.0-5-amd64 LLVM 7.0.0) >> > v: 4.5 Mesa 18.2.6 direct render: Yes >> > >> > The newer: >> > R7_BSD-13 >> > clay@r7bsd:~ $ uname -a >> > FreeBSD r7bsd 13.0-CURRENT FreeBSD 13.0-CURRENT r352265 GENERIC amd64 >> > clay@r7bsd:~ $ gpart show -p >> > => 34 3907029101 ada0 GPT (1.8T) >> > 34 2014 - free - (1.0M) >> > 2048 1083392 ada0p1 ms-recovery (529M) >> > 1085440 204800 ada0p2 efi (100M) >> > 1290240 32768 ada0p3 ms-reserved (16M) >> > 1323008 1072420864 ada0p4 ms-basic-data (511G) >> > 1073743872 532480 ada0p5 efi (260M) >> > 1074276352 2824331256 ada0p6 freebsd-ufs (1.3T) >> > 3898607608 8388608 ada0p7 freebsd-swap (4.0G) >> > 3906996216 32919 - free - (16M) >> > Hardware: >> > AMD Ryzen7 3700X CPU >> > MSI MSI X570-A PRO Motherboard >> > MSI Radeon RX 570 Video Card >> > G.SKILL Ripjaws V Series 16GB SDRAM DDR4 3200 Memory >> > >> > The good thing is they both use the same drm-kmod "amdgpu". >> > So I can see that a 2014 or later computer will probably use the same, >> and >> > not the legacy "radeonkms" in /etc/rc.conf. >> > >> > The other thing to note, is that for 13.0 Current they both need a line >> in >> > /boot/loader.conf: >> > hw.syscons..disable=1 >> >> Why is this line needed and for what purposes? >> >> Does the new hardware in this new build also work well in FreeBSD 12 >> stable branch? The FreeBSD current is for testing purposes so we are >> very interested in how it the above mentioned new hardware work on >> stable or production version. >> >> Mark >> >> > >> > That's basically my report. I am enjoying my new machine. >> > Clay >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to " >> freebsd-current-unsubscribe@freebsd.org" >> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGLDxTWwkbCqQNnJezYoeOdxZDcPoGMyto5rZJVKW3bh=N%2BsKQ>