From owner-freebsd-amd64@freebsd.org Fri Nov 16 05:15:53 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE99A1126FDE; Fri, 16 Nov 2018 05:15:52 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 313447164E; Fri, 16 Nov 2018 05:15:52 +0000 (UTC) (envelope-from rajfbsd@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id r10so5978878wrs.10; Thu, 15 Nov 2018 21:15:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=hE7Sx55WK00Rb8ivDBuw4X90MwgdBCU0BVTv/D8lXQ4=; b=hTQxTEg43N3DhgteZFVuQG9d/0JmynqIZOGXFHbnbjSqJa3GQFWSPqGRI1JopRLtLo nd7YP1nY3UJQAyxURljNSv2OfPViDQMZ4580WRY1FfRrIiTpHSWxGN3NJ8Td8GNtZgMs XtYPvfvoqiuAF+dvzLSnltjfmUJDD76Yy8ow/3cS7UOCtzj18d3uGbkTe87vSR7AqUMy R7jh0f5Buxdw4b+rK1UHeONjswGcxtBC2EaVVc8eaQxBwUWNlJQQdNnOo5oA/JcdnPuc 5BpnlbrK9VsU6831klHJ4oRnDZ66Te/9ko5v3b5aok2+Qg1Fsu7vXq4L289aosG6ZEmw Nljg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=hE7Sx55WK00Rb8ivDBuw4X90MwgdBCU0BVTv/D8lXQ4=; b=h5mqU3L9y3QoY+PWeDrMCMjkuikYZ0bR8wM2l+/TYWylX56H7Uzis6AZmWHZvEJ8zf NYoA074U8fTsAiffEHG0c1VRqubvkqiaI64nEsjDrbFisez5X64PkiXuPIs+X0NjamEY MTYaDx5TaTjpeLWpxZss9X7zRZLr9aUSJYqWpa4UGis9voolcrrNKXLTEzDeZpsMMrut ciltFHCBFbl+dqL5mk4o1VA4PwR2EJkGeo80MIqHwlh+tUNq/fAp7F3vZx2oGvTxdF79 jXFGiOtN+PYnX4jyrtgXqz2+MwGpyc/KIEJFk3/B/jVZM+caJaG4DjOJuSJzIVHPwKq9 iSxw== X-Gm-Message-State: AA+aEWbS42kI7h04dok/dZzY4ai7NV0m0y46o335GY4RRAHx2XRY/hcF +Vh0Rjh43ZHjG2138KxDEPd8F/ZMqJsleypOQGxT6w== X-Google-Smtp-Source: AFSGD/XAqk1/aoZsDy+L32I9JPhpxLr36i+m75vVYGYMC4VriI/Pdunlw0rmJwTmmae9n240IXnpMkAjbGrz07WNpYM= X-Received: by 2002:adf:ff09:: with SMTP id k9mr1462299wrr.97.1542345350727; Thu, 15 Nov 2018 21:15:50 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Rajesh Kumar Date: Fri, 16 Nov 2018 10:45:39 +0530 Message-ID: Subject: Re: Enabling a ACPI eMMC device is causing kernel reboots with FreeBSD 11.2 To: freebsd-amd64@freebsd.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org X-Rspamd-Queue-Id: 313447164E X-Spamd-Result: default: False [-5.26 / 40.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-1.28)[ip: (-2.61), ipnet: 2a00:1450::/32(-1.87), asn: 15169(-1.81), country: US(-0.10)]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.974,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2018 05:15:53 -0000 Hi, I did some study on this. During acpi_attach, if MCFG table is present, FreeBSD tries to use it (That is to map the PCI Base address to virtual address space). Setting hw.pci.mcfg=0, disables that mapping and lets the system use the type 1 config access (which is IO port based access). So, this is what hw.pci.mcfg does. In our case, we are enabling a device on the ACPI bus and made sure no other ACPI device collides with the address range for PCI (which mcfg says). So, why enabling a device on ACPI, is causing the memory mapped PCI access go bad to panic/reboot the kernel? I tried to collect more info enabling INVARIANTS, but in that case kernel panics much before in the boot process. So, how could I proceed in debugging this issue? Any suggestions? On Thu, Nov 8, 2018 at 4:14 PM Rajesh Kumar wrote: > Hi, > > I have amd64 board, which has a eMMC device on the ACPI bus. When I try > booting FreeBSD 11.2 on this board, with eMMC device disabled in BIOS, it > boots without any issues. But, when eMMC device is enabled in BIOS, > FreeBSD 11.2 continuously reboots. > > When I have the following tunable set, FreeBSD 11.2 boots without any > issues with eMMC enabled. > hw.pci.mcfg=0 > > Observations : > a) We have verified the ACPI device addresses (from DSDT table) doesn't > conflict with the PCI address base (configured in MCFG table). > b) The PCI address base from MCFG table is read correctly by kernel > (Verbose boot prints that address). So, I don't think MCFG table pointer is > corrupted and getting read properly. > > Questions : > a) What does hw.pci.mcfg=0 actually do to get the reboot issue resolved? > b) Why enabling a device on ACPI bus needs hw.pci.mcfg (PCI specific) to > boot? > > Looks like the system reboots when the ACPI and PCI devices enumeration > starts during the boot. So, seems ACPI (or) PCI devices aren't getting > enough resources and so reboots. > > Thanks, > Rajesh. > From owner-freebsd-amd64@freebsd.org Fri Nov 16 06:35:41 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACD081128BFD; Fri, 16 Nov 2018 06:35:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6A8A7351D; Fri, 16 Nov 2018 06:35:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id wAG6ZTqC075685 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 16 Nov 2018 08:35:32 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wAG6ZTqC075685 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wAG6ZTlt075678; Fri, 16 Nov 2018 08:35:29 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 Nov 2018 08:35:29 +0200 From: Konstantin Belousov To: Rajesh Kumar Cc: freebsd-amd64@freebsd.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Enabling a ACPI eMMC device is causing kernel reboots with FreeBSD 11.2 Message-ID: <20181116063529.GP2378@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: A6A8A7351D X-Spamd-Result: default: False [-5.17 / 40.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; IP_SCORE(-2.17)[ip: (-2.68), ipnet: 2001:470::/32(-4.53), asn: 6939(-3.57), country: US(-0.10)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2018 06:35:41 -0000 On Fri, Nov 16, 2018 at 10:45:39AM +0530, Rajesh Kumar wrote: > Hi, > > I did some study on this. During acpi_attach, if MCFG table is present, > FreeBSD tries to use it (That is to map the PCI Base address to virtual > address space). Setting hw.pci.mcfg=0, disables that mapping and lets the > system use the type 1 config access (which is IO port based access). So, > this is what hw.pci.mcfg does. > > In our case, we are enabling a device on the ACPI bus and made sure no > other ACPI device collides with the address range for PCI (which mcfg > says). So, why enabling a device on ACPI, is causing the memory mapped PCI > access go bad to panic/reboot the kernel? I tried to collect more info > enabling INVARIANTS, but in that case kernel panics much before in the boot > process. So, how could I proceed in debugging this issue? Any suggestions? There is no ACPI bus, at best the device is enumerated using ACPI. > > > On Thu, Nov 8, 2018 at 4:14 PM Rajesh Kumar wrote: > > > Hi, > > > > I have amd64 board, which has a eMMC device on the ACPI bus. When I try > > booting FreeBSD 11.2 on this board, with eMMC device disabled in BIOS, it > > boots without any issues. But, when eMMC device is enabled in BIOS, > > FreeBSD 11.2 continuously reboots. What is the CPU in your motherboard ? If it is AMD, try HEAD or latest 12.0 BETA. > > > > When I have the following tunable set, FreeBSD 11.2 boots without any > > issues with eMMC enabled. > > hw.pci.mcfg=0 > > > > Observations : > > a) We have verified the ACPI device addresses (from DSDT table) doesn't > > conflict with the PCI address base (configured in MCFG table). > > b) The PCI address base from MCFG table is read correctly by kernel > > (Verbose boot prints that address). So, I don't think MCFG table pointer is > > corrupted and getting read properly. > > > > Questions : > > a) What does hw.pci.mcfg=0 actually do to get the reboot issue resolved? > > b) Why enabling a device on ACPI bus needs hw.pci.mcfg (PCI specific) to > > boot? > > > > Looks like the system reboots when the ACPI and PCI devices enumeration > > starts during the boot. So, seems ACPI (or) PCI devices aren't getting > > enough resources and so reboots. > > > > Thanks, > > Rajesh. > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@freebsd.org Sat Nov 17 20:54:25 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 958AC1105436 for ; Sat, 17 Nov 2018 20:54:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.ne1.yahoo.com (sonic311-22.consmr.mail.ne1.yahoo.com [66.163.188.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2CDF7E87E for ; Sat, 17 Nov 2018 20:54:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ow4UN7wVM1klLgX5Xh6fzl9r_3mNY4Wi8FVEh0H07DMOc7wAyEyr6vLVMtfKLYg mV9mu5MZ4IvrhpPLVdM6JpCbOWsYlYHO3o79h10LybxKnx5JViMH0HBJwjlH.dI3PEWDpT.O3fkA IHDuftYHaejR0qaC1CoOKZFKNzCkgHSPOt.xvFgytfqF_YJhd7RsTsFOhwXbQJ_SEuAFRtOJLNGB SRVsB8j2Ml3n3xeEB7PSTKUsI3pRfQvq1yYwqWyAOsQVDCjdN678LliOuOShl_qdirh9hDyZLY4e 0VGuQMMS75W6DCff1sPQ8lxdf5IqsCNSvNbOkEVpGOJBAJh4.1WofkqVI6Ok7ykkGgyFpjcerRjh uppkLRYlOh3yBkiAhZA7r199qdIa2STw67pCUL96T7DWyux2xyftybfgf12qnssBqszOZgYJjz4e Um5IHPS8THc0bPsdgRczFyeocfTKOrTuvOMPSC1ZIRiNY73D2LaSYsPbtkWZIE28MJohViuKyPFy vPSoNuI6YxWawEUARue2iEJ1X1pj4BzraKSz0YCAWjPPTj_mOwsrgVezyLCj7nmhPn4MP10eBe4u 4GqsvvzkpTEd31OuepHpc87t4BhyqMNKHvjgqWrBkP90ncfyBlhPwIloIoYokDYkPml57p7aMbSN pnlFo9u6jaL4IkTK70jhmzTj1ZCpx7vNx9o7995Vi1vYAoWp._ST7Xht4hKg9HyIsHrbxLOWS0VC K2YcNF51u041aTcfpLfaGVw0os8dyNnGO9wpKlN6.SB0ud1tpmr2V2RxlB_DjgIUN7OYyOIkXzu1 gh5S2EbxjK5.EYzoJONInKWuHak17aOiELj3d6FkrQCzNI_yt9hiYjkc14MsTNu7tNjxOB.h74qt xK3NJ2UZUdXy1_8selw2gTDEEXCmDw5uav6mXJhH9Fl5SnWiZdH_wWFkjAno1TqdS41k3raO.ZAO .mQnBMfdJubjLNk70VxUj.xom0VdyoAC1j0vA7Kqch8OP8093X11KKXkVwcgo4qe6Q_jKwPRic1r YkLgCLsUnLJOHctwzt_m_6vpqsOwe73iaW8n291AxoRZZXwVkALzORlk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Sat, 17 Nov 2018 20:54:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 731e46a7bfa50211595b568c5289d8db; Sat, 17 Nov 2018 20:54:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Ryzen Threadripper 1950X based on head -r340287: sysctl dev.cpu: 0-30 but no 31? (top shows all 31 "CPU"s) Message-Id: <0454B3C7-39E2-44CD-8028-B68A272FA7AA@yahoo.com> Date: Sat, 17 Nov 2018 12:54:13 -0800 To: FreeBSD Current , freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: C2CDF7E87E X-Spamd-Result: default: False [1.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.94)[0.937,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[203.188.163.66.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.56)[ip: (4.39), ipnet: 66.163.184.0/21(1.95), asn: 36646(1.56), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2018 20:54:25 -0000 For some reason there is no .dev.cpu.31 listed for the 1950X that I use. This is a native boot, not use under Hyper-V. For illustration I list: # sysctl dev.cpu | grep "desc" dev.cpu.30.%desc: ACPI CPU dev.cpu.29.%desc: ACPI CPU dev.cpu.28.%desc: ACPI CPU dev.cpu.27.%desc: ACPI CPU dev.cpu.26.%desc: ACPI CPU dev.cpu.25.%desc: ACPI CPU dev.cpu.24.%desc: ACPI CPU dev.cpu.23.%desc: ACPI CPU dev.cpu.22.%desc: ACPI CPU dev.cpu.21.%desc: ACPI CPU dev.cpu.20.%desc: ACPI CPU dev.cpu.19.%desc: ACPI CPU dev.cpu.18.%desc: ACPI CPU dev.cpu.17.%desc: ACPI CPU dev.cpu.16.%desc: ACPI CPU dev.cpu.15.%desc: ACPI CPU dev.cpu.14.%desc: ACPI CPU dev.cpu.13.%desc: ACPI CPU dev.cpu.12.%desc: ACPI CPU dev.cpu.11.%desc: ACPI CPU dev.cpu.10.%desc: ACPI CPU dev.cpu.9.%desc: ACPI CPU dev.cpu.8.%desc: ACPI CPU dev.cpu.7.%desc: ACPI CPU dev.cpu.6.%desc: ACPI CPU dev.cpu.5.%desc: ACPI CPU dev.cpu.4.%desc: ACPI CPU dev.cpu.3.%desc: ACPI CPU dev.cpu.2.%desc: ACPI CPU dev.cpu.1.%desc: ACPI CPU dev.cpu.0.%desc: ACPI CPU # sysctl dev.cpu.0 dev.cpu.0.temperature: 57.1C dev.cpu.0.cx_method: C1/hlt C2/io dev.cpu.0.cx_usage_counters: 0 0 dev.cpu.0.cx_usage: 0.00% 0.00% last 1000000us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 C2/2/100 dev.cpu.0.freq_levels: 3400/-1 2800/-1 2200/-1 dev.cpu.0.freq: 3400 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%location: handle=\_PR_.C001 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU # sysctl dev.cpu.31 sysctl: unknown oid 'dev.cpu.31' By contrast I show from top's output all 0-31 CPU's: CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 5: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 6: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 8: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 9: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 10: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 11: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 12: 0.0% user, 0.0% nice, 0.0% system, 1.1% interrupt, 98.9% idle CPU 13: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 14: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 15: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 16: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 17: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 18: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 19: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 20: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 21: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 22: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 23: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 24: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 25: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 26: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 27: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 28: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 29: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 30: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 31: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-amd64@freebsd.org Sat Nov 17 20:56:55 2018 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C3581105632 for ; Sat, 17 Nov 2018 20:56:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9F527F15E for ; Sat, 17 Nov 2018 20:56:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mnjFqEAVM1klkAOHNFHvp8aSmQOj00LnPk9oHcKk9D7gjEvInucFkt8HqxrG4sn yfdttr6MSwTOUFJ4tO8yRWaqKr1rMRXFy_pEi5vHEjMkK7oAnyxzwmnUiR6Dthao4tGeDpXyAASA 7wS.O1anfY.puAAbO7QHyTQ3bypp484RzYDG6R6oIYTqrfJ9rWQkI_.ZWA5_UqrBCef3HjAnvuNw KdO6uTdua38sUa1meJabHFXkR4ZdH5eCAZNlvJUj6NH7mi_wO6cMx0dUwtDRr.8aZfAu.NKxux.V 1ZCQYorLJiNHsRMDc3rENtme_20CN4JKt74aaH0pQ2gyHhv9qxV78FawPLaAr6mBUeptOvMq1JCS dt1iA8U1kfVIbm9byrk_gmTW.CIMZkrY6VOgNtAkCUxALRYSQsyW2HSQYTvbIPp9NY3YvbOvSW_R L0zVJmed3_MfGHlwOmWqTU1gtHrNvXqhBOkFdGx0qBbgwEmIS_0cl.ScFY7uWHkylyhyYTp.lSHW yP31Qr13eC0zp_NIZ9QQbTErlYe4AeIKX4ya3h.tSPYNl2qd9i_zqrVKlgHTh38zJjcNYUsQVwEY jzpYw41x4fMt3slrEO.30QGC_Pv7__ZcZCm5HoIbKnEEY4d2Rf2s3RTX6ZkbZVDpXK6YzJT.zAUd tFO87FgoiYPooGWLfLwoHMgxCFzQV_oZawaCcGWax3enGJizUuTomkkA3weyD0atOGd7c_pa8oj. RVGlYe9CNn3xic36cJw1CM9D3jdjAEJ86tLGDxuldU2R5ZXQGOkOoJ4mOjPq6_LXNln_N6tT0crf .HfffMLoHq.NPozEthk36byGlLckgQa3ipEtB36iqQEgf3fIEL65gv6lf2oo7AxxNbCB9KRjor7. L8wuP6DzJ02mr.raUMDrQrs5eB85VDCxEcunzgnK_IW2kkbSYBmOz762C9anmZKvecUFdia7LbJh KfrLnh_uz.Bw0GrK6.NbCK2X5ty3sqbZoj2MSJXTHDB885tf1VzzanFgMsqRguv8TuHyqcxpWtm2 XyMx9CfHZwR5RnPRkJnTRxK9Go9zxtERg4BmS10BZB7KhfNoRPhm09t5Zxhk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Sat, 17 Nov 2018 20:56:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f7f3f9dc0c4e6728595cb0d9327249c3; Sat, 17 Nov 2018 20:56:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Ryzen Threadripper 1950X based on head -r340287: sysctl dev.cpu: 0-30 but no 31? (top shows all 0-31 "CPU"s) [subject corrected] Date: Sat, 17 Nov 2018 12:56:48 -0800 References: <0454B3C7-39E2-44CD-8028-B68A272FA7AA@yahoo.com> To: FreeBSD Current , freebsd-amd64@freebsd.org In-Reply-To: <0454B3C7-39E2-44CD-8028-B68A272FA7AA@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: E9F527F15E X-Spamd-Result: default: False [2.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.94)[0.942,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.190.163.66.list.dnswl.org : 127.0.5.0]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(1.64)[ip: (4.83), ipnet: 66.163.184.0/21(1.94), asn: 36646(1.55), country: US(-0.10)]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2018 20:56:55 -0000 [Fixing dumb, confusing subject typo. No change below.] On 2018-Nov-17, at 12:54, Mark Millard wrote: > For some reason there is no .dev.cpu.31 listed for the 1950X that > I use. This is a native boot, not use under Hyper-V. For > illustration I list: > > # sysctl dev.cpu | grep "desc" > dev.cpu.30.%desc: ACPI CPU > dev.cpu.29.%desc: ACPI CPU > dev.cpu.28.%desc: ACPI CPU > dev.cpu.27.%desc: ACPI CPU > dev.cpu.26.%desc: ACPI CPU > dev.cpu.25.%desc: ACPI CPU > dev.cpu.24.%desc: ACPI CPU > dev.cpu.23.%desc: ACPI CPU > dev.cpu.22.%desc: ACPI CPU > dev.cpu.21.%desc: ACPI CPU > dev.cpu.20.%desc: ACPI CPU > dev.cpu.19.%desc: ACPI CPU > dev.cpu.18.%desc: ACPI CPU > dev.cpu.17.%desc: ACPI CPU > dev.cpu.16.%desc: ACPI CPU > dev.cpu.15.%desc: ACPI CPU > dev.cpu.14.%desc: ACPI CPU > dev.cpu.13.%desc: ACPI CPU > dev.cpu.12.%desc: ACPI CPU > dev.cpu.11.%desc: ACPI CPU > dev.cpu.10.%desc: ACPI CPU > dev.cpu.9.%desc: ACPI CPU > dev.cpu.8.%desc: ACPI CPU > dev.cpu.7.%desc: ACPI CPU > dev.cpu.6.%desc: ACPI CPU > dev.cpu.5.%desc: ACPI CPU > dev.cpu.4.%desc: ACPI CPU > dev.cpu.3.%desc: ACPI CPU > dev.cpu.2.%desc: ACPI CPU > dev.cpu.1.%desc: ACPI CPU > dev.cpu.0.%desc: ACPI CPU > > # sysctl dev.cpu.0 > dev.cpu.0.temperature: 57.1C > dev.cpu.0.cx_method: C1/hlt C2/io > dev.cpu.0.cx_usage_counters: 0 0 > dev.cpu.0.cx_usage: 0.00% 0.00% last 1000000us > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_supported: C1/1/0 C2/2/100 > dev.cpu.0.freq_levels: 3400/-1 2800/-1 2200/-1 > dev.cpu.0.freq: 3400 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%location: handle=\_PR_.C001 > dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: ACPI CPU > > # sysctl dev.cpu.31 > sysctl: unknown oid 'dev.cpu.31' > > By contrast I show from top's output all 0-31 CPU's: > > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 4: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 5: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 6: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 8: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 9: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 10: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 11: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 12: 0.0% user, 0.0% nice, 0.0% system, 1.1% interrupt, 98.9% idle > CPU 13: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 14: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 15: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 16: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 17: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 18: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 19: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 20: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 21: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 22: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 23: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 24: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 25: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 26: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 27: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 28: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 29: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 30: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 31: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)