From owner-freebsd-ppc@freebsd.org Sun Mar 5 08:20:54 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBFEACF7499; Sun, 5 Mar 2017 08:20:54 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: from mail-pf0-x243.google.com (mail-pf0-x243.google.com [IPv6:2607:f8b0:400e:c00::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B974E11A1; Sun, 5 Mar 2017 08:20:54 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: by mail-pf0-x243.google.com with SMTP id v190so3446014pfb.0; Sun, 05 Mar 2017 00:20:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N4RIRu/czkvZ+U5imVqtuSJMdpCK7j+7XUhwKJ2osmY=; b=ehYC/e3savrGRYu8XDhAo7TNoCngYR27G0Vx2SfLPcjWa678yE49jcDBPZfmm6aDfJ xmsoc50iTTxFJ74CR/ilC9uBRvsi3LYUFqtdvEWd4gXGf3EJhLnJZIMiLSpOoTSuLJ39 aaGfNofoaxQUdQwfD8XlyEWexRMrCNl1vc56sdH+Q/5hx3mONPur2mCYc9Cx8v1jCPwE hdgJAusN0h4aodWKzUkqw6vEI4XlHe7k5ZvYUk306HdZARj61ntDBnsiFdfJR2g4KIre +Ce4tjxUEvzd1S0VwI0J3oaRgsg+ENfMJeBseF07HRw3kd3q6+vhJMIZYtm0bkZOtFPD wwlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N4RIRu/czkvZ+U5imVqtuSJMdpCK7j+7XUhwKJ2osmY=; b=pRgduuVqSwQ90EOHTdyl5WSNlHxXsx7KADAXukE+q1w1v523UoeUEdak1caU8T46sE wUcJnEojWrjjhmnQTZ65tJrNiDAEqKSfQAcUDgwtibwsMhpunrEMEbhE1RFcejBXs75T S6LgfyhPvfZMbT0V4G9fCjSvMLvMzcUoeCUctYTY2rcLax9i7xdAxoqBxrHy8iKfocHT YKWurUVcHPPm03k3sdGXxp2c6sxtAmgySPC4dzZ60SGVBodzXDrn8b1hzcKyTXJsS5U3 ftPn3HqNj5IKpV1QlVcWCWugWyTXE6UOODK1Y2i7ipLLKsF+uhekY7oS+w/EHkND8Iwn fVIA== X-Gm-Message-State: AMke39lYOejbl0KJVneY6LBNE59Ux4MSTJoymg6nv7k6hiRxlWc8pOUxZe797FEybFkO4g== X-Received: by 10.84.229.2 with SMTP id b2mr17384098plk.154.1488702054118; Sun, 05 Mar 2017 00:20:54 -0800 (PST) Received: from [192.168.255.77] (wsip-24-249-178-180.ph.ph.cox.net. [24.249.178.180]) by smtp.gmail.com with ESMTPSA id b14sm792112pfh.114.2017.03.05.00.20.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 00:20:52 -0800 (PST) Mime-Version: 1.0 (1.0) Subject: Re: PowerMac G5 and KMS From: "Herminio Hernandez Jr. " X-Mailer: iPhone Mail (14D27) In-Reply-To: Date: Sun, 5 Mar 2017 01:20:48 -0700 Cc: Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , hiroo.ono+freebsd@gmail.com, Debian powerpc Mailinglist Message-Id: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> To: Joe Nosay Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 08:20:55 -0000 Try to force the Radeon driver into PCI mode. Under Linux doing this stops t= he blank screen and locks.=20 Sent from my iPhone > On Mar 4, 2017, at 11:50 PM, Joe Nosay wrote: >=20 > This will bounce for the ppc list. > As I have stated before: you will need to work with the debian ppc group t= o create the proper drivers. > Since there are people who know how to make the Linux system calls, there s= hould be people that are willing to > work across OS and mailing list lines. > Just don't be stubborn. >=20 >> On Thu, Mar 2, 2017 at 12:34 PM, Mark Millard wrote= : >> On 2017-Mar-2, at 9:37 AM, Justin Hibbits wrot= e: >>=20 >> > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) >> > wrote: >> >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5 >> >> (it is dual processor, but I do not know its detail). >> >> >> >> When I try to load drm2.ko and radeonkms.ko, >> >> the screen turns into black and recovers, then the system locks. >> >> kldload command does not return, no response to keyboard input, etc. >> >> >> >> Is it possible to use KMS on FreeBSD/powerpc64? >> >> >> >> The log in /var/log/messages is >> >> >> >> after "kldload drm2", >> >> >> >> kernel: info: [drm] Initialized drm 1.1.0 20060810 >> >> >> >> and then, after "kldload radeonkms", >> >> >> >> kernel: iic0: on iicbus0 >> >> kernel: iic1: on iicbus1 >> >> kernel: drmn0: on vgapci0 >> >> kernel: info: [drm] RADEON_IS_AGP >> >> kernel: info: [drm] initializing kernel modesetting (RV350 0x1002:0x41= 50 >> >> 0x1002:0x4150). >> >> kernel: info: [drm] register mmio base: 0x90000000 >> >> kernel: info: [drm] register mmio size: 65536 >> >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's VRAM= ... >> >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: 0x9800= 0000 >> >> kernel: info: [drm] igp_read_bios_from_vram: Map address: >> >> 0xc000000061412000 (262144 bytes) >> >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature:= >> >> 0x0000 >> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM= ... >> >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> >> (131072 bytes) >> >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: 0x2AFF= >> >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try disabled= BIOS >> >> (legacy)... >> >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion ROM= ... >> >> kernel: info: [drm] radeon_read_bios: Map address: 0xc000000061412000 >> >> (131072 bytes) >> >> >> >> As the system locks up here, I have to power it off forcibly. >> > >> > Congratulations (?) you are quite possibly the first person to report >> > even attempting to use radeonkms on powerpc64. Frankly, I'm not >> > surprised that it doesn't work for you. Unfortunately, I don't have a >> > solution, or even a means to track it down. Looking at the log >> > snippet, my first guess is there may need to be a provision added to >> > the driver for non-x86. Do you know what card this is? >> > >> > Adding a couple other lists with people who might have more insight. >> > >> > If it can be made to work, I'd definitely want to get a Radeon card for= my G5(s) >> > >> > - Justin >>=20 >> Back on 2014-Nov-21 I wrote the following in one of my messages on the >> lists on that day: >>=20 >> > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's km= s-drm-update-38 branch when Jean requested (sometimes with patches that Jean= provided). This was to give Jean some (indirect) access to a powerpc64 (Pow= erMac G5) Radeon context for some radeonkms development. (Jean had been hopi= ng to get my card going in that context.) We got to the point that a kldload= for radeonkms did not complain/refuse but the display was then munged up an= d the driver could not find the Video BIOS. The fact that it is a Radeon X19= 50 for the video hardware may make it odder than usual for PowerMac G5 Radeo= ns. But it is the only Radeon that I have access to for G5's. (The card work= s in Mac OS X 10.5.) >>=20 >> (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5 >> context. I do not currently have access to the X1950 card.) >>=20 >> I'm not sure from what I read if things are about the same vs. if things >> are worse now. I do not remember the details from back then, such as >> console vs. X11 that I was not explicit about in the quoted material. >>=20 >> I eventually gave up on using X11 "for a time" --and have not tried again= >> so far. I've no clue about the current status for X11 on PowerMacs of >> any kind --or what I'd need to do to try it for the Radeon X1950 or >> any NVIDIA cards. (Currently an NVIDIA card is installed.) >>=20 >> I will eventually have access to the X1950 again, but not soon. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >=20 From owner-freebsd-ppc@freebsd.org Sun Mar 5 09:23:57 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FC92CF8824 for ; Sun, 5 Mar 2017 09:23:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-203.reflexion.net [208.70.211.203]) (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 10E4915DC for ; Sun, 5 Mar 2017 09:23:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19691 invoked from network); 5 Mar 2017 09:23:54 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Mar 2017 09:23:54 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sun, 05 Mar 2017 04:23:54 -0500 (EST) Received: (qmail 20576 invoked from network); 5 Mar 2017 09:23:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Mar 2017 09:23:54 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 5EB4EEC7822; Sun, 5 Mar 2017 01:23:53 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: PowerMac G5 and KMS From: Mark Millard In-Reply-To: Date: Sun, 5 Mar 2017 01:23:52 -0800 Cc: Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , hiroo.ono+freebsd@gmail.com, Debian powerpc Mailinglist Content-Transfer-Encoding: quoted-printable Message-Id: <89E0CCAB-1218-4962-BA55-6C76D8CE7E07@dsl-only.net> References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> To: Joe Nosay X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 09:23:57 -0000 On 2017-Mar-4, at 10:50 PM, Joe Nosay wrote: > This will bounce for the ppc list. > As I have stated before: you will need to work with the debian ppc = group to create the proper drivers. > Since there are people who know how to make the Linux system calls, = there should be people that are willing to > work across OS and mailing list lines. > Just don't be stubborn. I'm not pursuing X11 now and am not likely to for a long time. (Although I'm willing to run head FreeBSD experiments when I happen to have access to the proper equipment. I've done so in the past. Head FreeBSD just because that is what I have set up as an established environment.) My FreeBSD time goes mostly into: A) Finding and reporting clang related problems blocking use of clang as FreeBSD's system compiler for powerpc64 and powerpc. B) Finding evidence about problems for arm64 and possibly arm, as well as for other powerpc64 and powerpc problems that are not clang/toolchain ones. These tends to be for basic system types of things --things that lead to problems with self-hosted rebuilds or with amd64->??? cross builds. C) Similar to (A)/(B) but for the xtoolchain support for buildworld buildkernel, not necessarily limited to powerpc64 and powerpc but also possibly arm64 or arm. As a side effect of these activities I end up discovering and reporting evidence for more (such as in ports that I happen to use in the process). For now I do not want to dilute my time on these things with time on X11 as a directly-targeted activity. This is why I gave up on such earlier: it was taking time from what I was more interested in. (Again: I am willing to run head FreeBSD experiments when I happen to have access to the right equipment.) > On Thu, Mar 2, 2017 at 12:34 PM, Mark Millard = wrote: > On 2017-Mar-2, at 9:37 AM, Justin Hibbits = wrote: >=20 > > On Thu, Mar 2, 2017 at 5:42 AM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B= =E7=94=9F) > > wrote: > >> I recently installed 12-current powerpc64 r313561 to a PowerMac G5 > >> (it is dual processor, but I do not know its detail). > >> > >> When I try to load drm2.ko and radeonkms.ko, > >> the screen turns into black and recovers, then the system locks. > >> kldload command does not return, no response to keyboard input, = etc. > >> > >> Is it possible to use KMS on FreeBSD/powerpc64? > >> > >> The log in /var/log/messages is > >> > >> after "kldload drm2", > >> > >> kernel: info: [drm] Initialized drm 1.1.0 20060810 > >> > >> and then, after "kldload radeonkms", > >> > >> kernel: iic0: on iicbus0 > >> kernel: iic1: on iicbus1 > >> kernel: drmn0: on vgapci0 > >> kernel: info: [drm] RADEON_IS_AGP > >> kernel: info: [drm] initializing kernel modesetting (RV350 = 0x1002:0x4150 > >> 0x1002:0x4150). > >> kernel: info: [drm] register mmio base: 0x90000000 > >> kernel: info: [drm] register mmio size: 65536 > >> kernel: info: [drm] igp_read_bios_from_vram: =3D=3D=3D> Try IGP's = VRAM... > >> kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: = 0x98000000 > >> kernel: info: [drm] igp_read_bios_from_vram: Map address: > >> 0xc000000061412000 (262144 bytes) > >> kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS = signature: > >> 0x0000 > >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... > >> kernel: info: [drm] radeon_read_bios: Map address: = 0xc000000061412000 > >> (131072 bytes) > >> kernel: info: [drm] radeon_read_bios: Incorrect BIOS signature: = 0x2AFF > >> kernel: info: [drm] legacy_read_disabled_bios: =3D=3D=3D> Try = disabled BIOS > >> (legacy)... > >> kernel: info: [drm] radeon_read_bios: =3D=3D=3D> Try PCI Expansion = ROM... > >> kernel: info: [drm] radeon_read_bios: Map address: = 0xc000000061412000 > >> (131072 bytes) > >> > >> As the system locks up here, I have to power it off forcibly. > > > > Congratulations (?) you are quite possibly the first person to = report > > even attempting to use radeonkms on powerpc64. Frankly, I'm not > > surprised that it doesn't work for you. Unfortunately, I don't have = a > > solution, or even a means to track it down. Looking at the log > > snippet, my first guess is there may need to be a provision added to > > the driver for non-x86. Do you know what card this is? > > > > Adding a couple other lists with people who might have more insight. > > > > If it can be made to work, I'd definitely want to get a Radeon card = for my G5(s) > > > > - Justin >=20 > Back on 2014-Nov-21 I wrote the following in one of my messages on the > lists on that day: >=20 > > FYI: I've been building and trying Jean-S=C3=A9bastien P=C3=A9dron's = kms-drm-update-38 branch when Jean requested (sometimes with patches = that Jean provided). This was to give Jean some (indirect) access to a = powerpc64 (PowerMac G5) Radeon context for some radeonkms development. = (Jean had been hoping to get my card going in that context.) We got to = the point that a kldload for radeonkms did not complain/refuse but the = display was then munged up and the driver could not find the Video BIOS. = The fact that it is a Radeon X1950 for the video hardware may make it = odder than usual for PowerMac G5 Radeons. But it is the only Radeon that = I have access to for G5's. (The card works in Mac OS X 10.5.) >=20 > (As I remember this was a PowerMac G5 so-called "Quad Core" as the G5 > context. I do not currently have access to the X1950 card.) >=20 > I'm not sure from what I read if things are about the same vs. if = things > are worse now. I do not remember the details from back then, such as > console vs. X11 that I was not explicit about in the quoted material. >=20 > I eventually gave up on using X11 "for a time" --and have not tried = again > so far. I've no clue about the current status for X11 on PowerMacs of > any kind --or what I'd need to do to try it for the Radeon X1950 or > any NVIDIA cards. (Currently an NVIDIA card is installed.) >=20 > I will eventually have access to the X1950 again, but not soon. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sun Mar 5 22:35:19 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DD4FCFADEA; Sun, 5 Mar 2017 22:35:19 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-ot0-x242.google.com (mail-ot0-x242.google.com [IPv6:2607:f8b0:4003:c0f::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24D7E1310; Sun, 5 Mar 2017 22:35:19 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: by mail-ot0-x242.google.com with SMTP id i1so15804813ota.3; Sun, 05 Mar 2017 14:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QqduHEH03tA4ks8dSBdkVsuHavAcDf6Ex4yQ7wEBqSI=; b=E8SVTtpFR1lXkJWumjNJUCc5cCeQXURn71qtgG98zlUq4axEIh9c1YMDgXqP/vQ81+ JmVFnbZWE0nB5+z7NMcgSSnLwdYRo0Ora7VP1t7nklguDjQnS7vbmZw1krOkTjhbFuPh 8lUKZnzy2FQdsQjifo2VKVSH6TPJBmDhbG5eXq1bbZ/mRf+esvMiRDZXRk0UgsoU4HP7 6jTjGb5C0voxexR6sqzpt44RJDoa+9pzs4KprcHrV3RHvyvHXvRp5iVUzrwK7bvILVrM QKqcTsyQWK7C0ysxevlZ79vdGG4I/oeMFjj/ta5ioDML/ox/mqN5WsijcBKwOGwqOewZ 4Vrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc; bh=QqduHEH03tA4ks8dSBdkVsuHavAcDf6Ex4yQ7wEBqSI=; b=Tf48dt1VJyIyRazfUbIrx4xisNVBv3ymEoXwSKCzKqefxzOfHTpJAvkYOnQ0hoJSTr J6Ifmh6MeNA+y2u2K+820jZ+W68gWNnPMF/rUuU/+TORS7hRMilQI8sahv46DixCUXHS Z2jpHLy0+hYTzpytFswqRuP4rJ0f0rL0U82wQ761UhPUdx6dGceWASD9uyHNJ6M5wjvu AXwYIhX8deVFb3ZaKv68uNOFNP47DWCqyTrLzzk+Y6nDmjTTCexmUyDoFNd0f3YxwVWG Iy1eTbIo9tLikN7a0iD9AVvoCEAQWOLJc40fLzXv4RllOhiJ3V6vaCiD5DI64liddhvg TIXQ== X-Gm-Message-State: AMke39klguF0aAnivE+PgiQRqu6tUuRSMc28QtS8G8RJU0RmrgFBBBblTx70uKrIuRz+mnU9sM28NAvrWicRhQ== X-Received: by 10.157.84.10 with SMTP id j10mr6238378oth.257.1488753318552; Sun, 05 Mar 2017 14:35:18 -0800 (PST) MIME-Version: 1.0 Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.74.32.213 with HTTP; Sun, 5 Mar 2017 14:35:18 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Mon, 6 Mar 2017 07:35:18 +0900 X-Google-Sender-Auth: KsYFxU8GDqqfyEsY7QmaANd5dPs Message-ID: Subject: Re: PowerMac G5 and KMS To: "Herminio Hernandez Jr." Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2017 22:35:19 -0000 Thank you. I see the point. 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. : > Try to force the Radeon driver into PCI mode. Under Linux doing this stops > the blank screen and locks. Could anyone tell me how to do it? Can it be done from FreeBSD? I googled a little but could not find anything useful (maybe search words were not appropriate), so how to do it on Linux helps me also. pciconf -lc says: vgapci0@pci0:0:16:0: class=0x30000 card=0x41501002 chip=0x41501002 rev=0x00 hdr=0x00 cap 02[58] = AGP v3 8x 4x SBA disabled] cap 01[50] = powerspec 2 supports D0 D1 D2 D3 current D0 From owner-freebsd-ppc@freebsd.org Mon Mar 6 04:03:06 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 556ABCFB269; Mon, 6 Mar 2017 04:03:06 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE9BC1F1E; Mon, 6 Mar 2017 04:03:05 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: by mail-wr0-x234.google.com with SMTP id g10so107588978wrg.2; Sun, 05 Mar 2017 20:03:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=XZMI801Nt9i6DW9JAzyQchKrXwAqMNPUKeRetGttgUE=; b=f6lBvPTEAK23rmsreWuRomcSDbuAjj7Nht0rFi+5Aw5eewxcuBVtjIq2+AMkN1awZj cc/xKIudsUpl2ym5X+8LTFwdhQDfGYAn0KjDsdLHYjLz2+oo41dQ03Tsfcz+kDXuM1EM V8RluQsP3zAeBelmPBxG7j2OhEx6xkPoyw7sZj+X+chaZmrGj7R0M/s1q7o/R3EzDSMP Nqi6Rqzd/49ucmqALRxJhubynCMoDYlHPP6tKLOIgA1vu80bT45/OrFbmq5txQqGRw/e opjhJCxOgRECFFD5j+RsuH3chPntpErbO0uovoAYK9oVetV4HwDezkCzdUfkELAAxCVD SIiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=XZMI801Nt9i6DW9JAzyQchKrXwAqMNPUKeRetGttgUE=; b=kiAwnzXwTiIOjEboRjXOnt0nFBU2yGNUMKuJFZm0n+5c0e7c8gbV5660hYMlqzEArs HODpJ8iCb0M8qllQwBaodt8E5vVb0FKoOpanyE8w7zS3sAJq59ZLooBby47D7btyKCdx 3iMwsEgloxx3B+zTQcL47Vix5gAIFmJsKR1t/AG+yOXJrdp6zTjN3mXHWDv8gA7Rl//F yXPcB4yWuqTB9IsHcuTOPAiMsy4pL8evLVdnb/M42wsQxVuaB8+7ngqlwH7ajV3fOLY1 Jifg1CjD+MvdLo7+TBZLHehYKYkpg3rS1bogr+IyEGSrhT09n2QVeQPghe0pibBEZ0NN fRKA== X-Gm-Message-State: AMke39kZxHhDxClvRVYdiYEumgguaMKlLbUmO7Xb8WdQ9jXjEuYSWqlRyZo4FBGl2muP9icHJEG55yfQjDbJUA== X-Received: by 10.223.164.9 with SMTP id d9mr12483143wra.146.1488772983364; Sun, 05 Mar 2017 20:03:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.165.41 with HTTP; Sun, 5 Mar 2017 20:03:02 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: "Herminio Hernandez, Jr." Date: Sun, 5 Mar 2017 21:03:02 -0700 Message-ID: Subject: Re: PowerMac G5 and KMS To: hiroo.ono+freebsd@gmail.com Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 04:03:06 -0000 Per the radeon man page *here . *However this option has been removed after 10.2. Under Linux the you set it in yaboot bootloader by using 'radeon.agpmode=3D-1'. I do not know if this will work in loader.conf *Option* *"BusType"* *"**string**"* Used to replace previous ForcePCIMode option. Should only be used when driver's bus detection is incorrect or you want to force an AGP card to PCI mode. You should NEVER force a PCI card to AGP bus. PCI -- PCI bus AGP -- AGP bus PCIE -- PCI Express bus (used only when DRI is enabled) The default is *auto* *detect.* On Sun, Mar 5, 2017 at 3:35 PM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) < hiroo.ono+freebsd@gmail.com> wrote: > Thank you. I see the point. > > 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. > : > > Try to force the Radeon driver into PCI mode. Under Linux doing this > stops > > the blank screen and locks. > > Could anyone tell me how to do it? Can it be done from FreeBSD? > I googled a little but could not find anything useful (maybe search > words were not > appropriate), so how to do it on Linux helps me also. > > pciconf -lc says: > vgapci0@pci0:0:16:0: class=3D0x30000 card=3D0x41501002 chip=3D0x41501002 > rev=3D0x00 hdr=3D0x00 > cap 02[58] =3D AGP v3 8x 4x SBA disabled] > cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 > From owner-freebsd-ppc@freebsd.org Mon Mar 6 09:37:40 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90002CFA16A for ; Mon, 6 Mar 2017 09:37:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-203.reflexion.net [208.70.211.203]) (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 41BFB1994 for ; Mon, 6 Mar 2017 09:37:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10831 invoked from network); 6 Mar 2017 09:39:53 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 09:39:53 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 04:37:33 -0500 (EST) Received: (qmail 7261 invoked from network); 6 Mar 2017 09:37:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 09:37:33 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B893FEC7A6F; Mon, 6 Mar 2017 01:37:32 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) Message-Id: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> Date: Mon, 6 Mar 2017 01:37:32 -0800 To: markj@FreeBSD.org, FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 09:37:40 -0000 When I tried to jump from head -r314479 to -r314687 the -r314687 kernel the result failed by always(?) getting: CAM status: Command timeout for: ATAPI_IDENTIFY INQUIRY DSM TRIM READ_DMA48 SETFEATURES ENABLE RCACHE WRITE_DMA48 etc. at: ada0:ata2:0:0:0 aprobe0:ata0:0:0:0 Booting with the older -r314479 works fine (same -r314687 world). [FYI: It is a ufs context.] The only thing that looks likely to me for the change in behavior is. . . Author: markj Date: Fri Mar 3 20:51:57 2017 New Revision: 314624 URL: https://svnweb.freebsd.org/changeset/base/314624 Log: Reject userland CCBs that have CAM_UNLOCKED set. CAM_UNLOCKED is internal flag and cannot correctly be set by userland. Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. Also fix leaks in some of the error paths for CAMIOQUEUE. PR: 215356 Reviewed by: ken, mav MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D9869 Modified: head/sys/cam/cam_xpt.c head/sys/cam/scsi/scsi_pass.c [This may just mean that it exposes other problems.] === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Mar 6 09:46:40 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC93CCFA840 for ; Mon, 6 Mar 2017 09:46:40 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-ot0-x22f.google.com (mail-ot0-x22f.google.com [IPv6:2607:f8b0:4003:c0f::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 831921170 for ; Mon, 6 Mar 2017 09:46:40 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-ot0-x22f.google.com with SMTP id o24so44190931otb.1 for ; Mon, 06 Mar 2017 01:46:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=DfBsy+5rZwOoMyrKZ2Df2VEjuRDRDGaP2XivyFwnVrw=; b=kFQaqkkitEc+8fkU83YB2nnTeQ4FBsanXlA7XmU4yDCONYU/PjpJZ8FxpyPmiHk9Zf 0TtcrsQ8U4TKCe1hZvWrn0cLn8KhEVKZ3NEO3etMJebRDi+WWDyRWxZw54ZloHy0iXhp I/r8kp+qK3kS+VKbSlkDIsm1X17P1pb9M0gdM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DfBsy+5rZwOoMyrKZ2Df2VEjuRDRDGaP2XivyFwnVrw=; b=MV8nxXk55lQfWLoc+s8Xo4uHcvYOdkXLTdai7Ng9VYHwue314cXvUMGZWu2JEveUBt ArXueTNSYmVRczBohEjU9AUVYRkXLLKNqV/I1THxwHc4piF4E2dxYrhXPs4W3+XP03sy L9EoqlpOJto58vuaDrxQ6wDxIHHGhRFsraEEx9BBSLrzRvF0RrXMde5RsQ44YwWaetmF DYbzC6yy/JonWV2y3HVOGv9U+9JpQHHhJerEgebkPQSQlFUUZMMh7ZRhEEZqmLDtEVX5 +D3dLMs5zDpMgvI/wJP9KksV3wJOU0iNAVkBCwOZIedQsJDA65MZCfCRyHokThOSb3Mj +07g== X-Gm-Message-State: AMke39lp7o2dZuOB7j2BBuDiWu4EJLfrBCs+bi67Ik2vkBAy9foX/HJ1TShIkzj46VDrI15JErGrHFSWP83jwA== X-Received: by 10.157.40.48 with SMTP id m45mr6814872otb.59.1488793599382; Mon, 06 Mar 2017 01:46:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.23.208 with HTTP; Mon, 6 Mar 2017 01:46:38 -0800 (PST) From: Kevin Bowling Date: Mon, 6 Mar 2017 02:46:38 -0700 Message-ID: Subject: iflib em/igb on -CURRENT To: FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 09:46:40 -0000 Has anyone tried ppc/ppc64 -CURRENT past January with an intel 1g NIC? I'm working through some iommu stuff right now with Matt on sparc64. I suspect that'll catch anything that'd hit other archs, but I am curious if things are working or not on ppc right now since we haven't heard any problem reports. Regards, Kevin From owner-freebsd-ppc@freebsd.org Mon Mar 6 10:05:47 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1A56CFADF9 for ; Mon, 6 Mar 2017 10:05:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-197.reflexion.net [208.70.211.197]) (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 81688199F for ; Mon, 6 Mar 2017 10:05:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9416 invoked from network); 6 Mar 2017 10:05:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 10:05:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 05:05:40 -0500 (EST) Received: (qmail 16533 invoked from network); 6 Mar 2017 10:05:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 10:05:40 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B8057EC7B46; Mon, 6 Mar 2017 02:05:39 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> Date: Mon, 6 Mar 2017 02:05:39 -0800 Cc: Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: 7bit Message-Id: <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> To: markj@FreeBSD.org, FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 10:05:47 -0000 On 2017-Mar-6, at 1:37 AM, Mark Millard wrote: > When I tried to jump from head -r314479 to -r314687 the -r314687 kernel > the result failed by always(?) getting: > > CAM status: Command timeout > > for: > > ATAPI_IDENTIFY > INQUIRY > DSM TRIM > READ_DMA48 > SETFEATURES ENABLE RCACHE > WRITE_DMA48 > etc. > > at: > > ada0:ata2:0:0:0 > aprobe0:ata0:0:0:0 > > Booting with the older -r314479 works fine (same -r314687 world). > > [FYI: It is a ufs context.] > > > The only thing that looks likely to me for > the change in behavior is. . . > > Author: markj > Date: Fri Mar 3 20:51:57 2017 > New Revision: 314624 > URL: > https://svnweb.freebsd.org/changeset/base/314624 > > > Log: > Reject userland CCBs that have CAM_UNLOCKED set. > > CAM_UNLOCKED is internal flag and cannot correctly be set by userland. > Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. > > Also fix leaks in some of the error paths for CAMIOQUEUE. > > PR: 215356 > Reviewed by: ken, mav > MFC after: 1 week > Differential Revision: > https://reviews.freebsd.org/D9869 > > > Modified: > head/sys/cam/cam_xpt.c > head/sys/cam/scsi/scsi_pass.c > > > > [This may just mean that it exposes other problems.] Yep: reverting the two files allowed the PowerMac G5 so-called "Quad Core" to boot fully and I could log in. It appears that if such powerpc64 machines are to stay bootable then other things need to be cleaned up before the two updated files from -r314624 should be used. Should the 2 files be reverted until other things are cleaned up? === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Mar 6 10:25:38 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EF56CFA558 for ; Mon, 6 Mar 2017 10:25:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-199.reflexion.net [208.70.211.199]) (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 5024816F0 for ; Mon, 6 Mar 2017 10:25:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19239 invoked from network); 6 Mar 2017 10:26:17 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 10:26:17 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 05:25:31 -0500 (EST) Received: (qmail 13152 invoked from network); 6 Mar 2017 10:25:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 10:25:31 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 5FA41EC7B1F; Mon, 6 Mar 2017 02:25:30 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> Date: Mon, 6 Mar 2017 02:25:29 -0800 Cc: Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <9ECE50B1-82AE-4E9D-9A70-C2CB423DC44F@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> To: markj@FreeBSD.org, FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 10:25:38 -0000 On 2017-Mar-6, at 2:05 AM, Mark Millard wrote: > On 2017-Mar-6, at 1:37 AM, Mark Millard = wrote: >=20 >> When I tried to jump from head -r314479 to -r314687 the -r314687 = kernel >> the result failed by always(?) getting: >>=20 >> CAM status: Command timeout >>=20 >> for: >>=20 >> ATAPI_IDENTIFY >> INQUIRY >> DSM TRIM >> READ_DMA48 >> SETFEATURES ENABLE RCACHE >> WRITE_DMA48 >> etc. >>=20 >> at: >>=20 >> ada0:ata2:0:0:0 >> aprobe0:ata0:0:0:0 >>=20 >> Booting with the older -r314479 works fine (same -r314687 world). >>=20 >> [FYI: It is a ufs context.] >>=20 >>=20 >> The only thing that looks likely to me for >> the change in behavior is. . . >>=20 >> Author: markj >> Date: Fri Mar 3 20:51:57 2017 >> New Revision: 314624 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/314624 >>=20 >>=20 >> Log: >> Reject userland CCBs that have CAM_UNLOCKED set. >>=20 >> CAM_UNLOCKED is internal flag and cannot correctly be set by = userland. >> Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. >>=20 >> Also fix leaks in some of the error paths for CAMIOQUEUE. >>=20 >> PR: 215356 >> Reviewed by: ken, mav >> MFC after: 1 week >> Differential Revision:=09 >> https://reviews.freebsd.org/D9869 >>=20 >>=20 >> Modified: >> head/sys/cam/cam_xpt.c >> head/sys/cam/scsi/scsi_pass.c >>=20 >>=20 >>=20 >> [This may just mean that it exposes other problems.] >=20 > Yep: reverting the two files allowed the PowerMac G5 so-called > "Quad Core" to boot fully and I could log in. >=20 > It appears that if such powerpc64 machines are to stay bootable > then other things need to be cleaned up before the two updated > files from -r314624 should be used. >=20 > Should the 2 files be reverted until other things are cleaned up? An interesting note is where CAM_UNLOCKED occurs (this is from after reverting the 2 files relative to the -r314687 that I started with): # grep -r CAM_UNLOCKED /usr/src/* | more /usr/src/sys/cam/cam_periph.c: KASSERT((ccb->ccb_h.flags & = CAM_UNLOCKED) =3D=3D 0, /usr/src/sys/cam/scsi/scsi_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = work_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = request_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = request_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: request_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/nvme/nvme_da.c: = start_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/nvme/nvme_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_ccb.h: CAM_UNLOCKED =3D 0x80000000 = /* Call callback without lock. */ /usr/src/sys/cam/ata/ata_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_da.c: start_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_xpt.c: work_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_xpt.c: request_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: new_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: new_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: start_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: KASSERT((done_ccb->ccb_h.flags & = CAM_UNLOCKED) !=3D 0, /usr/src/sys/cam/ctl/scsi_ctl.c: ("CCB in ctlfedone() without = CAM_UNLOCKED flag")); /usr/src/sys/cam/ctl/scsi_ctl.c: = csio->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_xpt.c: ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_xpt.c: if ((ccb_h->flags & CAM_UNLOCKED) =3D=3D = 0) { =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Mar 6 10:35:44 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC1C6CFA9E4 for ; Mon, 6 Mar 2017 10:35:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-202.reflexion.net [208.70.211.202]) (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 7CD1A1E25 for ; Mon, 6 Mar 2017 10:35:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30599 invoked from network); 6 Mar 2017 10:36:28 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 10:36:28 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 05:35:42 -0500 (EST) Received: (qmail 16319 invoked from network); 6 Mar 2017 10:35:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 10:35:42 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id A948AEC7A6F; Mon, 6 Mar 2017 02:35:41 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: svn commit: r314624 - in head/sys/cam: . scsi [Prevented PowerMac G5 so-called "Quad Core" boot completion] Message-Id: <00787DC4-F3AF-4378-BF55-05581DCB88E8@dsl-only.net> Date: Mon, 6 Mar 2017 02:35:41 -0800 Cc: markj@FreeBSD.org, FreeBSD PowerPC ML , Justin Hibbits To: svn-src-head@freebsd.org X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 10:35:44 -0000 [I should have CC'd svn-src-head in the first place.] On 2017-Mar-6, at 2:05 AM, Mark Millard wrote: > On 2017-Mar-6, at 1:37 AM, Mark Millard = wrote: >=20 >> When I tried to jump from head -r314479 to -r314687 the -r314687 = kernel >> the result failed by always(?) getting: >>=20 >> CAM status: Command timeout >>=20 >> for: >>=20 >> ATAPI_IDENTIFY >> INQUIRY >> DSM TRIM >> READ_DMA48 >> SETFEATURES ENABLE RCACHE >> WRITE_DMA48 >> etc. >>=20 >> at: >>=20 >> ada0:ata2:0:0:0 >> aprobe0:ata0:0:0:0 >>=20 >> Booting with the older -r314479 works fine (same -r314687 world). >>=20 >> [FYI: It is a ufs context.] >>=20 >>=20 >> The only thing that looks likely to me for >> the change in behavior is. . . >>=20 >> Author: markj >> Date: Fri Mar 3 20:51:57 2017 >> New Revision: 314624 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/314624 >>=20 >>=20 >> Log: >> Reject userland CCBs that have CAM_UNLOCKED set. >>=20 >> CAM_UNLOCKED is internal flag and cannot correctly be set by = userland. >> Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. >>=20 >> Also fix leaks in some of the error paths for CAMIOQUEUE. >>=20 >> PR: 215356 >> Reviewed by: ken, mav >> MFC after: 1 week >> Differential Revision:=09 >> https://reviews.freebsd.org/D9869 >>=20 >>=20 >> Modified: >> head/sys/cam/cam_xpt.c >> head/sys/cam/scsi/scsi_pass.c >>=20 >>=20 >>=20 >> [This may just mean that it exposes other problems.] >=20 > Yep: reverting the two files allowed the PowerMac G5 so-called > "Quad Core" to boot fully and I could log in. >=20 > It appears that if such powerpc64 machines are to stay bootable > then other things need to be cleaned up before the two updated > files from -r314624 should be used. >=20 > Should the 2 files be reverted until other things are cleaned up? An interesting note is where CAM_UNLOCKED occurs (this is from after reverting the 2 files relative to the -r314687 that I started with): # grep -r CAM_UNLOCKED /usr/src/* | more /usr/src/sys/cam/cam_periph.c: KASSERT((ccb->ccb_h.flags & = CAM_UNLOCKED) =3D=3D 0, /usr/src/sys/cam/scsi/scsi_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_da.c: ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = work_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = request_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: = request_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/scsi/scsi_xpt.c: request_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/nvme/nvme_da.c: = start_ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/nvme/nvme_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_ccb.h: CAM_UNLOCKED =3D 0x80000000 = /* Call callback without lock. */ /usr/src/sys/cam/ata/ata_da.c: start_ccb->ccb_h.flags = |=3D CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_da.c: start_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_xpt.c: work_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ata/ata_xpt.c: request_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: new_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: new_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: start_ccb->ccb_h.flags |=3D = CAM_UNLOCKED; /usr/src/sys/cam/ctl/scsi_ctl.c: KASSERT((done_ccb->ccb_h.flags & = CAM_UNLOCKED) !=3D 0, /usr/src/sys/cam/ctl/scsi_ctl.c: ("CCB in ctlfedone() without = CAM_UNLOCKED flag")); /usr/src/sys/cam/ctl/scsi_ctl.c: = csio->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_xpt.c: ccb->ccb_h.flags |=3D CAM_UNLOCKED; /usr/src/sys/cam/cam_xpt.c: if ((ccb_h->flags & CAM_UNLOCKED) =3D=3D = 0) { =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Mar 6 14:38:53 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EA54CFA43B; Mon, 6 Mar 2017 14:38:53 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-ot0-x244.google.com (mail-ot0-x244.google.com [IPv6:2607:f8b0:4003:c0f::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B911A15F1; Mon, 6 Mar 2017 14:38:52 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: by mail-ot0-x244.google.com with SMTP id a12so15516979ota.2; Mon, 06 Mar 2017 06:38:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=dh2xZc7cO0AAAZ462YkCiuT7eVuXkiBAIkLs6IKivsg=; b=mrnIlE91WWUUTVPuGBHrKdjRX5OYXIYEqujFmvo75gcXSTUtMs3WmrtRTAhLk552+c NbChKlA2Xb/jHiI4G21RQacvpmYDXncDLuclsMRb84OlTyYtSfL6tbeFV5Lz7jbCwY/R nC2P9G2dqLftXvQJkuWhM3cFYV3YuY0e696N17LmNQ4iwTEys0De8QnJuMMZKWF+duac sZj8hdJce0oKGpn+VMfUDvx7xAT0d8d5a56YBC7bpoGRgDScw2okZzIV0rtM4VO2R5s7 8lUpGG67HEhkP5iFbPHhZVXf7MREMxtB1UWxj+A5NxTyGCwY8Av3nPbZN7C0eeOGcX2i o+Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc :content-transfer-encoding; bh=dh2xZc7cO0AAAZ462YkCiuT7eVuXkiBAIkLs6IKivsg=; b=NZzlpBZSlGWWBtJt+XV4g7DlhTlPre3AnzqRWiA+jBBzHofKY4ekbkGk3SKG4d5M0H NUBaOYJd0FdkXxFL9oXrErhYRsjflwVh6Hr/j1Cf2YSesW4Qv+4AcTuoZbI5GwVl34vr 0Z5bnN6DjCCxqa6DaAZfFsZLqy9pAEb+SxYiWmmRSlNbDfgvu/G7/DsnNBdwlzbTMBCK zumcmlVlhxrlu8mqwBA7FZfErK0XSPGIqxIESAP31RBMk95AB9goVcBmdOvMvwbmWQ7i Q4oUP15x7sD8y7N/j3aTdHWQRGs5aPI9xQiWpmOXdOTQvIata8qeTwKI3mM4SvlLILQL dg2w== X-Gm-Message-State: AMke39n6KEMi3XIpJ63nLwd5ozzK1fCFJke/rdjLiasomQi93YNenc8ronXQj423qmJkfXOM++ixckhxb+0U4w== X-Received: by 10.157.1.105 with SMTP id 96mr8096957otu.54.1488811131857; Mon, 06 Mar 2017 06:38:51 -0800 (PST) MIME-Version: 1.0 Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.74.32.213 with HTTP; Mon, 6 Mar 2017 06:38:51 -0800 (PST) In-Reply-To: References: <4EA794E6-D435-4958-853C-5421E03F3B46@dsl-only.net> From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Mon, 6 Mar 2017 23:38:51 +0900 X-Google-Sender-Auth: B4oL4dHtyXxBGIGvRWdWitka6xQ Message-ID: Subject: Re: PowerMac G5 and KMS To: "Herminio Hernandez, Jr." Cc: Joe Nosay , Mark Millard , Justin Hibbits , freebsd-x11@freebsd.org, FreeBSD Current , FreeBSD PowerPC ML , Debian powerpc Mailinglist Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 14:38:53 -0000 Thank you. Just unconditionally disabling AGP in R300 initialization made radeonkms to load successfully. It seems that no tunables for FreeBSD are described instead of MODULE_PARM_DESC and module_param_named. So, I have to learn how to add them to the source code. (/usr/src/sys/dev/drm2/os_freebsd.c seem to help.) Anyway, it worked. thank you. Some problems remain. The virtual screen is larger than the real one and I cannot see the command line I am inputting, and I did not yet test X as there seem to be problems in building them from ports, but that are other things. 2017-03-06 13:03 GMT+09:00 Herminio Hernandez, Jr. : > Per the radeon man page here. However this option has been removed after > 10.2. Under Linux the you set it in yaboot bootloader by using > 'radeon.agpmode=3D-1'. I do not know if this will work in loader.conf > > > > Option "BusType" "string" > Used to replace previous ForcePCIMode option. Should only be > used when driver's bus detection is incorrect or you want to > force an AGP card to PCI mode. You should NEVER force a PCI card > to AGP bus. > PCI -- PCI bus > AGP -- AGP bus > PCIE -- PCI Express bus > (used only when DRI is enabled) > The default is auto detect. > > > > On Sun, Mar 5, 2017 at 3:35 PM, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7= =94=9F) > wrote: >> >> Thank you. I see the point. >> >> 2017-03-05 17:20 GMT+09:00 Herminio Hernandez Jr. >> : >> > Try to force the Radeon driver into PCI mode. Under Linux doing this >> > stops >> > the blank screen and locks. >> >> Could anyone tell me how to do it? Can it be done from FreeBSD? >> I googled a little but could not find anything useful (maybe search >> words were not >> appropriate), so how to do it on Linux helps me also. >> >> pciconf -lc says: >> vgapci0@pci0:0:16:0: class=3D0x30000 card=3D0x41501002 chip=3D0x41501002 >> rev=3D0x00 hdr=3D0x00 >> cap 02[58] =3D AGP v3 8x 4x SBA disabled] >> cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 > > From owner-freebsd-ppc@freebsd.org Mon Mar 6 16:44:21 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 150BFCFB7C0 for ; Mon, 6 Mar 2017 16:44:21 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7E561784; Mon, 6 Mar 2017 16:44:20 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id v125so100882804qkh.2; Mon, 06 Mar 2017 08:44:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=HQobyCssqdj4lvckmf6cjWHIQLzR18A2UyB+yboekUU=; b=lk/9GL86LKCWiYxVYSAQAIJ7CsYQjSqtB5BZfFbzvHkbpsaC2oih3w379ZIi6LLb0m yt0qHIbFhfH6ZMJx0GiUo4o4hxkK38TlgsvTlHXl0M0ysyv5aQXqsm4dtuhQjuDqqD/m 9Rtr0rFURWlgLY+uhyXGh3Vc3mhPsCG13YFYlB3yRGkNGdhx0U61Z6DvtCLgnvJfvgTn vqJLVoOpVypzVsh98B8VsU/PbXIwZEhgrmnrlDy3Yi2GoyXHTF/LuydN9MbSBPoPb50B O22Q3rLI5FU/qRUF9SmuIJubdoqc2XwH3k8F+yBuCVDmidBo/nfpA593V+z4KL7TTyWZ ba4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=HQobyCssqdj4lvckmf6cjWHIQLzR18A2UyB+yboekUU=; b=JAyYwnlG2dqqCFxDBk4DwfVtcPhVIuS0OA4k5KFSROA06JjePXYJ5QIWFyOJALXnA7 FgKfinIK2FKUIkJv9QFDUgQH3kommYPJ4683UUTJxnuXh9WNgKFz31lsqnItdGsRGgKN BkLr8jJKTXJti0lqaDH5laPKHDFxEj0dRzG12m9g5wHT0L3q2WsrJGqKbF4vXruoEV3t x6QQlGUphPPBDtbhxOdXAL4uaKuNQeAB9ZMa6ngE6d6f54fKkMBv68BIqKqT5YUEmArp eHVvmo4dNbpeRth8Ul+A9IoIWg8QitbDrqbvYCp1afdqQLpjQYm0b0Kb/hzv0FogVoGs P9Kg== X-Gm-Message-State: AMke39lVvP48vS1H3SmOzxPIRNGJhBEEAczc+Lp1g9DEqfmZ0VGtsUQeP72QhHGy3bWttw== X-Received: by 10.200.62.137 with SMTP id y9mr16186352qtf.182.1488818659588; Mon, 06 Mar 2017 08:44:19 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id 126sm13713299qkl.24.2017.03.06.08.44.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Mar 2017 08:44:18 -0800 (PST) Sender: Mark Johnston Date: Mon, 6 Mar 2017 08:43:41 -0800 From: Mark Johnston To: Mark Millard Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) Message-ID: <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 16:44:21 -0000 On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: > On 2017-Mar-6, at 1:37 AM, Mark Millard wrote: > > > When I tried to jump from head -r314479 to -r314687 the -r314687 kernel > > the result failed by always(?) getting: > > > > CAM status: Command timeout > > > > for: > > > > ATAPI_IDENTIFY > > INQUIRY > > DSM TRIM > > READ_DMA48 > > SETFEATURES ENABLE RCACHE > > WRITE_DMA48 > > etc. > > > > at: > > > > ada0:ata2:0:0:0 > > aprobe0:ata0:0:0:0 > > > > Booting with the older -r314479 works fine (same -r314687 world). > > > > [FYI: It is a ufs context.] > > > > > > The only thing that looks likely to me for > > the change in behavior is. . . > > > > Author: markj > > Date: Fri Mar 3 20:51:57 2017 > > New Revision: 314624 > > URL: > > https://svnweb.freebsd.org/changeset/base/314624 > > > > > > Log: > > Reject userland CCBs that have CAM_UNLOCKED set. > > > > CAM_UNLOCKED is internal flag and cannot correctly be set by userland. > > Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. > > > > Also fix leaks in some of the error paths for CAMIOQUEUE. > > > > PR: 215356 > > Reviewed by: ken, mav > > MFC after: 1 week > > Differential Revision: > > https://reviews.freebsd.org/D9869 > > > > > > Modified: > > head/sys/cam/cam_xpt.c > > head/sys/cam/scsi/scsi_pass.c > > > > > > > > [This may just mean that it exposes other problems.] > > Yep: reverting the two files allowed the PowerMac G5 so-called > "Quad Core" to boot fully and I could log in. Do you have a full dmesg of the failed boot? Am I correct in thinking that the boot failed before making it to user mode? If so I'm rather puzzled, as the change should only affect userland applications. Specifically, it modified a couple of ioctl handlers. > > It appears that if such powerpc64 machines are to stay bootable > then other things need to be cleaned up before the two updated > files from -r314624 should be used. > > Should the 2 files be reverted until other things are cleaned up? I don't mind reverting the change, but my suspicion is that it uncovered a problem rather than introducing it. If you're willing to narrow things down a bit, could you try booting with one of the file modifications and not the other? They are independent. From owner-freebsd-ppc@freebsd.org Mon Mar 6 17:21:16 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14F6CCFBD41 for ; Mon, 6 Mar 2017 17:21:16 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (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 D1704138F for ; Mon, 6 Mar 2017 17:21:15 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 56B8EC837C; Mon, 6 Mar 2017 18:21:12 +0100 (CET) Subject: Re: iflib em/igb on -CURRENT To: Kevin Bowling , FreeBSD PowerPC ML References: From: Andreas Tobler Message-ID: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> Date: Mon, 6 Mar 2017 18:21:12 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: Asterix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 17:21:16 -0000 On 06.03.17 10:46, Kevin Bowling wrote: > Has anyone tried ppc/ppc64 -CURRENT past January with an intel 1g NIC? > > I'm working through some iommu stuff right now with Matt on sparc64. I > suspect that'll catch anything that'd hit other archs, but I am curious if > things are working or not on ppc right now since we haven't heard any > problem reports. On my POWER5+ the em is broken since 311849. Andreas From owner-freebsd-ppc@freebsd.org Mon Mar 6 18:36:18 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1354CCFC2C3 for ; Mon, 6 Mar 2017 18:36:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-200.reflexion.net [208.70.211.200]) (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 C86E91F52 for ; Mon, 6 Mar 2017 18:36:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12380 invoked from network); 6 Mar 2017 18:36:15 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 18:36:15 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 13:36:15 -0500 (EST) Received: (qmail 14028 invoked from network); 6 Mar 2017 18:36:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 18:36:15 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 7AB55EC91A0; Mon, 6 Mar 2017 10:36:14 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> Date: Mon, 6 Mar 2017 10:36:13 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 18:36:18 -0000 On 2017-Mar-6, at 8:43 AM, Mark Johnston wrote: > On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: >> On 2017-Mar-6, at 1:37 AM, Mark Millard = wrote: >>=20 >>> When I tried to jump from head -r314479 to -r314687 the -r314687 = kernel >>> the result failed by always(?) getting: >>>=20 >>> CAM status: Command timeout >>>=20 >>> for: >>>=20 >>> ATAPI_IDENTIFY >>> INQUIRY >>> DSM TRIM >>> READ_DMA48 >>> SETFEATURES ENABLE RCACHE >>> WRITE_DMA48 >>> etc. >>>=20 >>> at: >>>=20 >>> ada0:ata2:0:0:0 >>> aprobe0:ata0:0:0:0 >>>=20 >>> Booting with the older -r314479 works fine (same -r314687 world). >>>=20 >>> [FYI: It is a ufs context.] >>>=20 >>>=20 >>> The only thing that looks likely to me for >>> the change in behavior is. . . >>>=20 >>> Author: markj >>> Date: Fri Mar 3 20:51:57 2017 >>> New Revision: 314624 >>> URL:=20 >>> https://svnweb.freebsd.org/changeset/base/314624 >>>=20 >>>=20 >>> Log: >>> Reject userland CCBs that have CAM_UNLOCKED set. >>>=20 >>> CAM_UNLOCKED is internal flag and cannot correctly be set by = userland. >>> Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. >>>=20 >>> Also fix leaks in some of the error paths for CAMIOQUEUE. >>>=20 >>> PR: 215356 >>> Reviewed by: ken, mav >>> MFC after: 1 week >>> Differential Revision:=09 >>> https://reviews.freebsd.org/D9869 >>>=20 >>>=20 >>> Modified: >>> head/sys/cam/cam_xpt.c >>> head/sys/cam/scsi/scsi_pass.c >>>=20 >>>=20 >>>=20 >>> [This may just mean that it exposes other problems.] >>=20 >> Yep: reverting the two files allowed the PowerMac G5 so-called >> "Quad Core" to boot fully and I could log in. >=20 > Do you have a full dmesg of the failed boot? Am I correct in thinking > that the boot failed before making it to user mode? /var/log/messages has the boot. I'll put the text at the end of this reply. It ends abruptly because I had to use the power switch: It never did take input to login with. Being ufs with softupdates the recorded end is possibly before the actual end. > If so I'm rather > puzzled, as the change should only affect userland applications. > Specifically, it modified a couple of ioctl handlers. >=20 >>=20 >> It appears that if such powerpc64 machines are to stay bootable >> then other things need to be cleaned up before the two updated >> files from -r314624 should be used. >>=20 >> Should the 2 files be reverted until other things are cleaned up? >=20 > I don't mind reverting the change, but my suspicion is that it = uncovered > a problem rather than introducing it. If you're willing to narrow = things > down a bit, could you try booting with one of the file modifications = and > not the other? They are independent. In a while I'll try each of the files individually, one old, one modern each time. Here is the /var/log/messages content: (I've removed various serial numbers.) Mar 6 03:54:36 FBSDG5L syslogd: kernel boot file is /boot/kernel/kernel Mar 6 03:54:36 FBSDG5L kernel: Copyright (c) 1992-2017 The FreeBSD = Project. Mar 6 03:54:36 FBSDG5L kernel: Copyright (c) 1979, 1980, 1983, 1986, = 1988, 1989, 1991, 1992, 1993, 1994 Mar 6 03:54:36 FBSDG5L kernel: The Regents of the University of = California. All rights reserved. Mar 6 03:54:36 FBSDG5L kernel: FreeBSD is a registered trademark of The = FreeBSD Foundation. Mar 6 03:54:36 FBSDG5L kernel: FreeBSD 12.0-CURRENT r314687M powerpc Mar 6 03:54:36 FBSDG5L kernel: FreeBSD clang version 4.0.0 = (branches/release_40 296509) (based on LLVM 4.0.0) Mar 6 03:54:36 FBSDG5L kernel: VT(ofwfb): resolution 1280x1024 Mar 6 03:54:36 FBSDG5L kernel: cpu0: IBM PowerPC 970MP revision 1.1, = 2500.41 MHz Mar 6 03:54:36 FBSDG5L kernel: cpu0: Features = dc000000 Mar 6 03:54:36 FBSDG5L kernel: cpu0: HID0 = 1511081 Mar 6 03:54:36 FBSDG5L kernel: real memory =3D 17148002304 (16353 MB) Mar 6 03:54:36 FBSDG5L kernel: avail memory =3D 16428167168 (15667 MB) Mar 6 03:54:36 FBSDG5L kernel: FreeBSD/SMP: Multiprocessor System = Detected: 4 CPUs Mar 6 03:54:36 FBSDG5L kernel: cpu0: dev=3Dff89d680 (BSP) Mar 6 03:54:36 FBSDG5L kernel: cpu1: dev=3Dff89eb70 Mar 6 03:54:36 FBSDG5L kernel: cpu2: dev=3Dff89f248 Mar 6 03:54:36 FBSDG5L kernel: cpu3: dev=3Dff89f920 Mar 6 03:54:36 FBSDG5L kernel: random: unblocking device. Mar 6 03:54:36 FBSDG5L kernel: random: entropy device external = interface Mar 6 03:54:36 FBSDG5L kernel: kbd0 at kbdmux0 Mar 6 03:54:36 FBSDG5L kernel: ofwbus0: on = nexus0 Mar 6 03:54:36 FBSDG5L kernel: cpulist0: on = ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: cpu0: on cpulist0 Mar 6 03:54:36 FBSDG5L kernel: pcr0: = on cpu0 Mar 6 03:54:36 FBSDG5L kernel: cpu1: on cpulist0 Mar 6 03:54:36 FBSDG5L kernel: pcr1: = on cpu1 Mar 6 03:54:36 FBSDG5L kernel: cpu2: on cpulist0 Mar 6 03:54:36 FBSDG5L kernel: pcr2: = on cpu2 Mar 6 03:54:36 FBSDG5L kernel: cpu3: on cpulist0 Mar 6 03:54:36 FBSDG5L kernel: pcr3: = on cpu3 Mar 6 03:54:36 FBSDG5L kernel: powermac_nvram0: mem = 0xfff04000-0xfff07fff on ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: powermac_nvram0: bank0 generation 1650, = bank1 generation 1649 Mar 6 03:54:36 FBSDG5L kernel: unin0: mem 0xf8000000-0xf8ffffff on ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: unin0: Version 66 Mar 6 03:54:36 FBSDG5L kernel: iichb0: mem = 0xf8001000-0xf8001fff irq 0 on unin0 Mar 6 03:54:36 FBSDG5L kernel: iicbus0: on iichb0 Mar 6 03:54:36 FBSDG5L kernel: ds17750: at addr = 0x94 on iicbus0 Mar 6 03:54:36 FBSDG5L kernel: ds16310: at addr = 0x96 on iicbus0 Mar 6 03:54:36 FBSDG5L kernel: max66900: at addr = 0x98 on iicbus0 Mar 6 03:54:36 FBSDG5L kernel: max66901: at addr = 0x9c on iicbus0 Mar 6 03:54:36 FBSDG5L kernel: htpic0: = mem 0xf8040000-0xf807ffff on unin0 Mar 6 03:54:36 FBSDG5L kernel: pcib0: mem = 0xf0000000-0xf1ffffff on ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: pci0: on pcib0 Mar 6 03:54:36 FBSDG5L kernel: vgapci0: mem = 0xa1000000-0xa1ffffff,0x90000000-0x9fffffff,0xa0000000-0xa0ffffff irq 3 = at device 0.0 on pci0 Mar 6 03:54:36 FBSDG5L kernel: vgapci0: Boot video device Mar 6 03:54:36 FBSDG5L kernel: pcib1: mem 0xf2000000-0xf47fffff,0xf8070000-0xf8070fff on ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: pcib1: 86 HT IRQs on device 7.0 Mar 6 03:54:36 FBSDG5L kernel: pci1: on pcib1 Mar 6 03:54:36 FBSDG5L kernel: pcib1: Enabling MSI window for = HyperTransport slave at pci1:0:1:0 Mar 6 03:54:36 FBSDG5L kernel: pcib2: at device = 1.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci2: on pcib2 Mar 6 03:54:36 FBSDG5L kernel: pcib3: at device = 2.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci3: on pcib3 Mar 6 03:54:36 FBSDG5L kernel: bge0: mem 0xfa530000-0xfa53ffff,0xfa520000-0xfa52ffff irq 66 at = device 4.0 on pci3 Mar 6 03:54:36 FBSDG5L kernel: bge0: CHIP ID 0x00008003; ASIC REV 0x08; = CHIP REV 0x80; PCI-X 33 MHz Mar 6 03:54:36 FBSDG5L kernel: miibus0: on bge0 Mar 6 03:54:36 FBSDG5L kernel: brgphy0: PHY 1 on miibus0 Mar 6 03:54:36 FBSDG5L kernel: brgphy0: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto, auto-flow Mar 6 03:54:36 FBSDG5L kernel: bge0: Ethernet address: = 00:14:51:68:5a:44 Mar 6 03:54:36 FBSDG5L kernel: bge1: mem 0xfa510000-0xfa51ffff,0xfa500000-0xfa50ffff irq 67 at = device 4.1 on pci3 Mar 6 03:54:36 FBSDG5L kernel: bge1: CHIP ID 0x00008003; ASIC REV 0x08; = CHIP REV 0x80; PCI-X 33 MHz Mar 6 03:54:36 FBSDG5L kernel: miibus1: on bge1 Mar 6 03:54:36 FBSDG5L kernel: brgphy1: PHY 1 on miibus1 Mar 6 03:54:36 FBSDG5L kernel: brgphy1: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, = 1000baseT-FDX-master, auto, auto-flow Mar 6 03:54:36 FBSDG5L kernel: bge1: Ethernet address: = 00:14:51:68:5a:45 Mar 6 03:54:36 FBSDG5L kernel: pcib4: at device = 3.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci4: on pcib4 Mar 6 03:54:36 FBSDG5L kernel: pcib5: at device = 4.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci5: on pcib5 Mar 6 03:54:36 FBSDG5L kernel: pcib6: at device = 5.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci6: on pcib6 Mar 6 03:54:36 FBSDG5L kernel: pcib7: at device = 6.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci7: on pcib7 Mar 6 03:54:36 FBSDG5L kernel: pcib8: at device = 7.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci8: on pcib8 Mar 6 03:54:36 FBSDG5L kernel: gem0: mem = 0xfa200000-0xfa3fffff at device 15.0 on pci8 Mar 6 03:54:36 FBSDG5L kernel: gem0: invalid MAC address Mar 6 03:54:36 FBSDG5L kernel: device_attach: gem0 attach returned 6 Mar 6 03:54:36 FBSDG5L kernel: pcib9: at device = 8.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci9: on pcib9 Mar 6 03:54:36 FBSDG5L kernel: macio0: mem = 0x80000000-0x8007ffff at device 7.0 on pci9 Mar 6 03:54:36 FBSDG5L kernel: macgpio0: mem = 0x50-0x8a on macio0 Mar 6 03:54:36 FBSDG5L kernel: scc0: mem = 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff = irq 23,17,18,24,19,20 on macio0 Mar 6 03:54:36 FBSDG5L kernel: uart0: on scc0 Mar 6 03:54:36 FBSDG5L kernel: uart1: on scc0 Mar 6 03:54:36 FBSDG5L kernel: iichb1: mem = 0x18000-0x18fff irq 27 on macio0 Mar 6 03:54:36 FBSDG5L kernel: iicbus1: on iichb1 Mar 6 03:54:36 FBSDG5L kernel: onyx0: at addr 0x8c on iicbus1 Mar 6 03:54:36 FBSDG5L kernel: iicbus1: at addr 0x24 Mar 6 03:54:36 FBSDG5L kernel: pcm0: mem = 0x10000-0x10fff,0x8000-0x80ff,0x8100-0x81ff irq 28,11,12,30,15,16 on = macio0 Mar 6 03:54:36 FBSDG5L kernel: pci9: at device 1.0 (no driver = attached) Mar 6 03:54:36 FBSDG5L kernel: ohci0: mem = 0x80082000-0x80082fff irq 70 at device 11.0 on pci9 Mar 6 03:54:36 FBSDG5L kernel: usbus0 on ohci0 Mar 6 03:54:36 FBSDG5L kernel: ohci1: mem = 0x80081000-0x80081fff irq 70 at device 11.1 on pci9 Mar 6 03:54:36 FBSDG5L kernel: usbus1 on ohci1 Mar 6 03:54:36 FBSDG5L kernel: ehci0: mem 0x80080000-0x800800ff irq 70 at device 11.2 on pci9 Mar 6 03:54:36 FBSDG5L kernel: usbus2: EHCI version 1.0 Mar 6 03:54:36 FBSDG5L kernel: usbus2 on ehci0 Mar 6 03:54:36 FBSDG5L kernel: pcib10: at device = 9.0 on pci1 Mar 6 03:54:36 FBSDG5L kernel: pci10: on pcib10 Mar 6 03:54:36 FBSDG5L kernel: atapci0: mem 0xfa402000-0xfa403fff irq 10 at device 12.0 on pci10 Mar 6 03:54:36 FBSDG5L kernel: pcib1: failed to reserve resource for = pcib10 Mar 6 03:54:36 FBSDG5L kernel: atapci0: 0x10 bytes of rid 0x20 res 4 = failed (0, 0xffffffffffffffff). Mar 6 03:54:36 FBSDG5L kernel: ata2: at channel 0 on = atapci0 Mar 6 03:54:36 FBSDG5L kernel: ata3: at channel 1 on = atapci0 Mar 6 03:54:36 FBSDG5L kernel: ata4: at channel 2 on = atapci0 Mar 6 03:54:36 FBSDG5L kernel: ata5: at channel 3 on = atapci0 Mar 6 03:54:36 FBSDG5L kernel: ata0: mem = 0xfa404000-0xfa407fff irq 38,37 at device 13.0 on pci10 Mar 6 03:54:36 FBSDG5L kernel: fwohci0: <1394 Open Host Controller = Interface> mem 0xfa400000-0xfa400fff irq 39 at device 14.0 on pci10 Mar 6 03:54:36 FBSDG5L kernel: fwohci0: OHCI version 1.0 (ROM=3D0) Mar 6 03:54:36 FBSDG5L kernel: fwohci0: No. of Isochronous channels is = 8. Mar 6 03:54:36 FBSDG5L kernel: fwohci0: EUI64 00:14:51:ff:fe:35:63:7c Mar 6 03:54:36 FBSDG5L kernel: fwohci0: invalid speed 7 (fixed to 3). Mar 6 03:54:36 FBSDG5L kernel: fwohci0: Phy 1394a available S800, 3 = ports. Mar 6 03:54:36 FBSDG5L kernel: fwohci0: Link S800, max_rec 4096 bytes. Mar 6 03:54:36 FBSDG5L kernel: firewire0: on = fwohci0 Mar 6 03:54:36 FBSDG5L kernel: fwe0: on = firewire0 Mar 6 03:54:36 FBSDG5L kernel: if_fwe0: Fake Ethernet address: = 02:14:51:35:63:7c Mar 6 03:54:36 FBSDG5L kernel: fwe0: Ethernet address: = 02:14:51:35:63:7c Mar 6 03:54:36 FBSDG5L kernel: sbp0: on = firewire0 Mar 6 03:54:36 FBSDG5L kernel: fwohci0: Initiate bus reset Mar 6 03:54:36 FBSDG5L kernel: fwohci0: fwohci_intr_core: BUS reset Mar 6 03:54:36 FBSDG5L kernel: fwohci0: PhysicalUpperBound register is = not implemented. Physical memory access is limited to the first 4GB Mar 6 03:54:36 FBSDG5L kernel: fwohci0: PhysicalUpperBound =3D = 0x00000000 Mar 6 03:54:36 FBSDG5L kernel: fwohci0: fwohci_intr_core: = node_id=3D0x00000001, SelfID Count=3D1, CYCLEMASTER mode Mar 6 03:54:36 FBSDG5L kernel: smu0: on = ofwbus0 Mar 6 03:54:36 FBSDG5L kernel: iichb2: on smu0 Mar 6 03:54:36 FBSDG5L kernel: iicbus2: on iichb2 Mar 6 03:54:36 FBSDG5L kernel: smusat0: at addr = 0xb0 on iicbus2 Mar 6 03:54:36 FBSDG5L kernel: smusat1: at addr = 0xb2 on iicbus2 Mar 6 03:54:36 FBSDG5L kernel: iicbus2: at addr 0xd4 Mar 6 03:54:36 FBSDG5L kernel: iichb3: on smu0 Mar 6 03:54:36 FBSDG5L kernel: iicbus3: on iichb3 Mar 6 03:54:36 FBSDG5L kernel: Timecounter "timebase" frequency = 33333333 Hz quality 0 Mar 6 03:54:36 FBSDG5L kernel: Event timer "decrementer" frequency = 33333333 Hz quality 1000 Mar 6 03:54:36 FBSDG5L kernel: Timecounters tick every 1.000 msec Mar 6 03:54:36 FBSDG5L kernel: firewire0: 2 nodes, maxhop <=3D 1 cable = IRM irm(1) (me)=20 Mar 6 03:54:36 FBSDG5L kernel: firewire0: bus manager 1=20 Mar 6 03:54:36 FBSDG5L kernel: bge0: link state changed to UP Mar 6 03:54:36 FBSDG5L kernel: usbus0: 12Mbps Full Speed USB v1.0 Mar 6 03:54:36 FBSDG5L kernel: usbus1: 12Mbps Full Speed USB v1.0 Mar 6 03:54:36 FBSDG5L kernel: max66900: 2 sensors detected. Mar 6 03:54:36 FBSDG5L kernel: max66901: 2 sensors detected. Mar 6 03:54:36 FBSDG5L kernel: ugen1.1: at usbus1 Mar 6 03:54:36 FBSDG5L kernel: uhub0: on usbus1 Mar 6 03:54:36 FBSDG5L kernel: ugen0.1: at usbus0 Mar 6 03:54:36 FBSDG5L kernel: uhub1: on usbus0 Mar 6 03:54:36 FBSDG5L kernel: usbus2: 480Mbps High Speed USB v2.0 Mar 6 03:54:36 FBSDG5L kernel: ugen2.1: at usbus2 Mar 6 03:54:36 FBSDG5L kernel: uhub2: on usbus2 Mar 6 03:54:36 FBSDG5L kernel: uhub0: 2 ports with 2 removable, self = powered Mar 6 03:54:36 FBSDG5L kernel: uhub1: 3 ports with 3 removable, self = powered Mar 6 03:54:36 FBSDG5L kernel: uhub2: 5 ports with 5 removable, self = powered Mar 6 03:54:36 FBSDG5L kernel: ada0 at ata2 bus 0 scbus0 target 0 lun 0 Mar 6 03:54:36 FBSDG5L kernel: ada0: ATA8-ACS SATA 2.x device Mar 6 03:54:36 FBSDG5L kernel: ada0: Serial Number . . . Mar 6 03:54:36 FBSDG5L kernel: ada0: 150.000MB/s transfers (SATA 1.x, = UDMA5, PIO 512bytes) Mar 6 03:54:36 FBSDG5L kernel: ada0: 457862MB (937703088 512 byte = sectors) Mar 6 03:54:36 FBSDG5L kernel: ada1 at ata3 bus 0 scbus1 target 0 lun 0 Mar 6 03:54:36 FBSDG5L kernel: ada1: ATA8-ACS SATA 2.x device Mar 6 03:54:36 FBSDG5L kernel: ada1: Serial Number . . . Mar 6 03:54:36 FBSDG5L kernel: ada1: 150.000MB/s transfers (SATA 1.x, = UDMA5, PIO 512bytes) Mar 6 03:54:36 FBSDG5L kernel: ada1: 114473MB (234441648 512 byte = sectors) Mar 6 03:54:36 FBSDG5L kernel: SMP: AP CPU #1 launched Mar 6 03:54:36 FBSDG5L kernel: SMP: AP CPU #2 launched Mar 6 03:54:36 FBSDG5L kernel: SMP: AP CPU #3 launched Mar 6 03:54:36 FBSDG5L kernel: cd0 at ata0 bus 0 scbus4 target 0 lun 0 Mar 6 03:54:36 FBSDG5L kernel: cd0: = Removable CD-ROM SCSI device Mar 6 03:54:36 FBSDG5L kernel: cd0: Serial Number . . . Mar 6 03:54:36 FBSDG5L kernel: cd0: 66.700MB/s transfers (UDMA4, ATAPI = 12bytes, PIO 65534bytes) Mar 6 03:54:36 FBSDG5L kernel: cd0: Attempt to query device size = failed: NOT READY, Medium not present Mar 6 03:54:36 FBSDG5L kernel: Trying to mount root from = ufs:/dev/ufs/FBSDG5Lrootfs [rw,noatime]... Mar 6 03:54:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 6 03:54:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 03:54:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 03:54:36 FBSDG5L kernel: bge0: link state changed to DOWN Mar 6 03:54:36 FBSDG5L kernel: bge0: link state changed to UP Mar 6 04:11:48 FBSDG5L ntpd[865]: ntpd 4.2.8p9-a (2): Starting Mar 6 04:13:58 FBSDG5L ntpd[866]: leapsecond file = ('/var/db/ntpd.leap-seconds.list'): good hash signature Mar 6 04:13:58 FBSDG5L ntpd[866]: leapsecond file = ('/var/db/ntpd.leap-seconds.list'): loaded, expire=3D2017-06-01T00:00:00Z = last=3D2017-01-01T00:00:00Z ofs=3D37 Mar 6 04:22:34 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 04:22:34 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 04:22:34 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 05:05:38 FBSDG5L kernel: (ada0:ata2:0:0:0): WRITE_DMA48. ACB: 35 = 00 a8 78 94 40 1d 00 00 00 08 00 Mar 6 05:05:38 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 05:05:38 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 05:07:48 FBSDG5L kernel: (ada0:ata2:0:0:0): WRITE_DMA48. ACB: 35 = 00 58 78 94 40 1d 00 00 00 08 00 Mar 6 05:07:48 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 05:07:48 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 05:44:25 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 05:44:25 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 05:44:25 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 05:50:54 FBSDG5L kernel: (ada0:ata2:0:0:0): WRITE_DMA48. ACB: 35 = 00 30 82 94 40 1d 00 00 00 08 00 Mar 6 05:50:54 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 05:50:54 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 06:10:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 06:10:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 06:10:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 06:23:09 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 6 06:23:09 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 06:23:09 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 07:04:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 07:04:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 07:04:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 07:34:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 07:34:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 07:34:16 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 08:02:14 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 6 08:02:14 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 08:02:14 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 08:19:27 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 6 08:19:27 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 08:19:27 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 08:36:42 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 08:36:42 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 08:36:42 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 09:00:21 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 6 09:00:21 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 09:00:21 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 09:45:37 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 09:45:37 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 09:45:37 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 10:50:23 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 6 10:50:23 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 10:50:23 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 03:17:46 FBSDG5L kernel: (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 = 00 40 71 54 40 14 00 00 00 40 00 Mar 6 03:17:46 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 03:17:46 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 03:41:25 FBSDG5L kernel: (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 = 00 c8 ef b0 40 25 00 00 00 08 00 Mar 6 03:41:25 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 03:41:25 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 04:13:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 6 04:13:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 04:13:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 08:51:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 6 08:51:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 08:51:07 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 10:29:59 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 6 10:29:59 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 10:29:59 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 11:47:27 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 6 11:47:27 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 11:47:27 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 13:19:52 FBSDG5L ntpd[866]: error resolving pool = 0.freebsd.pool.ntp.org: hostname nor servname provided, or not known (8) Mar 6 13:22:02 FBSDG5L kernel: (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 = 00 b8 bf 5e 40 1a 00 00 00 08 00 Mar 6 13:22:02 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 6 13:22:02 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 6 13:58:33 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 6 13:58:33 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 6 13:58:33 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 6 18:25:00 FBSDG5L ntpd[866]: error resolving pool = 0.freebsd.pool.ntp.org: hostname nor servname provided, or not known (8) Mar 7 00:21:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 00:21:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 00:21:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 01:32:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 01:32:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 01:32:36 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 02:11:18 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 02:11:18 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 02:11:18 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 02:15:36 FBSDG5L kernel: (ada0:ata2:0:0:0): READ_DMA48. ACB: 25 = 00 20 11 55 40 14 00 00 00 08 00 Mar 7 02:15:36 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 02:15:36 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 03:29:14 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 03:29:14 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 03:29:14 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 03:33:32 FBSDG5L kernel: (ada0:ata2:0:0:0): SETFEATURES ENABLE = RCACHE. ACB: ef aa 00 00 00 40 00 00 00 00 00 00 Mar 7 03:33:32 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 03:33:32 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 03:48:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 60 00=20 Mar 7 03:48:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 03:48:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 05:19:02 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 7 05:19:02 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 05:19:02 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 05:55:36 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 05:55:36 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 05:55:36 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 07:56:31 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 7 07:56:31 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 07:56:31 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 08:22:23 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 08:22:23 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 08:22:23 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 09:20:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): INQUIRY. CDB: 12 = 00 00 00 24 00=20 Mar 7 09:20:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 09:20:35 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 09:27:01 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 09:27:01 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 09:27:01 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 10:03:33 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:10:01 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 10:10:01 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 10:10:01 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command Mar 7 10:16:28 FBSDG5L kernel: (ada0:ata2:0:0:0): DSM TRIM. ACB: 06 01 = 00 00 00 40 00 00 00 00 01 00 Mar 7 10:16:28 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 10:16:28 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:20:46 FBSDG5L kernel: (ada0:ata2:0:0:0): SETFEATURES ENABLE = RCACHE. ACB: ef aa 00 00 00 40 00 00 00 00 00 00 Mar 7 10:20:46 FBSDG5L kernel: (ada0:ata2:0:0:0): CAM status: Command = timeout Mar 7 10:20:46 FBSDG5L kernel: (ada0:ata2:0:0:0): Retrying command Mar 7 10:33:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. = ACB: a1 00 00 00 00 40 00 00 00 00 00 00 Mar 7 10:33:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): CAM status: = Command timeout Mar 7 10:33:41 FBSDG5L kernel: (aprobe0:ata0:0:0:0): Retrying command =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Mar 6 22:01:10 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F39D0D00503 for ; Mon, 6 Mar 2017 22:01:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-196.reflexion.net [208.70.211.196]) (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 9A8391367 for ; Mon, 6 Mar 2017 22:01:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1862 invoked from network); 6 Mar 2017 22:01:54 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 6 Mar 2017 22:01:54 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 17:01:08 -0500 (EST) Received: (qmail 15088 invoked from network); 6 Mar 2017 22:01:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Mar 2017 22:01:08 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 9153AEC7C1F; Mon, 6 Mar 2017 14:01:07 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> Date: Mon, 6 Mar 2017 14:01:06 -0800 Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: 7bit Message-Id: References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 22:01:11 -0000 [scsi_pass.c -r314624 is the problem file vintage of the two files.] On 2017-Mar-6, at 10:36 AM, Mark Millard wrote: > On 2017-Mar-6, at 8:43 AM, Mark Johnston wrote: > >> On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: >>> On 2017-Mar-6, at 1:37 AM, Mark Millard wrote: >>> >>>> When I tried to jump from head -r314479 to -r314687 the -r314687 kernel >>>> the result failed by always(?) getting: >>>> >>>> CAM status: Command timeout >>>> >>>> for: >>>> >>>> ATAPI_IDENTIFY >>>> INQUIRY >>>> DSM TRIM >>>> READ_DMA48 >>>> SETFEATURES ENABLE RCACHE >>>> WRITE_DMA48 >>>> etc. >>>> >>>> at: >>>> >>>> ada0:ata2:0:0:0 >>>> aprobe0:ata0:0:0:0 >>>> >>>> Booting with the older -r314479 works fine (same -r314687 world). >>>> >>>> [FYI: It is a ufs context.] >>>> >>>> >>>> The only thing that looks likely to me for >>>> the change in behavior is. . . >>>> >>>> Author: markj >>>> Date: Fri Mar 3 20:51:57 2017 >>>> New Revision: 314624 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/314624 >>>> >>>> >>>> Log: >>>> Reject userland CCBs that have CAM_UNLOCKED set. >>>> >>>> CAM_UNLOCKED is internal flag and cannot correctly be set by userland. >>>> Return EINVAL from CAMIOCOMMAND and CAMIOQUEUE if it is set. >>>> >>>> Also fix leaks in some of the error paths for CAMIOQUEUE. >>>> >>>> PR: 215356 >>>> Reviewed by: ken, mav >>>> MFC after: 1 week >>>> Differential Revision: >>>> https://reviews.freebsd.org/D9869 >>>> >>>> >>>> Modified: >>>> head/sys/cam/cam_xpt.c >>>> head/sys/cam/scsi/scsi_pass.c >>>> >>>> >>>> >>>> [This may just mean that it exposes other problems.] >>> >>> Yep: reverting the two files allowed the PowerMac G5 so-called >>> "Quad Core" to boot fully and I could log in. >> >> Do you have a full dmesg of the failed boot? Am I correct in thinking >> that the boot failed before making it to user mode? > > . . . >> If so I'm rather >> puzzled, as the change should only affect userland applications. >> Specifically, it modified a couple of ioctl handlers. >> >>> >>> It appears that if such powerpc64 machines are to stay bootable >>> then other things need to be cleaned up before the two updated >>> files from -r314624 should be used. >>> >>> Should the 2 files be reverted until other things are cleaned up? >> >> I don't mind reverting the change, but my suspicion is that it uncovered >> a problem rather than introducing it. If you're willing to narrow things >> down a bit, could you try booting with one of the file modifications and >> not the other? They are independent. > > In a while I'll try each of the files individually, one old, one modern > each time. scsi_pass.c -r314624 (new) and cam_xpt.c -r314283 (old): fails. cam_xpt.c -r314624 (new) and scsi_pass.c -r308451 (old) : works fine so far. Prior results: cam_xpt.c and scsi_pass.c both being -r314624 (both new): fails cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine. [I omit the segment of the /var/log/messages file that I sent last time.] === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 00:57:17 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C3CECFA992 for ; Tue, 7 Mar 2017 00:57:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (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 C0E9A1A0B for ; Tue, 7 Mar 2017 00:57:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31873 invoked from network); 7 Mar 2017 00:57:14 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 00:57:14 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 19:57:14 -0500 (EST) Received: (qmail 30558 invoked from network); 7 Mar 2017 00:57:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 00:57:14 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B5B92EC9050; Mon, 6 Mar 2017 16:57:13 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: FYI: clang 4.0 vs. 3.9.1 system compiler for powerpc64 and powerpc: same problems for what I've looked at so far Message-Id: Date: Mon, 6 Mar 2017 16:57:13 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 00:57:17 -0000 So far a quick look at building and installing for TARGET_ARCH=3Dpowerpc64= and TARGET_ARCH=3Dpowerpc based on -r314687 (so clang 4.0 based) = indicates the same basic status as for 3.9.1. (This is cross built from amd64.) [I list the svnlite status and older file revision(s) involved for /usr/src later.] TARGET_ARCH=3Dpowerpc : buildkernel completes but booting the kernel that it builds gets /sbin/init failure with a Signal 13. Sometimes things hang and others get a panic for misalignment. I use a kernel built with gcc 4.2.1 because of this. The problem "R31 restored before floating point code cleanup code that assumes R31 is not restored yet" still exists. This leads to bad address usage in the cleanup code that involves floating point code. Things are odd but I can boot with a buildworld that is from clang --but it requires exiting an automatic single-user mode entry from an example of the floating point code problem. One observes quickly programs that use floating point internally that might not be obvious externally. The C++ exception handling problems still exist. TARGET_ARCH=3Dpowerpc64 : The C++ exception handling problems still exist. (The above need not be comprehensive lists of issues.) /usr/src things I have locally different from -r314687 : # svnlite status /usr/src/ | sort ? /usr/src/sys/amd64/conf/GENERIC-DBG ? /usr/src/sys/amd64/conf/GENERIC-NODBG ? /usr/src/sys/arm/conf/BPIM3-DBG ? /usr/src/sys/arm/conf/BPIM3-NODBG ? /usr/src/sys/arm/conf/RPI2-DBG ? /usr/src/sys/arm/conf/RPI2-NODBG ? /usr/src/sys/arm64/conf/GENERIC-DBG ? /usr/src/sys/arm64/conf/GENERIC-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG M /usr/src/bin/sh/jobs.c M /usr/src/bin/sh/miscbltin.c M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp M /usr/src/crypto/openssl/crypto/armcap.c M /usr/src/lib/csu/powerpc64/Makefile M /usr/src/libexec/rtld-elf/Makefile M /usr/src/sys/arm/arm/gic.c M /usr/src/sys/boot/ofw/Makefile.inc M /usr/src/sys/boot/powerpc/Makefile.inc M /usr/src/sys/boot/powerpc/kboot/Makefile M /usr/src/sys/boot/uboot/Makefile.inc M /usr/src/sys/conf/kmod.mk M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/powerpc/ofw/ofw_machdep.c # svnlite info sys/cam/scsi/scsi_pass.c | grep "Re[plv]" = = = Relative URL: = ^/head/sys/cam/scsi/scsi_pass.c Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 314623 Last Changed Rev: 308451 Note: Both TARGET_ARCH's were tested on the same PowerMac G5 so-called "Quad Core". I currently do not have access to any other powerpc family context. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 01:02:33 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A398FCFAC01 for ; Tue, 7 Mar 2017 01:02:33 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 529B61DCB; Tue, 7 Mar 2017 01:02:33 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x230.google.com with SMTP id 1so184043785qkl.3; Mon, 06 Mar 2017 17:02:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=+6kYpAFW0Ad9mYbqJUh2nKaQX1Os7/7h00ZBkbKQDb4=; b=q6PVzGPixdvL/6E21Xxvhmf0n7/Li5xT01UHK55nPXjFCm/sGbPRtB0sgakmqQUZT7 0xqHz9r6aj/yHf5t6z/qbXO8QovyX9+SZmkTJ4JdIVVN6NE0D/0BbKu4w9OhnwaYI22N +wkwxBbKZUR20b+3wU/iK9dGS58oZIpSykqt0gQkw9uHj+YgCvZhisoZqwl97pgpsVhP Uqv3qsTUdm5PiM9dCx0NjxqSbqrJ3Slaur0VQSRMosvnFpFWvB8grYwftkhdniSq0xzP ZUBYfzuYoWVFWJinhoD0aKQUUqOQt/G/eN5JZkPy2ldeSPUcZtPWtHDK/A/G+7LvWuBe gtqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=+6kYpAFW0Ad9mYbqJUh2nKaQX1Os7/7h00ZBkbKQDb4=; b=PtgUoQLWzB3uF8Dvznvck0bM6wxnnKgxmHSlOiPdinMfvYdHwISVuLXPQZhi4ceF4E QsxJk0D5CrkSKABgnoEH/MSpZlQfINUEwwSdqg4i4Nfe1Q4KqM0eDmJHqcbgQxY53WCT 2yioOzl4x9yMAGEGkPR8t+mFG7ofV3HKh153XtcUykwpEAfX/twatRGscUKKezKfPusY rFbEo6vERR4XmVzZR58DxRrXnjUu13j4oIO4jbnXZ2y4Jk8nn5uZb78et043qD7/1SsD je2ESTybR+b8grjWEuk3LMapHuecrLkzdDbI5zlVBQDp33qtddhbluP6gRACsWpIwQDm ZsWw== X-Gm-Message-State: AMke39mI14g8xxjGvZzWXj7GTzW2LUCVr0JhSq+HTCD53It4sb5L2HWYFEa+MhVfz1NaDg== X-Received: by 10.237.33.137 with SMTP id l9mr20328772qtc.157.1488848552392; Mon, 06 Mar 2017 17:02:32 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id m67sm14464818qte.54.2017.03.06.17.02.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Mar 2017 17:02:31 -0800 (PST) Sender: Mark Johnston Date: Mon, 6 Mar 2017 17:02:04 -0800 From: Mark Johnston To: Mark Millard Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) Message-ID: <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 01:02:33 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 06, 2017 at 02:01:06PM -0800, Mark Millard wrote: > [scsi_pass.c -r314624 is the problem file vintage of the two files.] > > On 2017-Mar-6, at 10:36 AM, Mark Millard wrote: > > > On 2017-Mar-6, at 8:43 AM, Mark Johnston wrote: > > > >> On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: > >>> On 2017-Mar-6, at 1:37 AM, Mark Millard wrote: > >>> [...] > >>> Yep: reverting the two files allowed the PowerMac G5 so-called > >>> "Quad Core" to boot fully and I could log in. > >> > >> Do you have a full dmesg of the failed boot? Am I correct in thinking > >> that the boot failed before making it to user mode? > > > > . . . > >> If so I'm rather > >> puzzled, as the change should only affect userland applications. > >> Specifically, it modified a couple of ioctl handlers. > >> > >>> > >>> It appears that if such powerpc64 machines are to stay bootable > >>> then other things need to be cleaned up before the two updated > >>> files from -r314624 should be used. > >>> > >>> Should the 2 files be reverted until other things are cleaned up? > >> > >> I don't mind reverting the change, but my suspicion is that it uncovered > >> a problem rather than introducing it. If you're willing to narrow things > >> down a bit, could you try booting with one of the file modifications and > >> not the other? They are independent. > > > > In a while I'll try each of the files individually, one old, one modern > > each time. > > scsi_pass.c -r314624 (new) and cam_xpt.c -r314283 (old): fails. > > cam_xpt.c -r314624 (new) and scsi_pass.c -r308451 (old) : works fine so far. > > Prior results: > > cam_xpt.c and scsi_pass.c both being -r314624 (both new): fails > > cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine. Thank you. I'm still failing to see how the change is connected with the symptoms you're seeing. Are you testing with a kernel that has INVARIANTS and WITNESS configured? I've broken up the scsi_pass.c change into several patches. They are sequential; can you try testing the result of each patch in the series? --0F1p//8PRICkK4MW Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0001-Check-for-CAM_UNLOCKED-in-CAMIOCOMMAND.patch" >From c15f8efec3379966e48d20aa813cc13b6088f0d7 Mon Sep 17 00:00:00 2001 From: Mark Johnston Date: Mon, 6 Mar 2017 16:48:48 -0800 Subject: [PATCH 1/3] Check for CAM_UNLOCKED in CAMIOCOMMAND. --- sys/cam/scsi/scsi_pass.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/sys/cam/scsi/scsi_pass.c b/sys/cam/scsi/scsi_pass.c index 93e45d0b3706..d8bf615fd7e3 100644 --- a/sys/cam/scsi/scsi_pass.c +++ b/sys/cam/scsi/scsi_pass.c @@ -1782,6 +1782,11 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread inccb->csio.bio = NULL; #endif + if (inccb->ccb_h.flags & CAM_UNLOCKED) { + error = EINVAL; + break; + } + /* * Some CCB types, like scan bus and scan lun can only go * through the transport layer device. -- 2.11.1 --0F1p//8PRICkK4MW Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0002-Check-for-CAM_UNLOCKED-in-CAMIOQUEUE.patch" >From 4727b70d32965b23af2cbd16cecb85422059fe78 Mon Sep 17 00:00:00 2001 From: Mark Johnston Date: Mon, 6 Mar 2017 16:49:40 -0800 Subject: [PATCH 2/3] Check for CAM_UNLOCKED in CAMIOQUEUE. --- sys/cam/scsi/scsi_pass.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/sys/cam/scsi/scsi_pass.c b/sys/cam/scsi/scsi_pass.c index d8bf615fd7e3..ab9b72106816 100644 --- a/sys/cam/scsi/scsi_pass.c +++ b/sys/cam/scsi/scsi_pass.c @@ -1889,6 +1889,13 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread ccb->csio.bio = NULL; #endif + if (ccb->ccb_h.flags & CAM_UNLOCKED) { + error = EINVAL; + uma_zfree(softc->pass_zone, io_req); + cam_periph_lock(periph); + break; + } + if (ccb->ccb_h.flags & CAM_CDB_POINTER) { if (ccb->csio.cdb_len > IOCDBLEN) { error = EINVAL; -- 2.11.1 --0F1p//8PRICkK4MW Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="0003-Fix-error-handling-for-CAMIOQUEUE.patch" >From 0655d0ec6a9ecac0150719dbec24cede7464c924 Mon Sep 17 00:00:00 2001 From: Mark Johnston Date: Mon, 6 Mar 2017 16:58:19 -0800 Subject: [PATCH 3/3] Fix error handling for CAMIOQUEUE. --- sys/cam/scsi/scsi_pass.c | 30 +++++++++++++----------------- 1 file changed, 13 insertions(+), 17 deletions(-) diff --git a/sys/cam/scsi/scsi_pass.c b/sys/cam/scsi/scsi_pass.c index ab9b72106816..aa13a01d1156 100644 --- a/sys/cam/scsi/scsi_pass.c +++ b/sys/cam/scsi/scsi_pass.c @@ -1880,9 +1880,7 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread xpt_print(periph->path, "Copy of user CCB %p to " "kernel address %p failed with error %d\n", *user_ccb, ccb, error); - uma_zfree(softc->pass_zone, io_req); - cam_periph_lock(periph); - break; + goto camioqueue_error; } #if defined(BUF_TRACKING) || defined(FULL_BUF_TRACKING) if (ccb->ccb_h.func_code == XPT_SCSI_IO) @@ -1891,20 +1889,18 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread if (ccb->ccb_h.flags & CAM_UNLOCKED) { error = EINVAL; - uma_zfree(softc->pass_zone, io_req); - cam_periph_lock(periph); - break; + goto camioqueue_error; } if (ccb->ccb_h.flags & CAM_CDB_POINTER) { if (ccb->csio.cdb_len > IOCDBLEN) { error = EINVAL; - break; + goto camioqueue_error; } error = copyin(ccb->csio.cdb_io.cdb_ptr, ccb->csio.cdb_io.cdb_bytes, ccb->csio.cdb_len); - if (error) - break; + if (error != 0) + goto camioqueue_error; ccb->ccb_h.flags &= ~CAM_CDB_POINTER; } @@ -1916,10 +1912,8 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread xpt_print(periph->path, "CCB function code %#x is " "restricted to the XPT device\n", ccb->ccb_h.func_code); - uma_zfree(softc->pass_zone, io_req); - cam_periph_lock(periph); error = ENODEV; - break; + goto camioqueue_error; } /* @@ -1965,11 +1959,8 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread || (fc == XPT_SMP_IO) || (fc == XPT_DEV_MATCH) || (fc == XPT_DEV_ADVINFO)) { error = passmemsetup(periph, io_req); - if (error != 0) { - uma_zfree(softc->pass_zone, io_req); - cam_periph_lock(periph); - break; - } + if (error != 0) + goto camioqueue_error; } else io_req->mapinfo.num_bufs_used = 0; @@ -2014,6 +2005,11 @@ passdoioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread TAILQ_INSERT_TAIL(&softc->done_queue, io_req, links); } break; + +camioqueue_error: + uma_zfree(softc->pass_zone, io_req); + cam_periph_lock(periph); + break; } case CAMIOGET: { -- 2.11.1 --0F1p//8PRICkK4MW-- From owner-freebsd-ppc@freebsd.org Tue Mar 7 04:03:13 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 74A22D011DF for ; Tue, 7 Mar 2017 04:03:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 35C551AEE for ; Tue, 7 Mar 2017 04:03:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15394 invoked from network); 7 Mar 2017 04:03:57 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 04:03:57 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 06 Mar 2017 23:03:10 -0500 (EST) Received: (qmail 23507 invoked from network); 7 Mar 2017 04:03:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 04:03:10 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E2347EC7901; Mon, 6 Mar 2017 20:03:09 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> Date: Mon, 6 Mar 2017 20:03:08 -0800 Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:03:13 -0000 On 2017-Mar-6, at 5:02 PM, Mark Johnston wrote: > On Mon, Mar 06, 2017 at 02:01:06PM -0800, Mark Millard wrote: >> [scsi_pass.c -r314624 is the problem file vintage of the two files.] >>=20 >> On 2017-Mar-6, at 10:36 AM, Mark Millard = wrote: >>=20 >>> On 2017-Mar-6, at 8:43 AM, Mark Johnston = wrote: >>>=20 >>>> On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: >>>>> On 2017-Mar-6, at 1:37 AM, Mark Millard = wrote: >>>>> [...] >>>>> Yep: reverting the two files allowed the PowerMac G5 so-called >>>>> "Quad Core" to boot fully and I could log in. >>>>=20 >>>> Do you have a full dmesg of the failed boot? Am I correct in = thinking >>>> that the boot failed before making it to user mode? >>>=20 >>> . . . >>>> If so I'm rather >>>> puzzled, as the change should only affect userland applications. >>>> Specifically, it modified a couple of ioctl handlers. >>>>=20 >>>>>=20 >>>>> It appears that if such powerpc64 machines are to stay bootable >>>>> then other things need to be cleaned up before the two updated >>>>> files from -r314624 should be used. >>>>>=20 >>>>> Should the 2 files be reverted until other things are cleaned up? >>>>=20 >>>> I don't mind reverting the change, but my suspicion is that it = uncovered >>>> a problem rather than introducing it. If you're willing to narrow = things >>>> down a bit, could you try booting with one of the file = modifications and >>>> not the other? They are independent. >>>=20 >>> In a while I'll try each of the files individually, one old, one = modern >>> each time. >>=20 >> scsi_pass.c -r314624 (new) and cam_xpt.c -r314283 (old): fails. >>=20 >> cam_xpt.c -r314624 (new) and scsi_pass.c -r308451 (old) : works fine = so far. >>=20 >> Prior results: >>=20 >> cam_xpt.c and scsi_pass.c both being -r314624 (both new): fails >>=20 >> cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine. >=20 > Thank you. I'm still failing to see how the change is connected with = the > symptoms you're seeing. Are you testing with a kernel that has > INVARIANTS and WITNESS configured? >=20 > I've broken up the scsi_pass.c change into several patches. They are > sequential; can you try testing the result of each patch in the = series? I'm no longer able to reproduce the problem, not even with an "svnlite update -r314687" based build where "svnlite status /usr/src/" does not list ether of the files. This was after trying the patch sequence, which had no failures at any stage. This suggests some sort of intermittent problem someplace. At least it fits with your not finding a way for your code update to cause the results that I got. But finding such an intermittent problem is a pain. I've no clue if/when I'll even see an example again, much less find a way to investigate it if I do. (PowerMac's do not take ddb input early.) There is the possibility that the recent atomic_fcmpset based locking changes still has some sort of problem, just not seen often. Not easy to find if true. Anyway I'm now running -r314687 with: # svnlite status /usr/src/ | sort ? /usr/src/sys/amd64/conf/GENERIC-DBG ? /usr/src/sys/amd64/conf/GENERIC-NODBG ? /usr/src/sys/arm/conf/BPIM3-DBG ? /usr/src/sys/arm/conf/BPIM3-NODBG ? /usr/src/sys/arm/conf/RPI2-DBG ? /usr/src/sys/arm/conf/RPI2-NODBG ? /usr/src/sys/arm64/conf/GENERIC-DBG ? /usr/src/sys/arm64/conf/GENERIC-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG M /usr/src/bin/sh/jobs.c M /usr/src/bin/sh/miscbltin.c M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp M /usr/src/crypto/openssl/crypto/armcap.c M /usr/src/lib/csu/powerpc64/Makefile M /usr/src/libexec/rtld-elf/Makefile M /usr/src/sys/arm/arm/gic.c M /usr/src/sys/boot/ofw/Makefile.inc M /usr/src/sys/boot/powerpc/Makefile.inc M /usr/src/sys/boot/powerpc/kboot/Makefile M /usr/src/sys/boot/uboot/Makefile.inc M /usr/src/sys/conf/kmod.mk M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/powerpc/ofw/ofw_machdep.c (which are long standing in my environment). I'll build and try a debug kernel but I'm not hopeful for it finding anything. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 04:39:15 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 814D1D01DE1 for ; Tue, 7 Mar 2017 04:39:15 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 519DE10B9 for ; Tue, 7 Mar 2017 04:39:15 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-ot0-x22a.google.com with SMTP id i1so128001104ota.3 for ; Mon, 06 Mar 2017 20:39:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vHh9hSLSDPEiv+2GE2Q8itFGEGecFxswZjiGc9ijpF8=; b=bFFapQo/w1s9Uz0f7W82fltaDLpxZG0ycXi455BwgQnJE9nxqZK0P6OvqW0C2oes7Q L3e6H1OE7E2ZzGPi/9zh3OFTqWm0/jE6X5XM84AX+lzihzjxlq8/r7CU6Iop99hqH/LY IjGD0CichXy8M+L7oq2ao91DLtV++D7N99dAA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vHh9hSLSDPEiv+2GE2Q8itFGEGecFxswZjiGc9ijpF8=; b=i3JppyRXy8I+i4Liw/fZtBjT/EFaRA/HenlTDPiiSSTaRvdVJAlCtimxN4ouwEnjb3 LzZAgEW4/SLJflXLLohK+NwozK96HU2JNq8aFo/TXTdBwC8XMpfEbGiGb69G5rk+oHDn vD1+BzmyHYsSwcK3dsDq5TcinLCHbvKs3n4q9KpLJ1wtWS+PeF4KAwCrBjsTX5Uc34xu agFj7PjTKDHdtj+E22odf3GtNZnNZyGnXVvwQrhyjDbdTtqrZ+4fVSmPR6zAsBbo9Fnb 3DjUQ/kSjXFI/p2R1bBsCUyn7C4c/066BtomBxUvDuH8CO8qyEKjdPq2WH+h/fWxwN29 bhNw== X-Gm-Message-State: AMke39lX1YUDC3tCDqwHp3TddjQLSIcuI5+DVbeam/4NPwjhGh23+rMXfPClH6aOfFpjA3NJ39jDh503Kf5eYg== X-Received: by 10.157.40.48 with SMTP id m45mr9149451otb.59.1488861554543; Mon, 06 Mar 2017 20:39:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.23.208 with HTTP; Mon, 6 Mar 2017 20:39:14 -0800 (PST) In-Reply-To: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> References: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> From: Kevin Bowling Date: Mon, 6 Mar 2017 21:39:14 -0700 Message-ID: Subject: Re: iflib em/igb on -CURRENT To: Andreas Tobler Cc: FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 04:39:15 -0000 Can you test https://github.com/mattmacy/networking/commits/HEAD_MERGE/iflib-ixgbe-current? There's probably a little bit more to do, but in HEAD which is not addressing iommu it isn't going to work at all. Regards, On Mon, Mar 6, 2017 at 10:21 AM, Andreas Tobler wrote: > On 06.03.17 10:46, Kevin Bowling wrote: > >> Has anyone tried ppc/ppc64 -CURRENT past January with an intel 1g NIC? >> >> I'm working through some iommu stuff right now with Matt on sparc64. I >> suspect that'll catch anything that'd hit other archs, but I am curious if >> things are working or not on ppc right now since we haven't heard any >> problem reports. >> > > On my POWER5+ the em is broken since 311849. > Andreas > > From owner-freebsd-ppc@freebsd.org Tue Mar 7 08:10:34 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5606D0174E for ; Tue, 7 Mar 2017 08:10:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-201.reflexion.net [208.70.211.201]) (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 6657813DD for ; Tue, 7 Mar 2017 08:10:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9705 invoked from network); 7 Mar 2017 08:10:32 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 08:10:32 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Tue, 07 Mar 2017 03:10:32 -0500 (EST) Received: (qmail 5801 invoked from network); 7 Mar 2017 08:10:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 08:10:32 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id A5227EC7901; Tue, 7 Mar 2017 00:10:31 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> Date: Tue, 7 Mar 2017 00:10:31 -0800 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <49DE6E23-948B-4DC1-87A0-047F8A2CE966@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 08:10:34 -0000 On 2017-Mar-6, at 8:03 PM, Mark Millard wrote: > I'm no longer able to reproduce the problem, not even with an > "svnlite update -r314687" based build where "svnlite status > /usr/src/" does not list ether of the files. This was after > trying the patch sequence, which had no failures at any stage. >=20 > This suggests some sort of intermittent problem someplace. >=20 > At least it fits with your not finding a way for your code > update to cause the results that I got. >=20 > But finding such an intermittent problem is a pain. I've > no clue if/when I'll even see an example again, much less > find a way to investigate it if I do. (PowerMac's do not > take ddb input early.) >=20 > There is the possibility that the recent atomic_fcmpset based > locking changes still has some sort of problem, just not seen > often. Not easy to find if true. >=20 > Anyway I'm now running -r314687 with: >=20 > # svnlite status /usr/src/ | sort > ? /usr/src/sys/amd64/conf/GENERIC-DBG > ? /usr/src/sys/amd64/conf/GENERIC-NODBG > ? /usr/src/sys/arm/conf/BPIM3-DBG > ? /usr/src/sys/arm/conf/BPIM3-NODBG > ? /usr/src/sys/arm/conf/RPI2-DBG > ? /usr/src/sys/arm/conf/RPI2-NODBG > ? /usr/src/sys/arm64/conf/GENERIC-DBG > ? /usr/src/sys/arm64/conf/GENERIC-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG > ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG > M /usr/src/bin/sh/jobs.c > M /usr/src/bin/sh/miscbltin.c > M /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp > M /usr/src/crypto/openssl/crypto/armcap.c > M /usr/src/lib/csu/powerpc64/Makefile > M /usr/src/libexec/rtld-elf/Makefile > M /usr/src/sys/arm/arm/gic.c > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/powerpc/kboot/Makefile > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/kmod.mk > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > M /usr/src/sys/powerpc/ofw/ofw_machdep.c >=20 > (which are long standing in my environment). >=20 > I'll build and try a debug kernel but I'm not hopeful > for it finding anything. The debug kernel has not failed so far but does report sleeping with a non-sleepable lock held (in addition to a lor): SMP: AP CPU #3 launched SMP: AP CPU #2 launched SMP: AP CPU #1 launched WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/FBSDG5Lrootfs [rw,noatime]... ugen0.2: at usbus0 uhub3 on uhub0 uhub3: on usbus0 Expensive timeout(9) function: 0xe84630(0xdc4a10) 0.026154120 s Sleeping on "smu" with the following non-sleepable locks held: exclusive sleep mutex tod2rl (tod2rl) r =3D 0 (0x122ef50) locked @ = /usr/src/sys/kern/subr_rtc.c:135 stack backtrace: #0 0x60e3bc at .get_spr+0x50d4dc #1 0x59a200 at .get_spr+0x499320 #2 0x91b4cc at .rtascall+0x11dac #3 0x91a76c at .rtascall+0x1104c #4 0x5f0680 at .get_spr+0x4ef7a0 #5 0x68729c at .get_spr+0x5863bc #6 0x512af4 at .get_spr+0x411c14 #7 0x546600 at .get_spr+0x445720 #8 0x935f70 at .fork_trampoline+0x10 #9 0x935e44 at blocked_loop+0x38 lock order reversal: (Giant after non-sleepable) 1st 0x122ef50 tod2rl (tod2rl) @ /usr/src/sys/kern/subr_rtc.c:135 2nd 0x1200b00 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:230 stack backtrace: #0 0x60c9e4 at .get_spr+0x50bb04 #1 0x56c504 at .get_spr+0x46b624 #2 0x59a5d0 at .get_spr+0x4996f0 #3 0x91b4cc at .rtascall+0x11dac #4 0x91a76c at .rtascall+0x1104c #5 0x5f0680 at .get_spr+0x4ef7a0 #6 0x68729c at .get_spr+0x5863bc #7 0x512af4 at .get_spr+0x411c14 #8 0x546600 at .get_spr+0x445720 #9 0x935f70 at .fork_trampoline+0x10 #10 0x935e44 at blocked_loop+0x38 uhub3: 3 ports with 2 removable, bus powered Setting hostuuid: 11fe4cb1-3cac-11e4-a5a8-001451685a44. Setting hostid: 0x489b688f. Starting file system checks: /dev/ufs/FBSDG5Lrootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ufs/FBSDG5Lrootfs: clean, 82126801 free (1058921 frags, 10133485 = blocks, 1.1% fragmentation) Mounting local filesystems:. (The symbolic routine names it shows are not of much use. I could use /usr/local/bin/objdump to look things up.) Later there is another lor: No core dumps found. Clearing /tmp (X related). NFSv4 is disabled lock order reversal: 1st 0xa046b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 2nd 0xc0000000b6c90ba0 bufwait (bufwait) @ = /usr/src/sys/ufs/ffs/ffs_vnops.c:280 3rd 0xb22e5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 stack backtrace: #0 0x60c9e4 at .get_spr+0x50bb04 #1 0x55fc9c at .get_spr+0x45edbc #2 0x88649c at .get_spr+0x7855bc #3 0x945a34 at .phyp_pft_hcall+0xd1e4 #4 0x6a2288 at .get_spr+0x5a13a8 #5 0x68d4e4 at .get_spr+0x58c604 #6 0x67bd3c at .get_spr+0x57ae5c #7 0x88172c at .get_spr+0x78084c #8 0x876518 at .get_spr+0x775638 #9 0x8873e8 at .get_spr+0x786508 #10 0x859098 at .get_spr+0x7581b8 #11 0x88fc94 at .get_spr+0x78edb4 #12 0x89a920 at .get_spr+0x799a40 #13 0x895da0 at .get_spr+0x794ec0 #14 0x941370 at .phyp_pft_hcall+0x8b20 #15 0x6a19a8 at .get_spr+0x5a0ac8 #16 0x6a1630 at .get_spr+0x5a0750 #17 0x698290 at .get_spr+0x5973b0 Starting mountd. The rest looks normal. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 12:09:02 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1845ED006B0 for ; Tue, 7 Mar 2017 12:09:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFE2F18A9 for ; Tue, 7 Mar 2017 12:09:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 3E0447347; Tue, 7 Mar 2017 12:09:01 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 283327346 for ; Tue, 7 Mar 2017 12:09:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 68D4118A7 for ; Tue, 7 Mar 2017 12:09:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27C8xR8087375 for ; Tue, 7 Mar 2017 12:09:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214456] lang/gcc6 (r424540): full bootstrap fails the stage 2 vs. 3 comparison the build stops (powerpc 32-bit anyway) Date: Tue, 07 Mar 2017 12:09:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:09:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214456 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|lang/gcc6: -r424540: |lang/gcc6 (r424540): full |FreeBSD's full bootstrap |bootstrap fails the stage 2 |fails the stage 2 vs. 3 |vs. 3 comparison the build |comparison the build stops |stops (powerpc 32-bit |(powerpc 32-bit anyway) |anyway) Assignee|freebsd-ports-bugs@FreeBSD. |freebsd-powerpc@FreeBSD.org |org | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 12:11:28 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35091D0096C for ; Tue, 7 Mar 2017 12:11:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0848C1B78 for ; Tue, 7 Mar 2017 12:11:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 5ADE774B5; Tue, 7 Mar 2017 12:11:27 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 4381274B4 for ; Tue, 7 Mar 2017 12:11:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 706C41B6C for ; Tue, 7 Mar 2017 12:11:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27CBQOw083360 for ; Tue, 7 Mar 2017 12:11:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214405] base/gcc (r424540) for TARGET_ARCH=powerpc64: g++ does not find the standard c++ headers (file placement vs. lookup mismatch) Date: Tue, 07 Mar 2017 12:11:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to rep_platform short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:11:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214405 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |freebsd-powerpc@FreeBSD.org |org | Hardware|Any |powerpc Summary|base/gcc: -424540 for |base/gcc (r424540) for |TARGET_ARCH=3Dpowerpc64 |TARGET_ARCH=3Dpowerpc64:= g++ |example: g++ does not find |does not find the standard |the standard c++ headers |c++ headers (file placement |(file placement vs. lookup |vs. lookup mismatch) |mismatches) | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 12:24:21 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C90D1CFB253 for ; Tue, 7 Mar 2017 12:24:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1A7194A for ; Tue, 7 Mar 2017 12:24:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 0DA417A8D; Tue, 7 Mar 2017 12:24:14 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id EAABD7A8C for ; Tue, 7 Mar 2017 12:24:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 04340187F for ; Tue, 7 Mar 2017 12:24:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27COCfW013730 for ; Tue, 7 Mar 2017 12:24:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] base/binutils (r308247M) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 12:24:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc assigned_to rep_platform Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:24:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|base/binutils -r424540 |base/binutils (r308247M) |targeting powerpc64: cross |targeting powerpc64: cross |build failed for lack of |build failed for lack of |finding a "gcc" command |finding a "gcc" command Assignee|freebsd-ports-bugs@FreeBSD. |freebsd-powerpc@FreeBSD.org |org | Hardware|Any |powerpc --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 12:24:57 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3446BCFB2AC for ; Tue, 7 Mar 2017 12:24:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 072A819BD for ; Tue, 7 Mar 2017 12:24:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 4D3027ACE; Tue, 7 Mar 2017 12:24:56 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 33FBF7ACC for ; Tue, 7 Mar 2017 12:24:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 5587019AE for ; Tue, 7 Mar 2017 12:24:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27COtSX014552 for ; Tue, 7 Mar 2017 12:24:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214233] graphics/opencv2-core: fails to build on powerpc Date: Tue, 07 Mar 2017 12:24:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:24:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214233 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |freebsd-powerpc@FreeBSD.org |org | --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:13:12 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 805ADD01D5F for ; Tue, 7 Mar 2017 16:13:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53B9E17E9 for ; Tue, 7 Mar 2017 16:13:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A34483C93; Tue, 7 Mar 2017 16:13:11 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 8A27D3C92 for ; Tue, 7 Mar 2017 16:13:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 AD2F017E8 for ; Tue, 7 Mar 2017 16:13:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GDAVL084243 for ; Tue, 7 Mar 2017 16:13:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:13:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:13:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|base/binutils (r308247M) |ports/head/base/binutils |targeting powerpc64: cross |(r421584) targeting |build failed for lack of |powerpc64: cross build |finding a "gcc" command |failed for lack of finding | |a "gcc" command --- Comment #2 from Mark Millard --- The notation base/binutils seems to have confused things: This is about the port, not the base system files. So I've added ports/head before base/binutils in the Summary. I've also put back the port version. I can not fix the assignee: it should not be freebsd-powerpc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:19:30 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32367D01F20 for ; Tue, 7 Mar 2017 16:19:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-198.reflexion.net [208.70.211.198]) (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 BE3591A39 for ; Tue, 7 Mar 2017 16:19:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22714 invoked from network); 7 Mar 2017 16:20:08 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 16:20:08 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Tue, 07 Mar 2017 11:19:22 -0500 (EST) Received: (qmail 17767 invoked from network); 7 Mar 2017 16:19:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 16:19:22 -0000 Received: from [192.168.1.119] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 69B52EC80E9; Tue, 7 Mar 2017 08:19:21 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: buzilla 214400: is is ports/head/base/binutils that is being reported on, freebsd-powerpc@FreeBSD.org assignee is wrong Message-Id: <991939AC-AABC-4A3F-8A13-123FA997C721@dsl-only.net> Date: Tue, 7 Mar 2017 08:19:20 -0800 Cc: FreeBSD PowerPC ML , FreeBSD Ports To: danfe@FreeBSD.org X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:19:30 -0000 You (danfe at FreeBSD.org) updated bugzilla 214400 but. . . The notation base/binutils in the summary and possibly elsewhere seems to have confused things: This is about the port, not the base system files. So I've added ports/head/ before base/binutils in the Summary. I've also put back the port version number in the summary. But I can not fix the assignee: it should not be freebsd-powerpc@FreeBSD.org Can you put back the correct assignee for a port problem? === Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:24:47 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F1D2D020F1 for ; Tue, 7 Mar 2017 16:24:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C7D31E53 for ; Tue, 7 Mar 2017 16:24:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A6FBB3F51; Tue, 7 Mar 2017 16:24:46 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 919EE3F50 for ; Tue, 7 Mar 2017 16:24:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 C9C391E51 for ; Tue, 7 Mar 2017 16:24:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GOjiJ008241 for ; Tue, 7 Mar 2017 16:24:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:24:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:24:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |danfe@FreeBSD.org --- Comment #3 from Alexey Dokuchaev --- Well now it's even more confusing actually, should it read (since it's about ports) "devel/binutils (r421584) ..." instead? > it should not be freebsd-powerpc@FreeBSD.org Perhaps it's not entirely accurate, but it's IMHO better than umbrella freebsd-ports-bugs@FreeBSD.org. If you can think of more appropriate party, I'd be happy to reassign. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:29:56 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A926BD0214C for ; Tue, 7 Mar 2017 16:29:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7215B1EF1 for ; Tue, 7 Mar 2017 16:29:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id BC3903FCA; Tue, 7 Mar 2017 16:29:55 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id A48463FC8 for ; Tue, 7 Mar 2017 16:29:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CD0541EEC for ; Tue, 7 Mar 2017 16:29:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GTsCm014685 for ; Tue, 7 Mar 2017 16:29:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:29:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:29:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 --- Comment #4 from Mark Millard --- (In reply to Alexey Dokuchaev from comment #3) No. There are two ports: ports/head/base/binutils ports/head/devel/binutils This is about the first of those. See https://svnweb.freebsd.org/ports/head/base/ for the lest of "base ports", including binutils. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:31:20 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD7FBD0227D for ; Tue, 7 Mar 2017 16:31:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FBBA10FF for ; Tue, 7 Mar 2017 16:31:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id CFA544009; Tue, 7 Mar 2017 16:31:19 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id B86424008 for ; Tue, 7 Mar 2017 16:31:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 F0AFA10FB for ; Tue, 7 Mar 2017 16:31:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GVI6r020846 for ; Tue, 7 Mar 2017 16:31:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:31:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:31:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 --- Comment #5 from Mark Millard --- (In reply to Mark Millard from comment #4) lest -> list: See https://svnweb.freebsd.org/ports/head/base/ for the list of "base ports", including binutils. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:31:35 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C3C2D0229B; Tue, 7 Mar 2017 16:31:35 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E231115E; Tue, 7 Mar 2017 16:31:35 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 9FD204024; Tue, 7 Mar 2017 16:31:34 +0000 (UTC) Date: Tue, 7 Mar 2017 16:31:34 +0000 From: Alexey Dokuchaev To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Ports Subject: Re: buzilla 214400: is is ports/head/base/binutils that is being reported on, freebsd-powerpc@FreeBSD.org assignee is wrong Message-ID: <20170307163134.GA42397@FreeBSD.org> References: <991939AC-AABC-4A3F-8A13-123FA997C721@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <991939AC-AABC-4A3F-8A13-123FA997C721@dsl-only.net> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:31:35 -0000 On Tue, Mar 07, 2017 at 08:19:20AM -0800, Mark Millard wrote: > But I can not fix the assignee: it should not be freebsd-powerpc@FreeBSD.org > > Can you put back the correct assignee for a port problem? May I ask what exactly makes you think that freebsd-ports-bugs@FreeBSD.org is correct assignee in this case? Perhaps it's not entirely accurate, but it's IMHO better than umbrella freebsd-ports-bugs@FreeBSD.org. If you can think of more appropriate party, I'd be happy to reassign. ./danfe P.S. There's no need to rereply; it's already logged in the Bugzilla. From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:34:06 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9A72D02336 for ; Tue, 7 Mar 2017 16:34:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB5F61325 for ; Tue, 7 Mar 2017 16:34:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id EB0DD40C9; Tue, 7 Mar 2017 16:34:05 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id D39FF40C7 for ; Tue, 7 Mar 2017 16:34:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 EFA211323 for ; Tue, 7 Mar 2017 16:34:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GY47o031485 for ; Tue, 7 Mar 2017 16:34:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:34:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:34:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 --- Comment #6 from Mark Millard --- (In reply to Alexey Dokuchaev from comment #3) While my example context was powerpc64 I'd be surprised if that is the only cross build context to have such problems. I've no clue what contexts others may have tried to have direct evidence of what happens for other architectures. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 16:44:42 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1198DD02561 for ; Tue, 7 Mar 2017 16:44:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D91CE180F for ; Tue, 7 Mar 2017 16:44:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 305094234; Tue, 7 Mar 2017 16:44:41 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 1A7784233 for ; Tue, 7 Mar 2017 16:44:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 460FB180C for ; Tue, 7 Mar 2017 16:44:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27GiejC052817 for ; Tue, 7 Mar 2017 16:44:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214400] ports/head/base/binutils (r421584) targeting powerpc64: cross build failed for lack of finding a "gcc" command Date: Tue, 07 Mar 2017 16:44:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 16:44:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214400 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-powerpc@FreeBSD.org |freebsd-ports-bugs@FreeBSD. | |org --- Comment #7 from Alexey Dokuchaev --- > While my example context was powerpc64 I'd be > surprised if that is the only cross build context > to have such problems. It would be nice if you could've attempted to investigate if other contexts= are affected as well as it might help draw more attention from the interested parties. As it is, this PR looks like powerpc64-specific. Throwing back to the pool, sorry for the hassle. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 17:16:00 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A481AD01388 for ; Tue, 7 Mar 2017 17:16:00 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59D8D1BB1; Tue, 7 Mar 2017 17:16:00 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x22b.google.com with SMTP id y76so14696702qkb.0; Tue, 07 Mar 2017 09:16:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=I0EC3UVk7p9ID6qC5OANlRJuMZdMpJRx64jDbQCIv4Y=; b=tHkHJPCcgtGeL4sxBXaWCKqVHHOAW1XR993k77+R57/GOUbqU5I1M3xGAefv0pQ90X LQS1XUHkvCWNx95f1Vsa5PSPTbysXzhv/d3HjMkhnVxsNtPZewvuzzd8L5ke9WsjYr4w FTTtjq9MYXJEP31LiH6nOO7qk/KigeVDN7TGiUTPTqkkQKHTNDNafHQAkLa3y+fhTjLo MXn8HD6Hr0Ucxf/fNof2oiKk/kTLjn/HkjdPcXQ7NB1qlDtbQ0vxWMDm123TXSP10wJZ OBBd1yv8q/zVjdQ3RKB5KIP4zA7+x1IzvpjkZgcKVjAfbNbH1x25WsBxli15QPmKD9Gh VZLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=I0EC3UVk7p9ID6qC5OANlRJuMZdMpJRx64jDbQCIv4Y=; b=Q0tFpPYwCE+49od83j6U5a+iLDadK2fYEntmrTu9fWaVcmTCnuadDKcZdi4jETEk7D cF3OYMOtRSxi5Y9kF3kd/69OD/8qbCtguN3Olg02G+OPbvswosNLcL1+jF+VjTCjZi/H 9tTBLwskgPIJBxszJadR08DwFToO+f2nkpT2PvExiBdsKNGBUZfzdTF1XvXULHot2Wxk iM3csAI/AN+8BceSa5JWOuT1MLyp5WJxtq+0HGnCZ7xey6zNiLqRA+2+rcI+XTV9AzEl TAGkSkKFsn+xl7qH2uXeAxb7pPMk7ug3wzkhflt4M0PB2mx88FSqOH4pzfSXyhAjj1WW eoFw== X-Gm-Message-State: AMke39kRiX4iJIXd6SLNp9aBv1uR/3sWCPynoNAnesvYZtI9ctLGaMUzbpJbmRirSrqAMA== X-Received: by 10.200.49.66 with SMTP id h2mr1794825qtb.252.1488906959270; Tue, 07 Mar 2017 09:15:59 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id s71sm373283qkl.60.2017.03.07.09.15.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 09:15:58 -0800 (PST) Sender: Mark Johnston Date: Tue, 7 Mar 2017 09:15:26 -0800 From: Mark Johnston To: Mark Millard Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) Message-ID: <20170307171526.GA42761@wkstn-mjohnston.west.isilon.com> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:16:00 -0000 On Mon, Mar 06, 2017 at 08:03:08PM -0800, Mark Millard wrote: > On 2017-Mar-6, at 5:02 PM, Mark Johnston wrote: > > > On Mon, Mar 06, 2017 at 02:01:06PM -0800, Mark Millard wrote: > >> [scsi_pass.c -r314624 is the problem file vintage of the two files.] > >> > >> On 2017-Mar-6, at 10:36 AM, Mark Millard wrote: > >> > >>> On 2017-Mar-6, at 8:43 AM, Mark Johnston wrote: > >>> > >>>> On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: > >>>>> On 2017-Mar-6, at 1:37 AM, Mark Millard wrote: > >>>>> [...] > >>>>> Yep: reverting the two files allowed the PowerMac G5 so-called > >>>>> "Quad Core" to boot fully and I could log in. > >>>> > >>>> Do you have a full dmesg of the failed boot? Am I correct in thinking > >>>> that the boot failed before making it to user mode? > >>> > >>> . . . > >>>> If so I'm rather > >>>> puzzled, as the change should only affect userland applications. > >>>> Specifically, it modified a couple of ioctl handlers. > >>>> > >>>>> > >>>>> It appears that if such powerpc64 machines are to stay bootable > >>>>> then other things need to be cleaned up before the two updated > >>>>> files from -r314624 should be used. > >>>>> > >>>>> Should the 2 files be reverted until other things are cleaned up? > >>>> > >>>> I don't mind reverting the change, but my suspicion is that it uncovered > >>>> a problem rather than introducing it. If you're willing to narrow things > >>>> down a bit, could you try booting with one of the file modifications and > >>>> not the other? They are independent. > >>> > >>> In a while I'll try each of the files individually, one old, one modern > >>> each time. > >> > >> scsi_pass.c -r314624 (new) and cam_xpt.c -r314283 (old): fails. > >> > >> cam_xpt.c -r314624 (new) and scsi_pass.c -r308451 (old) : works fine so far. > >> > >> Prior results: > >> > >> cam_xpt.c and scsi_pass.c both being -r314624 (both new): fails > >> > >> cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine. > > > > Thank you. I'm still failing to see how the change is connected with the > > symptoms you're seeing. Are you testing with a kernel that has > > INVARIANTS and WITNESS configured? > > > > I've broken up the scsi_pass.c change into several patches. They are > > sequential; can you try testing the result of each patch in the series? > > I'm no longer able to reproduce the problem, not even with an > "svnlite update -r314687" based build where "svnlite status > /usr/src/" does not list ether of the files. This was after > trying the patch sequence, which had no failures at any stage. > > This suggests some sort of intermittent problem someplace. > > At least it fits with your not finding a way for your code > update to cause the results that I got. > > But finding such an intermittent problem is a pain. I've > no clue if/when I'll even see an example again, much less > find a way to investigate it if I do. (PowerMac's do not > take ddb input early.) > > There is the possibility that the recent atomic_fcmpset based > locking changes still has some sort of problem, just not seen > often. Not easy to find if true. > > Anyway I'm now running -r314687 with: Indeed, this kind of problem is tricky to track down. A couple of thoughts: - Were you using the same compiler for all of your tests? I noticed your post yesterday about clang 3.9 vs. 4.0 for powerpc and powerpc64. - Was the rest of the source tree (i.e., everything but cam_xpt.c and scsi_pass.c) the same in all of your testing? I've noticed in the past that unrelated changes to the source tree can result in various kernel linker sets having a different order than they would have otherwise, and that can expose or hide bugs. See this recent post for an example: https://lists.freebsd.org/pipermail/freebsd-current/2016-December/064122.html From owner-freebsd-ppc@freebsd.org Tue Mar 7 17:26:27 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A05E5D016D1 for ; Tue, 7 Mar 2017 17:26:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EA191125 for ; Tue, 7 Mar 2017 17:26:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-oi0-x234.google.com with SMTP id m124so5219388oig.1 for ; Tue, 07 Mar 2017 09:26:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=GSukFX+EpNRsrFfPjzBPc9O4mJ4M3bcSQK2ZGIbXgaU=; b=SIrcFxtauBAIFWJxQqjsbyxVn+uiH2xd3y7icrhUfOi3bVGXCuKksTPI+9XpSE5wFn aIVOnR6/U1JPBjDu28iua0oYLlbHm+KhmsGVogWQSPmvW6JQQB6JoIRpjd3xv11ESu7x KJ7VgwWyxP2rQsyvSqqMtOqMQzOqQUl1Aicsr5wWueo6WklIPKRotd+hkVuoeP1tOhD1 6yaF06TB/n4ypmUp3USZ/VrSpn238OhseNXCRDGuIMcfb9Ay+9CRRDplFhGTVe1GUBru KFdCGyu8AZ3M+Yrd7w5dWdVZO98P+dyKQ9WiB14taVllz/eJxeINU2rCFMX8wGActBFv nZbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=GSukFX+EpNRsrFfPjzBPc9O4mJ4M3bcSQK2ZGIbXgaU=; b=nTI+pzW9uj+Slux6/gegHhZX6CZ3OnNR6dCKuQ2RxmBhiBiiT89HO8FVjMf6ONMrcE wjMykytZztczwqr0I3MbNiKVZ+OKsMe+xyRZWmkwyF/qAT1WPizzr4wyzkVNQPiIQA6F YA7pvvDBHbhs9eBWjjaFMN99nSqI/1ogTKNEZlMBxOnJDk7ezt31T5W6HajHoh2ebJpN Kj9yljXs48Z/rxsnogxsFR+otRPk0/HgFQRaXfsT+r8ZFYPDV3fchmRsWmrRi7XiI4k7 mbUbk5p7RVLuUApiowtIxyy6VW19UrxIu5LPkfU0gVN00Az+h/u5BDc1lCG20BJAm6Lu BqPw== X-Gm-Message-State: AMke39kFo1+szEOCIRcRsjeo/dPc9cSnlJ6LrsL6KdNC3yRYzHC30Ym4D29rAlpc8xFgaw== X-Received: by 10.200.40.42 with SMTP id 39mr1803200qtq.149.1488907586546; Tue, 07 Mar 2017 09:26:26 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id e19sm386090qta.68.2017.03.07.09.26.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 09:26:25 -0800 (PST) Sender: Mark Johnston Date: Tue, 7 Mar 2017 09:25:59 -0800 From: Mark Johnston To: Mark Millard Cc: Justin Hibbits , FreeBSD PowerPC ML Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) Message-ID: <20170307172558.GB42761@wkstn-mjohnston.west.isilon.com> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> <49DE6E23-948B-4DC1-87A0-047F8A2CE966@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49DE6E23-948B-4DC1-87A0-047F8A2CE966@dsl-only.net> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 17:26:27 -0000 On Tue, Mar 07, 2017 at 12:10:31AM -0800, Mark Millard wrote: > The debug kernel has not failed so far but does report > sleeping with a non-sleepable lock held (in addition > to a lor): > > Expensive timeout(9) function: 0xe84630(0xdc4a10) 0.026154120 s What symbol does this correspond to? > Sleeping on "smu" with the following non-sleepable locks held: Looks like smu_gettime() calls smu_run_cmd(), which may sleep. This is specific to powerpc. > exclusive sleep mutex tod2rl (tod2rl) r = 0 (0x122ef50) locked @ /usr/src/sys/kern/subr_rtc.c:135 > stack backtrace: > #0 0x60e3bc at .get_spr+0x50d4dc > #1 0x59a200 at .get_spr+0x499320 > #2 0x91b4cc at .rtascall+0x11dac > #3 0x91a76c at .rtascall+0x1104c > #4 0x5f0680 at .get_spr+0x4ef7a0 > #5 0x68729c at .get_spr+0x5863bc > #6 0x512af4 at .get_spr+0x411c14 > #7 0x546600 at .get_spr+0x445720 > #8 0x935f70 at .fork_trampoline+0x10 > #9 0x935e44 at blocked_loop+0x38 > lock order reversal: (Giant after non-sleepable) > 1st 0x122ef50 tod2rl (tod2rl) @ /usr/src/sys/kern/subr_rtc.c:135 > 2nd 0x1200b00 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:230 > stack backtrace: > #0 0x60c9e4 at .get_spr+0x50bb04 > #1 0x56c504 at .get_spr+0x46b624 > #2 0x59a5d0 at .get_spr+0x4996f0 > #3 0x91b4cc at .rtascall+0x11dac > #4 0x91a76c at .rtascall+0x1104c > #5 0x5f0680 at .get_spr+0x4ef7a0 > #6 0x68729c at .get_spr+0x5863bc > #7 0x512af4 at .get_spr+0x411c14 > #8 0x546600 at .get_spr+0x445720 > #9 0x935f70 at .fork_trampoline+0x10 > #10 0x935e44 at blocked_loop+0x38 This looks to be related to the above. vfs_mountroot() calls inittodr() with Giant held, so the tsleep() in smu_run_cmd() will acquire Giant after the (non-sleepable) tod2rl mutex upon waking up. > uhub3: 3 ports with 2 removable, bus powered > Setting hostuuid: 11fe4cb1-3cac-11e4-a5a8-001451685a44. > Setting hostid: 0x489b688f. > Starting file system checks: > /dev/ufs/FBSDG5Lrootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ufs/FBSDG5Lrootfs: clean, 82126801 free (1058921 frags, 10133485 blocks, 1.1% fragmentation) > Mounting local filesystems:. > > (The symbolic routine names it shows are not of much use. > I could use /usr/local/bin/objdump to look things up.) > > Later there is another lor: > > lock order reversal: > 1st 0xa046b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 > 2nd 0xc0000000b6c90ba0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:280 > 3rd 0xb22e5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 This is a known benign LOR. From owner-freebsd-ppc@freebsd.org Tue Mar 7 19:14:43 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DDCBD01349 for ; Tue, 7 Mar 2017 19:14:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-197.reflexion.net [208.70.211.197]) (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 BDD2818A2 for ; Tue, 7 Mar 2017 19:14:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3326 invoked from network); 7 Mar 2017 19:14:35 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 19:14:35 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Tue, 07 Mar 2017 14:14:35 -0500 (EST) Received: (qmail 4377 invoked from network); 7 Mar 2017 19:14:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 19:14:34 -0000 Received: from [192.168.1.119] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 2AB29EC80E9; Tue, 7 Mar 2017 11:14:34 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <20170307172558.GB42761@wkstn-mjohnston.west.isilon.com> Date: Tue, 7 Mar 2017 11:14:33 -0800 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> <49DE6E23-948B-4DC1-87A0-047F8A2CE966@dsl-only.net> <20170307172558.GB42761@wkstn-mjohnston.west.isilon.com> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:14:43 -0000 On 2017-Mar-7, at 9:25 AM, Mark Johnston wrote: > On Tue, Mar 07, 2017 at 12:10:31AM -0800, Mark Millard wrote: >> The debug kernel has not failed so far but does report >> sleeping with a non-sleepable lock held (in addition >> to a lor): >>=20 >> Expensive timeout(9) function: 0xe84630(0xdc4a10) 0.026154120 s >=20 > What symbol does this correspond to? In my /boot/kerdbg/kernel : 0xe84630 is for the .opd sub-area for vt_timer 0xdc4a10 is for the .data sub-area for vt_consdev >> Sleeping on "smu" with the following non-sleepable locks held: >=20 > Looks like smu_gettime() calls smu_run_cmd(), which may sleep. This is > specific to powerpc. >=20 >> exclusive sleep mutex tod2rl (tod2rl) r =3D 0 (0x122ef50) locked @ = /usr/src/sys/kern/subr_rtc.c:135 >> stack backtrace: >> #0 0x60e3bc at .get_spr+0x50d4dc >> #1 0x59a200 at .get_spr+0x499320 >> #2 0x91b4cc at .rtascall+0x11dac >> #3 0x91a76c at .rtascall+0x1104c >> #4 0x5f0680 at .get_spr+0x4ef7a0 >> #5 0x68729c at .get_spr+0x5863bc >> #6 0x512af4 at .get_spr+0x411c14 >> #7 0x546600 at .get_spr+0x445720 >> #8 0x935f70 at .fork_trampoline+0x10 >> #9 0x935e44 at blocked_loop+0x38 Just FYI: I looked the above up in /boot/kerdbg/kernel : .witness_warn+0x4fc .sleep+0xb8 .smu_run_cmd+0x130 .smu_gettime+0x50 .inittodr+0xbc .vfs_mountroot+0x1b2c .start_init+0xa8 .fork_exit+0xc0 .fork_trampoline+0x10 block_loop+??? (I did not write that down) >> lock order reversal: (Giant after non-sleepable) >> 1st 0x122ef50 tod2rl (tod2rl) @ /usr/src/sys/kern/subr_rtc.c:135 >> 2nd 0x1200b00 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:230 >> stack backtrace: >> #0 0x60c9e4 at .get_spr+0x50bb04 >> #1 0x56c504 at .get_spr+0x46b624 >> #2 0x59a5d0 at .get_spr+0x4996f0 >> #3 0x91b4cc at .rtascall+0x11dac >> #4 0x91a76c at .rtascall+0x1104c >> #5 0x5f0680 at .get_spr+0x4ef7a0 >> #6 0x68729c at .get_spr+0x5863bc >> #7 0x512af4 at .get_spr+0x411c14 >> #8 0x546600 at .get_spr+0x445720 >> #9 0x935f70 at .fork_trampoline+0x10 >> #10 0x935e44 at blocked_loop+0x38 >=20 > This looks to be related to the above. vfs_mountroot() calls = inittodr() > with Giant held, so the tsleep() in smu_run_cmd() will acquire Giant > after the (non-sleepable) tod2rl mutex upon waking up. >=20 >> uhub3: 3 ports with 2 removable, bus powered >> Setting hostuuid: 11fe4cb1-3cac-11e4-a5a8-001451685a44. >> Setting hostid: 0x489b688f. >> Starting file system checks: >> /dev/ufs/FBSDG5Lrootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS >> /dev/ufs/FBSDG5Lrootfs: clean, 82126801 free (1058921 frags, 10133485 = blocks, 1.1% fragmentation) >> Mounting local filesystems:. >>=20 >> (The symbolic routine names it shows are not of much use. >> I could use /usr/local/bin/objdump to look things up.) >>=20 >> Later there is another lor: >>=20 >> lock order reversal: >> 1st 0xa046b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 >> 2nd 0xc0000000b6c90ba0 bufwait (bufwait) @ = /usr/src/sys/ufs/ffs/ffs_vnops.c:280 >> 3rd 0xb22e5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2600 >=20 > This is a known benign LOR. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 19:40:50 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F5C9D01EF9 for ; Tue, 7 Mar 2017 19:40:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-196.reflexion.net [208.70.211.196]) (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 EC0DA1A9D for ; Tue, 7 Mar 2017 19:40:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15184 invoked from network); 7 Mar 2017 19:40:43 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 7 Mar 2017 19:40:43 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Tue, 07 Mar 2017 14:40:43 -0500 (EST) Received: (qmail 31291 invoked from network); 7 Mar 2017 19:40:43 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Mar 2017 19:40:43 -0000 Received: from [192.168.1.119] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 9CA23EC80E9; Tue, 7 Mar 2017 11:40:42 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: powerpc64 head -r314687 (PowerMac G5 so-called "Quad Core", clang based): CAM status: Command timeout (always?) From: Mark Millard In-Reply-To: <20170307171526.GA42761@wkstn-mjohnston.west.isilon.com> Date: Tue, 7 Mar 2017 11:40:42 -0800 Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <1FB4C473-28A7-461A-890E-E22E8D890A76@dsl-only.net> References: <98A62E0D-C2A0-40B1-AE6D-5810906208AE@dsl-only.net> <4C78F6AA-5ABD-4445-B5EF-4E6778CE36FE@dsl-only.net> <20170306164341.GA83069@wkstn-mjohnston.west.isilon.com> <466C25ED-0A70-4988-9BB1-3B43BD031E5E@dsl-only.net> <20170307010204.GA3611@wkstn-mjohnston.west.isilon.com> <2FA8AC16-8108-4FC7-B1E6-788CBD32F372@dsl-only.net> <20170307171526.GA42761@wkstn-mjohnston.west.isilon.com> To: Mark Johnston X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 19:40:50 -0000 On 2017-Mar-7, at 9:15 AM, Mark Johnston wrote: > On Mon, Mar 06, 2017 at 08:03:08PM -0800, Mark Millard wrote: >> On 2017-Mar-6, at 5:02 PM, Mark Johnston = wrote: >>=20 >>> On Mon, Mar 06, 2017 at 02:01:06PM -0800, Mark Millard wrote: >>>> [scsi_pass.c -r314624 is the problem file vintage of the two = files.] >>>>=20 >>>> On 2017-Mar-6, at 10:36 AM, Mark Millard = wrote: >>>>=20 >>>>> On 2017-Mar-6, at 8:43 AM, Mark Johnston = wrote: >>>>>=20 >>>>>> On Mon, Mar 06, 2017 at 02:05:39AM -0800, Mark Millard wrote: >>>>>>> On 2017-Mar-6, at 1:37 AM, Mark Millard = wrote: >>>>>>> [...] >>>>>>> Yep: reverting the two files allowed the PowerMac G5 so-called >>>>>>> "Quad Core" to boot fully and I could log in. >>>>>>=20 >>>>>> Do you have a full dmesg of the failed boot? Am I correct in = thinking >>>>>> that the boot failed before making it to user mode? >>>>>=20 >>>>> . . . >>>>>> If so I'm rather >>>>>> puzzled, as the change should only affect userland applications. >>>>>> Specifically, it modified a couple of ioctl handlers. >>>>>>=20 >>>>>>>=20 >>>>>>> It appears that if such powerpc64 machines are to stay bootable >>>>>>> then other things need to be cleaned up before the two updated >>>>>>> files from -r314624 should be used. >>>>>>>=20 >>>>>>> Should the 2 files be reverted until other things are cleaned = up? >>>>>>=20 >>>>>> I don't mind reverting the change, but my suspicion is that it = uncovered >>>>>> a problem rather than introducing it. If you're willing to narrow = things >>>>>> down a bit, could you try booting with one of the file = modifications and >>>>>> not the other? They are independent. >>>>>=20 >>>>> In a while I'll try each of the files individually, one old, one = modern >>>>> each time. >>>>=20 >>>> scsi_pass.c -r314624 (new) and cam_xpt.c -r314283 (old): fails. >>>>=20 >>>> cam_xpt.c -r314624 (new) and scsi_pass.c -r308451 (old) : works = fine so far. >>>>=20 >>>> Prior results: >>>>=20 >>>> cam_xpt.c and scsi_pass.c both being -r314624 (both new): fails >>>>=20 >>>> cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine. >>>=20 >>> Thank you. I'm still failing to see how the change is connected with = the >>> symptoms you're seeing. Are you testing with a kernel that has >>> INVARIANTS and WITNESS configured? >>>=20 >>> I've broken up the scsi_pass.c change into several patches. They are >>> sequential; can you try testing the result of each patch in the = series? >>=20 >> I'm no longer able to reproduce the problem, not even with an >> "svnlite update -r314687" based build where "svnlite status >> /usr/src/" does not list ether of the files. This was after >> trying the patch sequence, which had no failures at any stage. >>=20 >> This suggests some sort of intermittent problem someplace. >>=20 >> At least it fits with your not finding a way for your code >> update to cause the results that I got. >>=20 >> But finding such an intermittent problem is a pain. I've >> no clue if/when I'll even see an example again, much less >> find a way to investigate it if I do. (PowerMac's do not >> take ddb input early.) >>=20 >> There is the possibility that the recent atomic_fcmpset based >> locking changes still has some sort of problem, just not seen >> often. Not easy to find if true. >>=20 >> Anyway I'm now running -r314687 with: >=20 > Indeed, this kind of problem is tricky to track down. A couple of > thoughts: > - Were you using the same compiler for all of your tests? I noticed = your > post yesterday about clang 3.9 vs. 4.0 for powerpc and powerpc64. All the powerpc64 builds were cross builds from amd64 -r314687 -- and so all are system-clang 4.0 based. Those notes are because I've been a long-term tester and issue reporter for clang targeting the powerpc family. I also report to the llvm bugzilla for this. I have history to compare against without running new tests for 3.9.1. > - Was the rest of the source tree (i.e., everything but cam_xpt.c and > scsi_pass.c) the same in all of your testing? I've noticed in the = past > that unrelated changes to the source tree can result in various = kernel > linker sets having a different order than they would have otherwise, > and that can expose or hide bugs. See this recent post for an = example: > = https://lists.freebsd.org/pipermail/freebsd-current/2016-December/064122.h= tml Yes: the same. In fact I use reproducible builds now and my 2017-Mar-4 /boot/kerc40/* matches my 2017-Mar-6 build at issue exactly. (This is not a debug-kernel build context.) Booting kerc40 no longer gets the problem either, which is part of why I did that diff -r and discovered the exact match for not having reverted either file. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Mar 7 20:07:37 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2008FD029D2 for ; Tue, 7 Mar 2017 20:07:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 0EEC31DD4 for ; Tue, 7 Mar 2017 20:07:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27K7aD0053328 for ; Tue, 7 Mar 2017 20:07:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 205458] 11.0-CURRENT/10-STABLE powerpc64: a PowerMac G5 specific sys/powerpc/ofw/ofw_machdep.c change for reliable PowerMac G5 booting (with lots of RAM) Date: Tue, 07 Mar 2017 20:07:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andreast@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jhibbits@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 20:07:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 Andreas Tobler changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andreast@FreeBSD.org --- Comment #16 from Andreas Tobler --- The attached patch (2017-01-23) works for me so far. Quad 14GB. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 20:54:33 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E840FD02899 for ; Tue, 7 Mar 2017 20:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA5CC190D for ; Tue, 7 Mar 2017 20:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 0C07A164B; Tue, 7 Mar 2017 20:54:33 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id E71D5164A for ; Tue, 7 Mar 2017 20:54:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 15579190C for ; Tue, 7 Mar 2017 20:54:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27KsVxh061503 for ; Tue, 7 Mar 2017 20:54:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214456] lang/gcc6 (r424540): full bootstrap fails the stage 2 vs. 3 comparison the build stops (powerpc 32-bit anyway) Date: Tue, 07 Mar 2017 20:54:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andreast@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 20:54:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214456 --- Comment #10 from Andreas Tobler --- The bootstrap comparison is fixed with the same fix needed for aarch64. It = is included in the files/patch-aarch64-support, the last two files. (gcc/dwarf2out.c and gcc/cgraphunit.c) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Mar 7 22:12:34 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BA0FD024ED for ; Tue, 7 Mar 2017 22:12:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 623291C06 for ; Tue, 7 Mar 2017 22:12:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v27MCXiq067911 for ; Tue, 7 Mar 2017 22:12:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 205458] 11.0-CURRENT/10-STABLE powerpc64: a PowerMac G5 specific sys/powerpc/ofw/ofw_machdep.c change for reliable PowerMac G5 booting (with lots of RAM) Date: Tue, 07 Mar 2017 22:12:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jhibbits@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 22:12:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 --- Comment #17 from commit-hook@freebsd.org --- A commit references this bug: Author: jhibbits Date: Tue Mar 7 22:11:58 UTC 2017 New revision: 314885 URL: https://svnweb.freebsd.org/changeset/base/314885 Log: Fix booting with >4GB RAM on PowerMac G5 hardware =3D=3D=3D From Nathan Whitehorn: Open Firmware runs in virtual mode on the Powermac G5. This runs inside t= he kernel page table, which preserves all address translations made by OF be= fore the kernel starts; as a result, the kernel address space is a strict supe= rset of OF's. Where this explodes is if OF uses an unmapped SLB entry. The SLB fault handler runs in real mode and refers to the PCPU pointer in SPRG0, which blows up= the kernel. Having a value of SPRG0 that works for the kernel is less fatal t= han preserving OF's value in this case. =3D=3D=3D The result of this is seemingly random panics from NULL dereferences, or hangs immediately upon boot. By not restoring SPRG0 for Open Firmware entry the kernel PCPU pointer is preserved and SLB faults are successful, resulting= in a stable kernel. PR: 205458 Reported by: several (over bugzilla, lists, IRC) Reviewed by: andreast Tested by: many (various forms) MFC after: 2 weeks Changes: head/sys/powerpc/ofw/ofw_machdep.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed Mar 8 00:46:49 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C0ECCFA046; Wed, 8 Mar 2017 00:46:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 118AB18AB; Wed, 8 Mar 2017 00:46:48 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 76699BA8; Tue, 7 Mar 2017 18:46:36 -0600 (CST) Date: Tue, 7 Mar 2017 18:46:35 -0600 From: Mark Linimon To: Alexey Dokuchaev Cc: Mark Millard , FreeBSD Ports , FreeBSD PowerPC ML Subject: Re: buzilla 214400: is is ports/head/base/binutils that is being reported on, freebsd-powerpc@FreeBSD.org assignee is wrong Message-ID: <20170308004635.GA13633@lonesome.com> References: <991939AC-AABC-4A3F-8A13-123FA997C721@dsl-only.net> <20170307163134.GA42397@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170307163134.GA42397@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 00:46:49 -0000 On Tue, Mar 07, 2017 at 04:31:34PM +0000, Alexey Dokuchaev wrote: > May I ask what exactly makes you think that freebsd-ports-bugs@FreeBSD.org > is correct assignee in this case? I'm away from my systems right now but I do know that this problem also affects sparc64. The original assignments of those 3 PRs were correct. mcl From owner-freebsd-ppc@freebsd.org Wed Mar 8 12:36:08 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60420D02655 for ; Wed, 8 Mar 2017 12:36:08 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2643716AE for ; Wed, 8 Mar 2017 12:36:08 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-oi0-x22b.google.com with SMTP id m124so17842493oig.1 for ; Wed, 08 Mar 2017 04:36:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=6ZVz4/4/mH3c8YW9CLCW/2NaACMk4Bx8u4zFWsDhcG8=; b=MSbC1J6u+OGOw/8UjleWkADtQ/zuQUIo3riOJjw7gJ/CbB81BPLst0udcuPyoQMCoy f8mDjbF86ePDyhz8Y5GpE6dC31D1VlsF8+A1hUJEWTsi9EkWvxzRVuY08lnTyAwTdf9A 5plObIxn0ebTFII/x2oz/LAigqGSR+IFW998s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=6ZVz4/4/mH3c8YW9CLCW/2NaACMk4Bx8u4zFWsDhcG8=; b=E7X5MohrB9ZjCETc/lUnq3834k2F0dK0plRA72eIardFJ/pVZ0paYYcQbgn3WAMc+q K04E/douezaFp+d5+vZpd34flsDFOVJaBd2pCwzlx1WhwFrUw8olHr8SYqQ1OZ4m50BV 1y/p6pzxWre9Pwk/zNtJH0uWEJ072QGf+IbsBorw7jNxdNFJxwciFbynpYC/rswfjlDh lILssx5lWPmnLhuWjV2jxkuncV0n76wvg02pybNUihNkrFIPZHK95dHv91ASWXJrNdmt GGZzKVCDJqG+1b3EOjxzw1y46eDFUCEsCK2RFUKLd5hzFkC1CyCf1a7+At9MqGP1ry0v vDCg== X-Gm-Message-State: AMke39k1rz069jqoHYRYsKTqinp8NMitV+WdpuIF2j9jsxsTvG/H85hmdGru9QG++YiE84idtw40IgZZvZO4pQ== X-Received: by 10.202.92.70 with SMTP id q67mr2883358oib.148.1488976567508; Wed, 08 Mar 2017 04:36:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.23.208 with HTTP; Wed, 8 Mar 2017 04:36:07 -0800 (PST) In-Reply-To: References: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> From: Kevin Bowling Date: Wed, 8 Mar 2017 05:36:07 -0700 Message-ID: Subject: Re: iflib em/igb on -CURRENT To: Andreas Tobler Cc: FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 12:36:08 -0000 Ok, this branch is working on SPARC64 now. It ought to be on PPC(64) as well if you can test. On Mon, Mar 6, 2017 at 9:39 PM, Kevin Bowling wrote: > Can you test https://github.com/mattmacy/networking/commits/HEAD_MERGE/ > iflib-ixgbe-current? There's probably a little bit more to do, but in > HEAD which is not addressing iommu it isn't going to work at all. > > Regards, > > On Mon, Mar 6, 2017 at 10:21 AM, Andreas Tobler > wrote: > >> On 06.03.17 10:46, Kevin Bowling wrote: >> >>> Has anyone tried ppc/ppc64 -CURRENT past January with an intel 1g NIC? >>> >>> I'm working through some iommu stuff right now with Matt on sparc64. I >>> suspect that'll catch anything that'd hit other archs, but I am curious >>> if >>> things are working or not on ppc right now since we haven't heard any >>> problem reports. >>> >> >> On my POWER5+ the em is broken since 311849. >> Andreas >> >> > From owner-freebsd-ppc@freebsd.org Wed Mar 8 21:28:41 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC43BD031D8 for ; Wed, 8 Mar 2017 21:28:41 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (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 92CC81DD2 for ; Wed, 8 Mar 2017 21:28:41 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id ED7B5C5E15; Wed, 8 Mar 2017 22:28:38 +0100 (CET) Subject: Re: iflib em/igb on -CURRENT To: Kevin Bowling References: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> Cc: FreeBSD PowerPC ML From: Andreas Tobler Message-ID: <10cc06b8-baa5-4f56-a352-a68d0c22639a@fgznet.ch> Date: Wed, 8 Mar 2017 22:28:39 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: Asterix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 21:28:41 -0000 On 08.03.17 13:36, Kevin Bowling wrote: > Ok, this branch is working on SPARC64 now. It ought to be on PPC(64) as > well if you can test. .. em0: port 0xef800-0xef83f mem 0xf0120000-0xf013ffff,0xf00c0000-0xf00fffff irq 50331928 at device 1.0 on pci9 em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx descriptors em0: allocated for 1 tx_queues em0: allocated for 1 rx_queues em0: Ethernet address: 00:14:5e:96:19:30 em1: port 0xefc00-0xefc3f mem 0xf0100000-0xf011ffff,0xf0040000-0xf007ffff irq 50331929 at device 1.1 on pci9 em1: attach_pre capping queues at 1 em1: using 1024 tx descriptors and 1024 rx descriptors em1: allocated for 1 tx_queues em1: allocated for 1 rx_queues em1: Ethernet address: 00:14:5e:96:19:31 .... Unregistered interrupt occured! Interrupt source = 115 DEFAULT CATCH!, throw-code=500 Call History ------------ throw - 203903c catch - 2038fe8 (highlevel-int-handler) - 204fbb4 (poplocals) - 203a758 (highlevel-int-handler - 2038cb0 cicall - 207fc0c cientry - 2039ac4 My Fix Pt Regs: 00 0000000000000000 0000000000000000 00000000deadbeef 000000000204fbb0 04 0000000002014f80 0000000002ffd9c8 0000000000003002 0000000002003010 08 0000000010000000 00000000ffffff80 ffffffffffffff80 0000000000000080 0c 0000000022000044 0000000001148920 0000000000000000 0000000000000000 10 000000000225b558 000000000225b558 000000000204fbb4 0000000002038fe8 14 0000000000000500 0000000000000005 0000000000000000 0000000000000000 18 0000000002013000 0000000002038000 0000000002014fc0 0000000002016f80 1c 0000000002020000 000000000203fdf0 0000000002011fc8 0000000002010ff8 Special Regs: %IV: 00000900 %CR: 82808042 %XER: 20000005 %DSISR: 02200000 %SRR0: 0000000002039af0 %SRR1: 800000000000b002 %LR: 0000000002046c50 %CTR: 0000000000000006 %DAR: c000000000021df8 PFW: Unable to send error log! From owner-freebsd-ppc@freebsd.org Wed Mar 8 21:56:19 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1779ED03B0B for ; Wed, 8 Mar 2017 21:56:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF0162000 for ; Wed, 8 Mar 2017 21:56:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 3CC5B125E; Wed, 8 Mar 2017 21:56:18 +0000 (UTC) Delivered-To: freebsd-powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 23D5A125D for ; Wed, 8 Mar 2017 21:56:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 5996F1FFF for ; Wed, 8 Mar 2017 21:56:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v28LuGJ9093708 for ; Wed, 8 Mar 2017 21:56:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-powerpc@FreeBSD.org Subject: [Bug 214456] lang/gcc6 (r424540): full bootstrap fails the stage 2 vs. 3 comparison the build stops (powerpc 32-bit anyway) Date: Wed, 08 Mar 2017 21:56:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: andreast@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-powerpc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 21:56:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214456 --- Comment #11 from Andreas Tobler --- The multilib build succeeded too. But there is a fundamental issue on how we install the ports gcc. For 'single' lib architectures it doesn't matter. But for multilib architectures we might have to reconsider the path where insta= ll gcc. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu Mar 9 12:32:57 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FC9DCFBB7B for ; Thu, 9 Mar 2017 12:32:57 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D26C5A4F for ; Thu, 9 Mar 2017 12:32:56 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-ot0-x22a.google.com with SMTP id x37so55387850ota.2 for ; Thu, 09 Mar 2017 04:32:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qrOYsdXfeCByK8GhGd3zt+dXYvlsyH0rn7XWZ0EpCxY=; b=Ed2Z1uBoS5iZLlNm+vM1HGmlHqvLhi61WTetufbGTB6R8bJKScJSvFAR3fuNjkzPWf En13lnl/XyZvlcYxkdjjBvClPSYQgreM2xmvAdokqgHOUie+p/ImpT+YSXj3uyaARTio rOg4aAxHOpvodk/w+saBFhpnadoiHknekyC0c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qrOYsdXfeCByK8GhGd3zt+dXYvlsyH0rn7XWZ0EpCxY=; b=Z+wyga5RUCSPPTrdEb3d8Ih84zEohhjq1BPndwPZDl7SnZHxMTuazVWIIruwz5scvK pn9JqMMLCqgRgLj4fkQt14F+BGRXR9YHd4uAh1/NisDuoYdGjCaE82SwfcsYQ9ptrekv kRLbBESP3yqJI9vX7xSyYstvqWo/Uyaj8mTIsc2DUT/7uOuamQYVNxP2UKxv3nvAEstN qhyHDOX9fXbDU4Ypxzam9VZoogTkPqHFhsmGsPNHA2flH2ZKUkMsKkeTZHyodgXYacPg YqG/ost4KEINkzAPeN/O5Pw3bKzR90heoUuD57Z1CZ6NYMA7gBX6PEKiai0Hlf4/t6Nn 2J8A== X-Gm-Message-State: AMke39muuO0jKsb9S1VENpTn2vz4zWahxoxXTxLzFWOSLW4WxoUBWrsI7BcmDlNZDGI6HS0NJa3VOdbCR0Y0EA== X-Received: by 10.157.19.15 with SMTP id f15mr6208605ote.168.1489062776023; Thu, 09 Mar 2017 04:32:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.23.208 with HTTP; Thu, 9 Mar 2017 04:32:55 -0800 (PST) In-Reply-To: <10cc06b8-baa5-4f56-a352-a68d0c22639a@fgznet.ch> References: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> <10cc06b8-baa5-4f56-a352-a68d0c22639a@fgznet.ch> From: Kevin Bowling Date: Thu, 9 Mar 2017 05:32:55 -0700 Message-ID: Subject: Re: iflib em/igb on -CURRENT To: Andreas Tobler Cc: FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 12:32:57 -0000 Hi, Can you share the ofw commands you use to boot? I have a p505q I will use to debug this. We have to defer interrupts until a handler is registered. Regards, Kevin On Wed, Mar 8, 2017 at 2:28 PM, Andreas Tobler wrote: > On 08.03.17 13:36, Kevin Bowling wrote: > >> Ok, this branch is working on SPARC64 now. It ought to be on PPC(64) as >> well if you can test. >> > .. > em0: port 0xef800-0xef83f mem > 0xf0120000-0xf013ffff,0xf00c0000-0xf00fffff irq 50331928 at device 1.0 on > pci9 > em0: attach_pre capping queues at 1 > em0: using 1024 tx descriptors and 1024 rx descriptors > em0: allocated for 1 tx_queues > em0: allocated for 1 rx_queues > em0: Ethernet address: 00:14:5e:96:19:30 > em1: port 0xefc00-0xefc3f mem > 0xf0100000-0xf011ffff,0xf0040000-0xf007ffff irq 50331929 at device 1.1 on > pci9 > em1: attach_pre capping queues at 1 > em1: using 1024 tx descriptors and 1024 rx descriptors > em1: allocated for 1 tx_queues > em1: allocated for 1 rx_queues > em1: Ethernet address: 00:14:5e:96:19:31 > .... > > Unregistered interrupt occured! Interrupt source = 115 > DEFAULT CATCH!, throw-code=500 > > Call History > ------------ > throw - 203903c > catch - 2038fe8 > (highlevel-int-handler) - 204fbb4 > (poplocals) - 203a758 > (highlevel-int-handler - 2038cb0 > cicall - 207fc0c > cientry - 2039ac4 > > My Fix Pt Regs: > 00 0000000000000000 0000000000000000 00000000deadbeef 000000000204fbb0 > 04 0000000002014f80 0000000002ffd9c8 0000000000003002 0000000002003010 > 08 0000000010000000 00000000ffffff80 ffffffffffffff80 0000000000000080 > 0c 0000000022000044 0000000001148920 0000000000000000 0000000000000000 > 10 000000000225b558 000000000225b558 000000000204fbb4 0000000002038fe8 > 14 0000000000000500 0000000000000005 0000000000000000 0000000000000000 > 18 0000000002013000 0000000002038000 0000000002014fc0 0000000002016f80 > 1c 0000000002020000 000000000203fdf0 0000000002011fc8 0000000002010ff8 > Special Regs: > %IV: 00000900 %CR: 82808042 %XER: 20000005 %DSISR: 02200000 > %SRR0: 0000000002039af0 %SRR1: 800000000000b002 > %LR: 0000000002046c50 %CTR: 0000000000000006 > %DAR: c000000000021df8 > PFW: Unable to send error log! > > > > From owner-freebsd-ppc@freebsd.org Fri Mar 10 14:16:08 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A388FD04B05 for ; Fri, 10 Mar 2017 14:16:08 +0000 (UTC) (envelope-from bounce+09eba3.da7392-freebsd-ppc=freebsd.org@linx.com) Received: from so254-13.mailgun.net (so254-13.mailgun.net [198.61.254.13]) (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 76F9C1972 for ; Fri, 10 Mar 2017 14:16:08 +0000 (UTC) (envelope-from bounce+09eba3.da7392-freebsd-ppc=freebsd.org@linx.com) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=linx.com; q=dns/txt; s=smtp; t=1489155368; h=Date: Message-Id: From: Content-type: MIME-Version: Subject: To: Sender; bh=ZMmcWlvsu70DN56ZynqY90NPBAMs5W/cm8eOUqwTXQc=; b=mCLzdiEGGKUhOiSBCruGypVmFYnUypZUBRfkXgegjS5C2w4pr3Y26AzKhpPxHeNZsTss/rOx TSpE1d4aaV7GCY/2biqe3gUKKjlPLdClHBxwZjIBCRcmUAjRiQg6QR5VhRwLwCaztftuM0Iq I9jyS0As5dA9HdEbUGUdhsNozB8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=linx.com; s=smtp; q=dns; h=Sender: To: Subject: MIME-Version: Content-type: From: Message-Id: Date; b=hgYKmvVaEYeRsvEGK13Zu3mCYWLpnqoL6fgjuYjhm67r1byHaVVtcbU5l2XJ2jyYkrOIMg HvotIUNAXqqtN7LVw8e+Hsr3V14NJabOzXO6XP1gkfQe5oDiGz2Q9SjOJY9H/SLaKvlp1r4m sB3nVPRbR/1itSVmr9BOtEfgY6oRc= Sender: root=localhost.linx.com@linx.com X-Mailgun-Sending-Ip: 198.61.254.13 X-Mailgun-Sid: WyI4M2JiMiIsICJmcmVlYnNkLXBwY0BmcmVlYnNkLm9yZyIsICJkYTczOTIiXQ== Received: from 578509-app3.linx.com (578509-app3.linx.com [23.253.17.101]) by mxa.mailgun.org with ESMTP id 58c2b2c8.7ff06857b630-smtp-out-n03; Fri, 10 Mar 2017 14:06:00 -0000 (UTC) Received: by 578509-app3.linx.com (Postfix, from userid 10006) id 1905DA618E5; Fri, 10 Mar 2017 08:05:33 -0600 (CST) To: freebsd-ppc@freebsd.org Subject: [iTunes-Connect]Someone has been logged into your account from another country X-PHP-Originating-Script: 10006:mailer.php From: AppleID Message-Id: <20170310140533.1905DA618E5@578509-app3.linx.com> Date: Fri, 10 Mar 2017 08:05:33 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 14:16:08 -0000 From owner-freebsd-ppc@freebsd.org Fri Mar 10 18:14:39 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80925D065B6 for ; Fri, 10 Mar 2017 18:14:39 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:53]) (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 45F591122 for ; Fri, 10 Mar 2017 18:14:39 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id CA9ED140093; Fri, 10 Mar 2017 19:14:35 +0100 (CET) Subject: Re: iflib em/igb on -CURRENT To: Kevin Bowling References: <23b491c4-8d10-5ce0-08dc-b2dbab2540c7@fgznet.ch> <10cc06b8-baa5-4f56-a352-a68d0c22639a@fgznet.ch> Cc: FreeBSD PowerPC ML From: Andreas Tobler Message-ID: <4d8fdb74-0292-1b48-92b1-2078c610359f@fgznet.ch> Date: Fri, 10 Mar 2017 19:14:41 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: Idefix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 18:14:39 -0000 Hi, On 09.03.17 13:32, Kevin Bowling wrote: > Can you share the ofw commands you use to boot? I have a p505q I will > use to debug this. We have to defer interrupts until a handler is > registered. You'd need a netboot setup which I tried to describe here. https://people.freebsd.org/~andreast/netboot_testing_ppc.txt If you're familiar with, nevermind. Then, in the SMS menu you have to set certain parameters like client/server/gateway addresses. I tried to write down the sequence: 1. SMS 2. Setup Remote IPL (Initial Program Load) 1. Port1 1. IP Parameters 1. Client IP Address <-- your input 2. Server IP Address <-- your input 3. Gateway IP Address <-- your input ESC 2. Adapter Configuration 2. Spanning Tree Enabled 2. No ESC 3. Protocol 1. Standard ESC ESC ESC 5. Select Boot Options 2. Configure Boot Device Order 1. Select 1st Boot Device 6. Network 1. 1st port NIC If you need some more help, do not hesitate. I'm not that fast in responding during the day. $work. Btw, I put a dual intel nic into one of my G5 and got similar experiences. When I configure it at boot time it crashes with some busdma traces. But when I let the boot complete and bring the interface up afterwards, I can 'network' for a while. It is not stable, I lost the connection after a while. Btw, how can I access the diff as a not git user? TIA, Andreas