From nobody Sat Nov 4 20:10:36 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SN7yn52RQz4ySyY for ; Sat, 4 Nov 2023 20:10:41 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-8fac.mail.infomaniak.ch (smtp-8fac.mail.infomaniak.ch [83.166.143.172]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SN7yl4DGCz4N62 for ; Sat, 4 Nov 2023 20:10:39 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pyret.net header.s=20231006 header.b=GwPxXSbV; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 83.166.143.172 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net; dmarc=pass (policy=reject) header.from=pyret.net Received: from smtp-2-0000.mail.infomaniak.ch (unknown [10.5.36.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4SN7yh5sv2zMpvk1; Sat, 4 Nov 2023 20:10:36 +0000 (UTC) Received: from unknown by smtp-2-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4SN7yh3C8zzMpnPg; Sat, 4 Nov 2023 21:10:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1699128636; bh=/xJXYHSWk1j/LFHrAnpIG84SbD0t1p342jJTOeZwRmI=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=GwPxXSbV7A7sLuG29kWfzIT/XQSBYP0rgEZOOFlk8G6ZgMSI7I+EG2sGLkpSbyuUQ niyD9UWBbP/LH17uufkCGV4+C1P8GwBzkibNEXmcGV9A2B1lM1hiNUnLreie+KnP0m IF27Gp3CRlCRFeggVc3L6yxZ4kEuDKjc2bxoJYUQjnwphSU19Zts3FtvFww8Qr8ocf crrPMt+dFmxxHfv2vwQdCvMhGnRLsfLqg0i5QjYq0WyPRJBzuhpq+mUj2mSwwIird6 LwHe4bkn48zMMyyDEHMOJs02KUV5cAY8NzhyZurs3cekjywDRzyJiBXjoxOEpHQ1kT a8Vv8Rvww2o0A== Message-ID: <4165447c9324f1ab40f9b25121acc912@mail.infomaniak.com> Date: Sat, 04 Nov 2023 21:10:36 +0100 Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more From: Daniel Engberg Reply-To: Daniel Engberg To: Paul Floyd Cc: freebsd-hackers@freebsd.org List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="_=_swift_1699128636_066fae79db3bbf0cad819126ccaf34d2_=_" X-WS-User-Origin: eyJpdiI6IjVxSlEzZDBLSm80elhtS1VCaDdraGc9PSIsInZhbHVlIjoiTFpjcFViRVZ4cm1Pc2tFNU1CUmI1dz09IiwibWFjIjoiNTZjODNkNmQ2ZTU5OTBiM2M5MTk0MjU4YjhlZTk5MGFmNTNjNzFlNjY5NjU2YzIwOGY5Y2FkOGU1ZTU2MTYxNiIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6IjRwQW5Eb1JIK0ZiU1pmSHYyZGJnUnc9PSIsInZhbHVlIjoiL05yQy9XckxsZ2RDaFkzb2VGL0JSQT09IiwibWFjIjoiNjQ1NDIyZGIwNDM5NjBjNTZlMWYyYjU5ZWJmMjJiZTFiMTk5MDVlZGQwNjJlN2ZlYjVkYTBiOTNlZTdkNDJjNiIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.587) References: In-Reply-To: X-Infomaniak-Routing: alpha X-Spamd-Result: default: False [-4.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[pyret.net,reject]; R_DKIM_ALLOW(-0.20)[pyret.net:s=20231006]; RWL_MAILSPIKE_VERYGOOD(-0.20)[83.166.143.172:from]; R_SPF_ALLOW(-0.20)[+ip4:83.166.143.168/29]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[83.166.143.172:from]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29222, ipnet:83.166.128.0/19, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[pyret.net:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; HAS_REPLYTO(0.00)[daniel.engberg.lists@pyret.net] X-Rspamd-Queue-Id: 4SN7yl4DGCz4N62 X-Spamd-Bar: ---- --_=_swift_1699128636_066fae79db3bbf0cad819126ccaf34d2_=_ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2023-11-03T17:26:05.000+01:00, Paul Floyd wrote:= >=C2=A0On=C2=A001/11/2023=C2=A007:00,=C2=A0Mark=C2=A0Millard=C2=A0wro= te: >=C2=A0 >>=C2=A0=C2=A0FreeBSD=C2=A0context: >>=C2=A0=C2=A0 >>= =C2=A0=C2=A0#=C2=A0uname=C2=A0-apKU >>=C2=A0=C2=A0FreeBSD=C2=A0amd64-ZFS= =C2=A015.0-CURRENT=C2=A0FreeBSD=C2=A015.0-CURRENT=C2=A0#126=C2=A0main-n2661= 30-d521abdff236-dirty:=C2=A0Tue=C2=A0Oct=C2=A024=C2=A018:17:40=C2=A0PDT= =C2=A02023=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0root@amd64-ZFS:/usr/obj/BUILDs/main= -amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG=C2=A0amd64= =C2=A0amd64=C2=A01500002=C2=A01500002 >>=C2=A0=C2=A0 >>=C2=A0=C2=A0I= =C2=A0moved=C2=A0my=C2=A0FreeBDSS=C2=A0boot=C2=A0media=C2=A0from=C2=A0a= =C2=A0ThreadRipper=C2=A01950X=C2=A0to=C2=A0a=C2=A0Ryzen=C2=A09=C2=A07950X3D= =C2=A0and=C2=A0tried >>=C2=A0=C2=A0booting.=C2=A0It=C2=A0booted=C2=A0but= =C2=A0some=C2=A0of=C2=A0the=C2=A0following=C2=A0might=C2=A0be=C2=A0of=C2= =A0some=C2=A0note.=C2=A0Is=C2=A0any=C2=A0of=C2=A0it=C2=A0likely >>=C2= =A0=C2=A0to=C2=A0be=C2=A0problematical?=C2=A0Any=C2=A0of=C2=A0it=C2=A0of= =C2=A0particular=C2=A0interest=C2=A0to=C2=A0anyone? >=C2=A0 >=C2=A0Hi= =C2=A0Mark >=C2=A0 >=C2=A0I'm=C2=A0interested.=C2=A0I=C2=A0recently= =C2=A0started=C2=A0speccing=C2=A0a=C2=A0new=C2=A0system=C2=A0to=C2=A0replac= e >=C2=A0my=C2=A0ancient=C2=A0Solaris=C2=A011=C2=A0AMD=C2=A0Opteron=C2= =A0system >=C2=A0 >=C2=A0I'm=C2=A0thinking=C2=A0of=C2=A0the=C2=A07950X3= D=C2=A0and=C2=A0an=C2=A0x670=C2=A0or=C2=A0x670e=C2=A0board.=C2=A0I'm=C2= =A0planning >=C2=A0on=C2=A0using=C2=A0the=C2=A0onboard=C2=A0graphics,= =C2=A0which=C2=A0I=C2=A0understand=C2=A0don't=C2=A0work=C2=A0in >=C2= =A0accelerated=C2=A0mode=C2=A0requiring=C2=A0the=C2=A0use=C2=A0of=C2=A0scfb= .=C2=A0I'm=C2=A0not=C2=A0too=C2=A0bothered >=C2=A0with=C2=A0the=C2=A0wifi= =C2=A0as=C2=A0long=C2=A0as=C2=A0ethernet=C2=A0works.=C2=A0I=C2=A0don't= =C2=A0often=C2=A0use=C2=A0the >=C2=A0DVD-ROM=C2=A0drive=C2=A0but=C2=A0it= =C2=A0would=C2=A0ne=C2=A0nice=C2=A0if=C2=A0it=C2=A0worked.=C2=A0I=C2=A0thin= k=C2=A0I=C2=A0can >=C2=A0finally=C2=A0lay=C2=A0to=C2=A0rest=C2=A0the= =C2=A0floppy=C2=A0drive=C2=A0(I=C2=A0said=C2=A0that=C2=A0it=C2=A0was=C2= =A0old). >=C2=A0 >=C2=A0I'll=C2=A0keep=C2=A0following=C2=A0this=C2= =A0thread=C2=A0and=C2=A0the=C2=A0bugzi=C2=A0atime=C2=A0that=C2=A0was >= =C2=A0mentioned. >=C2=A0 >=C2=A0A+ >=C2=A0 >=C2=A0Paul Hi, = AM5 works pretty well in general but there are some issues you might w= ant to be aware of. As mentioned this https://bugs.freebsd.org/bugzilla/s= how_bug.cgi?id=3D272507 seems to plauge various models and BIOS versions.= I'm not sure it's the same for B650 series as I only have one data point= being ASRock B650M PG WiFi running Beta BIOS 1.30.AS02/AGESA 1.0.0.7c wh= ich according to the reporter works fine. As far as WIFI goes most uses "= AMD RZ616" which is a Mediatek controller and unsupported however there's= work being done bringing in the mt76 driver that should to my knowledge = support this controller. Regarding ethernet you more or less have three= options using the builtin controllers, Intel i225-V, Realtek RTL8125BG= or Marvell AQC113(C). Intel works out of the box using 14.0, no idea a= bout Realtek but I suspect that you need to use the port to get it going = and the Marvell controller lacks a driver. There's a NetBSD developer hac= king on a driver if you're interested getting that going by porting it, h= ttps://github.com/ryo/aquantia .=20 A word of advice, you'll need a beef= y CPU cooler for the 95W+ "rated" CPUs as they boost very aggressively an= d mid-sized air cooler might cause it to throttle. Most Asus boards also = supports ECC memory which can be a nice feature. Here's a good round= -up of most if not all available models. https://docs.google.com/sprea= dsheets/d/1NQHkDEcgDPm34Mns3C93K6SJoBnua-x9O-y_6hv8sPs/edit#gid=3D0 I'= m personally happy with my ASUS ProArt X670E-CREATOR with 128Gb of ECC me= mory (4 x MTC20C2085S1EC48BR) however be aware that you'll see much slowe= r memory clocks with 4 memory sticks especially dual rank due to how DDR5= and current memory controllers works. Using the latest BIOS available as= of writing (1710) breaks SATA and USB among a few other things while 160= 2 works fine. Best regards, Daniel --_=_swift_1699128636_066fae79db3bbf0cad819126ccaf34d2_=_ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 2023-11-03T17:26:05.000+01:00, Paul Floyd <paulf2718@gmail.com&g= t; wrote:


On 01/11/2023 07:00, Mark Millard wrote:
F=
reeBSD context:

# uname -apKU
FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521a=
bdff236-dirty: Tue Oct 24 18:17:40 PDT 2023     root@amd64-ZFS:/usr/obj/BUILDs/main=
-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd=
64 1500002 1500002

I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X=
3D and tried
booting. It booted but some of the following might be of some note. Is any =
of it likely
to be problematical? Any of it of particular interest to anyone?
<= /blockquote>


Hi Mark


I'm interested. I recently started speccing a new system to replace my a= ncient Solaris 11 AMD Opteron system

I'm thinking of the 7950X3D and an x670 or x670e board. I'm planning on using the onboard graphics, which I understand don't work in accelerated mode requiring the use of scfb. I'm not too bothered with the wifi as long as ethernet works. I don't often use the DVD-ROM drive but it would ne nice if it worked. I think I can finally lay to rest the floppy drive (I said that it was old).

I'll keep following this thread and the bugzi atime that was mentioned.

A+

Paul

Hi,

AM5 works pretty well in general bu= t there are some issues you might want to be aware of. As mentioned this https://bugs.= freebsd.org/bugzilla/show_bug.cgi?id=3D272507 seems to plauge various m= odels and BIOS versions. I'm not sure it's the same for B650 series as I on= ly have one data point being ASRock B650M PG WiFi running Beta BIOS 1.30.AS= 02/AGESA 1.0.0.7c which according to the reporter works fine. As far as WIF= I goes most uses "AMD RZ616" which is a Mediatek controller and unsupported= however there's work being done bringing in the mt76 driver that should to= my knowledge support this controller. Regarding ethernet you more or less = have three options using the builtin controllers, Intel i225-V, Realtek RTL= 8125BG or Marvell AQC113(C). Intel works out of the box using 14.0, no idea= about Realtek but I suspect that you need to use the port to get it going = and the Marvell controller lacks a driver. There's a NetBSD developer hacki= ng on a driver if you're interested getting that going by porting it, https://github.com/ryo/aquantia .
<= /div>

A word of advice, you'll need a beefy CPU cooler f= or the 95W+ "rated" CPUs as they boost very aggressively and mid-sized air = cooler might cause it to throttle. Most Asus boards also supports ECC memor= y which can be a nice feature.

Here's a good r= ound-up of most if not all available models.

I'm perso= nally happy with my ASUS ProArt X670E-CREATOR with 128Gb of ECC memory (4 x= MTC20C2085S1EC48BR) however be aware that you'll see much slower memory cl= ocks with 4 memory sticks especially dual rank due to how DDR5 and current = memory controllers works. Using the latest BIOS available as of writing (17= 10) breaks SATA and USB among a few other things while 1602 works fine.
=

Best regards,
Daniel
--_=_swift_1699128636_066fae79db3bbf0cad819126ccaf34d2_=_-- From nobody Mon Nov 6 14:34:59 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SPDQq1gnfz4ypWW for ; Mon, 6 Nov 2023 14:35:15 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SPDQp4B6hz3KP7 for ; Mon, 6 Nov 2023 14:35:14 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of george+freebsd@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george+freebsd@m5p.com; dmarc=none Received: from [IPV6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.17.1/8.15.2) with ESMTPSA id 3A6EYxar052396 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 6 Nov 2023 09:35:04 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: Date: Mon, 6 Nov 2023 09:34:59 -0500 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Hackers From: George Mitchell Subject: Stupid Linux-on-FreeBSD question Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Spamd-Result: default: False [-3.04 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; NEURAL_HAM_LONG(-0.99)[-0.987]; NEURAL_HAM_SHORT(-0.77)[-0.772]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[freebsd]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[m5p.com]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SPDQp4B6hz3KP7 X-Spamd-Bar: --- For over twenty years, I've been able to avoid Linux pollution of my FreeBSD systems, but the recent availability of Widevine DRM support in Chromium caught my attention, and it looks like resistance may possibly be futile. But in attempting to compile ports like www/foreign-cdm and emulators/linux_base-c7, I get the impression that I should have set linux_enable in my /etc/rc.conf even to compile them, let alone run them. Is that correct? (A little more context: Yes, I am trying to avoid having a dedicated Linux USB drive to be able to stream Widevine content.) -- George From nobody Mon Nov 6 15:21:52 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SPFT82cBDz500PZ for ; Mon, 6 Nov 2023 15:22:20 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-vk1-f174.google.com (mail-vk1-f174.google.com [209.85.221.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SPFT7516dz3Thb for ; Mon, 6 Nov 2023 15:22:19 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.221.174 as permitted sender) smtp.mailfrom=6yearold@gmail.com; dmarc=none Received: by mail-vk1-f174.google.com with SMTP id 71dfb90a1353d-4ac42a20f35so471694e0c.2 for ; Mon, 06 Nov 2023 07:22:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699284138; x=1699888938; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=/jQSveNcnSa+N+Rm79LoGBENRf4QDTuyrIkx5SK1lDo=; b=Kwsj+dbaVR7kVzyRpu2Xp+9yHB0d/nQn2acIs46RN4OpHGLJKezyyajo7iAc68ouJY gjZ1UF7fOixETL48jBU2gnuU/zsT9HfpD5mzUqNomqeofSFjJmpIwrnNopRNb6CJkIvI 7JFzH9CI/TTD0NW7qLWvzZqamJtuEhJ0qvIf7xqwrSs3eetIQeZWPjASotWCGQfCkz5O 4qC7dUOmzo0xPtBf+FNpxk9wU3AOxULcmuHpPeu7EJMd7vlEq9LYVi0pOks1TLwfG0am I5fmixCwGH6/7BNpNAwm1Nh6qd/ggR+3tg3VuPL5Q2CfQbkE6RwxcZsK5tKCZww72xU4 XdHQ== X-Gm-Message-State: AOJu0YxTgEdJ4hR/ZjTAyEvD9h11KepvQBPo3Vw4+xZliVJ31BG0rZq5 PNO1TOTL9iy3YzWc7GfIl35vmXsNTIaadw== X-Google-Smtp-Source: AGHT+IGpSdl7hNe7dSgKIS/Ef0Vqk1OykT0vjFU941X/lFOT2gC4OFfHBSzytie25EW/B9ODZzIb6Q== X-Received: by 2002:a1f:1e08:0:b0:495:bd61:a184 with SMTP id e8-20020a1f1e08000000b00495bd61a184mr19549862vke.2.1699284138540; Mon, 06 Nov 2023 07:22:18 -0800 (PST) Received: from mail-vs1-f48.google.com (mail-vs1-f48.google.com. [209.85.217.48]) by smtp.gmail.com with ESMTPSA id q134-20020a1f2a8c000000b0048b0a60bee4sm1598861vkq.36.2023.11.06.07.22.18 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Nov 2023 07:22:18 -0800 (PST) Received: by mail-vs1-f48.google.com with SMTP id ada2fe7eead31-45d98cbe098so799809137.1 for ; Mon, 06 Nov 2023 07:22:18 -0800 (PST) X-Received: by 2002:a67:c11b:0:b0:45d:9ae0:5fe8 with SMTP id d27-20020a67c11b000000b0045d9ae05fe8mr4825383vsj.27.1699284138121; Mon, 06 Nov 2023 07:22:18 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Gleb Popov Date: Mon, 6 Nov 2023 18:21:52 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Stupid Linux-on-FreeBSD question To: George Mitchell Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-1.49 / 15.00]; NEURAL_HAM_LONG(-0.98)[-0.976]; NEURAL_HAM_SHORT(-0.90)[-0.901]; NEURAL_SPAM_MEDIUM(0.39)[0.389]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.174:from,209.85.217.48:received]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.174:from]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; DMARC_NA(0.00)[freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com] X-Rspamd-Queue-Id: 4SPFT7516dz3Thb X-Spamd-Bar: - On Mon, Nov 6, 2023 at 5:35=E2=80=AFPM George Mitchell wrote: > > For over twenty years, I've been able to avoid Linux pollution of my > FreeBSD systems, but the recent availability of Widevine DRM support > in Chromium caught my attention, and it looks like resistance may > possibly be futile. But in attempting to compile ports like > www/foreign-cdm and emulators/linux_base-c7, I get the impression that > I should have set linux_enable in my /etc/rc.conf even to compile them, > let alone run them. Is that correct? > > (A little more context: Yes, I am trying to avoid having a dedicated > Linux USB drive to be able to stream Widevine content.) -- George > For most linux ports - no, Linux binaries are just copied into /compat/linux. But for foreign-cdm - yes, as at runs Linux gcc to compile a Linux binary during the build. From nobody Tue Nov 7 00:26:42 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SPTYZ0Fgcz50qJF for ; Tue, 7 Nov 2023 00:26:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-lf1-f51.google.com (mail-lf1-f51.google.com [209.85.167.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SPTYY0pMLz4fDB for ; Tue, 7 Nov 2023 00:26:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.167.51 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=none Received: by mail-lf1-f51.google.com with SMTP id 2adb3069b0e04-507b96095abso6450568e87.3 for ; Mon, 06 Nov 2023 16:26:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699316814; x=1699921614; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VszrVOhzPViT42QNDJ7UOorcjGJ/7wEwGtZmjP78VZg=; b=MBsvP6ZF9Ox7gRr8XLsTHNC7PCdyD0zkg+eHOfdiKcnuV/pCg7XVT0CKZ8HUHOxfe3 9HHTiYDbnL7bDz5onNexou96Oi3JP/h1e8JBYpl1y7uSx/jmgWWzPK5okvHgNKFT86xB W8aAvsxJxXLhbDMlKqUYkvgGByyYvmRBoUSqjvgrqiI5OwfbEW/qc6kdjtB0cy/nBo0b hTjwZinKqrEDOUc5Xhix7fIAPJJCCt124JOQ46bqUfaLGDwH8RzIKoPc54H0QX9tcEmg +uoEcPP20wLFOVHmAaSfAAUNBbAwqPMxTe4Bo41bFDZVb0JVMWq9l7KlAsPrXCJETNdF apWQ== X-Gm-Message-State: AOJu0YwDQjFMl3c9WuLKHX3BGd5v5fUZdz7IN6unBz7JoQI+2WWvfBh5 PtAjVWq2gjwWAmV9kLWMtakvQxZv7RIQdrwRQNU= X-Google-Smtp-Source: AGHT+IEJanLp5XvqjHZpWn1cbXfU6iQ3O0+C/VxC3zLxbtCEybo3Bx9AgCFgbhLs3613O4Nez95hJZL7WgAgsA80A8o= X-Received: by 2002:a05:6512:2396:b0:503:343a:829f with SMTP id c22-20020a056512239600b00503343a829fmr30179203lfv.23.1699316814360; Mon, 06 Nov 2023 16:26:54 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <202310250103.39P13maS040503@gndrsh.dnsmgr.net> <93ae484b-0f67-4f8b-829d-f75162afd680@FreeBSD.org> In-Reply-To: From: Ed Maste Date: Mon, 6 Nov 2023 19:26:42 -0500 Message-ID: Subject: Re: Ventoy support To: Warner Losh Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.989]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.51:from]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.51:from]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; RCPT_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4SPTYY0pMLz4fDB X-Spamd-Bar: -- I've moved the Ventoy support discussion to the -hackers mailing list. On Thu, 26 Oct 2023 at 20:07, Ed Maste wrote: > > The second way is via block mapping, using some service to translate > offsets in the image file within the lower filesystem to physical > offsets in the underlying device. Linux has native support for this > via lvm2/dmsetup, and this is the mode that's used when I tried > booting a Ubuntu ISO via Ventoy. As it turns out NetBSD and > DragonflyBSD have a GPL'd lvm2 port, and presumably work the same way > with Ventoy. Ventoy's geom_ventoy FreeBSD kernel module works > similarly, just in a slightly hackish and Ventoy-specific way. I want to clarify one item here, because it has come up again. I've looked into how Ventoy operates, and it appears to require more than just including the (BSD licensed) geom_ventoy.ko in our releases. Ventoy stores the block mapping in the kernel module itself that it then injects into the ISO image. I think methods of supporting Ventoy, in order of "architectural elegance" are: 1. Mount the exFAT device and then mount the ISO image within. This unfortunately requires FUSE as we do not yet have kernel exFAT support. There's probably also a small performance penalty, but it shouldn't be a significant issue in the context of an installer. 2. Use a geom module that provides arbitrary block mapping, akin to one of the modes of Linux's lvm2. We do have a geom_linux_lvm module already, but I am not sure if it provides the required functionality. It may be that we can use it as-is, it may be that we can extend it to support what we need, or we could use geom_ventoy as a starting point for something new. 3. Include geom_ventoy in our tree (after code review) and find a way to have Ventoy write the mapping into it. I believe that helloSystem (a FreeBSD derivative, https://hellosystem.github.io/docs/) has already gone down this path, so the first step is to see what they've tried and what works for them. From nobody Wed Nov 8 19:54:33 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQbS5445Zz4ywB3 for ; Wed, 8 Nov 2023 19:56:05 +0000 (UTC) (envelope-from csgordon@fastmail.com) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQbS45wxzz4Fqv for ; Wed, 8 Nov 2023 19:56:04 +0000 (UTC) (envelope-from csgordon@fastmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm3 header.b=GgRPqXjv; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=utubM6em; spf=pass (mx1.freebsd.org: domain of csgordon@fastmail.com designates 64.147.123.24 as permitted sender) smtp.mailfrom=csgordon@fastmail.com; dmarc=pass (policy=none) header.from=fastmail.com Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 31ED632009EC for ; Wed, 8 Nov 2023 14:56:01 -0500 (EST) Received: from imap53 ([10.202.2.103]) by compute2.internal (MEProxy); Wed, 08 Nov 2023 14:56:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to; s=fm3; t=1699473360; x=1699559760; bh=Kh+R3kJ+1tEH5g0f7ngxRnTuH R86vJcx4m2YC9zcn90=; b=GgRPqXjvdcFmTUqq/7Jc/aIwH48o3L3SZjyOjGo6b rSJIsExggVOrlDWyNjJ8Gq3mCLJe93uejnAWZAduqbFVCXO5DD2yAVrkRuBhV8BW QHj566VsO3reLVejq2F4uvYZaqVESxDJqxO/D3PfokY2pWgXO7+L+m74elPJCmd7 /jLdrk/Ukdr1tfMhXCZUhhaIUn7OTGD6T2uykTmYn909ItIxPm0lfcQuK0ZvxQ2i xQRy7MA9tWxHKlMCPRWi9FVS5QmFXAbuxOQZcArmJhDBn/a/d69ADCG7VkTjwtIO 6rOT/VojKutRTyoj1CAx4AcMRb20dvci1vagfrbgqV4Mg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1699473360; x=1699559760; bh=Kh+R3kJ+1tEH5g0f7ngxRnTuHR86vJcx4m2 YC9zcn90=; b=utubM6empgh52eb5BEsMY++YdkZJmi0Jgb+tR15OpUSYgz3W7uO K1i6crrrPecLoEDaZuibvCR4ULYmzOk/jQEUDWVme1whs0izTV85YhR5F7AeUb5x YlSBoOmTBrLBvJAgJEz6QEblaspgM4V7MKPYfjTpJ2E7Sg05R/vqhDYuAsSCgPqF pOjTwDWyeOvVtTNreOwQc3XPo3lyKTK9LvcY18WpJMycWBeUuLrTZ8uZWjhChFgl fqR7rluVXoLfDgHR1c18FEtHIktPs+3i9756/VYZVvn1oE6N0h6xEJeoFYHE7nzl e+5c80fB9yoPnasPCb6Uhxk29mfnNzgWPyw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudduledguddvlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtre erreertdenucfhrhhomhepfdevohhlihhnucfurdcuifhorhguohhnfdcuoegtshhgohhr ughonhesfhgrshhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeekkeejieeuie elleetjeekfeetveehudfgffetgeelffefleehhfettdefvdevgeenucffohhmrghinhep fhhrvggvsghsugdrohhrghdpghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheptghsghhorhguohhnsehfrghsthhmrghi lhdrtghomh X-ME-Proxy: Feedback-ID: i60c149f6:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 63BE03640069; Wed, 8 Nov 2023 14:56:00 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-1108-g3a29173c6d-fm-20231031.005-g3a29173c List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-Id: Date: Wed, 08 Nov 2023 14:54:33 -0500 From: "Colin S. Gordon" To: freebsd-hackers@FreeBSD.org Subject: Help cross-building kernel from macos Content-Type: multipart/alternative; boundary=cc114965f19149b8a12b00c0d4ca10ba X-Spamd-Result: default: False [-4.44 / 15.00]; URI_HIDDEN_PATH(1.00)[http://usr.bin/clang/llvm-tblgen/.depend]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.946]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; RWL_MAILSPIKE_EXCELLENT(-0.40)[64.147.123.24:from]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm3,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[fastmail.com]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org] X-Rspamd-Queue-Id: 4SQbS45wxzz4Fqv X-Spamd-Bar: ---- --cc114965f19149b8a12b00c0d4ca10ba Content-Type: text/plain This is a longshot but: I'm trying to get cross-building working from my mac so I don't have to lug 2 laptops around every day to make any progress on some driver work, but so far haven't had too much luck. This is (to my pleasant surprise!) supported (https://docs.freebsd.org/en/books/handbook/cutting-edge/#building-on-non-freebsd-hosts) and as Ed pointed out on Mastodon, even runs successfully in CI (https://github.com/freebsd/freebsd-src/blob/main/.github/workflows/cross-bootstrap-tools.yml). But so far I'm unable get this working on my own machine. I was initially trying to get this running with my slightly-stale branch where I'm doing some RISC-V stuff, but hit the same problem building a recent commit from HEAD that does cross-build from macos in CI, as evidenced here: https://github.com/freebsd/freebsd-src/actions/runs/6801518714/job/18492566834 I've installed the same dependencies (same version of LLVM) specified in the github action file, and am building with the same commands (with different local directories, of course). I appear to be one macos release ahead of the version used in CI, though it doesn't seem like that should affect the failure I'm encountering. The first command, MAKEOBJDIRPREFIX=~/freebsd-obj/ tools/build/make.py --debug --cross-bindir=/usr/local/opt/llvm@13/bin TARGET=riscv TARGET_ARCH=riscv64 -n seems to work fine. But the second, a pre-requisite to building the kernel, fails: MAKEOBJDIRPREFIX=~/freebsd-obj/ tools/build/make.py --debug --cross-bindir=/usr/local/opt/llvm@13/bin TARGET=riscv TARGET_ARCH=riscv64 kernel-toolchain -s -DWITH_DISK_IMAGE_TOOLS_BOOTSTRAP Inferred CC as /usr/bin/cc Running ['/usr/bin/cc', '--version'] Apple clang version 14.0.3 (clang-1403.0.22.14.1) Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin Inferred CXX as /usr/bin/c++ Running ['/usr/bin/c++', '--version'] Apple clang version 14.0.3 (clang-1403.0.22.14.1) Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin Inferred CPP as /usr/bin/cpp Running ['/usr/bin/cpp', '--version'] Apple clang version 14.0.3 (clang-1403.0.22.14.1) Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /Library/Developer/CommandLineTools/usr/bin Inferred XCC as /usr/local/opt/llvm@13/bin/clang Running ['/usr/local/opt/llvm@13/bin/clang', '--version'] Homebrew clang version 13.0.1 Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /usr/local/opt/llvm@13/bin Inferred XCXX as /usr/local/opt/llvm@13/bin/clang++ Running ['/usr/local/opt/llvm@13/bin/clang++', '--version'] Homebrew clang version 13.0.1 Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /usr/local/opt/llvm@13/bin Inferred XCPP as /usr/local/opt/llvm@13/bin/clang-cpp Running ['/usr/local/opt/llvm@13/bin/clang-cpp', '--version'] Homebrew clang version 13.0.1 Target: x86_64-apple-darwin22.6.0 Thread model: posix InstalledDir: /usr/local/opt/llvm@13/bin Inferred XLD as /usr/local/opt/llvm@13/bin/ld.lld Running ['/usr/local/opt/llvm@13/bin/ld.lld', '--version'] Homebrew LLD 13.0.1 (compatible with GNU linkers) Source bmake version: 20230909 Installed bmake version: 20230909 Configure args: --with-default-sys-path=.../share/mk:/Users/.../freebsd-obj/bmake-install/share/mk --with-machine=amd64 --without-filemon --prefix=/Users/.../freebsd-obj/bmake-install Last configure args: --with-default-sys-path=.../share/mk:/Users/.../freebsd-obj/bmake-install/share/mk --with-machine=amd64 --without-filemon --prefix=/Users/.../freebsd-obj/bmake-install Adding -DWITH_AUTO_OBJ Running `env CC=/usr/bin/cc CXX=/usr/bin/c++ CPP=/usr/bin/cpp XCC=/usr/local/opt/llvm@13/bin/clang XCXX=/usr/local/opt/llvm@13/bin/clang++ XCPP=/usr/local/opt/llvm@13/bin/clang-cpp XLD=/usr/local/opt/llvm@13/bin/ld.lld /Users/.../freebsd-obj/bmake-install/bin/bmake TARGET=riscv TARGET_ARCH=riscv64 kernel-toolchain -s -DWITH_DISK_IMAGE_TOOLS_BOOTSTRAP -DWITH_AUTO_OBJ -DWITHOUT_CLEAN` >>> Deleting stale files in build tree... 6.29 real 4.95 user 1.61 sys -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- Linking host tools into /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/legacy/bin -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- ===> tools/build (obj,includes,all,install) real 0m1.938s user 0m0.624s sys 0m0.697s -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- >>> Deleting stale dependencies... real 0m0.385s user 0m0.132s sys 0m0.211s ===> lib/clang/libllvmminimal (obj,all,install) ===> usr.bin/clang/llvm-tblgen (obj,all,install) bmake[3]: /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/llvm-tblgen/.depend, 1: ignoring stale .depend for /Users/.../freebsd-obj//Users/.../freebsd-src/riscv.riscv64/tmp/legacy/usr/lib/libz.a bmake[3]: /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/llvm-tblgen/.depend, 1: ignoring stale .depend for /usr/lib/libprivatezstd.a ld: warning: directory not found for option '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libthr' ld: warning: directory not found for option '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libz' ld: warning: directory not found for option '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libthr' ld: library not found for -lprivatezstd clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /Users/.../freebsd-src/usr.bin/clang/llvm-tblgen *** Error code 1 Stop. bmake[2]: stopped in /Users/.../freebsd-src *** Error code 1 Stop. bmake[1]: stopped in /Users/.../freebsd-src *** Error code 1 Stop. bmake: stopped in /Users/.../freebsd-src I get the same failure if I just try to buildworld instead of build kernel-toolchain. Above I'm trying to cross-build riscv64, but the same things happens when I try other platforms as well (e.g., aarch64, which specifically is built in CI). I figure relatively few people have actually debugged a cross-build from macos, but has anyone seen similar build errors about privatezstd before, or other llvm-tblgen build failures? Thanks for any pointers, Colin --cc114965f19149b8a12b00c0d4ca10ba Content-Type: text/html Content-Transfer-Encoding: quoted-printable
This is a longs= hot but: I'm trying to get cross-building working from my mac so I don't= have to lug 2 laptops around every day to make any progress on some dri= ver work, but so far haven't had too much luck.  This is (to my ple= asant surprise!) supported (https://docs.free= bsd.org/en/books/handbook/cutting-edge/#building-on-non-freebsd-hosts) and as Ed pointed out on Mastodon, even runs successfully in CI (https://github.com/freebsd/freebsd-src/blob= /main/.github/workflows/cross-bootstrap-tools.yml). But so far I'm u= nable get this working on my own machine.  I was initially trying t= o get this running with my slightly-stale branch where I'm doing some RI= SC-V stuff, but hit the same problem building a recent commit from HEAD = that does cross-build from macos in CI, as evidenced here: https://github.com/freebsd/freebsd-src/actions/runs/6801518714/job= /18492566834

I've installed the same de= pendencies (same version of LLVM) specified in the github action file, a= nd am building with the same commands (with different local directories,= of course).  I appear to be one macos release ahead of the version= used in CI, though it doesn't seem like that should affect the failure = I'm encountering.  The first command,

=     MAKEOBJDIRPREFIX=3D~/freebsd-obj/ tools/build/make.py= --debug --cross-bindir=3D/usr/local/opt/llvm@13/bin TARGET=3Driscv TARG= ET_ARCH=3Driscv64 -n

seems to work fine. Bu= t the second, a pre-requisite to building the kernel, fails:

MAKEOBJDIRPREFIX=3D~/freebsd-obj/ tools/build/make.py = --debug --cross-bindir=3D/usr/local/opt/llvm@13/bin TARGET=3Driscv TARGE= T_ARCH=3Driscv64 kernel-toolchain -s -DWITH_DISK_IMAGE_TOOLS_BOOTSTRAP
Inferred CC as /usr/bin/cc
Running ['/usr/bin= /cc', '--version']
Apple clang version 14.0.3 (clang-1403.= 0.22.14.1)
Target: x86_64-apple-darwin22.6.0
Thread model: posix
InstalledDir: /Library/Developer/Comm= andLineTools/usr/bin
Inferred CXX as /usr/bin/c++
Running ['/usr/bin/c++', '--version']
Apple clang ve= rsion 14.0.3 (clang-1403.0.22.14.1)
Target: x86_64-apple-d= arwin22.6.0
Thread model: posix
InstalledDir= : /Library/Developer/CommandLineTools/usr/bin
Inferred CPP= as /usr/bin/cpp
Running ['/usr/bin/cpp', '--version']
=
Apple clang version 14.0.3 (clang-1403.0.22.14.1)
Target: x86_64-apple-darwin22.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
Inferred XCC as /usr/local/opt/llvm@13/bin/clang
<= div>Running ['/usr/local/opt/llvm@13/bin/clang', '--version']
<= div>Homebrew clang version 13.0.1
Target: x86_64-apple-dar= win22.6.0
Thread model: posix
InstalledDir: = /usr/local/opt/llvm@13/bin
Inferred XCXX as /usr/local/opt= /llvm@13/bin/clang++
Running ['/usr/local/opt/llvm@13/bin/= clang++', '--version']
Homebrew clang version 13.0.1
Target: x86_64-apple-darwin22.6.0
Thread model: p= osix
InstalledDir: /usr/local/opt/llvm@13/bin
Inferred XCPP as /usr/local/opt/llvm@13/bin/clang-cpp
Ru= nning ['/usr/local/opt/llvm@13/bin/clang-cpp', '--version']
Homebrew clang version 13.0.1
Target: x86_64-apple-darwi= n22.6.0
Thread model: posix
InstalledDir: /u= sr/local/opt/llvm@13/bin
Inferred XLD as /usr/local/opt/ll= vm@13/bin/ld.lld
Running ['/usr/local/opt/llvm@13/bin/ld.l= ld', '--version']
Homebrew LLD 13.0.1 (compatible with GNU= linkers)
Source bmake version: 20230909
Ins= talled bmake version: 20230909
Configure args: --with-defa= ult-sys-path=3D.../share/mk:/Users/.../freebsd-obj/bmake-install/share/m= k --with-machine=3Damd64 --without-filemon --prefix=3D/Users/.../freebsd= -obj/bmake-install
Last configure args: --with-default-sys= -path=3D.../share/mk:/Users/.../freebsd-obj/bmake-install/share/mk --wit= h-machine=3Damd64 --without-filemon --prefix=3D/Users/.../freebsd-obj/bm= ake-install
Adding -DWITH_AUTO_OBJ
Running `= env CC=3D/usr/bin/cc CXX=3D/usr/bin/c++ CPP=3D/usr/bin/cpp XCC=3D/usr/lo= cal/opt/llvm@13/bin/clang XCXX=3D/usr/local/opt/llvm@13/bin/clang++ XCPP= =3D/usr/local/opt/llvm@13/bin/clang-cpp XLD=3D/usr/local/opt/llvm@13/bin= /ld.lld /Users/.../freebsd-obj/bmake-install/bin/bmake TARGET=3Driscv TA= RGET_ARCH=3Driscv64 kernel-toolchain -s -DWITH_DISK_IMAGE_TOOLS_BOOTSTRA= P -DWITH_AUTO_OBJ -DWITHOUT_CLEAN`
>>> Deleting s= tale files in build tree...
     =    6.29 real         4= .95 user         1.61 sys

-------------------------------------------------= -------------
>>> Rebuilding the temporary build = tree
-----------------------------------------------------= ---------
Linking host tools into /Users/.../freebsd-obj/U= sers/.../freebsd-src/riscv.riscv64/tmp/legacy/bin

--------------------------------------------------------------
>>> stage 1.1: legacy release compatibility shims
-----------------------------------------------------------= ---
=3D=3D=3D> tools/build (obj,includes,all,install)

real 0m1.938s
user 0m0.624s
sys 0m0.697s

------------------= --------------------------------------------
>>> = stage 1.2: bootstrap tools
-------------------------------= -------------------------------
>>> Deleting stal= e dependencies...

real 0m0.385s
user 0m0.132s
sys 0m0.211s
=3D=3D=3D> = lib/clang/libllvmminimal (obj,all,install)
=3D=3D=3D> <= a href=3D"http://usr.bin/clang/llvm-tblgen">usr.bin/clang/llvm-tblgen (obj,all,install)
bmake[3]: /Users/.../freebsd-obj/Users= /.../freebsd-src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/llvm-tblgen/.depend, 1: igno= ring stale .depend for /Users/.../freebsd-obj//Users/.../freebsd-src/ris= cv.riscv64/tmp/legacy/usr/lib/libz.a
bmake[3]: /Users/.../= freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/usr.bin/clang/llvm-tblgen/.de= pend, 1: ignoring stale .depend for /usr/lib/libprivatezstd.a
ld: warning: directory not found for option '-L/Users/.../freebs= d-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libthr'
<= /div>
ld: warning: directory not found for option '-L/Users/.../free= bsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libz'
<= /div>
ld: warning: directory not found for option '-L/Users/.../free= bsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/lib/libthr'
ld: library not found for -lprivatezstd
clang:= error: linker command failed with exit code 1 (use -v to see invocation= )
*** Error code 1

Stop.
<= /div>
bmake[3]: stopped in /Users/.../freebsd-src/usr.bin/clang/llvm-tblgen
*= ** Error code 1

Stop.
bmake[2= ]: stopped in /Users/.../freebsd-src
*** Error code 1
<= /div>

Stop.
bmake[1]: stopped in /Users= /.../freebsd-src
*** Error code 1

=
Stop.
bmake: stopped in /Users/.../freebsd-src


I get the same failure if I just t= ry to buildworld instead of build kernel-toolchain. Above I'm trying to = cross-build riscv64, but the same things happens when I try other platfo= rms as well (e.g., aarch64, which specifically is built in CI).

I figure relatively few people have actually debugg= ed a cross-build from macos, but has anyone seen similar build errors ab= out privatezstd before, or other llvm-tblgen build failures?

Thanks for any pointers,
Colin
= --cc114965f19149b8a12b00c0d4ca10ba-- From nobody Wed Nov 8 19:57:21 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQbTr4ywpz4ywY7 for ; Wed, 8 Nov 2023 19:57:36 +0000 (UTC) (envelope-from dr3mro@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQbTq4QmJz4Ggt for ; Wed, 8 Nov 2023 19:57:35 +0000 (UTC) (envelope-from dr3mro@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=deGTLP1i; spf=pass (mx1.freebsd.org: domain of dr3mro@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=dr3mro@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5441ba3e53cso15756a12.1 for ; Wed, 08 Nov 2023 11:57:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699473454; x=1700078254; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=MOkhRGBr3G344JQG4+YxK3SUChzKL735oGECP0+w/QI=; b=deGTLP1iCfXNOvI+Xrm491awwiu8USPj4kIc/W33NbFZhzV9XrYg3OGblx64MLW/O0 b9MihjIj8uCyL/4PpA/F79QQ/P5UTYumBJFqa6en8SZBh9H26WyKAIOtUTJiYNffjMHs ym2Qhs6Hj1eoMfF+U1cuSFgfFhn66BK/3zIMshuL+6vjVGglQiXXQSrKTuCvrMaUTPdr irBtQK1pNLW++59BEkTaAzmFUxbaceALTD/fE05hpq7hBcaE9cGL9PGGMlZbib8MGLZW 76XUDq0Q/0nrAVEJI8y7gGtyt90HTsCsOpQ/L48ZjJ40kLbHlaYx+zkyXhNBMV2ee7WF qf2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699473454; x=1700078254; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=MOkhRGBr3G344JQG4+YxK3SUChzKL735oGECP0+w/QI=; b=JOyiJGw9IR8WXsuHbR7acynvki9nACzNV40cY079j/MPHsGDVLwbpmh4eoTgO7lJgF Yh3+5r0LY3M6EkDR05MiSc6IyzRWwWTsVH5suODKDpPOQfPINPSiwWBhnO4UruU8Npom PBIrIrA1rBd3LLjPoruBHMwQ66yCAB7/cjTulHG7pzzndvzZNx/dcIZqapyJNnD12FWC Y5BvmBz3XuWB1tVQlrr8NmO1G9qB3orwqacSYad+wpJc/xdqJn6N15z0o8l57ADeex6k RDhkQupRytNrEwr4g1b3pUlQWXx7lEw/3wlikn3UiF2+i6KpsWVBjflCkrl5gruU4tjg d2Yw== X-Gm-Message-State: AOJu0YxtbrsfGiZzRe24XBTvjFXVepaS+ydLKrFqfVvwqeAJBVhtMSF+ yFodV/MLUYBej5gXvibD/eLAcCxQMRMVDMWGf95zbMmJ X-Google-Smtp-Source: AGHT+IHp3Wf3feD4BLabwxHM0sAdf/xa2ECaC/SLmKKhpOZWCS+eZaViA6GJSFWGUXUndQEoj3BKl7+BCUMQeae4IOQ= X-Received: by 2002:a17:907:86a2:b0:9be:2b53:ac4d with SMTP id qa34-20020a17090786a200b009be2b53ac4dmr2384396ejc.74.1699473453891; Wed, 08 Nov 2023 11:57:33 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: "Dr. Amr Osman" Date: Wed, 8 Nov 2023 21:57:21 +0200 Message-ID: Subject: Brightness 100% when connect or disconnect charger To: freebsd-hackers@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008645750609a97f08" X-Spamd-Result: default: False [-2.88 / 15.00]; FROM_NAME_HAS_TITLE(1.00)[dr]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.876]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org] X-Rspamd-Queue-Id: 4SQbTq4QmJz4Ggt X-Spamd-Bar: -- --0000000000008645750609a97f08 Content-Type: text/plain; charset="UTF-8" Hello, I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and when I 1) connect the charger 2) disconnect the charger 3) resume from suspend The LCD brightness is 100% which is really disturbing specially when I am in dark room hw.acpi.video.lcd0.economy: 20 hw.acpi.video.lcd0.fullpower: 30 I have loaded acpi_video and acpi_ibm and if I tried to adjust brightness it goes suddenly from 100 to 20 if I press fn +f5/f6 What can I do to fix this issue? --0000000000008645750609a97f08 Content-Type: text/html; charset="UTF-8"
Hello,
I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and when I
1) connect the charger
2) disconnect the charger
3) resume from suspend
The LCD brightness is 100% which is really disturbing specially when I am in dark room

hw.acpi.video.lcd0.economy: 20
hw.acpi.video.lcd0.fullpower: 30
I have loaded acpi_video and acpi_ibm
and if I tried to adjust brightness it goes suddenly from 100 to 20 if I press fn +f5/f6

What can I do to fix this issue?
--0000000000008645750609a97f08-- From nobody Wed Nov 8 21:13:59 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQdB20wT8z50Gjt for ; Wed, 8 Nov 2023 21:14:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQdB208Gsz4W0H for ; Wed, 8 Nov 2023 21:14:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699478042; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HjsOGPw+Dvfajz2LTwygZw/MTtr1qfdy6jz+e50xjZ8=; b=MiAFGMFO0E5d9dv1irTKlDfcwY9FAtZUggfwfdfsyV97UmlRweTf5AqKZqkbU2kMdsCMmS neXP5pOfia+k23VTnWFUBPb1QXOyj1tJ4s0zMhx330+OK4yIwclpYaXqHN5r3HZD6z96ra oB5JdSpPX+JmDKl6LLXYFtFKgxFTd3IeZ3VUNn7CayuYgJkobA5XwOnHInZHJw4bFvkTwB N1yHuwvWaXROZZaMrNyxTHOdXPtUIWHYECKXbiw4edwURku75C6U0YarSFvXgeW4+57VRg /lDAGja6LeCeBQr2e3U/NvIPm0oG1iRaTvG+LeGeOGatBfDHt09JqM6DkNl7OA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1699478042; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HjsOGPw+Dvfajz2LTwygZw/MTtr1qfdy6jz+e50xjZ8=; b=t5vZCmduGY7w0rcMhH9kF7gXvyRE+7OkiyfS2SJcFNh30AueSeWoaV1oEeDjOE+up1xs2V OmI45imTt3EY2PkhguZLJfDlKPI4foqrGApz5Kii34UkPUVMzNIE+QsuWVcVq9vDwT/NF2 +vduVklvFzTFQZaYNrwi16qf32TLiVHv6p6xOVlk+NrHGGaGjJcSndnFVq89KseeqblWl1 7FkmKnRjV3AM5nBbMnvOi1kQZlLxOSQgxtSWUMA4zeIAT1WdL0ti18DBqUKjbMyqvcaugY e4xuANz/DVlHEe1pQK4a7LZVxZg3T4xAUwoFONVejIj+yl80VV1qk4v4ojYMTg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1699478042; a=rsa-sha256; cv=none; b=WCHrUzEXpqJgYYS7CkHIX2ROEFHzqkmNmmL0FsK/QG/y9xOMzKnxFQDkAmtSnAR6Bq85g2 VhJ3f/0dAPOKJlgC6EeKODcimdGt20SifzadTYRkXcqfXlhy8rUJFtRan5iMV4XdACA0oO ivPemhkB8fLwea6WHcNxRFHNqXgA0NxP0wlvoMisOQeDFjEr/bofAjd6dvCPm4I2Ypt52v B8pHMjIe0q5hkeZL4JotAFozdbLrT+QmyEC5nW2ghVBb6V12Aic5boByIoJEwdK/6V/o4K 8iVScMmtulB/dldCJ9jH6b16r3WSLi/mBb2RwbmsVnsi7vZqNe5swxRdeg86Og== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SQdB14VcDz1KfP for ; Wed, 8 Nov 2023 21:14:01 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <8f128d21-4b61-41cc-be00-3d9b48879f98@FreeBSD.org> Date: Wed, 8 Nov 2023 15:13:59 -0600 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Help cross-building kernel from macos Content-Language: en-US To: freebsd-hackers@freebsd.org References: From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 11/8/23 13:54, Colin S. Gordon wrote: > This is a longshot but: I'm trying to get cross-building working from my > mac so I don't have to lug 2 laptops around every day to make any > progress on some driver work, but so far haven't had too much luck. > This is (to my pleasant surprise!) supported > (https://docs.freebsd.org/en/books/handbook/cutting-edge/#building-on-non-freebsd-hosts ) and as Ed pointed out on Mastodon, even runs successfully in CI (https://github.com/freebsd/freebsd-src/blob/main/.github/workflows/cross-bootstrap-tools.yml ). But so far I'm unable get this working on my own machine.  I was initially trying to get this running with my slightly-stale branch where I'm doing some RISC-V stuff, but hit the same problem building a recent commit from HEAD that does cross-build from macos in CI, as evidenced here: https://github.com/freebsd/freebsd-src/actions/runs/6801518714/job/18492566834 > > I've installed the same dependencies (same version of LLVM) specified in > the github action file, and am building with the same commands (with > different local directories, of course).  I appear to be one macos > release ahead of the version used in CI, though it doesn't seem like > that should affect the failure I'm encountering.  The first command, > >     MAKEOBJDIRPREFIX=~/freebsd-obj/ tools/build/make.py --debug > --cross-bindir=/usr/local/opt/llvm@13/bin TARGET=riscv > TARGET_ARCH=riscv64 -n > > seems to work fine. But the second, a pre-requisite to building the > kernel, fails: > > [... snip ...] Just a couple of missing dependencies; this seems to do it for me [0], could probably still use a bit of cleanup. diff --git a/Makefile.inc1 b/Makefile.inc1 index c1c0b56ef..d9a772a00 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -2442,6 +2442,9 @@ _gensnmptree= usr.sbin/bsnmpd/gensnmptree _clang_tblgen= \ lib/clang/libllvmminimal \ usr.bin/clang/llvm-tblgen +.if ${BOOTSTRAPPING} < 1300030 +${_bt}-usr.bin/clang/llvm-tblgen: ${_bt}-lib/libzstd +.endif .if ${MK_CLANG_BOOTSTRAP} != "no" || ${MK_CLANG} != "no" || \ ${MK_LLDB} != "no" _clang_tblgen+= lib/clang/libclangminimal @@ -2475,6 +2478,7 @@ _kerberos5_bootstrap_tools= \ kerberos5/tools/slc \ usr.bin/compile_et +${_bt}-kerberos5/lib/libroken: ${_bt}-lib/libcrypt .ORDER: ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} .for _tool in ${_kerberos5_bootstrap_tools} ${_bt}-${_tool}: ${_bt}-usr.bin/yacc ${_bt_lex_depend} [0] https://termbin.com/oszy From nobody Wed Nov 8 23:05:21 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQgfy04mBz50k7N for ; Wed, 8 Nov 2023 23:05:46 +0000 (UTC) (envelope-from csgordon@fastmail.com) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQgfx0Yqfz4pLJ for ; Wed, 8 Nov 2023 23:05:44 +0000 (UTC) (envelope-from csgordon@fastmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm3 header.b=POPoGdJ0; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=Vrl4btAm; spf=pass (mx1.freebsd.org: domain of csgordon@fastmail.com designates 64.147.123.21 as permitted sender) smtp.mailfrom=csgordon@fastmail.com; dmarc=pass (policy=none) header.from=fastmail.com Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 1B34C32009AD for ; Wed, 8 Nov 2023 18:05:43 -0500 (EST) Received: from imap53 ([10.202.2.103]) by compute2.internal (MEProxy); Wed, 08 Nov 2023 18:05:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm3; t=1699484742; x=1699571142; bh=8g YMZ2VpbxF9X4T/N7c/CT9MmH2I50jEpYcZF+nsDkk=; b=POPoGdJ0FekTE11X72 Ld78iDGn6STVRbYqs+8iRrbOuFtkcmmdNasekZ1o4BN5g2Qs2wB1lLlm32uPa96q ddfRFdZThg0ly0gpxTgQKdOBxbb+QM/n9EYbpSzlXUXGZCSBP1CQUO/RGZmnhpVh C82z1yBuMlvzkap6pxQwT60bUGwv9vrR4KU5Ni7U1kP8Mqy096xUqYJH2ZeY0PKh 1eEE0BEInCa572wlii4dpuWTCyQsQArjwtDr9NsEPtlHX75ufLpnxUvAc0YC03Qp eL/5tbu5hdKM6DdJdUVEJbycPnmc2b3VzPmXpKOngsW53xoBIObTYRMYhtWQQ/6g Gl3A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1699484742; x=1699571142; bh=8gYMZ2VpbxF9X 4T/N7c/CT9MmH2I50jEpYcZF+nsDkk=; b=Vrl4btAmG3y7/hmwIgIgvqpjbk6yr H58w0ZcOQeShzFy97Fvw/y51UFoY+LkseABHGT7xIZkFlQZ/Hsah38sY6iIPaD+b RhO8ai6/mfmAFTqKzm1EdzEdrV8/e7x6IlEwf/j2/QHbLOLb/r8Amyqjrwe+5XX5 9NguCQ7UEfsIbQ73BWl4soN7JWz8niVLr8NNbuMUuwDnebPM6mLcON8rPyfFnjOa zOT2zlEn2ZpYahrdjNgYHifX1vextJvg791qXAunZ7IHHryYw3L3nRr6zmH6oFZy iLKgcqjtGFPJPuZnFkwkl8e7+U1xyd/4tlXbXZMq05pACilAtbdqr+klg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddvtddgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerredtnecuhfhrohhmpedfveholhhinhcuufdrucfiohhrughonhdfuceotghsghho rhguohhnsehfrghsthhmrghilhdrtghomheqnecuggftrfgrthhtvghrnhepkedvgfeftd efkefgleeghffggfeuiefgleektefgleevlefhudekjeekkeevffdunecuffhomhgrihhn pehtvghrmhgsihhnrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomheptghsghhorhguohhnsehfrghsthhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: i60c149f6:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 54E743640069; Wed, 8 Nov 2023 18:05:42 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-1108-g3a29173c6d-fm-20231031.005-g3a29173c List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-Id: <6cfecbe9-4fae-43e4-8ab2-d822f1d17e20@app.fastmail.com> In-Reply-To: <8f128d21-4b61-41cc-be00-3d9b48879f98@FreeBSD.org> References: <8f128d21-4b61-41cc-be00-3d9b48879f98@FreeBSD.org> Date: Wed, 08 Nov 2023 18:05:21 -0500 From: "Colin S. Gordon" To: freebsd-hackers@freebsd.org Subject: Re: Help cross-building kernel from macos Content-Type: multipart/alternative; boundary=32f8a548ff604a3799d30b6dc24ed05a X-Spamd-Result: default: False [-3.29 / 15.00]; URI_COUNT_ODD(1.00)[9]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; NEURAL_HAM_SHORT(-0.21)[-0.206]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm3,messagingengine.com:s=fm3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[fastmail.com]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org] X-Rspamd-Queue-Id: 4SQgfx0Yqfz4pLJ X-Spamd-Bar: --- --32f8a548ff604a3799d30b6dc24ed05a Content-Type: text/plain On Wed, Nov 8, 2023, at 16:13, Kyle Evans wrote: > On 11/8/23 13:54, Colin S. Gordon wrote: > > [... snip ...] > > Just a couple of missing dependencies; this seems to do it for me [0], > could probably still use a bit of cleanup. > > diff --git a/Makefile.inc1 b/Makefile.inc1 > index c1c0b56ef..d9a772a00 100644 > --- a/Makefile.inc1 > +++ b/Makefile.inc1 > @@ -2442,6 +2442,9 @@ _gensnmptree= usr.sbin/bsnmpd/gensnmptree > _clang_tblgen= \ > lib/clang/libllvmminimal \ > usr.bin/clang/llvm-tblgen > +.if ${BOOTSTRAPPING} < 1300030 > +${_bt}-usr.bin/clang/llvm-tblgen: ${_bt}-lib/libzstd > +.endif > .if ${MK_CLANG_BOOTSTRAP} != "no" || ${MK_CLANG} != "no" || \ > ${MK_LLDB} != "no" > _clang_tblgen+= lib/clang/libclangminimal > @@ -2475,6 +2478,7 @@ _kerberos5_bootstrap_tools= \ > kerberos5/tools/slc \ > usr.bin/compile_et > > +${_bt}-kerberos5/lib/libroken: ${_bt}-lib/libcrypt > .ORDER: ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} > .for _tool in ${_kerberos5_bootstrap_tools} > ${_bt}-${_tool}: ${_bt}-usr.bin/yacc ${_bt_lex_depend} > > [0] https://termbin.com/oszy > Thanks! This seems to work for me for kernel-toolchain, then switching to a newer LLVM works around a RISC-V-specific failure in buildkernel, and it works! I'm still curious why the CI environment (and presumably others) don't need this patch; clearly there's some other divergence between the CI environment and my machine (and apparently Kyle's, too). -Colin --32f8a548ff604a3799d30b6dc24ed05a Content-Type: text/html Content-Transfer-Encoding: quoted-printable
On Wed, Nov 8, = 2023, at 16:13, Kyle Evans wrote:
On 11/8/23 13:54, Colin S. Gordon wrote:
<= div>> [... snip ...]

Just a couple of mi= ssing dependencies; this seems to do it for me [0], 
= could probably still use a bit of cleanup.

= diff --git a/Makefile.inc1 b/Makefile.inc1
index c1c0b56ef= ..d9a772a00 100644
--- a/Makefile.inc1
+++ b= /Makefile.inc1
@@ -2442,6 +2442,9 @@ _gensnmptree=3D usr.sbin/bsnmpd/gensnmptree
+.if ${BOOTSTRA= PPING} < 1300030
+${_bt}-usr.bin/clang/llvm-tblgen: ${_bt}-lib/libzstd
+.endif
  .if ${MK_CLANG_BOOTSTRAP} !=3D "no" = || ${MK_CLANG} !=3D "no" || \
    &nbs= p; ${MK_LLDB} !=3D "no"
  _clang_tblgen+=3D lib/clang= /libclangminimal
@@ -2475,6 +2478,7 @@ _kerberos5_bootstra= p_tools=3D \
  kerberos5/tools/slc \
&= nbsp; usr.bin/compile_et

+${_bt}-kerberos5/lib/libroken: ${_bt}-lib/libcr= ypt
  .ORDER: ${_kerberos5_bootstrap_tools:C/^/${_bt}= -/g}
  .for _tool in ${_kerberos5_bootstrap_tools}
  ${_bt}-${_tool}: ${_bt}-usr.bin/yacc ${_bt_lex_depend}



Thanks! This= seems to work for me for kernel-toolchain, then switching to a newer LL= VM works around a RISC-V-specific failure in buildkernel, and it works! = I'm still curious why the CI environment (and presumably others) don't n= eed this patch; clearly there's some other divergence between the CI env= ironment and my machine (and apparently Kyle's, too).

=
-Colin

--32f8a548ff604a3799d30b6dc24ed05a-- From nobody Wed Nov 8 23:34:04 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQhHm3Mrxz50qp6 for ; Wed, 8 Nov 2023 23:34:12 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQhHm1NVmz4t6V for ; Wed, 8 Nov 2023 23:34:12 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id E1A5C3C019A; Wed, 8 Nov 2023 23:34:04 +0000 (UTC) Date: Wed, 8 Nov 2023 23:34:04 +0000 From: Brooks Davis To: "Colin S. Gordon" Cc: freebsd-hackers@freebsd.org Subject: Re: Help cross-building kernel from macos Message-ID: References: <8f128d21-4b61-41cc-be00-3d9b48879f98@FreeBSD.org> <6cfecbe9-4fae-43e4-8ab2-d822f1d17e20@app.fastmail.com> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6cfecbe9-4fae-43e4-8ab2-d822f1d17e20@app.fastmail.com> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] X-Rspamd-Queue-Id: 4SQhHm1NVmz4t6V On Wed, Nov 08, 2023 at 06:05:21PM -0500, Colin S. Gordon wrote: > On Wed, Nov 8, 2023, at 16:13, Kyle Evans wrote: > > On 11/8/23 13:54, Colin S. Gordon wrote: > > > [... snip ...] > > > > Just a couple of missing dependencies; this seems to do it for me [0], > > could probably still use a bit of cleanup. > > > > diff --git a/Makefile.inc1 b/Makefile.inc1 > > index c1c0b56ef..d9a772a00 100644 > > --- a/Makefile.inc1 > > +++ b/Makefile.inc1 > > @@ -2442,6 +2442,9 @@ _gensnmptree= usr.sbin/bsnmpd/gensnmptree > > _clang_tblgen= \ > > lib/clang/libllvmminimal \ > > usr.bin/clang/llvm-tblgen > > +.if ${BOOTSTRAPPING} < 1300030 > > +${_bt}-usr.bin/clang/llvm-tblgen: ${_bt}-lib/libzstd > > +.endif > > .if ${MK_CLANG_BOOTSTRAP} != "no" || ${MK_CLANG} != "no" || \ > > ${MK_LLDB} != "no" > > _clang_tblgen+= lib/clang/libclangminimal > > @@ -2475,6 +2478,7 @@ _kerberos5_bootstrap_tools= \ > > kerberos5/tools/slc \ > > usr.bin/compile_et > > > > +${_bt}-kerberos5/lib/libroken: ${_bt}-lib/libcrypt > > .ORDER: ${_kerberos5_bootstrap_tools:C/^/${_bt}-/g} > > .for _tool in ${_kerberos5_bootstrap_tools} > > ${_bt}-${_tool}: ${_bt}-usr.bin/yacc ${_bt_lex_depend} > > > > [0] https://termbin.com/oszy > > > > Thanks! This seems to work for me for kernel-toolchain, then switching to a newer LLVM works around a RISC-V-specific failure in buildkernel, and it works! I'm still curious why the CI environment (and presumably others) don't need this patch; clearly there's some other divergence between the CI environment and my machine (and apparently Kyle's, too). The way jobs get scheduled if you use -jN (N>1) seems to cause libztsd to be built in time. The Cirrus-CI job uses -j8. I can reliably trigger the bug on my mac with no -j argument or -j1, but with -j1.2 it builds fine. -- Brooks From nobody Thu Nov 9 03:19:15 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQnHn6Ht9z50PhY for ; Thu, 9 Nov 2023 03:19:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQnHm4SC8z3Zy4 for ; Thu, 9 Nov 2023 03:19:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Dnbbn4VG; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699499970; bh=nvoq097uJbTLopUrutVntRM8z94La086JWY5gr2PigE=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=Dnbbn4VG1fziTWAnSUcPGpICi3hExkEkXCl5wGeqrXY9tgNEVEgQvlQ527WPxtZGLT5Yu2lCKE1UkVA9d4HjhgCxMGwd6wl7GdOKyHRQxIN/704Fnf7qSWv0wc1wbAPgFjLI3JFaxlpbVdxvsbxhLCarjt6ZAV56d/sml5dk7VqFfg190DtqxzcEta3QMoHg/+IxRydEaZ5Ws3nvuXWiaUkwhJqgkT4wQHDzDZs6VXE6kOjIwW4A7b3Mf6bZippI5I+hQ3wjAS/uF9bUzasMq9l1l71Ffe4FAS8laMclY8axXPUGP+L3g5IraH+ffeD1oUnWoiIsBEWKt76P5XzRtQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699499970; bh=FLvLJKofHFFwvGlUX6e446hWbiPGVcn4O5ZN5YFDi1b=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hzFQktlZBZMul/k0TZ08GOW6LeqZjK1vJSg0COexn6vLcjI5e5t91uyegaHiARw3g7s4evpFHBGwepSC3B9+Rz1a3nJWu6tPfzNWVxKU9DBS4VMu87p31qaInKDnl6UqvhEuNWBlT4LzAMlfXw/+cGtgumredACE724liSWWK+0n4XJbahBSalahtdEcSze1ptx0Ew6G3FMhHlWR4RETX0yw1bcWvHxBYY8tEbejckkaiD8T73mgVqMRgu5eXwhIdaWtF8VioLLcH6Qrsz8DnbDOZ+aYf+UdwRBCmeaXRlNOemq9wYU8CTUxYI2mt70L74zMi8avV4+1JILXsDL/Pg== X-YMail-OSG: 29..U1kVM1ntT3gGXYqtwLFi9j16FOqh6MA59XvWNSgwCpQ2qBm4KaC18NKGvkn NSPvL6L9GW_I_nmH0UAFTS.iT8WB_f9G6EkcWC3C_M0BzkBSJY8O4J.R2ZK.2yOncTUyjvsZCKIQ KwpwcIXR0nRxfePlGI0bNvD54hdxMNI11d6DlTt.O6ke3IP5wlFYC6hZCdHkfDwtpLDF1KKy9nHY n6TOQQ.HfqvxVufxcgUki7PtC7WXqUqfrRNlorjvQOE7N435BaYt_P4c1N6nIDvTVWV4E2MmP8LP EShSEYKlnJeuNF_tC4dsJCu1NcBsQxZSCroDBAZKuR69kJ9CxhANErdzvhX3qbSBhnLg6MX6NuvF Ue_p4x5X.jRFsa2EgX3Vm6ByQytWzP4i0S_YKBn6Hg0pS6sDv7PAFyl_ecEoxkrfSydTa0WYSGl0 Efx8fYELgH98ZPsQNaqLkuvWfsX9gVxSv7ysDemWDtUfTkge7HykpaFrCQNOadJRyQa8F_1_O8jD nqkN_4qPQaRMtMQj5eS1ST7k4gKq5XcEOpjq3ZM9e.NDwXYjM5teofHIZcupfeaWc3KXMtgBtEQa s6FkSr1A_TgvasKJkokj1iEkDzEF9aNX0BlrAVcqrYHGZMStNYqCsajcIF0yAvDzstsnyywaTrW_ dF7iGyoy.racwhwuhk6CHV16fQH3PEgs.ng5cOa7ZegFdv49yMeAsjK2LRjxuKrzry_sWTPtwYsU 9khVjQBp9LFGsxLQte15PWc8af8bLuEAMmeVfxDeUKdCQpiV3YPjAE6fgAc1AzTpVNd3RHEJDe2Z 7BKcCKyUK.lcd4OElPYpseLW0IRAuFlSMBfrIdV_cjFyTgYsSAVFwKiSZSdAKlIt5n87A1Kd87nq c6jEcC8KnUMfCCKaOcTJFCWxmjr8bBkTV0euQ.bxVH2vH2tpUXsvjtAu8nLyw8RVWwm6zADg_BBR bFkexQW70NjYrIvs1IrQs8qMEmVbomx4wZGWLrol9nDbGqi_mw0.w16AWG5cANhcLJslWBbPv1zh ZiQkNh3_qtsg3n3EOG.SsVweBRDVsUI5vjJaEhEks4UOunFCB_f69oD_rrAq1nmA8E4zRnpCVnTg DNNAfKmYHHoHnK9hQU7NStKRRRhBsUtK.N201toJ.6zN2AoMm7kN_3X.1KT.4pYEV0kkpmOP79b8 RXeg3YuVpeu_eXDz1EMCZy9BAc4pPTFnvSqpLXT0.OpnWhcpnalpI4tmbRWH310Lne2Z949hjdYo PRC_pjXRe3cgB0NdeNyG2519xsrz8RIsz6vojuafeZ4PwB5tbOqMuf2ThA7LBCwvI0C.LUjaW4Q6 xGNxV6iE_GnNxAVMGUPFvtJA1QqtedQoj3Qfxf4aij5oT0qw09sKR5CQl2uzTWZ9Lw0pr7sgfsZH 3afR3bOQubcgMFgWqC1y4A_hqFtg43Um.s7sjCFYjH7RCoRFkATM2JvMzV0nkvKLxGZqcPGZhKo4 qJIPzC.m4z3AfLbFtAb4f1sQQ8DFKrXwCLfW5lEOPqvxSQTkCIammC0VE.Z5qXQHGkl7PsQ7Qwsq xsvq7LlX_PNQYNBQQPV_Llx.W6DpxjfHzesCxbPb_vcmcZ9IFW68aVqngDaIrR3qxhOGHZPPevoI WAIJ1jmjbf.b7BUagW8uWxDYw.PkJNqZMLocyfr_Zt4Xstg5lgDm341QkSTDZ.2Vu8vdV3qsRKD9 7Rsw71vjNKgxYinGvVwJ.NewS4OWZodp1PuqgUGcUH6M1BBPwdJoj6N0GyYec4TJR2xL6goStojQ 8.Jt0FQjH0HI9xg0C8rPGxEsN3uU6iTQvU1Ppv0YAMMjucOL6dwcBvrt_1k9elAK2J9i_z8PACQX 7wS.8M1or6W49BIXvLwjzjKI0w3JnTJtCqwTZomc8_cuF21jp1xmwLnSaPWg8UqIZhP2tSQ.Fb2f 6C0bzQ6_wNa7rtClyJsv6PAfNeEDVxinaAd5HgBKYGQC9mm90uku7pTgvPcxJYdWMmSejMJgR.mB xv2pLUaXohHwX.tEpgCzaaGeuZnRn7vPt3oIpeWEiuyAiNS5XYX_ereGMqFu61is8.p6Mjv2X4Bk YPH8ImVqYRGWgoJXte62sKlNtb5uQgEV1Ove009pCBEobB_UVkcm_izm4kctGCMm5kRbe9lqlOV5 xGkpN.HNri.1jJm6qfzvLgXUeWVJSmUpNTLbX.aqCBFJm6lnAIP7dXsc0bPyL_hOOyywUevwdFxD HyffyBMTapMhMSWFXznOpxGriAu3B0yeI7UGU._XM3RqYtw1QJRN2qg-- X-Sonic-MF: X-Sonic-ID: 8f36bab3-b0ce-4003-aa47-45cdfd0beccc Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Nov 2023 03:19:30 +0000 Received: by hermes--production-ne1-56df75844-cxbg7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2a843a95fc5fa469d9ab87be92677141; Thu, 09 Nov 2023 03:19:27 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Wed, 8 Nov 2023 19:19:15 -0800 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> <0A69E47D-AF4B-48AE-806A-7EB1897FD1E1@yahoo.com> <42E2B05E-05FA-4B14-93A6-8E1B12AF240C@yahoo.com> To: FreeBSD Hackers In-Reply-To: <42E2B05E-05FA-4B14-93A6-8E1B12AF240C@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SQnHm4SC8z3Zy4 X-Spamd-Bar: --- [Just supplying a missing leading digit in a numeral.] On Nov 4, 2023, at 05:53, Mark Millard wrote: > On Nov 2, 2023, at 19:26, Mark Millard wrote: >=20 >> On Nov 2, 2023, at 18:00, Mark Millard wrote: >>=20 >>> On Nov 1, 2023, at 17:32, Mark Millard wrote: >>>=20 >>>> On Nov 1, 2023, at 06:02, Mark Millard wrote: >>>>=20 >>>>> On Nov 1, 2023, at 05:43, Mark Millard wrote: >>>>>=20 >>>>>> On Nov 1, 2023, at 05:39, Mark Millard wrote: >>>>>>=20 >>>>>>> On Oct 31, 2023, at 23:00, Mark Millard = wrote: >>>>>>>=20 >>>>>>>> FreeBSD context: >>>>>>>>=20 >>>>>>>> # uname -apKU >>>>>>>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>>>>>>=20 >>>>>>>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a = Ryzen 9 7950X3D and tried >>>>>>>> booting. It booted but some of the following might be of some = note. Is any of it likely >>>>>>>> to be problematical? Any of it of particular interest to = anyone? >>>>>>>>=20 >>>>>>>> . . . >>>>>>>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>>>>>>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>>>>>>> . . . >>>>>>>> pci0: at device 0.2 (no driver = attached) >>>>>>>> . . . >>>>>>>> pci8: at device 0.0 (no driver attached) >>>>>>>> . . . >>>>>>>> pci9: at device 0.0 (no driver attached) >>>>>>>> . . . >>>>>>>> pci15: at device 0.2 (no driver attached) >>>>>>>> . . . >>>>>>>> ns8250: UART FCR is broken >>>>>>>> ns8250: UART FCR is broken >>>>>>>> . . . >>>>>>>> intsmb0: at device 20.0 on pci0 >>>>>>>> intsmb0: Could not allocate I/O space >>>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>>> intsmb0: port 0xff00-0xff0f at = device 20.0 on pci0 >>>>>>>> intsmb0: Could not allocate I/O space >>>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>>> . . . >>>>>>>> intsmb0: at device 20.0 on pci0 >>>>>>>> intsmb0: Could not allocate I/O space >>>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>>> intsmb0: port 0xff00-0xff0f at = device 20.0 on pci0 >>>>>>>> intsmb0: Could not allocate I/O space >>>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>>> acpi_wmi0: on acpi0 >>>>>>>> acpi_wmi0: cannot find EC device >>>>>>>> acpi_wmi0: Embedded MOF found >>>>>>>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>>> acpi_wmi1: on acpi0 >>>>>>>> acpi_wmi1: cannot find EC device >>>>>>>> acpi_wmi1: Embedded MOF found >>>>>>>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>>> acpi_wmi2: on acpi0 >>>>>>>> acpi_wmi2: cannot find EC device >>>>>>>> acpi_wmi2: Embedded MOF found >>>>>>>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>>> acpi_wmi3: on acpi0 >>>>>>>> acpi_wmi3: cannot find EC device >>>>>>>> acpi_wmi3: Embedded MOF found >>>>>>>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>>>> . . . >>>>>>>> acpi_wmi4: on acpi0 >>>>>>>> acpi_wmi4: cannot find EC device >>>>>>>> acpi_wmi4: Embedded MOF found >>>>>>>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a = non-method ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>>>> . . . >>>>>>>> mixer: speaker: no such device >>>>>>>> mixer: speaker: no such device >>>>>>>> mixer: line: no such device >>>>>>>> mixer: line: no such device >>>>>>>> mixer: mic: no such device >>>>>>>> mixer: mic: no such device >>>>>>>> mixer: mic: no such device >>>>>>>> mixer: mix: no such device >>>>>>>> mixer: mix: no such device >>>>>>>> mixer: rec: no such device >>>>>>>> mixer: rec: no such device >>>>>>>> mixer: igain: no such device >>>>>>>> mixer: igain: no such device >>>>>>>> mixer: ogain: no such device >>>>>>>> mixer: ogain: no such device >>>>>>>> mixer: rec: no such device >>>>>>>> mixer: rec: no such device >>>>>>>> mixer: igain: no such device >>>>>>>> mixer: igain: no such device >>>>>>>> mixer: ogain: no such device >>>>>>>> mixer: ogain: no such device >>>>>>>> mixer: monitor: no such device >>>>>>>> mixer: monitor: no such device >>>>>>>> mixer: monitor: no such device >>>>>>>> . . . >>>>>>>> uhid2 on uhub0 >>>>>>>> uhid2: on usbus1 >>>>>>>> devmatch: devinfo_init: Invalid argument >>>>>>>> uhid3 on uhub4 >>>>>>>> uhid3: on usbus0 >>>>>>>> . . .=20 >>>>>>>> uhid4 on uhub4 >>>>>>>> uhid4: on usbus0 >>>>>>>> devmatch: devinfo_init: Invalid argument >>>>>>>> uhid6 on uhub4 >>>>>>>> uhid6: on usbus0 >>>>>>>> . . . >>>>>>>> pci0:8:0:0: no VPD ident found >>>>>>>> . . . >>>>>>>>=20 >>>>>>>> I used a USB3 Ethernet dongle in order to have Ethernet = available. >>>>>>>>=20 >>>>>>>> For reference: >>>>>>>>=20 >>>>>>>> # pciconf -lvV | less >>>>>>>> . . . >>>>>>>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>>> class =3D base peripheral >>>>>>>> subclass =3D IOMMU >>>>>>>> . . . >>>>>>>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>>> device =3D 'FCH SMBus Controller' >>>>>>>> class =3D serial bus >>>>>>>> subclass =3D SMBus >>>>>>>> . . . >>>>>>>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>>>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>>>> device =3D 'RTL8125 2.5GbE Controller' >>>>>>>> class =3D network >>>>>>>> subclass =3D ethernet >>>>>>>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>>>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>>>> class =3D network >>>>>>>> . . . >>>>>>>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>>> device =3D 'VanGogh PSP/CCP' >>>>>>>> class =3D encrypt/decrypt >>>>>>>> . . . >>>>>>>>=20 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Example temperatures (while idle, ambient around 20 DegC): >>>>>>>>=20 >>>>>>>> # kldload amdtemp >>>>>>>> # sysctl dev.amdtemp >>>>>>>> dev.amdtemp.0.ccd1: 33.0C >>>>>>>> dev.amdtemp.0.ccd0: 34.6C >>>>>>>> dev.amdtemp.0.core0.sensor0: 39.6C >>>>>>>> dev.amdtemp.0.sensor_offset: 0 >>>>>>>> dev.amdtemp.0.%parent: hostb0 >>>>>>>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>>>>>>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>>>>>>> dev.amdtemp.%parent:=20 >>>>>>>>=20 >>>>>>>> Example during llvm build activity during buildworld: >>>>>>>>=20 >>>>>>>> # sysctl dev.amdtemp >>>>>>>> dev.amdtemp.0.ccd1: 60.5C >>>>>>>> dev.amdtemp.0.ccd0: 67.2C >>>>>>>> dev.amdtemp.0.core0.sensor0: 77.1C >>>>>>>> . . . >>>>>>>>=20 >>>>>>>> (Of course, the cooling system in place contributes greatly.) >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Example from scratch builds (of my usual style of personal = builds): >>>>>>>>=20 >>>>>>>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make = -j32 >>>>>>>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make = -j32 >>>>>>>>=20 >>>>>>>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 = seconds, ncpu: 32, make -j32 >>>>>>>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 = seconds, ncpu: 32, make -j32 >>>>>>>>=20 >>>>>>>> Note: It is the same media in use: PCIe Optane moved from the = 1950X >>>>>>>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>>>>>>> used for). >>>>>>>>=20 >>>>>>>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>>>>>>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed = to 364 GiBytes. >>>>>>>>=20 >>>>>>>> (That avoids the swapon warning about possibly being out of = tune vs. the amount of >>>>>>>> RAM.) >>>>>>>=20 >>>>>>>=20 >>>>>>> An ongoing poudriere bulk -a test looks to have a stuck objdump = ( used for building >>>>>>> www/node18 ): >>>>>>>=20 >>>>>>> # ps -oetime -alxdww | grep node18 >>>>>>> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I = 0 0:00.03 | | |-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>>>> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I = 0 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>>>> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ = 0 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 = build >>>>>>> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ = 0 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >>>>>>> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ = 0 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>>> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ = 0 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>>> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>>>>>>=20 >>>>>>> For reference: >>>>>>>=20 >>>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>>>>>> Author: Muhammad Moinur Rahman >>>>>>> Commit: Muhammad Moinur Rahman >>>>>>> CommitDate: 2023-10-21 19:01:38 +0000 >>>>>>> branch: main >>>>>>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>>>>>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>>>>>> n637598 (--first-parent --count for merge-base) >>>>>>>=20 >>>>>>=20 >>>>>> Looks like www/node16 has the same sort of issue as www/node18 : >>>>>>=20 >>>>>> # ps -oetime -alxdww | grep node16 >>>>>> 02:24:49 0 58471 53404 30 68 0 18544 2884 select I = 0 0:00.03 | | |-- sh: = poudriere[main-amd64-bulk_a-default][17]: build_pkg (node16-16.20.1_1) = (sh) >>>>>> 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I = 0 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][17]: build_pkg (node16-16.20.1_1) = (sh) >>>>>> 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ = 0 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 = build >>>>>> 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ = 0 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine >>>>>> 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ = 0 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>> 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ = 0 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>> 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >>>>>>=20 >>>>>=20 >>>>> For reference (node16's objdump then node18's): >>>>>=20 >>>>> # truss -p 86093 >>>>> write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) >>>>> write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) >>>>> write(1," 2ff857: 53 "...,51) =3D 51 (0x33) >>>>> write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) >>>>> write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) >>>>> write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) >>>>> write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) >>>>> write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) >>>>> write(1," 2ff863: 53 "...,51) =3D 51 (0x33) >>>>> write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) >>>>> write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) >>>>> write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) >>>>> . . . >>>>>=20 >>>>> # truss -p 8045 >>>>> write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) >>>>> write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4d0: ed "...,54) =3D 54 (0x36) >>>>> write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) >>>>> write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) >>>>> write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) >>>>> write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) >>>>> write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) >>>>> . . . >>>>>=20 >>>>=20 >>>> Turns out that my rare poudriere bulk -a runs are sometimes >>>> WITH_DEBUG experiments where most things are built using >>>> WITH_DEBUG. This was such an example. >>>>=20 >>>> I stopped the bulk -a and started a new from-scratch one >>>> based on not using WITH_DEBUG . node18 and node16 worked >>>> fine in this context. (The bulk -a is still running, >>>> building other ports into packages.) >>>>=20 >>>> (I've a gradually growing list of ports that end up with >>>> WITH_DEBUG nearly always undefined. Build failures and >>>> resource use can both lead to such a choice.) >>>=20 >>> The non-WITH_DEBUG bulk -a now has one thing left: >>>=20 >>> ID TOTAL ORIGIN PKGNAME PHASE = PHASE TMPFS CPU% MEM% >>> [23] 01:25:09 textproc/stardict-quick | stardict-quick-2.4.2_9 fetch = 01:24:39 1.33 GiB 0% 0% >>>=20 >>> that looks like the fetch may time out. >>>=20 >>> The last Finish to this point was: >>>=20 >>> [33:10:00] [32] [04:37:23] Finished emulators/libretro-mame | = libretro-mame-20220124_1: Success >>>=20 >>> After which: >>>=20 >>> [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [parallel_build:] = Queued: 34683 Built: 33825 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 1 >>>=20 >>> So a mean of somewhat over 1000 port->package builds per hour, = ignoring >>> textproc/stardict-quick . >>>=20 >>> As for the ports vintage: >>>=20 >>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>> Author: Muhammad Moinur Rahman >>> Commit: Muhammad Moinur Rahman >>> CommitDate: 2023-10-21 19:01:38 +0000 >>> branch: main >>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>> n637598 (--first-parent --count for merge-base) >>>=20 >>> I do have a environment that avoids various LLVM builds taking >>> as long to build : >>>=20 >>> llvm1[3-7] : no MLIR, no FLANG >>> llvm1[4-7] : use BE_NATIVE >>> other llvm* : use defaults (so, no avoidance) >>>=20 >>> I also prevent the builds from using strip on most of the install >>> materials built (not just toolchain materials). >>>=20 >>> I have a munged up top that records and reports various "maximum >>> observed" (MaxObs...) figures (or other such) based on its sampling. >>> This explains some notation below. >>>=20 >>> ALLOW_MAKE_JOBS=3Dyes was used. No explicit restriction on = PARALLEL_JOBS >>> or MAKE_JOBS_NUMBER (or analogous). So 32 builders allowed, each = allowed >>> 32 make jobs. This explains the high load average style of bulk -a : >>>=20 >>> load averages . . . MaxObs: 360.70, 267.63, 210.84 >>> (Those need not be all from the same time frame during the bulk -a = .) >>>=20 >>> Most of the reported load averages were 96+ for all 3 durations, at = least >>> when I was looking. >>>=20 >>> The build used USE_TMPFS=3Dall . 96 GiBytes of RAM (total across the = 2 DIMMs). >>> 372736Mi swap partition. ZFS on single partition on single drive, = ZFS used >>> just for bectl reasons, not other typical use-ZFS reasons. I've not >>> controlled the ARC size-range explicitly. >>>=20 >>> Swap-involved MaxObs figures: >>> 173310Mi MaxObsUsed >>> 56332Mi MaxObs(Act+Lndry+SwapUsed) The above line should have been: 256332Mi MaxObs(Act+Lndry+SwapUsed) >>> 265551Mi MaxObs(Act+Wir+Lndry+SwapUsed) >>>=20 >>> So: having more than 260 GiBytes for RAM+SWAP is appropriate to the = style >>> of build at the 32 hardware-thread scale with ZFS and the amount of = RAM. I >>> had basically: 96 GiBytes RAM + 364 GiBytes swap partition =3D=3D = 460 GiBytes >>> RAM+SWAP. >>>=20 >>> The media is a PCIe Optane 905P card with 1.5T of space and it has = the >>> 372736Mi swap partition, not just the file system. >>>=20 >>> Just-RAM MaxObs figures: >>> 81066Mi MaxObsActive >>> 21483Mi MaxObsWired >>> 94493Mi MaxObs(Act+Wir+Lndry) >>=20 >> I should have explained the MaxObsWired figure that I reported. It is = messy >> to report usefully because of ARC use of wired that increase when the = machine >> does not have RAM use pressure restricting its size and decreases = when there >> is such memory pressure. >>=20 >> The 21483Mi figure is from a time later in the bulk -a where the = pressure was >> still in place (but monitoring had started before the ARC had grown >> significantly after the boot). >>=20 >> Now that the bulk -a is done: >>=20 >> [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [committing:] = Queued: 34683 Built: 33826 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 0 Time: 35:37:55 >>=20 >> and the tail of the activity did not cause such pressure the figure = is: >>=20 >> 90443Mi MaxObsWired >>=20 >> MaxObsActive did not change but 94493Mi MaxObs(Act+Wir+Lndry) was = slightly >> smaller in the 21483Mi MaxObsWired time frame: 94437Mi = MaxObs(Act+Wir+Lndry) . >>=20 >> The "Swap-involved MaxObs figures" did not change. >>=20 >> Note: textproc/stardict-quick did lead to the overall mean being more = like >> 949 port->package builds per hour, spanning somewhat under 1.5 days. >>=20 >>> I looked at the error logs for the failed builds and saw no evidence = of >>> corruptions being involved. So far this system looks to be stable = for >>> use for building software and such. >>>=20 >>> I may do a similar expriment on the UFS Optane 905P 1.5T >>> U2-in-PCIe-adapter media as well. (This configuration uses the swap >>> partition from the ZFS Optane media.) >=20 > The experiment failed: "Too many links" under = logs/bulk/latest-per-pkg/ > and then "Failed: starting". (Lots of such messages.) >=20 > In other words, UFS hits a 16 bit field limitation associated with: >=20 > /usr/include/ufs/ufs/dinode.h:#define UFS_LINK_MAX 32767 >=20 > and poudriere bulk does nothing to avoid hitting the limitation, > given that there are more buildable ports than that now. >=20 >>> Note: MaxObs(A+B+C) <=3D MaxObs(A)+MaxObs(B)+MaxObs(C) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Nov 9 05:56:48 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQrnP6TLpz503rq for ; Thu, 9 Nov 2023 05:56:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQrnP4Mjnz4WlS for ; Thu, 9 Nov 2023 05:56:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 218258928F; Thu, 9 Nov 2023 05:56:49 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.17.1/8.16.1) with ESMTPS id 3A95umsS021926 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 9 Nov 2023 05:56:48 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.17.1/8.16.1/Submit) id 3A95umKl021925; Thu, 9 Nov 2023 05:56:48 GMT (envelope-from phk) Message-Id: <202311090556.3A95umKl021925@critter.freebsd.dk> To: "Dr. Amr Osman" cc: freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger In-reply-to: From: "Poul-Henning Kamp" References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21923.1699509408.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Thu, 09 Nov 2023 05:56:48 +0000 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Queue-Id: 4SQrnP4Mjnz4WlS -------- Dr. Amr Osman writes: > Hello, > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop = and when I > 1) connect the charger > 2) disconnect the charger > 3) resume from suspend > The LCD brightness is 100% which is really disturbing specially when I a= m in dark room I'm seeing the same thing on my T14s running -current -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From nobody Thu Nov 9 08:19:31 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SQvy74Bfkz50dwX for ; Thu, 9 Nov 2023 08:19:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SQvy70c2lz3Nql for ; Thu, 9 Nov 2023 08:19:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1699517974; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ttgzOelsbQINHHxv+OHqwsUX/BDxQNvBNj33fjQ6wb0=; b=Wc4RHfnWpMy7ZDlPra2D3o6wmjtILwMeOaM1K94aIs+G3dvtDlPwcpGrX98fXisUEp6KjL OUbJU/yM9sJ3tcgZYRKxfbvizkqwbQVjIg8RQTBPmKMAAtiwDTYbWBg0S/H1VxvLMNN7Tl OxkQC2WcPPnH6Mqi+Ocy3lT0xopnKmU= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c1fe92a6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 9 Nov 2023 08:19:34 +0000 (UTC) Date: Thu, 9 Nov 2023 09:19:31 +0100 From: Emmanuel Vadot To: "Dr. Amr Osman" Cc: freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger Message-Id: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4SQvy70c2lz3Nql On Wed, 8 Nov 2023 21:57:21 +0200 "Dr. Amr Osman" wrote: > Hello, > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and > when I > 1) connect the charger > 2) disconnect the charger > 3) resume from suspend > The LCD brightness is 100% which is really disturbing specially when I am > in dark room I don't have the issue on my Thinkpad X390 with suspend/resume but I do have it with the charger. I'm pretty sure that it's a hardware thing and we can't do anything about it without having some framework for sensors that can handle power supply connection/disconnection and events. > hw.acpi.video.lcd0.economy: 20 > hw.acpi.video.lcd0.fullpower: 30 > I have loaded acpi_video and acpi_ibm > and if I tried to adjust brightness it goes suddenly from 100 to 20 if I > press fn +f5/f6 You shouldn't need to load acpi_video on modern laptop, backlight(9) and backlight(8) is enought (if you have drm loaded). > What can I do to fix this issue? -- Emmanuel Vadot From nobody Thu Nov 9 13:46:19 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SR3C15tZcz50y8y for ; Thu, 9 Nov 2023 13:46:21 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SR3C141jzz3GrP for ; Thu, 9 Nov 2023 13:46:21 +0000 (UTC) (envelope-from bacon4000@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-xf30.google.com with SMTP id 6a1803df08f44-66cfd874520so5213756d6.2 for ; Thu, 09 Nov 2023 05:46:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699537581; x=1700142381; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=jlOVfriarkhtqhJW7OV41HJU2FFrstXcYzyziIWQbu8=; b=mDWhHx8+DBwBQl9iojHvpbbEh97JD9Tp4H6FnZ7i7wS3TI21axjr9aBSjq2LHTD2O/ 73d/we4kXqVDoxdPFBkZxI4suMGGEe+8A8pptySFGvak6o0selNQxs64N2DQA8FDE1tB LZrVfmkKlbCmHlrqMhzM3mNf9Up1taUCBOQY7z+4p3DwLA2TGRj6u3WmwfDfdJV+P4EG 7+lUNuYQKh0NTrtAHA3SUahI4A9D77ObPuFmNW8JEmRCyA/acCrIkhpKUKiXhb0qawyH s0ZiK+VDdC5oH7nmUFr8+Ml8xDxfFzM2PFZqFAe20svTsg0gCJBAPZUE+VOPG6lmJreD QKgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699537581; x=1700142381; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jlOVfriarkhtqhJW7OV41HJU2FFrstXcYzyziIWQbu8=; b=rWyXSJM6O2oqw6ny8YYzr18c26/PFvDCPkEj0BEQwjgO1R37nnFe6OA1ZNXL0/PxAs Yb5tASxx50Iurx7UUxtEf9ndnV4FJfbvxCPLByZwbDAD1vRSlcLNLiKH7FmUweAa4rwT VmLxd8lt0q7LqgdAmsqLuL3qpn2Fpw4vr75zEMEdAIZODQNv6FIlh1gBBxHa5mB2FUJA a1n8o02fHI+EesiOHvCe5Yd0xVzdKfX7tLiot8osOkn6daZvTzkLUflOzOTuEcUwmBA1 fDeg/bk2awe7NooArVYVJhBzfXwHKqtgxArk06nJyRcYgBsnz2D6iMyB5efhCP/8qUEz rCAQ== X-Gm-Message-State: AOJu0YyyxhkbH1B6IE0NKCj63uwvVJLgx+Ruf8FxQsIGmM6b3LQ4/F6w 5FrtEyzq7QEjBVW9/Bw7mf0= X-Google-Smtp-Source: AGHT+IFqjZgtu/9kHmMQ1yT3A+ltxyGLzLV2zx/a1fJYqHhVtvYOU7BDVbI35XQLxAOmUs8vztTIxQ== X-Received: by 2002:a05:6214:1cc3:b0:656:3b4c:b98b with SMTP id g3-20020a0562141cc300b006563b4cb98bmr4615846qvd.11.1699537580807; Thu, 09 Nov 2023 05:46:20 -0800 (PST) Received: from [192.168.0.3] (cpe-184-58-230-200.wi.res.rr.com. [184.58.230.200]) by smtp.gmail.com with ESMTPSA id p4-20020a05620a22a400b007742218dc42sm2010881qkh.119.2023.11.09.05.46.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Nov 2023 05:46:20 -0800 (PST) Message-ID: <133fec17-1adf-4c89-8d80-63f9aa221635@gmail.com> Date: Thu, 9 Nov 2023 07:46:19 -0600 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Brightness 100% when connect or disconnect charger Content-Language: en-US To: Emmanuel Vadot , "Dr. Amr Osman" Cc: freebsd-hackers@freebsd.org References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> From: Jason Bacon In-Reply-To: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SR3C141jzz3GrP On 11/9/23 02:19, Emmanuel Vadot wrote: > On Wed, 8 Nov 2023 21:57:21 +0200 > "Dr. Amr Osman" wrote: > >> Hello, >> I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and >> when I >> 1) connect the charger >> 2) disconnect the charger >> 3) resume from suspend >> The LCD brightness is 100% which is really disturbing specially when I am >> in dark room > > I don't have the issue on my Thinkpad X390 with suspend/resume but I > do have it with the charger. > I'm pretty sure that it's a hardware thing and we can't do anything > about it without having some framework for sensors that can handle > power supply connection/disconnection and events. > >> hw.acpi.video.lcd0.economy: 20 >> hw.acpi.video.lcd0.fullpower: 30 >> I have loaded acpi_video and acpi_ibm >> and if I tried to adjust brightness it goes suddenly from 100 to 20 if I >> press fn +f5/f6 > > You shouldn't need to load acpi_video on modern laptop, backlight(9) > and backlight(8) is enought (if you have drm loaded). > >> What can I do to fix this issue? > Please post if you find a solution. If FreeBSD is working as expected and it merely involves some additional tuning, I will consider updating sysutils/desktop-installer and/or sysutils/auto-admin so that such systems work out-of-the-box in the future. -- Life is a game. Play hard. Play fair. Have fun. From nobody Thu Nov 9 16:13:17 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SR6Sd0n24z50Kft for ; Thu, 9 Nov 2023 16:13:21 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SR6Sc4RtTz4FM7 for ; Thu, 9 Nov 2023 16:13:20 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id 13jzra6t58jpT17ehrNHzS; Thu, 09 Nov 2023 16:13:19 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id 17efrD0KMmxE217egrWdqJ; Thu, 09 Nov 2023 16:13:19 +0000 X-Authority-Analysis: v=2.4 cv=Cvasz10D c=1 sm=1 tr=0 ts=654d051f a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=BNY50KLci1gA:10 a=7ASnObcnAAAA:8 a=pGLkceISAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=fKurYPRoyDwot-UK_VcA:9 a=CjuIK1q_8ugA:10 a=pj5rz7AvTRnaHDIeLm0D:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 5E935103D; Thu, 9 Nov 2023 08:13:17 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 2F063245; Thu, 9 Nov 2023 08:13:17 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Emmanuel Vadot cc: "Dr. Amr Osman" , freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger In-reply-to: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> Comments: In-reply-to Emmanuel Vadot message dated "Thu, 09 Nov 2023 09:19:31 +0100." List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Nov 2023 08:13:17 -0800 Message-Id: <20231109161317.2F063245@slippy.cwsent.com> X-CMAE-Envelope: MS4xfAw8kEnh0IVq4VcCsDSdOwuMld9Gc97C87c6Jql0lbNWF+5vpUu/yL5AvjrSiua8ex0vE+xMw8TUkeeBxP5sC5aQ1ZXJzfVevABQyVRRXzr8Vfjqbgxb lAP8OVh73s/PseCIguhbtze7nortJNzQdpbsoOWBwB7g78r4UVYn622ggOO1Ian82ZQU25pXTWALmhqWt3XXj3sE1+OHn0l+7QCpiqnzrQDnA1fXWtl/cBHX SxJmjwn+VSVm1PwuQ0ZlepZMr0Lh+r3XEInCnTjHgoc= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Queue-Id: 4SR6Sc4RtTz4FM7 In message <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com>, Emmanuel Vadot writes: > On Wed, 8 Nov 2023 21:57:21 +0200 > "Dr. Amr Osman" wrote: > > > Hello, > > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and > > when I > > 1) connect the charger > > 2) disconnect the charger > > 3) resume from suspend > > The LCD brightness is 100% which is really disturbing specially when I am > > in dark room > > I don't have the issue on my Thinkpad X390 with suspend/resume but I > do have it with the charger. > I'm pretty sure that it's a hardware thing and we can't do anything > about it without having some framework for sensors that can handle > power supply connection/disconnection and events. > > > hw.acpi.video.lcd0.economy: 20 > > hw.acpi.video.lcd0.fullpower: 30 > > I have loaded acpi_video and acpi_ibm > > and if I tried to adjust brightness it goes suddenly from 100 to 20 if I > > press fn +f5/f6 > > You shouldn't need to load acpi_video on modern laptop, backlight(9) > and backlight(8) is enought (if you have drm loaded). What I'm about to discuss is not a backlight issue but a unplug the power supply and plug it back in issue on my Acer 4752. When 9a4bc5208fad (acpica: Import ACPICA 20221020) was committed, WOL no longer worked on my Acer 4752. Howerver after I unplugged it from the power supply and plugged it back in, only then would it recognize the WOL packet. This was a regression in 9a4bc5208fad. (I did create a local patch to revert part of 9a4bc5208fad.) Probably not a FreeBSD issue per se but acpica contrib issue. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Thu Nov 9 19:15:34 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRBVx6HY7z504SN for ; Thu, 9 Nov 2023 19:15:37 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRBVx1cmgz3Hty for ; Thu, 9 Nov 2023 19:15:37 +0000 (UTC) (envelope-from bacon4000@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x836.google.com with SMTP id d75a77b69052e-41cd52c51abso8061051cf.2 for ; Thu, 09 Nov 2023 11:15:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699557336; x=1700162136; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=gCoZ/2j0UW5azXqvLQ89Crkyxfy35iWH+YragITe8Gk=; b=O4txcd8/HflSJg/CBr+HrTcme2qLxoPXpIYJTwEpqTHBDyqkFWOWSRuhadGITfUaF/ LGro5fAZVhXKcQdBysHnE13rC6wEnAt2s3K9Z+dZprQM25hXgsOUNXYbawWs0j5JSbLi 7r6ZXQR4tvo3z3AzEypCE25xsoCEniPoZkR6BwbYgBA08aHwmlLK4lC36dNDwz9d06qR UAmL3vZxVkjH6awBHU0BVNlmUPyex8SMGTsO2K6eoxm2A6AkwcKH0lkVPo2Sa5bOnQwL ziyVzIBnJ+KLFNtzg747MDDUCytEt+3ISSxIoR42RKgb4bvfABars+k3KUuexoDuQwxY AWkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699557336; x=1700162136; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gCoZ/2j0UW5azXqvLQ89Crkyxfy35iWH+YragITe8Gk=; b=ixWIlJdhQQttEsyD4RFXAfPeES+RbjDN/nOhtVC1jCBiCCImA1Plc32RM95BaDJbP2 l9nmjQ58ayAEDT4TavUirWxmLycbrs7wqMaYcP2/6wn5twCVwkO094zIS8aoZ5cXqQDy uXTk/jBbKiM6OcNJiaKu5t3h7Dqpl7PYNUskdFha7DMoIUqqlTk796VxSH6zE6AZLzAI cvUQ6drMhnrnGBlFrPzdtnMdNxQpcr8Y/pCWpARR2yyA4qqa46Y4oAzuGlXINmhtFwwo Ws5m3LbgHiaC/wMqp0/RJE2NgAyE7S6hMrcO1rnFQwaHOD4+iNvOo9fm0ISJOGNQZ3i3 5LkA== X-Gm-Message-State: AOJu0YzafFIZ0ig8J3uoCvei6Py3MqU1ZRV8H063Ki7GMytB9uKB8npl x1d0GQGvuQZwLDxfOnrT0OMKV5ktpK0= X-Google-Smtp-Source: AGHT+IE3JVUB//CeAI/fow2Mtx3q4WyUSeZef1IE8rU5hdGzw33lAzuvsU62sutT5Mpew2T1QZUErA== X-Received: by 2002:ac8:5a8b:0:b0:417:a74f:69b6 with SMTP id c11-20020ac85a8b000000b00417a74f69b6mr6049270qtc.65.1699557335883; Thu, 09 Nov 2023 11:15:35 -0800 (PST) Received: from ?IPV6:2603:6000:a401:3a00:6e88:14ff:fea7:590c? (2603-6000-a401-3a00-6e88-14ff-fea7-590c.res6.spectrum.com. [2603:6000:a401:3a00:6e88:14ff:fea7:590c]) by smtp.gmail.com with ESMTPSA id n5-20020ac86745000000b0041977932fc6sm2184967qtp.18.2023.11.09.11.15.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Nov 2023 11:15:35 -0800 (PST) Message-ID: <745ddec4-e2eb-48a6-a903-33821e80d73a@gmail.com> Date: Thu, 9 Nov 2023 13:15:34 -0600 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Brightness 100% when connect or disconnect charger To: Cy Schubert , Emmanuel Vadot Cc: "Dr. Amr Osman" , freebsd-hackers@freebsd.org References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231109161317.2F063245@slippy.cwsent.com> Content-Language: en-US From: Jason Bacon In-Reply-To: <20231109161317.2F063245@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SRBVx1cmgz3Hty On 11/9/23 10:13, Cy Schubert wrote: > In message <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com>, > Emmanuel > Vadot writes: >> On Wed, 8 Nov 2023 21:57:21 +0200 >> "Dr. Amr Osman" wrote: >> >>> Hello, >>> I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and >>> when I >>> 1) connect the charger >>> 2) disconnect the charger >>> 3) resume from suspend >>> The LCD brightness is 100% which is really disturbing specially when I am >>> in dark room >> >> I don't have the issue on my Thinkpad X390 with suspend/resume but I >> do have it with the charger. >> I'm pretty sure that it's a hardware thing and we can't do anything >> about it without having some framework for sensors that can handle >> power supply connection/disconnection and events. >> >>> hw.acpi.video.lcd0.economy: 20 >>> hw.acpi.video.lcd0.fullpower: 30 >>> I have loaded acpi_video and acpi_ibm >>> and if I tried to adjust brightness it goes suddenly from 100 to 20 if I >>> press fn +f5/f6 >> >> You shouldn't need to load acpi_video on modern laptop, backlight(9) >> and backlight(8) is enought (if you have drm loaded). > > What I'm about to discuss is not a backlight issue but a unplug the power > supply and plug it back in issue on my Acer 4752. > > When 9a4bc5208fad (acpica: Import ACPICA 20221020) was committed, WOL no > longer worked on my Acer 4752. > > Howerver after I unplugged it from the power supply and plugged it back in, > only then would it recognize the WOL packet. This was a regression in > 9a4bc5208fad. (I did create a local patch to revert part of 9a4bc5208fad.) > > Probably not a FreeBSD issue per se but acpica contrib issue. > > Just to be thorough, is the BIOS fully up-to-date? -- Life is a game. Play hard. Play fair. Have fun. From nobody Thu Nov 9 19:25:40 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRBkc4Zrhz506Xb for ; Thu, 9 Nov 2023 19:25:44 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRBkc2lp5z3L2x for ; Thu, 9 Nov 2023 19:25:44 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id 11W1ra2y08jpT1AesrO711; Thu, 09 Nov 2023 19:25:42 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id 1AerrDqUHmxE21AesrX9Xk; Thu, 09 Nov 2023 19:25:42 +0000 X-Authority-Analysis: v=2.4 cv=Cvasz10D c=1 sm=1 tr=0 ts=654d3236 a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=BNY50KLci1gA:10 a=pGLkceISAAAA:8 a=7ASnObcnAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=oGu4kiGXXVgI75evAl0A:9 a=CjuIK1q_8ugA:10 a=pj5rz7AvTRnaHDIeLm0D:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id B600E11FF; Thu, 9 Nov 2023 11:25:40 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 9EEDE33E; Thu, 9 Nov 2023 11:25:40 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Jason Bacon cc: Cy Schubert , Emmanuel Vadot , "Dr. Amr Osman" , freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger In-reply-to: <745ddec4-e2eb-48a6-a903-33821e80d73a@gmail.com> References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231109161317.2F063245@slippy.cwsent.com> <745ddec4-e2eb-48a6-a903-33821e80d73a@gmail.com> Comments: In-reply-to Jason Bacon message dated "Thu, 09 Nov 2023 13:15:34 -0600." List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Nov 2023 11:25:40 -0800 Message-Id: <20231109192540.9EEDE33E@slippy.cwsent.com> X-CMAE-Envelope: MS4xfP/xX/W7p3SjT383subcyFb6iwkp7BzBGWgF6/GrRIXTMn+oKUnJrJWWwci3078V/Xs1A3vit6AVnp8K/+4U5DLjgvylkddWCH48QrNHsZi9GNZY8Mkg SN/SDiZ4JY3QNVQLnfiq1WcMlV1kfpLhTy2xNZ1U6cGqeKfzT+5xEZAPCBIeNbOLTaKOBTAve6N+teHm4ltKi89MW3ocPXi5dnDSi0GI9AJK2aRRPQRLBwhd hTkS1hTU7uXaHe3DM5mrZCOfAqWUrUhFKgz0q2qsAAsCXx4fgTd69OxzAhVVXsMHfhT3SgapyLCU/l6ATXUEiA== X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Queue-Id: 4SRBkc2lp5z3L2x In message <745ddec4-e2eb-48a6-a903-33821e80d73a@gmail.com>, Jason Bacon writes : > On 11/9/23 10:13, Cy Schubert wrote: > > In message <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com>, > > Emmanuel > > Vadot writes: > >> On Wed, 8 Nov 2023 21:57:21 +0200 > >> "Dr. Amr Osman" wrote: > >> > >>> Hello, > >>> I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop a > nd > >>> when I > >>> 1) connect the charger > >>> 2) disconnect the charger > >>> 3) resume from suspend > >>> The LCD brightness is 100% which is really disturbing specially when I am > >>> in dark room > >> > >> I don't have the issue on my Thinkpad X390 with suspend/resume but I > >> do have it with the charger. > >> I'm pretty sure that it's a hardware thing and we can't do anything > >> about it without having some framework for sensors that can handle > >> power supply connection/disconnection and events. > >> > >>> hw.acpi.video.lcd0.economy: 20 > >>> hw.acpi.video.lcd0.fullpower: 30 > >>> I have loaded acpi_video and acpi_ibm > >>> and if I tried to adjust brightness it goes suddenly from 100 to 20 if I > >>> press fn +f5/f6 > >> > >> You shouldn't need to load acpi_video on modern laptop, backlight(9) > >> and backlight(8) is enought (if you have drm loaded). > > > > What I'm about to discuss is not a backlight issue but a unplug the power > > supply and plug it back in issue on my Acer 4752. > > > > When 9a4bc5208fad (acpica: Import ACPICA 20221020) was committed, WOL no > > longer worked on my Acer 4752. > > > > Howerver after I unplugged it from the power supply and plugged it back in, > > only then would it recognize the WOL packet. This was a regression in > > 9a4bc5208fad. (I did create a local patch to revert part of 9a4bc5208fad.) > > > > Probably not a FreeBSD issue per se but acpica contrib issue. > > > > > > Just to be thorough, is the BIOS fully up-to-date? For my semi-related problem. Yes. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Fri Nov 10 01:26:57 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRLln0kgQz50KvX for ; Fri, 10 Nov 2023 01:27:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRLll63RCz3H5S for ; Fri, 10 Nov 2023 01:27:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WWkrTREx; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699579633; bh=AIr1FeJMkQtLg6CYBBQ7PXdvcfZeaCkE31wWx6fY4J8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=WWkrTRExgZ3R5CB+lAwbc8MEFdoxkIPPG26zEE1kmSXtLsdpnweVzNt3IHRsDOTiD3slezcDZLad7SjJXbFVIi1qfDvz47zCLiSVe5fIDOQ78kQBNYHu7yoXDwIBiGKQZsXGv3Y5m/171SaWw6RAh7KUzDYxyzFomZTxvSm6XaLVR5+l5CsaiEdtz5fTZF+sCVJJ6wrxl9S0Y5L0qBnrlQlOMift5dLiISOuD4QFtHI8k+/z6AZZqX/a+TxZ9mTMIMjV4lyBDZXTg3aExEBmP2IEWojr2FHzkqJbF6xw2dNOJVmnqPv1VoLzkffG1fIOshzRAsIO8e0M8YlviUSl4w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699579633; bh=arFk3g9EUL+RrTx2E4ATFH+LtInyQOVJ1iTFkS3Qsw6=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Cg5EzWUsyh+kDKLDO4Yee/Pek+BoDzpCKmIbPHVQyVqRU/S3abVGNxbh5BRXbxsWU5pNAKpDdbYUq1QnfU9eg4fO3U3J/jHom+KwStnbugJT0uuUSPNGpS82ugreqhKyKdTSPam6d4NUpdY8La9L/D3B7UvMN5wrGptyHmaFvz0DM/DzdbGVa0osz2gFSUcwBBgweJgozHtpUNgx05Dg27LEJ2yQ58rCadPOotleuVkWIJsMcx5naD8/DupVAkVC8xHRQzVd0F4HPAURhEmXAjzj6w6nxeY4Rdrds6jDlcAzVapRZKIovrM+NdY/Y4GEFRLWsOyyXjD1I+pYj+18Cg== X-YMail-OSG: hyT82dQVM1mktGQLRbOIy9DCFbovFjGbBjUBfJKZJhyrQIl47_MZhYSJ6D7XwmI oSykgBaQjWQHmSqb_pL13O2QN9ltgAXSI.PPAj5NxsGkK0MxzFgF1U7HaACeEHps8artn3OXZAaG zis8VwTTb6rFYMkk7bOHlvj9ssX1xnVi2E1ljlF7OlsNUnD3XiXU8AsNlZjCRjNyMdIw_lRmABuM p81cY7ZvYKGXW7G3.xuJuOa3pCBAF9KK5QNGE5YmNartuGcodidflmoPDkw_QqnPLTIz62rQmCN6 80__xpa2kZ8oVz0WI_Lj3lLpb8PAPwylMXvNO68eyuZSoaUHjD2FNFeI6iCkQg3P4A9oFERgu3ni q6Lbe5dATNpeiOW.KIoduiXTnldQXNYoZEcp0fFeQVKptRWL44D3lSz8aI3mBZSnOCWM.4RzIVN9 aM61gLpf_EqPW2B7rygviaGMxgZF3V0IPgjEmqogwmoTDuYwIar.3FJPJYfooQFwJieDuYR8F8Tk cPaZTqqF9tV8u5E_EtnlWDGEHJbD_WNT6tN7yBbN8TkOoBy64oQ_wFxje7vXSdm.VDpXlpoTqr.E GEzmLG4PtIIhkvx7uH_2msRmUFNcKkezWlLiABqDs2ZtuzgMrRklLyGK78oM5_54AHlk3xS.nyZQ RmdgDfWQeOqPq3N0topUri9mUoZZ2Sf2Kjn4OURVsrkbmlvfqGsWt4fhYAYVjU.Xieg9XkZABveL B4qImZLOl.LFmR4Xw4GxwHDC5aYtvuXx4nEvjUakiIpGhT_CsyAQnqYHq8rSfkvhSg8oE4YwYOuM _I6QeU6crAIc8UblxnYkFUMm8AB3DseA0tXB3iZRFDt16sePTKEulIWDbFf0NqwnazsBEfgq7s0e s7c1nxAG11v2F0U3nI.nLFB5YcDwyo7fm4TwvKPG4pgLub9MDukKVD78TGfqaUuxV3R79GORv1bU T5mLG5LM0noffsc4YeqGsYbCNLkk.M_eKD865fRl2HKerC3mtd0dEpQzdaWqw62.Qd83W8o3XGh6 JbjABSEWGuvnl6awHK2_x3MOv7cxy5VLCslgdH_6St7Mvb6va0cxh7kb8zoluA1UAbvHShkmRsKQ q9ujPHeEG9VdQkavtH2rdkCKmeOQ13kO9KwJOvHneo_70TW.o1mksGhW.dF.9UEVd2aGIUSYQnfM zC2ht.vbum_RWCULGbDdg5F3.xZRKlp6vadaO7SABx94aqLBi5EG4MjHW3fc0cgM1JizCxdlis1K Aj05pwMizr9S83arlMzOuDkUt5g_VEIDuMjqe49922kAev8ZxE.bD3Aes06wOkdqLT0mSpPru97z 5tQy.Jjy81XU7yP2uWIqrtHI0c42t5cPVtg1En1QDUw6fllD9umyiNusOiBse_RVqAiCV1axbGZw zIql.xVo7DzOY6_EdyeHrGwF49b3pSx1D.Lh9OOaGJTmhVOHckDmX7MEAkgNhViGrxolW.tNToCS gxe9yhC6GLaXfgsiE6SHHeV1T22yq4Bv9JuAvQoD2KMLbM8tblBuQU1ASF85EYL6A7vsx4R9XEzm .PQhuLp3VP1m_ghkXxJeDKj6FQetcexRNApHhHA0Y_3STuYsYBz8XhrzQYqu5rUVA.tn3xtER_9x DmlwZ6jfd52oLM_8nQpIUrKgtcGm0dRW1Wq2rfiUmSJukx28DSCsGKcPS6Xki28I6yYN5K1gL2q5 zYK0vlyD.s3.ZG0OR3pAXUBs6yWObA.kRU5SlzzEbm6iLvv6hTqnAfwtvCmJYESryOW6P0lB9LXr To4MkQQfJoQJug8QDvRj4mFVwmYSptcGsn0nuyUVcO0AlhmVonzylVaWnboz5akxQQtd0f5nnDIp VGn3_hSw1qjuHvSZEIJzzrcJDZljKkxhXedjfJks4R6D2uBPZWkBnamF7n.gHSxNElt.Zfg0.F_z llR0RZahUtbj0v5cGh1cpVsTQZONkm.LlqCM6pNb5XJAY6N29FZ6DJARsgwqm6NUNyTNAFNwfX4F fz11rYwZxiAN02reurT6Da0ZgZsiZ5ClCIYZowPf8TNowu_lthrjwTn0bfFiS0VpMIq9anTI.WQL YCjFSiS9XCujk1PB0HaHuNTw1ysQKUVn6cPXw2PbaWCOZLinytBn85XVuublyPEptYBgrzvBZ9Fh aIcFYDmN5f9kajLz4YAOPRtiRmx49TdmGXYNGwsSSUmrazt9.Vs8m09ld2rRHEvMR8w7kI3U0CD2 w7yEt_LyfFk3gF5pAK8UUMKgRCf6W79R.OTRGzipemkgd7KCa6osu4flP4C_ndgmFzXS2uxW8uA- - X-Sonic-MF: X-Sonic-ID: 40ce2be9-5a8c-45c8-81df-cfe2cfc6693f Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 Nov 2023 01:27:13 +0000 Received: by hermes--production-ne1-56df75844-vlcrv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d12678b1cee0ee2a8a0c5513cd50b5c9; Fri, 10 Nov 2023 01:27:09 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Ryzen 9 7950X3D bulk -a times: adding an example with SMT disabled (so 16 hardware threads, not 32) Message-Id: <88907269-7ECD-4539-AA3D-AD0A31B13CA7@yahoo.com> Date: Thu, 9 Nov 2023 17:26:57 -0800 To: FreeBSD Hackers , FreeBSD Mailing List X-Mailer: Apple Mail (2.3774.200.91.1.1) References: <88907269-7ECD-4539-AA3D-AD0A31B13CA7.ref@yahoo.com> X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SRLll63RCz3H5S X-Spamd-Bar: --- Reading some benchmark results for compilation activity that showed some SMT vs. not examples and also using my C++ variant of the old HINT benchmark, I ended up curious how a non-SMT from scratch bulk -a would end up (ZFS context) compared my prior SMT based run. I use a high load average style of bulk -a activity that has = USE_TMPFS=3Dall involved. The system has 96 GiBytes of RAM (total across the 2 DIMMs). The original under 1.5 day time definitely had significant swap space = use (RAM+SWAP =3D 96 GiBYtes + 364 GiBytes =3D=3D 460 GiBytes =3D=3D 471040 = MiBytes). The media was (and is) a PCIe based Optane 905P 1.5T. ZFS on a single partition on the single drive, ZFS used just for bectl reasons, not = other typical use-ZFS reasons. I've not controlled the ARC size-range = explicitly. So less swap partition use is part of contribution to the results. The original bulk -a spent a couple of hours at the end where it was just fetching and building textproc/stardict-quick . I have not cleared out /usr/ports/distfiles or updated anything. So fetch time is also a difference here. SMT (32 hardware threads, original bulk -a): [33:10:00] [32] [04:37:23] Finished emulators/libretro-mame | = libretro-mame-20220124_1: Success [35:36:51] [23] [03:44:04] Finished textproc/stardict-quick | = stardict-quick-2.4.2_9: Success . . . [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [committing:] Queued: = 34683 Built: 33826 Failed: 179 Skipped: 358 Ignored: 320 Fetched: = 0 Tobuild: 0 Time: 35:37:55 Swap-involved MaxObs (Max Observed) figures: 173310Mi MaxObsUsed 256332Mi MaxObs(Act+Lndry+SwapUsed) 265551Mi MaxObs(Act+Wir+Lndry+SwapUsed) (So 265551Mi of 471040Mi RAM+SWAP.) Just-RAM MaxObs figures: 81066Mi MaxObsActive (Given the complications of getting usefully comparable wired figures = for ZFS (ARC): omit.) 94493Mi MaxObs(Act+Wir+Lndry) Note: MaxObs(A+B+C) <=3D MaxObs(A)+MaxObs(B)+MaxObs(C) ALLOW_MAKE_JOBS=3Dyes was used. No explicit restriction on PARALLEL_JOBS or MAKE_JOBS_NUMBER (or analogous). So 32 builders allowed, each allowed 32 make jobs. This explains the high load averages of the bulk -a : load averages . . . MaxObs: 360.70, 267.63, 210.84 (Those need not be all from the same time frame during the bulk -a .) As for the ports vintage: # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED Author: Muhammad Moinur Rahman Commit: Muhammad Moinur Rahman CommitDate: 2023-10-21 19:01:38 +0000 branch: main merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 merge-base: CommitDate: 2023-10-21 19:01:38 +0000 n637598 (--first-parent --count for merge-base) I do have a environment that avoids various LLVM builds taking as long to build : llvm1[3-7] : no MLIR, no FLANG llvm1[4-7] : use BE_NATIVE other llvm* : use defaults (so, no avoidance) I also prevent the builds from using strip on most of the install materials built (not just toolchain materials). non-SMT (16 hardware threads): Note one builder (math/fricas), the last still present, was stuck and I had to kill processes to have it stop unless I was willing to wiat for my large timeout figures. The last builder normal-finish was: [39:48:10] [09] [00:16:23] Finished devel/gcc-msp430-ti-toolchain | = gcc-msp430-ti-toolchain-9.3.1.2.20210722_1: Success So, trying to place some bounds for comparing to SMT (32 hw threads) and non-SMT (16 hw threads): 33:10:00 SMT -> 39:48:10 non-SMT would be over 6.5 hrs longer for = non-SMT 35:36:51 SMT -> 39:48:10 non-SMT would be over 4 hrs longer for non-SMT As for SMT vs. non-SMT Maximum Observed figures: SMT load averages . . . MaxObs: 360.70, 267.63, 210.84 non-SMT load averages . . . MaxObs: 152.89, 100.94, 76.28 Swap-involved MaxObs figures for SMT (32 hw threads) vs not (16): 173310Mi vs. 33003Mi MaxObsUsed 256332Mi vs. 117221Mi MaxObs(Act+Lndry+SwapUsed) 265551Mi vs. 124776Mi MaxObs(Act+Wir+Lndry+SwapUsed) Just-RAM MaxObs figures for SMT (32 hw threads) vs not (16): 81066Mi vs. 69763Mi MaxObsActive (Given the complications of getting usefully comparable wired figures = for ZFS (ARC): omit.) 94493Mi vs. 94303Mi MaxObs(Act+Wir+Lndry) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 10 11:10:53 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRbjR4VT5z50G9x for ; Fri, 10 Nov 2023 11:11:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRbjQ30FLz3Vcn for ; Fri, 10 Nov 2023 11:11:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=GE6ObA3s; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com; dmarc=pass (policy=none) header.from=bidouilliste.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1699614658; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+jmIuKoN+lLj0QiFWYZRne5WJNHURwH5YTyKIz4Akpk=; b=GE6ObA3sdeBSP7oZbnmx4+CWRwT9f+bDyF/QkWKNaFG9TINkgK/l4V8hr79k9ak9kyWdv2 Q7DJxq8xsbRyLlXRHuAa0Cd7y0iZgRE0u+LcuxRD/QVYNugh8wRxloKG4ad6ipatIfR9jW nv4xamLx2jlJt2BBcyiX9wYbB10D3fE= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id e0ba77fb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Nov 2023 11:10:58 +0000 (UTC) Date: Fri, 10 Nov 2023 12:10:53 +0100 From: Emmanuel Vadot To: Emmanuel Vadot Cc: "Dr. Amr Osman" , freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger Message-Id: <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> In-Reply-To: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[manu]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4SRbjQ30FLz3Vcn X-Spamd-Bar: --- On Thu, 9 Nov 2023 09:19:31 +0100 Emmanuel Vadot wrote: > On Wed, 8 Nov 2023 21:57:21 +0200 > "Dr. Amr Osman" wrote: > > > Hello, > > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce desktop and > > when I > > 1) connect the charger > > 2) disconnect the charger > > 3) resume from suspend > > The LCD brightness is 100% which is really disturbing specially when I am > > in dark room > > I don't have the issue on my Thinkpad X390 with suspend/resume but I > do have it with the charger. > I'm pretty sure that it's a hardware thing and we can't do anything > about it without having some framework for sensors that can handle > power supply connection/disconnection and events. > > > hw.acpi.video.lcd0.economy: 20 > > hw.acpi.video.lcd0.fullpower: 30 > > I have loaded acpi_video and acpi_ibm > > and if I tried to adjust brightness it goes suddenly from 100 to 20 if I > > press fn +f5/f6 > > You shouldn't need to load acpi_video on modern laptop, backlight(9) > and backlight(8) is enought (if you have drm loaded). > > > What can I do to fix this issue? So I had a better look at I was only ~50% right :) There is some harware thing that happens, when some external events happens (docking, plugging charger, suspend/resume etc ...) the gpu firmware (or the IP not sure about which) generates some interrupts and the i915 driver get some messages via some mailbox. We seem to get a set backlight message for those events, it's happening https://github.com/freebsd/drm-kmod/blob/dce1b3ba0d1ff8ccbbbec09d74480a3a0de346e4/drivers/gpu/drm/i915/display/intel_opregion.c#L420 There is a few things that I still don't understand : - Why do we get a message to set the backlight at 100% for any of those events ? - Linux checks the backlight type and if it's "native" they discard this call. Still unsure what "native" really means, looking at some code it seems that if acpi_video is used it's not considered as a native backlight unless there is a quirk for the computer or if in the ACPI table it's says that it's a windows 8 laptop or some chromebook. - Modifying the above function to always returns 0 (so faking that we have a "native" backlight) obviously don't change the backlight value, but I'm unsure if this is the correct hack or if there will be some problems with it. So it will be interesting for people who have this problem to know if modifying the code to always do a return 0; at the beginning fixes everything. I'd also like to know if the keyboard keys to modify the backlight still works correctly after this (mine don't do a thing and never did, one day I should have a look at how to use them). Cheers, -- Emmanuel Vadot From nobody Fri Nov 10 11:38:27 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRcKQ0YrRz50MwT for ; Fri, 10 Nov 2023 11:38:50 +0000 (UTC) (envelope-from bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz) Received: from e2i147.smtp2go.com (e2i147.smtp2go.com [103.2.140.147]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRcKM37rnz3bRc for ; Fri, 10 Nov 2023 11:38:46 +0000 (UTC) (envelope-from bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=smtpservice.net header.s=mgy720.a1-4.dyn header.b=y3ajpwuz; dkim=pass header.d=fubar.geek.nz header.s=s790814 header.b="ND0/LCYy"; spf=pass (mx1.freebsd.org: domain of "bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz" designates 103.2.140.147 as permitted sender) smtp.mailfrom="bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz"; dmarc=pass (policy=none) header.from=fubar.geek.nz DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smtpservice.net; s=mgy720.a1-4.dyn; x=1699617226; h=Feedback-ID: X-Smtpcorp-Track:To:Date:Subject:Message-Id:From:Reply-To:Sender: List-Unsubscribe; bh=mj3MUWmIiewIeO1xmBWKxkHYP0nsuM9a5PEVHszDARg=; b=y3ajpwuz hPPTYAAmcXKdo0pKRgcUWePq2T4AWCXXVhwY7FQkf8fNZr2VjoNbaBTcfDArYKYGCXAh2AkrZTIFG FD0O7XK+LSf7uDeaxsWQwrdgjXnpaPKfpUJSSyyVMQ0sK0vIcqWWTBdSnqsphEPBWT6ybeEXp5h+4 Qdyxlk1ZKNf7F8uiEqDeFTJh4iYOBlMpYGdLPEyYr1C+DKiuEcSmJ00Rhkrv7panESho9sEi3pb+k 9Z+r6aF/YtWxYFc5co5fPdB/rn3Bc1hFuLvRts7iMY6HSbLoNSxlEZRJDtfgnRJcrhwH8x6YjVkdG hfQNH2knUR50qAeHqLRjB75CdA==; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fubar.geek.nz; i=@fubar.geek.nz; q=dns/txt; s=s790814; t=1699616326; h=from : subject : to : message-id : date; bh=mj3MUWmIiewIeO1xmBWKxkHYP0nsuM9a5PEVHszDARg=; b=ND0/LCYy1LffsUfEPhxxT/ZOo2wA2u/Sorsejjfm7GJM97lzBFK3DOU4nPxg8wN19+oXQ +8oNqI6DQJTeZGBojVDl0v73W7IluRKkc6kT9p9yCBmoOt+MAvckeisCDANe8iMZv0AAho0 SYx6Ya1gXdvpy9KMrJ5vLbPnVwDixI9Mj9shD/FXvRx3tZ0GxkuHd9vAHFpo1sbQW/MkDb+ dVHvo8+6SUEE2U3ao+A5CZIAWn37MeUOGkczGrMVpCqmaEfLuDRbqUaILGLeh/GqwkPP2qw AKsADgv//hXa+hMEkOJ6zQiCeaJmDKSLWesyGx4bTd1iiXfPi0+YrvMbML3w== Received: from [10.139.162.187] (helo=SmtpCorp) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2-S2G) (envelope-from ) id 1r1PqR-Y8PJsD-CJ; Fri, 10 Nov 2023 11:38:39 +0000 Received: from [10.99.243.232] (helo=morbo.fubar.geek.nz) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96.1-S2G) (envelope-from ) id 1r1PqR-4XkYgP-0d; Fri, 10 Nov 2023 11:38:39 +0000 Received: from smtpclient.apple (cpc91210-cmbg18-2-0-cust37.5-4.cable.virginm.net [81.102.44.38]) by morbo.fubar.geek.nz (Postfix) with ESMTPSA id 77A4E2472C; Fri, 10 Nov 2023 11:38:38 +0000 (UTC) From: Andrew Turner Message-Id: <1562FCC3-A356-4493-8864-51F8ABECD7ED@fubar.geek.nz> Content-Type: multipart/alternative; boundary="Apple-Mail=_68F30E18-079B-4F95-B805-FB360A928101" List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\)) Subject: Re: Help cross-building kernel from macos Date: Fri, 10 Nov 2023 11:38:27 +0000 In-Reply-To: Cc: "freebsd-hackers@freebsd.org" To: "Colin S. Gordon" References: X-Mailer: Apple Mail (2.3774.100.2.1.4) X-Smtpcorp-Track: 1r1eqR4bkYge0d.TsY9Qgch1oDRV Feedback-ID: 790814m:790814amQcrys:790814s8avsXpYgt X-Report-Abuse: Please forward a copy of this message, including all headers, to X-Spamd-Result: default: False [-2.28 / 15.00]; URI_HIDDEN_PATH(1.00)[http://usr.bin/clang/llvm-tblgen/.depend]; URI_COUNT_ODD(1.00)[7]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[fubar.geek.nz,none]; MV_CASE(0.50)[]; RWL_MAILSPIKE_EXCELLENT(-0.40)[103.2.140.147:from]; FORGED_SENDER(0.30)[andrew@fubar.geek.nz,bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz]; RCVD_IN_DNSWL_MED(-0.20)[103.2.140.147:from]; R_SPF_ALLOW(-0.20)[+ip4:103.2.140.0/22]; R_DKIM_ALLOW(-0.20)[fubar.geek.nz:s=s790814]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_DKIM_PERMFAIL(0.00)[smtpservice.net:s=mgy720.a1-4.dyn]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[andrew@fubar.geek.nz,bT.gm3cn11f30=a9rk3vyieijp=y6ow8j56yd@em790814.fubar.geek.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_MIXED(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:23352, ipnet:103.2.140.0/22, country:US]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[smtpservice.net:~,fubar.geek.nz:+]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org]; FREEMAIL_TO(0.00)[fastmail.com]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SRcKM37rnz3bRc X-Spamd-Bar: -- --Apple-Mail=_68F30E18-079B-4F95-B805-FB360A928101 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 8 Nov 2023, at 19:54, Colin S. Gordon = wrote: ... > =3D=3D=3D> lib/clang/libllvmminimal (obj,all,install) > =3D=3D=3D> usr.bin/clang/llvm-tblgen = (obj,all,install) > bmake[3]: = /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/u= sr.bin/clang/llvm-tblgen/.depend = , 1: ignoring stale .depend = for = /Users/.../freebsd-obj//Users/.../freebsd-src/riscv.riscv64/tmp/legacy/usr= /lib/libz.a > bmake[3]: = /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/u= sr.bin/clang/llvm-tblgen/.depend = , 1: ignoring stale .depend = for /usr/lib/libprivatezstd.a > ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libthr' > ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libz' > ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libthr' > ld: library not found for -lprivatezstd > clang: error: linker command failed with exit code 1 (use -v to see = invocation) This should be fixed in = https://cgit.freebsd.org/src/commit/?id=3D83771b1914e182c6324839e05ff82ee6= f4a87c98. The tblgen tools don=E2=80=99t need to link against libzstd or = libz as they don=E2=80=99t use anything from these libraries. Andrew --Apple-Mail=_68F30E18-079B-4F95-B805-FB360A928101 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 8 Nov = 2023, at 19:54, Colin S. Gordon <csgordon@fastmail.com> = wrote:
...
=3D=3D=3D> = lib/clang/libllvmminimal (obj,all,install)
=3D=3D=3D> usr.bin/clang/llvm-tblgen (obj,all,install)
bmake[3]: = /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/<= a = href=3D"http://usr.bin/clang/llvm-tblgen/.depend">usr.bin/clang/llvm-tblge= n/.depend, 1: ignoring stale .depend for = /Users/.../freebsd-obj//Users/.../freebsd-src/riscv.riscv64/tmp/legacy/usr= /lib/libz.a
bmake[3]: = /Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tools/<= a = href=3D"http://usr.bin/clang/llvm-tblgen/.depend">usr.bin/clang/llvm-tblge= n/.depend, 1: ignoring stale .depend for = /usr/lib/libprivatezstd.a
ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libthr'
ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libz'
ld: warning: directory not found for option = '-L/Users/.../freebsd-obj/Users/.../freebsd-src/riscv.riscv64/tmp/obj-tool= s/lib/libthr'
ld: library not found for = -lprivatezstd
clang: error: linker command failed with exit = code 1 (use -v to see = invocation)

This should be = fixed in https://cgit.freebsd.org/src/commit/?id=3D83771b1914e182= c6324839e05ff82ee6f4a87c98. The tblgen tools don=E2=80=99t need to = link against libzstd or libz as they don=E2=80=99t use anything from = these libraries.

Andrew

= --Apple-Mail=_68F30E18-079B-4F95-B805-FB360A928101-- From nobody Fri Nov 10 13:58:30 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRgRN1c10z50vkk for ; Fri, 10 Nov 2023 13:59:12 +0000 (UTC) (envelope-from dr3mro@gmail.com) Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRgRM5k1rz4WVn for ; Fri, 10 Nov 2023 13:59:11 +0000 (UTC) (envelope-from dr3mro@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-9e623356e59so113114166b.0 for ; Fri, 10 Nov 2023 05:59:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699624750; x=1700229550; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=2pzOwhityq+BdJuhWAq0LlYYLTkdUsKdI+UbAAoZh5M=; b=KKWfX7PaJZDzJLG+ZqvJMijcI5rgpQTXasNy0rLLusfNR3Zx1/6gWPuIsa0hN2U7La Ia5UjRPhMD0maBxfuYHIQLHZxbI9n8l0TlnI1UQxVixJFp8fX+VheUMwodIznDab33Nx R48D4+ZtoCK8uOi2a/YFRfDMefAT0qSY98uC8eY1rLY0z+mZuDZVjUbeUBt6vcM2GV1d ULf+1hTCMfLfltjSySYPKVszQkcl7tEpljD/Dah12mt+OF3NUugSVp7Z+TOjoBiD7+SR XsaC0fhF8D0uzr3cHE4VwJi6RKg17aOFA5vT6ZYG+meeN6jeOGKoeKv2yKA0klNUMjoL Jr0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699624750; x=1700229550; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=2pzOwhityq+BdJuhWAq0LlYYLTkdUsKdI+UbAAoZh5M=; b=eskpwFZ4kyQBVbo1pFlqzBSbVpwArPnA58gMuv8PCriK9KcjRb87QcXtFQShs90Db0 BohKltjj4ahqd1FjaUO/NjDZFsVIAcNGiHuQmpSN3ZrDtjvwaoy9L74orGU1BtgsTDXj RAaFPG++fXmurkcqw+WsE4WS9wU+0hGiWQNSkfxLxvZIXExWpcYpAQMOQIOXmi4oeEhm 8USK1j4vUUjEmjQN+2umtS5ZYNrqaacxmvm7yeeS0YMVA51yLTr+pZI9yEv+HMxUZ9q0 sOTHh6FdGanQWkGpgDEi4Ow7nxwi3Ha27oRTh50MWl48iymiroRodRtLkMt20MkbH2Dq KYYw== X-Gm-Message-State: AOJu0YzDELyIVsovD+LdoHhvjZk4+y6c+g2NN4ay/pPkNRdwgzjM0EOE zm41cLJ1r6hXHDgufmzpDirnIeabLB1thH1BE7CH+EQU X-Google-Smtp-Source: AGHT+IFbx5b/fvIWa1LdA8fC+ZMP+fnrfXPohAN9YFRTf4ADSnIPDW7jDIN9LB/VH1BGgANlgpitUxduWSsIU6lNee0= X-Received: by 2002:a17:907:7295:b0:9c5:844f:a7f4 with SMTP id dt21-20020a170907729500b009c5844fa7f4mr7129732ejc.35.1699624749399; Fri, 10 Nov 2023 05:59:09 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> In-Reply-To: <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> From: "Dr. Amr Osman" Date: Fri, 10 Nov 2023 15:58:30 +0200 Message-ID: Subject: Re: Brightness 100% when connect or disconnect charger To: Emmanuel Vadot Cc: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SRgRM5k1rz4WVn It's working! I just added return 0; below if_def_linux so it will always return 0 and when I plug and unplug my charger it never goes to 100 Thank You Dr. Amr Osman Thank You Dr. Amr Osman On Fri, Nov 10, 2023 at 1:10=E2=80=AFPM Emmanuel Vadot wrote: > > On Thu, 9 Nov 2023 09:19:31 +0100 > Emmanuel Vadot wrote: > > > On Wed, 8 Nov 2023 21:57:21 +0200 > > "Dr. Amr Osman" wrote: > > > > > Hello, > > > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce deskt= op and > > > when I > > > 1) connect the charger > > > 2) disconnect the charger > > > 3) resume from suspend > > > The LCD brightness is 100% which is really disturbing specially when = I am > > > in dark room > > > > I don't have the issue on my Thinkpad X390 with suspend/resume but I > > do have it with the charger. > > I'm pretty sure that it's a hardware thing and we can't do anything > > about it without having some framework for sensors that can handle > > power supply connection/disconnection and events. > > > > > hw.acpi.video.lcd0.economy: 20 > > > hw.acpi.video.lcd0.fullpower: 30 > > > I have loaded acpi_video and acpi_ibm > > > and if I tried to adjust brightness it goes suddenly from 100 to 20 i= f I > > > press fn +f5/f6 > > > > You shouldn't need to load acpi_video on modern laptop, backlight(9) > > and backlight(8) is enought (if you have drm loaded). > > > > > What can I do to fix this issue? > > So I had a better look at I was only ~50% right :) > There is some harware thing that happens, when some external events > happens (docking, plugging charger, suspend/resume etc ...) the > gpu firmware (or the IP not sure about which) generates some interrupts > and the i915 driver get some messages via some mailbox. We seem to get > a set backlight message for those events, it's happening > https://github.com/freebsd/drm-kmod/blob/dce1b3ba0d1ff8ccbbbec09d74480a3a= 0de346e4/drivers/gpu/drm/i915/display/intel_opregion.c#L420 > There is a few things that I still don't understand : > - Why do we get a message to set the backlight at 100% for any of > those events ? > - Linux checks the backlight type and if it's "native" they discard > this call. Still unsure what "native" really means, looking at some > code it seems that if acpi_video is used it's not considered as a > native backlight unless there is a quirk for the computer or if in the > ACPI table it's says that it's a windows 8 laptop or some chromebook. > - Modifying the above function to always returns 0 (so faking that we > have a "native" backlight) obviously don't change the backlight value, > but I'm unsure if this is the correct hack or if there will be some > problems with it. > > So it will be interesting for people who have this problem to know if > modifying the code to always do a return 0; at the beginning fixes > everything. I'd also like to know if the keyboard keys to modify the > backlight still works correctly after this (mine don't do a thing and > never did, one day I should have a look at how to use them). > > Cheers, > > -- > Emmanuel Vadot From nobody Fri Nov 10 14:28:23 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRh5r1YBcz5124F for ; Fri, 10 Nov 2023 14:29:04 +0000 (UTC) (envelope-from dr3mro@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRh5q4FN8z4bgY for ; Fri, 10 Nov 2023 14:29:03 +0000 (UTC) (envelope-from dr3mro@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=PZaVbdUE; spf=pass (mx1.freebsd.org: domain of dr3mro@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=dr3mro@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-9ae2cc4d17eso354539366b.1 for ; Fri, 10 Nov 2023 06:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699626542; x=1700231342; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=1rMBeXArkbvScDQJlGoPwsK2EytvwzUG9MrEiJ83f+w=; b=PZaVbdUE1l6cKmya118YDhkofq1lpQhZvp5n1EOLEGWus/Pz6prTRHVEDUIOPhGxlg jjQL0lEnQIUDEHZUAHTPis2oANH/Iffvs9LV2CxZtoB9ssCGvYdlsmfdy8/I15v7Asgc +uk9TgLw9ryXsRYnOS0gyJDKURjk5w2O9q9oc/LrPGX/U5+Tokc1HKh06XRw8dX3VoF+ vLJOy3BUvmcbOqRYhZrQ0jq5KoNqehl0O/At1hxhDHXVVqsBspmB4Ndr31Oz7p4MCAb8 yWmklCAz1YIpWM7mhkasWanNsax5pr2g6WGjcbtmRQ+VFrHZSaJ8UMGH2JLW+ITT0KCT s3WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699626542; x=1700231342; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=1rMBeXArkbvScDQJlGoPwsK2EytvwzUG9MrEiJ83f+w=; b=G6C3kgW4FchLt/k80stTfY8h4Iujs3mFP4y6WfbwFuIJUn318FQPIMtxmZ16AogvQZ zBsrcrfPIulaSPOUHJpNWG3t76mk4vYNRKRIHg+9rlpaDDdH4C/2Y6CMl7tLt9WNiiou ohUSIdp2jt/yb1u5CNCB/+110JLuuw+VBx5cBz8BSZAoCWkj9vhrtp6Yf9vAG6cDCS1E K32EJaQPLVBeVfVc0TzZQ3+nManIY5W+Bdy3M3piPFfyrYn35aRVyVn8opIzOOr0YSE0 /Xb7XLhyFhgLgtL4pB9aTn7T1KN8Dqc8ecOr4PrG+O51LNfNx9L2AAN9GenrOnFHSNaB L1tA== X-Gm-Message-State: AOJu0YzcuEG/bwhQOKFkLRhqno6sdKfalQdh5UY26n3HYl0FRfWt+oYw 7qDgaugO5bJVinH8UQhG/CFS7fGayudDNbTN0QUIuTmFcjc= X-Google-Smtp-Source: AGHT+IHglaBibS/ggRO3Cf3GiNd+xmGOtc4waA08f94gFAcy84h6/IvoV3x6v0bFaYDNNNKKOA4CyYK3lrCBbkUaswA= X-Received: by 2002:a17:906:1d52:b0:9e5:fe54:8541 with SMTP id o18-20020a1709061d5200b009e5fe548541mr1744616ejh.19.1699626541820; Fri, 10 Nov 2023 06:29:01 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: "Dr. Amr Osman" Date: Fri, 10 Nov 2023 16:28:23 +0200 Message-ID: Subject: Bluetooth headphone To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.00 / 15.00]; FROM_NAME_HAS_TITLE(1.00)[dr]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org] X-Rspamd-Queue-Id: 4SRh5q4FN8z4bgY X-Spamd-Bar: -- I have WH-1000XM5 and I did connect it by following this procedure 1) run ``` # bluetooth-config scan ``` add add the headphone and make sure to name it 'headphone' .. now 3 files would be created in /etc/bluetooth ``` bthidd.conf hcsecd.conf hosts ``` now add those lines to /etc/rc.conf ``` #bt audio sndiod_enable="YES" bluetooth_enable="YES" sdpd_enable="YES" hcsecd_enable="YES" bthidd_enable="YES" bthidd_config="/etc/bluetooth/bthidd.conf" bthidd_hids="/var/db/bthidd.hids" virtual_oss_enable="YES" virtual_oss_configs="dsp" virtual_oss_dsp="-T /dev/sndstat -C 2 -c 2 -r 44100 -b 16 -s 1024 -R /dev/null -P /dev/bluetooth/headphone -d dsp -t vdsp.ctl" ``` now reboot and audio will work from headphone when you boot up the problem is I cannot control the output device every time I disconnect the headphone I need to disable those lines and reboot to restore audio from speakers any idea how to change the output device without reboot.! I use XFCE by the way Thanks Thank You Dr. Amr Osman From nobody Fri Nov 10 15:50:57 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRjwP2b2Cz4ysZr for ; Fri, 10 Nov 2023 15:51:01 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRjwN6Y8bz3KbY for ; Fri, 10 Nov 2023 15:51:00 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1699631458; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Vn2pZYVfh3+J6DXa1OWWXVY+nhPncheG7Wll5/SwM3U=; b=sqCeFKrqgeE6coDeoPJp/kkNBTZHVurULzWO6OMJuSTVJjSqZxG75ndmG/C9PDG6nEBCaH E/uk6l2b3bf5XJbee+VNuI/GAqBaLUxjRUM/jLc1dio2eF4GUnxoc13MeZnzh/fm3EaBvw XEtcF/wgpBRDoM5LW+Unr7dw8c94sHk= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 6f2eaf52 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Nov 2023 15:50:58 +0000 (UTC) Date: Fri, 10 Nov 2023 16:50:57 +0100 From: Emmanuel Vadot To: "Dr. Amr Osman" Cc: freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger Message-Id: <20231110165057.7e55ad6c62354294219fa980@bidouilliste.com> In-Reply-To: References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4SRjwN6Y8bz3KbY On Fri, 10 Nov 2023 15:58:30 +0200 "Dr. Amr Osman" wrote: > It's working! > I just added >=20 > return 0; >=20 > below if_def_linux so it will always return 0 and when I plug and > unplug my charger it never goes to 100 >=20 > Thank You > Dr. Amr Osman >=20 >=20 > Thank You > Dr. Amr Osman >=20 The theory that I have now is that the value set back when an event happen is the one that was set with the keyboard keys, for me it's 100% as this is how it's set at boot and since my keys don't work it stays that way. Can someone with functional keys for brightness can confirm ? >=20 >=20 > On Fri, Nov 10, 2023 at 1:10?PM Emmanuel Vadot wr= ote: > > > > On Thu, 9 Nov 2023 09:19:31 +0100 > > Emmanuel Vadot wrote: > > > > > On Wed, 8 Nov 2023 21:57:21 +0200 > > > "Dr. Amr Osman" wrote: > > > > > > > Hello, > > > > I have installed freeBSD 14rc4 on Lenovo Thinkpad x270 and xfce des= ktop and > > > > when I > > > > 1) connect the charger > > > > 2) disconnect the charger > > > > 3) resume from suspend > > > > The LCD brightness is 100% which is really disturbing specially whe= n I am > > > > in dark room > > > > > > I don't have the issue on my Thinkpad X390 with suspend/resume but I > > > do have it with the charger. > > > I'm pretty sure that it's a hardware thing and we can't do anything > > > about it without having some framework for sensors that can handle > > > power supply connection/disconnection and events. > > > > > > > hw.acpi.video.lcd0.economy: 20 > > > > hw.acpi.video.lcd0.fullpower: 30 > > > > I have loaded acpi_video and acpi_ibm > > > > and if I tried to adjust brightness it goes suddenly from 100 to 20= if I > > > > press fn +f5/f6 > > > > > > You shouldn't need to load acpi_video on modern laptop, backlight(9) > > > and backlight(8) is enought (if you have drm loaded). > > > > > > > What can I do to fix this issue? > > > > So I had a better look at I was only ~50% right :) > > There is some harware thing that happens, when some external events > > happens (docking, plugging charger, suspend/resume etc ...) the > > gpu firmware (or the IP not sure about which) generates some interrupts > > and the i915 driver get some messages via some mailbox. We seem to get > > a set backlight message for those events, it's happening > > https://github.com/freebsd/drm-kmod/blob/dce1b3ba0d1ff8ccbbbec09d74480a= 3a0de346e4/drivers/gpu/drm/i915/display/intel_opregion.c#L420 > > There is a few things that I still don't understand : > > - Why do we get a message to set the backlight at 100% for any of > > those events ? > > - Linux checks the backlight type and if it's "native" they discard > > this call. Still unsure what "native" really means, looking at some > > code it seems that if acpi_video is used it's not considered as a > > native backlight unless there is a quirk for the computer or if in the > > ACPI table it's says that it's a windows 8 laptop or some chromebook. > > - Modifying the above function to always returns 0 (so faking that we > > have a "native" backlight) obviously don't change the backlight value, > > but I'm unsure if this is the correct hack or if there will be some > > problems with it. > > > > So it will be interesting for people who have this problem to know if > > modifying the code to always do a return 0; at the beginning fixes > > everything. I'd also like to know if the keyboard keys to modify the > > backlight still works correctly after this (mine don't do a thing and > > never did, one day I should have a look at how to use them). > > > > Cheers, > > > > -- > > Emmanuel Vadot >=20 --=20 Emmanuel Vadot From nobody Fri Nov 10 16:11:11 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRkR83xHSz4yygP for ; Fri, 10 Nov 2023 16:14:12 +0000 (UTC) (envelope-from freebsd-hackers@phoe.frmug.org) Received: from frmug.org (enterprise.frmug.org [213.36.253.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRkR81S3Fz3Qfb for ; Fri, 10 Nov 2023 16:14:12 +0000 (UTC) (envelope-from freebsd-hackers@phoe.frmug.org) Authentication-Results: mx1.freebsd.org; none Received: by frmug.org (Postfix, from userid 66) id 5807012C012; Fri, 10 Nov 2023 17:14:03 +0100 (CET) Received: by memo2.memo.frmug.org (Postfix, from userid 1001) id 6D5F117AC6; Fri, 10 Nov 2023 17:11:12 +0100 (CET) Date: Fri, 10 Nov 2023 17:11:11 +0100 From: Bertrand Petit To: Emmanuel Vadot Cc: "Dr. Amr Osman" , freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger Message-ID: <20231110161111.GB5382@memo2.memo.frmug.org> References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> <20231110165057.7e55ad6c62354294219fa980@bidouilliste.com> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20231110165057.7e55ad6c62354294219fa980@bidouilliste.com> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12322, ipnet:213.36.0.0/16, country:FR] X-Rspamd-Queue-Id: 4SRkR81S3Fz3Qfb On Fri, Nov 10, 2023 at 04:50:57PM +0100, Emmanuel Vadot wrote: > > The theory that I have now is that the value set back when an event > happen is the one that was set with the keyboard keys, for me it's 100% > as this is how it's set at boot and since my keys don't work it stays > that way. Can someone with functional keys for brightness can confirm ? Your theory is correct, this is exactly what I observe on an X230 running 12.4. Brightness level set with intel_backlight is reset to the latest keyboard-set level (Fn-F8 & Fn-F9) when the machine is resumed or when it gets out of DPMS, whichever comes first.. -- %!PS -- Bertrand Petit /D{def}def/E{exch}D/G{get}D/I{2 div}D/U{dup}D/L{roll}D/Y{setgray}D/N{newpath}D /O{N 0 0 moveto}D/P{pop}D/T{translate}D currentpagedevice/PageSize G U 0 G/w E D 1 G /h E D w I h I T 0 Y 1 setlinewidth 0 1 2 { P 120 rotate 2 4 w U mul h U mul add sqrt I 50 add {N 50 0 3 2 L 0 360 arc stroke}for}for/s{O true charpath pathbbox exch 4 -1 L E sub I 3 1 L sub I} D /l(bp)D 0.94 Y /Helvetica findfont 22 scalefont setfont l s P(x)s exch P T O l show showpage From nobody Fri Nov 10 16:17:40 2023 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SRkWC2MQqz5006w for ; Fri, 10 Nov 2023 16:17:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SRkWC04blz3S8k for ; Fri, 10 Nov 2023 16:17:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1699633061; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1fFMdsb5HdDbHaEwtm59Xw+ErVP5ZcPWYv+L2NbVJtM=; b=HUGiw6c42xQ+kkFou+yi6yF8vVXGPZbVceQpVjk6Ucvvtk/w42hvHiIVHf+Nrq2KjP7B+L Q7LabKoxxeXRrvxWRHLv34HaWsInRAiYXUU+3QqeJBIL3fyWWIXzA3xImeSampdPuWms6S +RSS2KoSmq6WqHgL62Behg4CitP5OOo= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b0e8cceb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 10 Nov 2023 16:17:41 +0000 (UTC) Date: Fri, 10 Nov 2023 17:17:40 +0100 From: Emmanuel Vadot To: Bertrand Petit Cc: "Dr. Amr Osman" , freebsd-hackers@freebsd.org Subject: Re: Brightness 100% when connect or disconnect charger Message-Id: <20231110171740.b45e269881c39eb86128908f@bidouilliste.com> In-Reply-To: <20231110161111.GB5382@memo2.memo.frmug.org> References: <20231109091931.983f45f8fad4305569faddcb@bidouilliste.com> <20231110121053.42e78f4b7f44eba5e91da898@bidouilliste.com> <20231110165057.7e55ad6c62354294219fa980@bidouilliste.com> <20231110161111.GB5382@memo2.memo.frmug.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4SRkWC04blz3S8k On Fri, 10 Nov 2023 17:11:11 +0100 Bertrand Petit wrote: > On Fri, Nov 10, 2023 at 04:50:57PM +0100, Emmanuel Vadot wrote: > > > > The theory that I have now is that the value set back when an event > > happen is the one that was set with the keyboard keys, for me it's 100% > > as this is how it's set at boot and since my keys don't work it stays > > that way. Can someone with functional keys for brightness can confirm ? > > Your theory is correct, this is exactly what I observe on an > X230 running 12.4. Brightness level set with intel_backlight is reset to the > latest keyboard-set level (Fn-F8 & Fn-F9) when the machine is resumed or > when it gets out of DPMS, whichever comes first.. Thanks for confirming. Also please update to 13 or higher and stop using intel_backlight :) Cheers, > -- > %!PS -- Bertrand Petit > /D{def}def/E{exch}D/G{get}D/I{2 div}D/U{dup}D/L{roll}D/Y{setgray}D/N{newpath}D > /O{N 0 0 moveto}D/P{pop}D/T{translate}D currentpagedevice/PageSize G U 0 G/w E > D 1 G /h E D w I h I T 0 Y 1 setlinewidth 0 1 2 { P 120 rotate 2 4 w U mul h U > mul add sqrt I 50 add {N 50 0 3 2 L 0 360 arc stroke}for}for/s{O true charpath > pathbbox exch 4 -1 L E sub I 3 1 L sub I} D /l(bp)D 0.94 Y /Helvetica findfont > 22 scalefont setfont l s P(x)s exch P T O l show showpage > -- Emmanuel Vadot