From owner-freebsd-questions@freebsd.org Tue Apr 14 19:53:40 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5618D2C85C4; Tue, 14 Apr 2020 19:53:40 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 491x4g1KxGz4fw8; Tue, 14 Apr 2020 19:53:38 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 491x4d3w8zz3m7h; Tue, 14 Apr 2020 19:53:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1586894016; bh=VHETH9MWUdHpgpazKQOYPEcm jIv1YALujM07IZbKpFk=; b=B58aJAeFNXf7VR6UrmsQN1wdffOJXvKoV4J/ERnS cmaxtuBfAPTYCu3gKxK5DNNsPGyM8ivw6bP2HpgryLikXEXMqgmgGMa3qIJlkK+O jJC1EG+x4qaw9FrxHCzz7FXF/vRBbzpSNb8NheAhiqCXzvVjcmz4e7ERnUeAS7bX dJI= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id UnhJAKsNeJ0K; Tue, 14 Apr 2020 19:53:36 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:382e:c91d:9d7b:e6c7]) by mail.daemonic.se (Postfix) with ESMTPSA id 491x4c2ndrz3lbm; Tue, 14 Apr 2020 19:53:36 +0000 (UTC) Subject: Re: drm-i915kms + x11-intel eats out all of the ram and swap but not with x11-scfb To: Kevin Oberman Cc: Tomasz CEDRO , FreeBSD Questions Mailing List , "freebsd-x11@freebsd.org" References: <19d0dbdc-f1ac-22f1-6934-076bb5733ab7@daemonic.se> From: Niclas Zeising Message-ID: <9cb25e12-0081-3e1b-a105-1148661ddeca@daemonic.se> Date: Tue, 14 Apr 2020 21:53:34 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 491x4g1KxGz4fw8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=B58aJAeF; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.70 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.70)[ip: (-9.75), ipnet: 176.58.89.0/24(-4.88), asn: 36236(-3.81), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 19:53:40 -0000 On 2020-04-14 21:38, Kevin Oberman wrote: > On Tue, Apr 14, 2020 at 5:15 AM Niclas Zeising=20 > > wr= ote: >=20 > On 2020-04-14 13:57, Tomasz CEDRO wrote: > > Hello world :-) > > > > I have noticed some bad thing with the X11 Intel driver (12.1-RE= LEASE > > AMD64 with latest intel driver from 2018???) - it eats out all o= f the > > RAM, then it eats all of the SWAP, then system gets unusable for > > anything except hard reset :-( This happens when it works togeth= er > > with latest DRM i915KMS. On hard computer use that means worksta= tion > > gets useless in around 15 minutes. Closing applications does not= free > > the memory resources, once it get some some it never returns. >=20 > Which driver are you talking about? xf86-video-intel or > drm-fbsd12.0-kmod? >=20 > > > > I have set the UXA as the default for i5-5300U CPU. > > > > On the other hand the DRM i915kms works fine with SCFB on the sa= me > > load and hardware. I am working on DRM + i915kms + SCFB so far. >=20 > If you are using SCFB, you are not using i915kms. >=20 > > > > This is why I suspect problem with X11-INTEL driver? Maybe it > does not > > like latest Xorg changes? > > > > I also sometimes get this DRM warning on the dmesg: > > [drm] Reducing the compressed framebuffer size. This may lead to= less > > power savings than a non-reduced-size. Try to increase stolen me= mory > > size if available in BIOS. >=20 > This is unrelated to this issue. >=20 > Have you tried using the modesetting xorg driver instead? > Regards > --=20 > Niclas > _______________________________________________ > freebsd-x11@freebsd.org mailing li= st > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to > "freebsd-x11-unsubscribe@freebsd.org > " >=20 > A day or two ago I saw a post to this list stating that modesetting was= =20 > not interesting because it did not support 3-D acceleration. At least o= n=20 > my Sandy Bridge system running the latest available software for FreeBS= D=20 > 12-STABLE, 3-D acceleration works just fine. This assumes the most=20 > recently committed mesa, server, drm-fbsd12.0-kmod, etc. It may be that= =20 > modesetting does not provide 3-D on other platforms, but that is not th= e=20 > norm, I suspect. If it does normally work, a clear statement to that=20 > effect would be a "good=C2=A0 thing", though, other than this mailing l= ist, I=20 > have no idea where to find current status and no idea where else users=20 > would look. >=20 > If it is not going to be maintained, please take down the graphics wiki= =20 > page! It list supporting evdev as "Not started" and everything on it=20 > seems over a year old. I'm tempted to volunteer to try to update it=20 > myself, but I am hardly the best informed. I only discovered the=20 > modesetting driver as an option for Intel GPUs when I had serious issue= s=20 > and someone (Jan) suggested I try it. The modesetting xorg-server driver works fine, and has been working fine=20 for quite a number of years. It is the driver used by default, in the=20 default set up. You need to explicitly install another xf86-video-*=20 driver to get something else. It also should give 3D acceleration (and=20 has always, to my knowledge, done so). If you, or anyone else on the=20 mailing list, have problems using it, it is most likely a bug. I've been telling people this on mailing lists for a long time, and as I=20 said before, it is the default configuration. I don't know what else to=20 do to squash rumors like this. It is even stated on the graphics wiki=20 page that you don't need for instance xf86-video-intel when using drm-kmo= d. Regards --=20 Niclas