From owner-freebsd-current@freebsd.org Sun Aug 26 00:16:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6015E109A371; Sun, 26 Aug 2018 00:16:26 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2876871CF; Sun, 26 Aug 2018 00:16:25 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr1-x42d.google.com with SMTP id m27-v6so10423544wrf.3; Sat, 25 Aug 2018 17:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4j7aGeQLzfvQz4qUxylgDccutJyq99cc2ESqnWhB2yw=; b=PChe7xcp+zuNCHKANGGQgxMwKEvR+jo+CvuYRxYwsb4VZHINzp+Idqn9yG03iDluRh HSAKU2qVfyv7V6rlsHYF1asxU8gjfLtESNDitks6niq4u2Ijk8HMv8t46gdJUV2kKZpb /9rHgiWy/rOODRpjoc3bRCOCP7JZE92ga0LlPCLsftmK93m16VI/oh91Fgn8F4b2Qzbx HT1eGV9+8O39yPElhTWNvqyRvH1lBriIw+8G73JYNVqZvOnWXSnPK+U0BHg9xvdDX533 lLBKaqjLKPKnWo2rOhhJQ+He0gYaJYIeMNkTABWEEJ4nDK1rPUgM7NAPnyox0rrQbas4 Vrbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4j7aGeQLzfvQz4qUxylgDccutJyq99cc2ESqnWhB2yw=; b=T47pbCkV2sQc1rMQqqbGk3y4PLuYMyBTEUpDCnu7Fdi+yqHqA2YzeYbbUFbiAZzwvy 9TAIKYIXHP2WY8ho7g+CfU02Ie9GgAJX7KJbrxLJ/9YvSApLvihxMroqRD/dfv1cQWvi pnhoYK2Ko5jSNVc5PS6JZitWdJIoL1MEmTlGFfODqBCquiIRnLF+n5a1VOFw1qPHXlyY Daw4pjJwOVTwDvp5oMYW6NoID1Y0JWr3uwpMWVTEBVdUd6BnmcnaNOgZLnTlWI6S51yL OpAIENSFvW0iN0C0/7o3uiw3GU1ifKq9stnV/KJR9/eHgKiutkq+cVOlF/0hPQLcwPqc p2mw== X-Gm-Message-State: APzg51CWqs6Et9/M2c3PgQka6lZqzLRr51KKdfqctUOthAycgywYJ+dq yxu76JFjLgYx50j2eSWtIk9mSSDuoojd1tqfOrs= X-Google-Smtp-Source: ANB0Vda9/nGM8S76TKSBtkrhCcU3oVntKvmXDob9O2XzV9dnR9VXt8NwkLa6L1sWxTA/m5/NG5dDmCk51uZx3rhG7Ac= X-Received: by 2002:adf:fc44:: with SMTP id e4-v6mr1633402wrs.9.1535242583733; Sat, 25 Aug 2018 17:16:23 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> In-Reply-To: From: Johannes Lundberg Date: Sun, 26 Aug 2018 01:16:13 +0100 Message-ID: Subject: Re: drm / drm2 removal in 12 To: blubee blubeeme Cc: Ali Abdallah , FreeBSD current , Warner Losh , des@des.no, freebsd-stable@freebsd.org, mmacy@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 00:16:26 -0000 On Sun, Aug 26, 2018 at 00:25 blubee blubeeme wrote: > On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Sm=C3=B8rgrav wro= te: > > > blubee blubeeme writes: > > > True on both points my tone is just a reflection of attitudes of the > > > individuals that I am currently addressing. > > > > Well, congratulations on alienating absolutely everybody you have > > interacted with on this topic. > > > > > Some people enjoy making contributions w/o waving a banner constantly > > > wanting acknowledgement, a pat on the head and good job from everyone= . > > > > The only person I see constantly craving attention and validation from > > others here is you. > > > > > How far will core FreeBSD bend over backwards to accommodate these > > > devs. > > > > The core team does not decide what goes into the tree or not. The > > developers do. > > > > > This is the beauty of an open source project, we bring the best to th= e > > > table, [...] > > > > Who exactly is =E2=80=9Cwe=E2=80=9D here? You are not a member of the = project, you do > > not speak for the project, and after seeing how you treat our fellow > > developers, our friends, most of us want nothing to do with you. If > > can't live with that, I'm sure you can figure out how to install Linux. > > > > DES > > -- > > Dag-Erling Sm=C3=B8rgrav - des@des.no > > > Some on here want to attack my personality because they think that I am > abrasive, fine but that's not the issue. > > Some claim that they run the code and it works wonderful for them with no > issues, again that's lovely keep on running the code. > > Nevertheless let me restate the point that you guys are all seeming to > miss; If you can go out and build custom kernels with custom options and > out of mainline tree that's fine, keep doing that until you have somethin= g > that's production ready and as easy to install as the rest of FreeBSD > system. > > The graphics stack on FreeBSD is pretty bad as it stands but all the > documentation currently out there is about using it as it stands now. > > Why do you need to rip out the current graphics drivers which will break > systems for the vast majority of silent users who will not complain and > just leave? > > ---- A little background ---- > Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never update > their phones to the latest android version? > > It's because the Linux kernel is such a mess they know it's a waste of > resources to try. You should not have to ask how or why I know this but i= f > it's unclear I was in the field. > ----------------------------------- > > Now you guys who claim to only be hobbyist doing this in their free time > expect to maintain this when those companies with all their resources > cannot? > > Those 30,000 ports many of them bring bugs with them because of this > Linuxkpi stuff. Just recently there was a user who said google earth > doesn't work the answer was it doesn't work and that's that. > > They get ported and then get dropped so while the ports tree is large, if > you actually try to use some of those programs they are broken, maintenan= ce > hell for the developers and confusion for the users. > > Johannes Lundberg I know that you are one of the main working on this > linuxkpi stuff but anyone else is free to answer as well. > > Let's have an open discussion why do you need to remove the current > graphics stack to continue with your work? This has been discussed over and over on the mailing list and I don=E2=80= =99t think anyone wants to do it over again so please feel free to search the archives. You=E2=80=99re misinformed. We are not removing anything for anyone. We are= moving it to ports. =E2=80=9Cpkg install drm-legacy-kmod=E2=80=9D will install those drivers fo= r you that were earlier in base. I thought we have been clear about this but maybe we haven=E2=80=99t been clear enough. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Sun Aug 26 00:47:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 755BF109AF04; Sun, 26 Aug 2018 00:47:17 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D78338892E; Sun, 26 Aug 2018 00:47:16 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x230.google.com with SMTP id t69-v6so6402791itb.4; Sat, 25 Aug 2018 17:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3VhG/phqoT4owal3849cmtrCqcxotWaDAG0lx6WWTH4=; b=fAZ0eWepJXttmnSTiqHidreLrjegf8PumFDfMqbofoOCPrNQTKc1yiWTD4fRmuiC7t NbVOi/FxW8kG1dGV4B+hLWr2IXAGFq2jfP+3vLwXQW3WekGJeKTYOQ73SGKRA15QGQ85 bnsO+fbWt9Qn/AnPflt2p2dvzHE6o2jD6N9khj0yPLRiFqS7pF9ryzce6qtUEkaq0D5/ TU++vYo47FrlsiTTybJGcL+iB3ByGVoGzhS9jyiL6tg5jNM9vlIYgJZXXtxVqC3Sa4OX yKN6lt8/HCtXO8TXz36aFpMHA12dTiuxe5Umy9DIHuAAsyB9S68TjUEdo16USR0j1063 n5dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3VhG/phqoT4owal3849cmtrCqcxotWaDAG0lx6WWTH4=; b=NwGY8CnPgJexV9nR0TQk0XiPSYZHPXu+F8HKvWvt2gJRXbbqyzxFqInMMhNMbzj+ST tC+/mnX8PpsXfNHOWYAviZ+4+2XdyRwDG+b0pOR/fdUwJOENwL+hA8gZtZq6rZI3XSek Q5CyGRjYcddiqOJPzP3NTeG29lBBJ5IYpAWmZqSOtuY8AyujASt2UtqONV50V5JXOO/X 9IZGPdTV/sNrrAxPuRT9fJAFdivCkyPKHaW0kRkBGo8QOwKOQl8MEu5ju4Afi6JRa148 4+11H4MrBy6uc7Lzu2Ky1hApXjxmIotYc7Pqj0Mo7aFNnZ55RUEeJw0JtL6UUbCZ+2HG h4jg== X-Gm-Message-State: APzg51B7BzHwTlu0SzwQkdAczi4Vkof2E2VFB7+n/fzGaj40ymtZzCGw +YeUNUU6zzeXjxbsNX9/v1XSLW7Q+5HAcKWLU1k5SdSNLxs= X-Google-Smtp-Source: ANB0VdYBvOQE7UYs8AC2UeGJ8NGuwbNysoPbH/IFVRcY24NI9lx48ZeH1JHVv7qdU8IdhdDFBZxUx1xSeCDjl0NOG4Y= X-Received: by 2002:a24:d0d6:: with SMTP id m205-v6mr2684513itg.89.1535244436166; Sat, 25 Aug 2018 17:47:16 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> In-Reply-To: From: blubee blubeeme Date: Sun, 26 Aug 2018 08:47:04 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: Johannes Lundberg Cc: Ali Abdallah , FreeBSD current , Warner Losh , des@des.no, freebsd-stable@freebsd.org, mmacy@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 00:47:17 -0000 On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg wrote: > > > On Sun, Aug 26, 2018 at 00:25 blubee blubeeme wrote= : > >> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Sm=C3=B8rgrav wr= ote: >> >> > blubee blubeeme writes: >> > > True on both points my tone is just a reflection of attitudes of the >> > > individuals that I am currently addressing. >> > >> > Well, congratulations on alienating absolutely everybody you have >> > interacted with on this topic. >> > >> > > Some people enjoy making contributions w/o waving a banner constantl= y >> > > wanting acknowledgement, a pat on the head and good job from everyon= e. >> > >> > The only person I see constantly craving attention and validation from >> > others here is you. >> > >> > > How far will core FreeBSD bend over backwards to accommodate these >> > > devs. >> > >> > The core team does not decide what goes into the tree or not. The >> > developers do. >> > >> > > This is the beauty of an open source project, we bring the best to t= he >> > > table, [...] >> > >> > Who exactly is =E2=80=9Cwe=E2=80=9D here? You are not a member of the= project, you do >> > not speak for the project, and after seeing how you treat our fellow >> > developers, our friends, most of us want nothing to do with you. If >> > can't live with that, I'm sure you can figure out how to install Linux= . >> > >> > DES >> > -- >> > Dag-Erling Sm=C3=B8rgrav - des@des.no >> >> >> Some on here want to attack my personality because they think that I am >> abrasive, fine but that's not the issue. >> >> Some claim that they run the code and it works wonderful for them with n= o >> issues, again that's lovely keep on running the code. >> >> Nevertheless let me restate the point that you guys are all seeming to >> miss; If you can go out and build custom kernels with custom options and >> out of mainline tree that's fine, keep doing that until you have somethi= ng >> that's production ready and as easy to install as the rest of FreeBSD >> system. >> >> The graphics stack on FreeBSD is pretty bad as it stands but all the >> documentation currently out there is about using it as it stands now. >> >> Why do you need to rip out the current graphics drivers which will break >> systems for the vast majority of silent users who will not complain and >> just leave? >> >> ---- A little background ---- >> Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never update >> their phones to the latest android version? >> >> It's because the Linux kernel is such a mess they know it's a waste of >> resources to try. You should not have to ask how or why I know this but = if >> it's unclear I was in the field. >> ----------------------------------- >> >> Now you guys who claim to only be hobbyist doing this in their free time >> expect to maintain this when those companies with all their resources >> cannot? >> >> Those 30,000 ports many of them bring bugs with them because of this >> Linuxkpi stuff. Just recently there was a user who said google earth >> doesn't work the answer was it doesn't work and that's that. >> >> They get ported and then get dropped so while the ports tree is large, i= f >> you actually try to use some of those programs they are broken, >> maintenance >> hell for the developers and confusion for the users. >> >> Johannes Lundberg I know that you are one of the main working on this >> linuxkpi stuff but anyone else is free to answer as well. >> >> Let's have an open discussion why do you need to remove the current >> graphics stack to continue with your work? > > > This has been discussed over and over on the mailing list and I don=E2=80= =99t > think anyone wants to do it over again so please feel free to search the > archives. > > You=E2=80=99re misinformed. We are not removing anything for anyone. We a= re moving > it to ports. > =E2=80=9Cpkg install drm-legacy-kmod=E2=80=9D will install those drivers = for you that were > earlier in base. I thought we have been clear about this but maybe we > haven=E2=80=99t been clear enough. > > > >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > Have you or anyone working on this drm-legacy-kmod stuff done any testing= s of how this will affect current users? 1) Take a [test] system with the current graphics stack installed and working. 2) Apply your patches to remove the drm from base to create a port 3) update the working [test] system after applying your changes How does your changes affect a [test] system that is already up and running= ? Have any of you guys tried that? Do you have any documentation on how it'll affect users. You guys want to remove things from the current system but you come with; it works for us hobbyists. Where do users go to get steps to do all of this stuff? You've repeatedly said what you want to do sure, but have you tested it? From owner-freebsd-current@freebsd.org Sun Aug 26 01:20:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D253E109C124; Sun, 26 Aug 2018 01:20:51 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6334289A74; Sun, 26 Aug 2018 01:20:51 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id n18-v6so10059369ioa.9; Sat, 25 Aug 2018 18:20:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MT7S3LL4hXws9ZtmbVTAia0Ytg/7VFRIjDPm/LtAI4s=; b=uJIitvdrQYVxK0GJFjA+M8mA1JI34QZ5ASfQwo9cskRYJj5Yk3itvgWzLjGr3XyZsR e6lKkwoOui+IEaC3XyrgRINeNbRj3MaNcqgHjSkTmb86V8e2O0+YaXhocjL5TqE6tdl1 D8wj6ye1Q/mAsmhVmRMuRJLUSfOvmtPjWUeRwna8BmoLFXBRZKRF5sMjLWT6YuS+pE0y Pcu/9YWInZ0YPYsWiB6JGWVYDJXA++2UwK/39h+GIEkYrXnRc3SavWh7HUhGgsoTjqak Nut7h1+XgppYaWQgywKVkhQoiVEbtIDdwe9ENNpFvBnPFligQOVdVL6vE//T+xVEBsJq NLSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MT7S3LL4hXws9ZtmbVTAia0Ytg/7VFRIjDPm/LtAI4s=; b=Fq3JA859f1cLf4mir26JRnir/z55N8Vth1xny/OmjQyNKuUYas/6CB1e+euvvSboio JyV3pBr+PgJ9IAPh+SMJQP004h+CktU3xys5z8CaWT4Beuq4B1+W7PcD9b6XZ81sVH6v carwRgWiDN2uhoZQDZhxgt0EaLt1HPBcchzZ/JT8ytrKUzSyCxLqIvQNuqww8hTkOhEP 2fJewEEX4HqENy2I/p0cZmGodLNw7Yab8C81gEpndENHk8bEaCYRBFm/4KsGxrzI8+B1 zTTVR//BPRJahR/BAQ42mW4wVuGWVaimFm0AFwFgHCJjLJM42H5dJ5VgL+D3xi7WYb+8 Jp8A== X-Gm-Message-State: APzg51BdKd59L2uAqN+CWUglgX++dbgKAdJ6yp/ynJNLnvAJ7x8PYCBe IotJBlraiOa6S9LqI+Vyo88Sn2B9ofKlb/BGRhs= X-Google-Smtp-Source: ANB0VdYd8QPnlPdsWh4xlOeZ2R8qPHiAqyAaIV41WlJM1l77Pc4f7kVFqgv9VDS+NgweOGyxHy18QhOTSdXcyzQBvZ8= X-Received: by 2002:a6b:b546:: with SMTP id e67-v6mr5933132iof.179.1535246450731; Sat, 25 Aug 2018 18:20:50 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> In-Reply-To: <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> From: blubee blubeeme Date: Sun, 26 Aug 2018 09:20:39 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: pmcnary@cameron.net Cc: Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 01:20:52 -0000 On Sun, Aug 26, 2018 at 9:08 AM Paul McNary wrote: > I think you can pay XinuOS to support FreeBSD in a LTS situation. > It is just like linux where you have to pay Red Hat, Suse, etc. > They break things even with point releases. Suse majorly > screwed with video drivers back in the 9.x series. Totally > broke major release. Their answer then was pay us or > re-install bare metal and figure it out on your own. > Other wise linux has always been, you get what you get for free. > BSD is the same. If you are lucky some one like red hat, suse, XinuOS > will be supporting and make their notes public, otherwise the > OSS model doesn't include anything more than community support > for what ever that is worth. > I just upgraded a system from FreeBSD 9.x to 12.x, it took 2 weeks and > several incremental upgrades sometimes to multiple point releases > with in a major release. There is nothing really for free. > > > On 8/25/2018 7:47 PM, blubee blubeeme wrote: > > On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg > > wrote: > > > >> > >> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme > wrote: > >> > >>> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Sm=C3=B8rgrav > wrote: > >>> > >>>> blubee blubeeme writes: > >>>>> True on both points my tone is just a reflection of attitudes of th= e > >>>>> individuals that I am currently addressing. > >>>> Well, congratulations on alienating absolutely everybody you have > >>>> interacted with on this topic. > >>>> > >>>>> Some people enjoy making contributions w/o waving a banner constant= ly > >>>>> wanting acknowledgement, a pat on the head and good job from > everyone. > >>>> The only person I see constantly craving attention and validation fr= om > >>>> others here is you. > >>>> > >>>>> How far will core FreeBSD bend over backwards to accommodate these > >>>>> devs. > >>>> The core team does not decide what goes into the tree or not. The > >>>> developers do. > >>>> > >>>>> This is the beauty of an open source project, we bring the best to > the > >>>>> table, [...] > >>>> Who exactly is =E2=80=9Cwe=E2=80=9D here? You are not a member of t= he project, you do > >>>> not speak for the project, and after seeing how you treat our fellow > >>>> developers, our friends, most of us want nothing to do with you. If > >>>> can't live with that, I'm sure you can figure out how to install > Linux. > >>>> > >>>> DES > >>>> -- > >>>> Dag-Erling Sm=C3=B8rgrav - des@des.no > >>> > >>> Some on here want to attack my personality because they think that I = am > >>> abrasive, fine but that's not the issue. > >>> > >>> Some claim that they run the code and it works wonderful for them wit= h > no > >>> issues, again that's lovely keep on running the code. > >>> > >>> Nevertheless let me restate the point that you guys are all seeming > to > >>> miss; If you can go out and build custom kernels with custom options > and > >>> out of mainline tree that's fine, keep doing that until you have > something > >>> that's production ready and as easy to install as the rest of FreeBSD > >>> system. > >>> > >>> The graphics stack on FreeBSD is pretty bad as it stands but all the > >>> documentation currently out there is about using it as it stands now. > >>> > >>> Why do you need to rip out the current graphics drivers which will > break > >>> systems for the vast majority of silent users who will not complain a= nd > >>> just leave? > >>> > >>> ---- A little background ---- > >>> Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never upda= te > >>> their phones to the latest android version? > >>> > >>> It's because the Linux kernel is such a mess they know it's a waste o= f > >>> resources to try. You should not have to ask how or why I know this > but if > >>> it's unclear I was in the field. > >>> ----------------------------------- > >>> > >>> Now you guys who claim to only be hobbyist doing this in their free > time > >>> expect to maintain this when those companies with all their resources > >>> cannot? > >>> > >>> Those 30,000 ports many of them bring bugs with them because of this > >>> Linuxkpi stuff. Just recently there was a user who said google earth > >>> doesn't work the answer was it doesn't work and that's that. > >>> > >>> They get ported and then get dropped so while the ports tree is large= , > if > >>> you actually try to use some of those programs they are broken, > >>> maintenance > >>> hell for the developers and confusion for the users. > >>> > >>> Johannes Lundberg I know that you are one of the main working on this > >>> linuxkpi stuff but anyone else is free to answer as well. > >>> > >>> Let's have an open discussion why do you need to remove the current > >>> graphics stack to continue with your work? > >> > >> This has been discussed over and over on the mailing list and I don=E2= =80=99t > >> think anyone wants to do it over again so please feel free to search t= he > >> archives. > >> > >> You=E2=80=99re misinformed. We are not removing anything for anyone. W= e are > moving > >> it to ports. > >> =E2=80=9Cpkg install drm-legacy-kmod=E2=80=9D will install those drive= rs for you that > were > >> earlier in base. I thought we have been clear about this but maybe we > >> haven=E2=80=99t been clear enough. > >> > >> > >> > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org > >>> " > >>> > >> Have you or anyone working on this drm-legacy-kmod stuff done any > testings > > of how this will affect current users? > > > > 1) Take a [test] system with the current graphics stack installed and > > working. > > 2) Apply your patches to remove the drm from base to create a port > > 3) update the working [test] system after applying your changes > > > > How does your changes affect a [test] system that is already up and > running? > > > > Have any of you guys tried that? Do you have any documentation on how > it'll > > affect users. > > > > You guys want to remove things from the current system but you come wit= h; > > it works for us hobbyists. > > Where do users go to get steps to do all of this stuff? > > > > You've repeatedly said what you want to do sure, but have you tested it= ? > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > I'll just post this again to try and keep the focus on the issue at hand. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Have you or anyone working on this drm-legacy-kmod stuff done any testings of how this will affect current users? 1) Take a [test] system with the current graphics stack installed and working. 2) Apply your patches to remove the drm from base to create a port 3) update the working [test] system after applying your changes How does your changes affect a [test] system that is already up and running= ? Have any of you guys tried that? Do you have any documentation on how it'll affect users. You guys want to remove things from the current system but you come with; it works for us hobbyists. Where do users go to get steps to do all of this stuff? You've repeatedly said what you want to do sure, but have you tested it? From owner-freebsd-current@freebsd.org Sun Aug 26 02:02:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B5B4109D502 for ; Sun, 26 Aug 2018 02:02:11 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 A558C8AEE2 for ; Sun, 26 Aug 2018 02:02:10 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9DBCD1E104 for ; Sun, 26 Aug 2018 02:02:09 +0000 (UTC) Subject: Re: drm / drm2 removal in 12 To: freebsd-current@freebsd.org References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> From: Allan Jude Openpgp: preference=signencrypt Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <424b6079-d0e7-0e05-b953-fc7cc0ed4478@freebsd.org> Date: Sat, 25 Aug 2018 22:02:05 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnI2ZbnwHQPuCAmaa23soljmymnhGZCRN" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:02:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MnI2ZbnwHQPuCAmaa23soljmymnhGZCRN Content-Type: multipart/mixed; boundary="fg0EfPQPmy2vH3HsFq42dyvVsexyIEOTA"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <424b6079-d0e7-0e05-b953-fc7cc0ed4478@freebsd.org> Subject: Re: drm / drm2 removal in 12 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> In-Reply-To: --fg0EfPQPmy2vH3HsFq42dyvVsexyIEOTA Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-08-25 21:20, blubee blubeeme wrote: > On Sun, Aug 26, 2018 at 9:08 AM Paul McNary wrote= : >=20 >> I think you can pay XinuOS to support FreeBSD in a LTS situation. >> It is just like linux where you have to pay Red Hat, Suse, etc. >> They break things even with point releases. Suse majorly >> screwed with video drivers back in the 9.x series. Totally >> broke major release. Their answer then was pay us or >> re-install bare metal and figure it out on your own. >> Other wise linux has always been, you get what you get for free. >> BSD is the same. If you are lucky some one like red hat, suse, XinuOS >> will be supporting and make their notes public, otherwise the >> OSS model doesn't include anything more than community support >> for what ever that is worth. >> I just upgraded a system from FreeBSD 9.x to 12.x, it took 2 weeks and= >> several incremental upgrades sometimes to multiple point releases >> with in a major release. There is nothing really for free. >> >> >> On 8/25/2018 7:47 PM, blubee blubeeme wrote: >>> On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg >>> wrote: >>> >>>> >>>> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme >> wrote: >>>> >>>>> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Sm=C3=B8rgrav >> wrote: >>>>> >>>>>> blubee blubeeme writes: >>>>>>> True on both points my tone is just a reflection of attitudes of = the >>>>>>> individuals that I am currently addressing. >>>>>> Well, congratulations on alienating absolutely everybody you have >>>>>> interacted with on this topic. >>>>>> >>>>>>> Some people enjoy making contributions w/o waving a banner consta= ntly >>>>>>> wanting acknowledgement, a pat on the head and good job from >> everyone. >>>>>> The only person I see constantly craving attention and validation = from >>>>>> others here is you. >>>>>> >>>>>>> How far will core FreeBSD bend over backwards to accommodate thes= e >>>>>>> devs. >>>>>> The core team does not decide what goes into the tree or not. The= >>>>>> developers do. >>>>>> >>>>>>> This is the beauty of an open source project, we bring the best t= o >> the >>>>>>> table, [...] >>>>>> Who exactly is =E2=80=9Cwe=E2=80=9D here? You are not a member of= the project, you do >>>>>> not speak for the project, and after seeing how you treat our fell= ow >>>>>> developers, our friends, most of us want nothing to do with you. = If >>>>>> can't live with that, I'm sure you can figure out how to install >> Linux. >>>>>> >>>>>> DES >>>>>> -- >>>>>> Dag-Erling Sm=C3=B8rgrav - des@des.no >>>>> >>>>> Some on here want to attack my personality because they think that = I am >>>>> abrasive, fine but that's not the issue. >>>>> >>>>> Some claim that they run the code and it works wonderful for them w= ith >> no >>>>> issues, again that's lovely keep on running the code. >>>>> >>>>> Nevertheless let me restate the point that you guys are all seemi= ng >> to >>>>> miss; If you can go out and build custom kernels with custom option= s >> and >>>>> out of mainline tree that's fine, keep doing that until you have >> something >>>>> that's production ready and as easy to install as the rest of FreeB= SD >>>>> system. >>>>> >>>>> The graphics stack on FreeBSD is pretty bad as it stands but all th= e >>>>> documentation currently out there is about using it as it stands no= w. >>>>> >>>>> Why do you need to rip out the current graphics drivers which will >> break >>>>> systems for the vast majority of silent users who will not complain= and >>>>> just leave? >>>>> >>>>> ---- A little background ---- >>>>> Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never up= date >>>>> their phones to the latest android version? >>>>> >>>>> It's because the Linux kernel is such a mess they know it's a waste= of >>>>> resources to try. You should not have to ask how or why I know this= >> but if >>>>> it's unclear I was in the field. >>>>> ----------------------------------- >>>>> >>>>> Now you guys who claim to only be hobbyist doing this in their free= >> time >>>>> expect to maintain this when those companies with all their resourc= es >>>>> cannot? >>>>> >>>>> Those 30,000 ports many of them bring bugs with them because of thi= s >>>>> Linuxkpi stuff. Just recently there was a user who said google eart= h >>>>> doesn't work the answer was it doesn't work and that's that. >>>>> >>>>> They get ported and then get dropped so while the ports tree is lar= ge, >> if >>>>> you actually try to use some of those programs they are broken, >>>>> maintenance >>>>> hell for the developers and confusion for the users. >>>>> >>>>> Johannes Lundberg I know that you are one of the main working on th= is >>>>> linuxkpi stuff but anyone else is free to answer as well. >>>>> >>>>> Let's have an open discussion why do you need to remove the current= >>>>> graphics stack to continue with your work? >>>> >>>> This has been discussed over and over on the mailing list and I don=E2= =80=99t >>>> think anyone wants to do it over again so please feel free to search= the >>>> archives. >>>> >>>> You=E2=80=99re misinformed. We are not removing anything for anyone.= We are >> moving >>>> it to ports. >>>> =E2=80=9Cpkg install drm-legacy-kmod=E2=80=9D will install those dri= vers for you that >> were >>>> earlier in base. I thought we have been clear about this but maybe w= e >>>> haven=E2=80=99t been clear enough. >>>> >>>> >>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to " >> freebsd-current-unsubscribe@freebsd.org >>>>> " >>>>> >>>> Have you or anyone working on this drm-legacy-kmod stuff done any >> testings >>> of how this will affect current users? >>> >>> 1) Take a [test] system with the current graphics stack installed and= >>> working. >>> 2) Apply your patches to remove the drm from base to create a port >>> 3) update the working [test] system after applying your changes >>> >>> How does your changes affect a [test] system that is already up and >> running? >>> >>> Have any of you guys tried that? Do you have any documentation on how= >> it'll >>> affect users. >>> >>> You guys want to remove things from the current system but you come w= ith; >>> it works for us hobbyists. >>> Where do users go to get steps to do all of this stuff? >>> >>> You've repeatedly said what you want to do sure, but have you tested = it? >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org >> " >> >> > I'll just post this again to try and keep the focus on the issue at han= d. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > Have you or anyone working on this drm-legacy-kmod stuff done any testi= ngs > of how this will affect current users? >=20 > 1) Take a [test] system with the current graphics stack installed and > working. > 2) Apply your patches to remove the drm from base to create a port > 3) update the working [test] system after applying your changes >=20 > How does your changes affect a [test] system that is already up and run= ning? >=20 > Have any of you guys tried that? Do you have any documentation on how i= t'll > affect users. >=20 > You guys want to remove things from the current system but you come wit= h; > it works for us hobbyists. > Where do users go to get steps to do all of this stuff? >=20 > You've repeatedly said what you want to do sure, but have you tested it= ? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 You have obviously not been paying attention. The patch will result in your upgraded system giving you an deprecation warning message, with instructions on installing the port. --=20 Allan Jude --fg0EfPQPmy2vH3HsFq42dyvVsexyIEOTA-- --MnI2ZbnwHQPuCAmaa23soljmymnhGZCRN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJbggogAAoJEBmVNT4SmAt+yx8P/AsTX1kBj23wwIrOGXyUHv9W aeWxFLIWzh8wmL4gH5JoRbc0TFeCsS0pDbGipkm9H4oOqte532RnVnU7CN3c3axc p0fXKvGd9JolvESxtAFepfzKNfLeaCXf1SbPw13lJHNSncyS2RyCM0fGtUK86HRB ugK1TvCfyAL/m1yP8daBVkQqrZRGC3/ZJD5TE0QvGkzCdzM5SzoXvmzDsso2laaH SWfSxeeS+L01UQWmlgO6OZ0aGQ2zhAXi/jmKdI+KHHfz9V6Prnf4C6qxHDjvaksd p8TcJ91m2XY6P/iGFGolGmsBlhOO2694Cnz1lsGKgwKdg81t0t7HCsT8Pre8rV6c YWS5ry8GEj2nkAHn/JZSnxc3VRYCtrk5IzrRk3ara78nwTp+h2zRgTQevH8DiKvJ O0YyNDgNXVDFy7YISfvBI6DgzU+NR+rhwLRPIEE7eNGFR0Fnx2MsTfWxuBJGOARL I75kjmeHIHeHg56gotTXl+vmSp6AmUf/wAaZ3z8E+doryuqiU962NPbBmCrCbX8k vSATQ6Rl/U/5euVOh03cTr9sI6me0IT2VjQSiJQOp/1msIKJAivEC+Y2H7grYkvH PqA99vmIZ/7hsrSjxe1Gmt6Qh8Jjfei1WNdenloPpzyXMbSKaa3HglZfdOI01MXs 4uLQfTl/+ZYxomo+VcIK =NWhk -----END PGP SIGNATURE----- --MnI2ZbnwHQPuCAmaa23soljmymnhGZCRN-- From owner-freebsd-current@freebsd.org Sun Aug 26 01:08:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15C1F109B796; Sun, 26 Aug 2018 01:08:42 +0000 (UTC) (envelope-from prvs=0776302e18=pmcnary@cameron.net) Received: from northmo.net (mailcleaner1.northmo.net [208.110.72.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5D238938D; Sun, 26 Aug 2018 01:08:40 +0000 (UTC) (envelope-from prvs=0776302e18=pmcnary@cameron.net) Received: from [198.207.210.77] by northmo.net stage1 with esmtpsa (Exim MailCleaner) id 1ftjX7-0001pm-3L from ; Sat, 25 Aug 2018 20:08:01 -0500 Subject: Re: drm / drm2 removal in 12 To: blubee blubeeme , Johannes Lundberg Cc: freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , des@des.no References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> From: Paul McNary Message-ID: <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> Date: Sat, 25 Aug 2018 20:08:05 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-MailCleaner-RDNS: invalid reverse DNS for 198.207.210.77 X-Mailman-Approved-At: Sun, 26 Aug 2018 02:05:31 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 01:08:42 -0000 I think you can pay XinuOS to support FreeBSD in a LTS situation. It is just like linux where you have to pay Red Hat, Suse, etc. They break things even with point releases. Suse majorly screwed with video drivers back in the 9.x series. Totally broke major release. Their answer then was pay us or re-install bare metal and figure it out on your own. Other wise linux has always been, you get what you get for free. BSD is the same. If you are lucky some one like red hat, suse, XinuOS will be supporting and make their notes public, otherwise the OSS model doesn't include anything more than community support for what ever that is worth. I just upgraded a system from FreeBSD 9.x to 12.x, it took 2 weeks and several incremental upgrades sometimes to multiple point releases with in a major release. There is nothing really for free. On 8/25/2018 7:47 PM, blubee blubeeme wrote: > On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg > wrote: > >> >> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme wrote: >> >>> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Smørgrav wrote: >>> >>>> blubee blubeeme writes: >>>>> True on both points my tone is just a reflection of attitudes of the >>>>> individuals that I am currently addressing. >>>> Well, congratulations on alienating absolutely everybody you have >>>> interacted with on this topic. >>>> >>>>> Some people enjoy making contributions w/o waving a banner constantly >>>>> wanting acknowledgement, a pat on the head and good job from everyone. >>>> The only person I see constantly craving attention and validation from >>>> others here is you. >>>> >>>>> How far will core FreeBSD bend over backwards to accommodate these >>>>> devs. >>>> The core team does not decide what goes into the tree or not. The >>>> developers do. >>>> >>>>> This is the beauty of an open source project, we bring the best to the >>>>> table, [...] >>>> Who exactly is “we” here? You are not a member of the project, you do >>>> not speak for the project, and after seeing how you treat our fellow >>>> developers, our friends, most of us want nothing to do with you. If >>>> can't live with that, I'm sure you can figure out how to install Linux. >>>> >>>> DES >>>> -- >>>> Dag-Erling Smørgrav - des@des.no >>> >>> Some on here want to attack my personality because they think that I am >>> abrasive, fine but that's not the issue. >>> >>> Some claim that they run the code and it works wonderful for them with no >>> issues, again that's lovely keep on running the code. >>> >>> Nevertheless let me restate the point that you guys are all seeming to >>> miss; If you can go out and build custom kernels with custom options and >>> out of mainline tree that's fine, keep doing that until you have something >>> that's production ready and as easy to install as the rest of FreeBSD >>> system. >>> >>> The graphics stack on FreeBSD is pretty bad as it stands but all the >>> documentation currently out there is about using it as it stands now. >>> >>> Why do you need to rip out the current graphics drivers which will break >>> systems for the vast majority of silent users who will not complain and >>> just leave? >>> >>> ---- A little background ---- >>> Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never update >>> their phones to the latest android version? >>> >>> It's because the Linux kernel is such a mess they know it's a waste of >>> resources to try. You should not have to ask how or why I know this but if >>> it's unclear I was in the field. >>> ----------------------------------- >>> >>> Now you guys who claim to only be hobbyist doing this in their free time >>> expect to maintain this when those companies with all their resources >>> cannot? >>> >>> Those 30,000 ports many of them bring bugs with them because of this >>> Linuxkpi stuff. Just recently there was a user who said google earth >>> doesn't work the answer was it doesn't work and that's that. >>> >>> They get ported and then get dropped so while the ports tree is large, if >>> you actually try to use some of those programs they are broken, >>> maintenance >>> hell for the developers and confusion for the users. >>> >>> Johannes Lundberg I know that you are one of the main working on this >>> linuxkpi stuff but anyone else is free to answer as well. >>> >>> Let's have an open discussion why do you need to remove the current >>> graphics stack to continue with your work? >> >> This has been discussed over and over on the mailing list and I don’t >> think anyone wants to do it over again so please feel free to search the >> archives. >> >> You’re misinformed. We are not removing anything for anyone. We are moving >> it to ports. >> “pkg install drm-legacy-kmod” will install those drivers for you that were >> earlier in base. I thought we have been clear about this but maybe we >> haven’t been clear enough. >> >> >> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >>> " >>> >> Have you or anyone working on this drm-legacy-kmod stuff done any testings > of how this will affect current users? > > 1) Take a [test] system with the current graphics stack installed and > working. > 2) Apply your patches to remove the drm from base to create a port > 3) update the working [test] system after applying your changes > > How does your changes affect a [test] system that is already up and running? > > Have any of you guys tried that? Do you have any documentation on how it'll > affect users. > > You guys want to remove things from the current system but you come with; > it works for us hobbyists. > Where do users go to get steps to do all of this stuff? > > You've repeatedly said what you want to do sure, but have you tested it? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Aug 26 02:22:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FAA7109E468; Sun, 26 Aug 2018 02:22:12 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 D579D8BC66; Sun, 26 Aug 2018 02:22:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1ftkgp-0001Zc-7d; Sun, 26 Aug 2018 02:22:07 +0000 Date: Sat, 25 Aug 2018 19:22:06 -0700 Message-ID: From: Randy Bush To: blubee blubeeme Cc: pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , =?ISO-8859-1?Q?=22Dag-Erling_Sm=F8rgrav=22?= Subject: Re: drm / drm2 removal in 12 In-Reply-To: References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:22:12 -0000 > I'll just post this again to try and keep the focus on the issue at hand. plonk From owner-freebsd-current@freebsd.org Sun Aug 26 02:22:34 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00BBB109E4D2 for ; Sun, 26 Aug 2018 02:22:34 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 809438BD0E; Sun, 26 Aug 2018 02:22:33 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x230.google.com with SMTP id j198-v6so8097228ita.0; Sat, 25 Aug 2018 19:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BgZDIQWiWc7rFxv6Vgx/pvV/6lv6k7MLBO4a+buf/3c=; b=FFxMZ67FqdUOfnRT1SRHo/xx796A2WEFdZEDrNkARL2vRmuye3LPth81mHfcQ5+vwB wslWCno62sqjmVC4Wgrat6Lab52FKcGYTXSfGM8dqPMLtXjOMlYGwptOUtS5IpMKiQl6 0gwB3X5L2CssnrFxMR7Jf/VR8NDrHKVyvo2vQeUKHL31F9zs65RPUj8OJipvfoDlrA9G L+s8++0SmJO2ltBHuqqYVnGXxPCLa6Mb+4ytSQohPcyG5uYBzGW6UuJQPRPpTGQzOywt t2D9aB/Nj0HiHOAVXTQAxbhSZb8wCQ+d0jnP69AMeOKyEv+yAToHetBFY1+trss7aP+n epWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BgZDIQWiWc7rFxv6Vgx/pvV/6lv6k7MLBO4a+buf/3c=; b=YL01CJx2vDowMazXN+M2UiHXn9cuzrEi5rQRjezfU/y5gemza3wsh/nzEN/Atoh3bl K5jLxdEh+ZXhWXiixA8kTuLOzTxSip2x6nNBXvCwcBwsBkXP1DQDTruGp/2IY4voP9RJ Io7GmpY374eOgjAENp2JfB8cv7FrPFAGtFvTy1+jhevKo711bV4LfjkDdJJXjZfQ6oN7 qrxF3cvZLLre7c8GBiCJmquWT1b0bD90m1zsb43cK06NP0Am3wHytoDxBCNBI91kPVhL 4pBG2HpJX5ysOgeS6f1/uPC/y5IwdcbS/l6paKWW59vjArKJMz1powUCU55E3SDgU7cz aV0g== X-Gm-Message-State: APzg51AzY9Lrk7+TXoKiy7dHBDhvaXXx70c4oh0b15I9PaDw7C+aZD1e XbzQF77rjcrnFOZYWgjS+YHNPdg5Z7FYWlSWLoQO3GLR X-Google-Smtp-Source: ANB0VdZxwtgHXPP8qKAS6pe0mLFEgzOOisMTEBQON+Zk99QnfMqA017blNNhJpmayuMgBhu5XLzWqQoQAGR83swK1Q8= X-Received: by 2002:a24:d0d6:: with SMTP id m205-v6mr2811983itg.89.1535250152513; Sat, 25 Aug 2018 19:22:32 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <424b6079-d0e7-0e05-b953-fc7cc0ed4478@freebsd.org> In-Reply-To: <424b6079-d0e7-0e05-b953-fc7cc0ed4478@freebsd.org> From: blubee blubeeme Date: Sun, 26 Aug 2018 10:22:21 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: Allan Jude Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:22:34 -0000 On Sun, Aug 26, 2018 at 10:05 AM Allan Jude wrote: > On 2018-08-25 21:20, blubee blubeeme wrote: > > On Sun, Aug 26, 2018 at 9:08 AM Paul McNary wrote= : > > > >> I think you can pay XinuOS to support FreeBSD in a LTS situation. > >> It is just like linux where you have to pay Red Hat, Suse, etc. > >> They break things even with point releases. Suse majorly > >> screwed with video drivers back in the 9.x series. Totally > >> broke major release. Their answer then was pay us or > >> re-install bare metal and figure it out on your own. > >> Other wise linux has always been, you get what you get for free. > >> BSD is the same. If you are lucky some one like red hat, suse, XinuOS > >> will be supporting and make their notes public, otherwise the > >> OSS model doesn't include anything more than community support > >> for what ever that is worth. > >> I just upgraded a system from FreeBSD 9.x to 12.x, it took 2 weeks and > >> several incremental upgrades sometimes to multiple point releases > >> with in a major release. There is nothing really for free. > >> > >> > >> On 8/25/2018 7:47 PM, blubee blubeeme wrote: > >>> On Sun, Aug 26, 2018 at 8:16 AM Johannes Lundberg > >>> wrote: > >>> > >>>> > >>>> On Sun, Aug 26, 2018 at 00:25 blubee blubeeme > >> wrote: > >>>> > >>>>> On Sun, Aug 26, 2018 at 2:08 AM Dag-Erling Sm=C3=B8rgrav > >> wrote: > >>>>> > >>>>>> blubee blubeeme writes: > >>>>>>> True on both points my tone is just a reflection of attitudes of > the > >>>>>>> individuals that I am currently addressing. > >>>>>> Well, congratulations on alienating absolutely everybody you have > >>>>>> interacted with on this topic. > >>>>>> > >>>>>>> Some people enjoy making contributions w/o waving a banner > constantly > >>>>>>> wanting acknowledgement, a pat on the head and good job from > >> everyone. > >>>>>> The only person I see constantly craving attention and validation > from > >>>>>> others here is you. > >>>>>> > >>>>>>> How far will core FreeBSD bend over backwards to accommodate thes= e > >>>>>>> devs. > >>>>>> The core team does not decide what goes into the tree or not. The > >>>>>> developers do. > >>>>>> > >>>>>>> This is the beauty of an open source project, we bring the best t= o > >> the > >>>>>>> table, [...] > >>>>>> Who exactly is =E2=80=9Cwe=E2=80=9D here? You are not a member of= the project, you > do > >>>>>> not speak for the project, and after seeing how you treat our fell= ow > >>>>>> developers, our friends, most of us want nothing to do with you. = If > >>>>>> can't live with that, I'm sure you can figure out how to install > >> Linux. > >>>>>> > >>>>>> DES > >>>>>> -- > >>>>>> Dag-Erling Sm=C3=B8rgrav - des@des.no > >>>>> > >>>>> Some on here want to attack my personality because they think that = I > am > >>>>> abrasive, fine but that's not the issue. > >>>>> > >>>>> Some claim that they run the code and it works wonderful for them > with > >> no > >>>>> issues, again that's lovely keep on running the code. > >>>>> > >>>>> Nevertheless let me restate the point that you guys are all seemi= ng > >> to > >>>>> miss; If you can go out and build custom kernels with custom option= s > >> and > >>>>> out of mainline tree that's fine, keep doing that until you have > >> something > >>>>> that's production ready and as easy to install as the rest of FreeB= SD > >>>>> system. > >>>>> > >>>>> The graphics stack on FreeBSD is pretty bad as it stands but all th= e > >>>>> documentation currently out there is about using it as it stands no= w. > >>>>> > >>>>> Why do you need to rip out the current graphics drivers which will > >> break > >>>>> systems for the vast majority of silent users who will not complain > and > >>>>> just leave? > >>>>> > >>>>> ---- A little background ---- > >>>>> Do you know why Samsung, Motorola, Sony, LG, Nokia, etc... never > update > >>>>> their phones to the latest android version? > >>>>> > >>>>> It's because the Linux kernel is such a mess they know it's a waste > of > >>>>> resources to try. You should not have to ask how or why I know this > >> but if > >>>>> it's unclear I was in the field. > >>>>> ----------------------------------- > >>>>> > >>>>> Now you guys who claim to only be hobbyist doing this in their free > >> time > >>>>> expect to maintain this when those companies with all their resourc= es > >>>>> cannot? > >>>>> > >>>>> Those 30,000 ports many of them bring bugs with them because of thi= s > >>>>> Linuxkpi stuff. Just recently there was a user who said google eart= h > >>>>> doesn't work the answer was it doesn't work and that's that. > >>>>> > >>>>> They get ported and then get dropped so while the ports tree is > large, > >> if > >>>>> you actually try to use some of those programs they are broken, > >>>>> maintenance > >>>>> hell for the developers and confusion for the users. > >>>>> > >>>>> Johannes Lundberg I know that you are one of the main working on th= is > >>>>> linuxkpi stuff but anyone else is free to answer as well. > >>>>> > >>>>> Let's have an open discussion why do you need to remove the current > >>>>> graphics stack to continue with your work? > >>>> > >>>> This has been discussed over and over on the mailing list and I don= =E2=80=99t > >>>> think anyone wants to do it over again so please feel free to search > the > >>>> archives. > >>>> > >>>> You=E2=80=99re misinformed. We are not removing anything for anyone.= We are > >> moving > >>>> it to ports. > >>>> =E2=80=9Cpkg install drm-legacy-kmod=E2=80=9D will install those dri= vers for you that > >> were > >>>> earlier in base. I thought we have been clear about this but maybe w= e > >>>> haven=E2=80=99t been clear enough. > >>>> > >>>> > >>>> > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to " > >> freebsd-current-unsubscribe@freebsd.org > >>>>> " > >>>>> > >>>> Have you or anyone working on this drm-legacy-kmod stuff done any > >> testings > >>> of how this will affect current users? > >>> > >>> 1) Take a [test] system with the current graphics stack installed and > >>> working. > >>> 2) Apply your patches to remove the drm from base to create a port > >>> 3) update the working [test] system after applying your changes > >>> > >>> How does your changes affect a [test] system that is already up and > >> running? > >>> > >>> Have any of you guys tried that? Do you have any documentation on how > >> it'll > >>> affect users. > >>> > >>> You guys want to remove things from the current system but you come > with; > >>> it works for us hobbyists. > >>> Where do users go to get steps to do all of this stuff? > >>> > >>> You've repeatedly said what you want to do sure, but have you tested > it? > >>> _______________________________________________ > >>> freebsd-stable@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>> To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org > >> " > >> > >> > > I'll just post this again to try and keep the focus on the issue at han= d. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > > Have you or anyone working on this drm-legacy-kmod stuff done any > testings > > of how this will affect current users? > > > > 1) Take a [test] system with the current graphics stack installed and > > working. > > 2) Apply your patches to remove the drm from base to create a port > > 3) update the working [test] system after applying your changes > > > > How does your changes affect a [test] system that is already up and > running? > > > > Have any of you guys tried that? Do you have any documentation on how > it'll > > affect users. > > > > You guys want to remove things from the current system but you come wit= h; > > it works for us hobbyists. > > Where do users go to get steps to do all of this stuff? > > > > You've repeatedly said what you want to do sure, but have you tested it= ? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > You have obviously not been paying attention. > > The patch will result in your upgraded system giving you an deprecation > warning message, with instructions on installing the port. > > > -- > Allan Jude > > Try reading the fallout in this thread: "Re: svn commit: r338172 - Now deprecating DRM" You guys are just attempting to push this without testing it, you can't push your breaking change upstream without testing first. Getting a basic port submitted upstream requires more testing and validation than you guys are trying to get away with here. Instead of all the noise, try to stick to engineering, I'll post this again to focus to the main issue at hand. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1) Take a [test] system with the current graphics stack installed and working. 2) Apply your patches to remove the drm from base to create a port 3) update the working [test] system after applying your changes How does your changes affect a [test] system that is already up and running= ? Have any of you guys tried that? Do you have any documentation on how it'll affect users. You guys want to remove things from the current system but you come with; it works for us hobbyists. Where do users go to get steps to do all of this stuff? You've repeatedly said what you want to do sure, but have you tested it? From owner-freebsd-current@freebsd.org Sun Aug 26 02:26:37 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FD58109E815 for ; Sun, 26 Aug 2018 02:26:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 F3A278C0DA for ; Sun, 26 Aug 2018 02:26:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: j4tQaUYVM1ksVWi3y5OP2.Z6UiGrwgNwK_hPJXAdHEP2FdDdUb8cMBMAVs53VV8 fMyLX3sCkY0mR1ie_eQB5AW824mSog9XQvxwhoxwt.T16HGHrYw.en2h9OdTkimrJIqoL6_QpI_k FhG.XnfSzknKLbA2BPH6KKso8NHugwWErJJpS5b6tP2TwqjBlPooIXC474ZRce1YK6rM4bkKaALl E_Hf8DrTjM4eX0sUUomRxpEM4GvM_NE.2KO6xtjY63lRp9YOFoZMoOufbizC0YkuoMh11GSsg0pZ wyc4cwggKdaKN8rzuCAkKhzdmnZo_DRHuaKWLZ1qhFJz1PKM2KKPkk5iLcSK3OSpcstVIuszcZmG 2V8ZqWxTCoAZPxaO3g.6KKZ1JIujRXxl6.rIePRtFeha_A7WRZqM2BOCKZrxQPZfgUPS2PGVSi2V yvZr_2ufv532MPK3y4KSDfYx6SWF4XPjG.j4PDcxUpR4iQEpJ4ZuKjDC__LxkIKlPPPm7gvJMvSs U578CKpiYCSfqUULV5jaqtOf1Qo6rrjgkzxZmCwLyf6OAgl2P.wTemgzmeRJ_zWY_oLQpvbcrYfm 1pc6PMLI2md0uTaQCw1Inv4MLQDqL7YKicfLWUsuc8aEaAg6eU_7AqPIoUPsMbEzoVVv_y6M6SZs Tq6rp6LRSUIPraur.02mawL5GCsnNRzpK49w1KxaVGKDCc6AraBJUxSHkotcf1lW2xU5q4ySwC8t GUNts_DkISa8Zsy9tBDiY.VH6s0gzGj8HNeJie.jCb_8QhudwbiWidc_dZucEuwvKiThsx2xgZCX sQMtinaWIZmbuNMgAYrprtSht_n19A7tNHw_xPoX71OxuI1GCrP8zBxkGRAGaJsjaxOZMbTZ_lnJ UEcSUTKmypDLObcykUtYfYpa81c4C59gqNdaS2WDJdiEh2PeKbRrUbvmlpI4qH.QmH6P5xOG71oS H3Xc2cNlHmBvj1rWNZf9xOFAHcDIFnJB21kP.uD6KAlV8V4YTCOmubW1I77dQL3gR.K5euT06jBU - Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Aug 2018 02:26:30 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp431.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c5172832017a36901613d95dceb87002; Sun, 26 Aug 2018 02:26:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: head -r338319 all_subdir_stand/i386/btx/btx use of -no-integrated-as and WITHOUT_BINUTILS_BOOTSTRAP= resulted in Message-Id: Date: Sat, 25 Aug 2018 19:26:25 -0700 To: Warner Losh , FreeBSD Current , FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:26:37 -0000 Is head buildworld buildkernel supposed to work with: WITHOUT_BINUTILS_BOOTSTRAP=3D without providing an alternate binutils binding for clang to find? My = attempt failed: --- buildworld --- make[1]: "/usr/src/Makefile.inc1" line 341: SYSTEM_COMPILER: Determined = that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 346: SYSTEM_LINKER: Determined = that LD=3Dld matches the source tree. Not bootstrapping a cross-linker. --- buildworld_prologue --- . . . =3D=3D=3D> stand/i386/btx (all) --- all_subdir_stand/i386/btx/btx --- =3D=3D=3D> stand/i386/btx/btx (all) Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/i386/btx/btx/bt= x.o . . . --- all_subdir_stand --- --- btx.o --- cc: error: unable to execute command: Executable "as" doesn't exist! cc: error: assembler command failed with exit code 1 (use -v to see = invocation) --- all_subdir_share --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/share/i18n/esdb/ISO64= 6/ISO646-SE.esdb --- all_subdir_stand --- *** [btx.o] Error code 1 make[6]: stopped in /usr/src/stand/i386/btx/btx .ERROR_TARGET=3D'btx.o' = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/s= tand/i386/btx/btx/btx.o.meta' .MAKE.LEVEL=3D'6' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'cc -target x86_64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp = -B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin -O2 = -pipe -I/usr/src/stand/i386/btx/lib -nostdinc = -I/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/libsa32 = -I/usr/src/stand/libsa -D_STANDALONE -I/usr/src/sys = -Ddouble=3Djagged-little-pill -Dfloat=3Dfloaty-mcfloatface = -DLOADER_GELI_SUPPORT -I/usr/src/stand/libsa/geli -DLOADER_DISK_SUPPORT = -m32 -ffreestanding -mno-mmx -mno-sse -mno-avx -mno-avx2 -msoft-float = -march=3Di386 -I. -DBTX_FLAGS=3D0x0 -I/usr/src/stand/i386/common = -std=3Dgnu99 -Wsystem-headers -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Oz -Qunused-arguments = -no-integrated-as -c /usr/src/stand/i386/btx/btx/btx.S -o btx.o; ;' .CURDIR=3D'/usr/src/stand/i386/btx/btx' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/i386= /btx/btx' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20180512' = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/us= r/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/usr= /bin:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/legacy/bin:/= usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/= amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sb= in:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk = /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/stand/i386/btx/btx/Makefile /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/stand/i386/btx/btx/../Makefile.inc = /usr/src/stand/i386/btx/btx/../../Makefile.inc = /usr/src/stand/i386/btx/btx/../../../Makefile.inc = /usr/src/stand/i386/btx/btx/../../../defs.mk = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.libnames.mk = /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/stand/i386/btx/btx' 1 error For reference: examples of -no-integrated-as (and CLANG_NO_IAS/CLANG_NO_IAS34) . . . # grep -r "\-no-integrated-as" /usr/src/ | grep -v "/\.svn/" | more /usr/src/share/mk/bsd.sys.mk:CLANG_NO_IAS=3D -no-integrated-as = /usr/src/contrib/llvm/tools/clang/include/clang/Frontend/CodeGenOptions.de= f:CODEGENOPT(DisableIntegratedAS, 1, 0) ///< -no-integrated-as /usr/src/contrib/llvm/tools/clang/lib/Driver/ToolChains/Clang.cpp: = CmdArgs.push_back("-no-integrated-as"); /usr/src/contrib/llvm/tools/clang/lib/Tooling/CompilationDatabase.cpp: = // Remove -no-integrated-as; it's not used for syntax checking, /usr/src/contrib/llvm/tools/clang/lib/Tooling/CompilationDatabase.cpp: = MatchesAny(std::string("-no-integrated-as"))), /usr/src/sys/conf/kern.mk:CLANG_NO_IAS=3D -no-integrated-as /usr/src/sys/conf/kern.mk:CLANG_NO_IAS34=3D -no-integrated-as # grep -r "CLANG_NO_IAS" /usr/src/ | grep -v "/\.svn/" | more /usr/src/lib/libz/Makefile:#ACFLAGS.gvmat64.S=3D ${CLANG_NO_IAS} /usr/src/share/mk/bsd.sys.mk:# only enable it for some files with = CLFAGS.$FILE+=3D${CLANG_NO_IAS}. /usr/src/share/mk/bsd.sys.mk:CLANG_NO_IAS=3D -no-integrated-as /usr/src/stand/i386/boot2/Makefile:CFLAGS.boot1.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/btx/btx/Makefile:CFLAGS.btx.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/btx/btxldr/Makefile:CFLAGS.btxldr.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/cdboot/Makefile:CFLAGS.cdboot.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/gptboot/Makefile:CFLAGS.gptldr.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/gptzfsboot/Makefile:CFLAGS.gptldr.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/libi386/Makefile:CFLAGS.amd64_tramp.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/libi386/Makefile:CFLAGS.multiboot_tramp.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/pxeldr/Makefile:CFLAGS.pxeldr.S=3D = ${CLANG_NO_IAS} /usr/src/stand/i386/zfsboot/Makefile:CFLAGS.zfsldr.S=3D = ${CLANG_NO_IAS} /usr/src/sys/conf/Makefile.amd64:ASM_CFLAGS.acpi_wakecode.S=3D = ${CLANG_NO_IAS34} /usr/src/sys/conf/Makefile.amd64:ASM_CFLAGS.mpboot.S=3D = ${CLANG_NO_IAS34} /usr/src/sys/conf/Makefile.i386:ASM_CFLAGS.acpi_wakecode.S=3D = ${CLANG_NO_IAS34} /usr/src/sys/conf/Makefile.i386:ASM_CFLAGS.mpboot.s=3D = ${CLANG_NO_IAS34} /usr/src/sys/conf/kern.mk:CLANG_NO_IAS=3D -no-integrated-as /usr/src/sys/conf/kern.mk:CLANG_NO_IAS34=3D -no-integrated-as /usr/src/sys/modules/bios/smapi/Makefile:CFLAGS.smapi_bios.S=3D = ${CLANG_NO_IAS34} Context information: # uname -apKU FreeBSD FBSDUSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r337400M amd64 = amd64 1200076 1200076 # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 338319 Last Changed Rev: 338319 # more ~/src.configs/src.conf.amd64-clang.amd64-host=20 TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_LIBCPLUSPLUS=3D #WITH_LLD_BOOTSTRAP=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITHOUT_BINUTILS=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions-nox11 #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Aug 26 02:34:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD9B9109ED18; Sun, 26 Aug 2018 02:34:55 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E0D18C5E6; Sun, 26 Aug 2018 02:34:55 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id E1A3D13B37; Sun, 26 Aug 2018 02:34:53 +0000 (UTC) Date: Sun, 26 Aug 2018 02:34:52 +0000 From: Mark Linimon To: Randy Bush Cc: blubee blubeeme , pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , =?iso-8859-1?Q?=22Dag-Erling_Sm=F8rgrav=22?= Subject: Re: drm / drm2 removal in 12 Message-ID: <20180826023452.GA17215@lonesome.com> References: <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:34:56 -0000 On Sat, Aug 25, 2018 at 07:22:06PM -0700, Randy Bush wrote: > plonk Indeed. I encourage everyone else to do the same. I'm far too old for proof-by-repetition. mcl From owner-freebsd-current@freebsd.org Sun Aug 26 02:47:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD3B8109F433 for ; Sun, 26 Aug 2018 02:47:02 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BC418CEE9 for ; Sun, 26 Aug 2018 02:47:02 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: by mail-ed1-x532.google.com with SMTP id p52-v6so8168603eda.12 for ; Sat, 25 Aug 2018 19:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cordula-ws.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=F82g6453ONcTcwbF2McgjxoWUMFo48Z9dmk3fDHoIRc=; b=H+DcfGuaeYt5F+NMDLMSBZx3GN5AXeW6VaEys7wxiRQrBe47BL84p0wdmbL+7V/84l c1V2VtVuilO7PsCah8nxPH1zV6DhJ2B7Zng3IhiFlqTmb1SGW+jLUjeH2ai+hFBmCDV4 O8agCeA2rrJ+SLgK8x2aL1kiamwkd0UlJUJGaYdDIaOhLwGhpzBy3R9r7zo8iyU+Atr5 aNuotj5Q5tbs0DXMtSoPvbXT4B/e1wmW1x90/d7qlpuSnAuUHPRBfuN+NeWjWzB16zHa XK+N1nHRL3vnpcvXI8zpmgqjlzqgTJ6LEzXAeYjoP+TClIxJXnyFPgNkgXGFOyhSAsly Oo/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=F82g6453ONcTcwbF2McgjxoWUMFo48Z9dmk3fDHoIRc=; b=UDmMUVbu7g51IthdyV88skAqSyMd9uMUnRwvHFR7Ng2kE1qM05fAFN9WiMjlzNXDet Zl5mGyegEXt/xlxuR2si1hqq0ieHBEaONd5qdf/oua/EfxwErqFnfkrDaKgTh/YvS4q6 JL/OA0LJgcR1wFVj9A/o0nCCe18vD7fZ4gCccU1c5iIkl7qbS+JdmrTXwNdXAoI2xoLs 0UxQ33p4N+F4E5NtUy0h7K+ikAJDdgr649r+JEt0uy7ZSGF1Y2K3rWCkhkHpUkkcV4Uc l0+SPvRX6eCQBimccjUTExVeCXkEv/aqLTEhXmFCfTPavsnHxYdGLtbJbe3SEAtOsr3K Jriw== X-Gm-Message-State: APzg51APYiAdMEZ7OI/1XdY2FWCI5S2Xn5nILJZsa46b2DyQ7G41sUE+ xkh9qSitvbTpZDTXs5MCj3LX1HFYt9c= X-Google-Smtp-Source: ANB0VdZDHxFEdzHC+LKYKv69FqqO1JDx/WT8dXMcpypNvMsVsHnUR277E2U5KtagTY8gwnRH40EanQ== X-Received: by 2002:a50:f709:: with SMTP id g9-v6mr9771104edn.37.1535251620650; Sat, 25 Aug 2018 19:47:00 -0700 (PDT) Received: from ?IPv6:2a02:908:960:c43e:2efd:a1ff:fe57:abb8? ([2a02:908:960:c43e:2efd:a1ff:fe57:abb8]) by smtp.gmail.com with ESMTPSA id c50-v6sm5455030edb.67.2018.08.25.19.46.59 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Aug 2018 19:46:59 -0700 (PDT) Subject: Re: drm / drm2 removal in 12 To: freebsd-current@freebsd.org References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <20180825090623.GA1342@ptrace.hagen.corp> <1535211270.43712.1485939120.7028945E@webmail.messagingengine.com> From: cpghost Message-ID: Date: Sun, 26 Aug 2018 04:46:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <1535211270.43712.1485939120.7028945E@webmail.messagingengine.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms080703040909060007070208" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 02:47:03 -0000 This is a cryptographically signed message in MIME format. --------------ms080703040909060007070208 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 8/25/18 5:34 PM, Dave Cottlehuber wrote: >> On Sat, Aug 25, 2018 at 5:09 PM Stefan Hagen >>>> On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote= : >>>>> I've been personally using the new DRM bits since almost day one. I= >>>>> haven't found it to be unstable in the slightest. Compared to not >>>>> having it and being forced to run 5+ year old hardware, it's been a= >>>>> huge blessing for those of us who care about running FreeBSD as a >>>>> modern desktop / laptop. >=20 > Ditto. I'd like to express my heartfelt thanks for all the people who h= ave been > working on the drm-next code for over 2 years now. It's fantastic and a= n > incredible piece of effort to pull it all together. Same here. A big THANK YOU to the Graphics Team for drm-next. I've been running it on STABLE with amdgpu driver on an RX 580 at 4K res, and had ZERO issues with it so far... except for broken opencl on drm-stable-kmod, but I can live with that until its fixed. > A+++++++++++ > Dave -cpghost. --------------ms080703040909060007070208 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cx4wggUwMIIEGKADAgECAhEAxi8czu5BfArXx+KbCt8qNjANBgkqhkiG9w0BAQsFADCBlzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTcxMjIwMDAw MDAwWhcNMTgxMjIwMjM1OTU5WjAjMSEwHwYJKoZIhvcNAQkBFhJjcGdob3N0QGNvcmR1bGEu d3MwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCuV3EBb8py/1yrTdT8cb8h5Ocl h5XDYOn2HNcGCENONWU7Rrz9X+suOufiGCwUzrj+ysDLzM/jfB8EQMFH+uZrt9hi1gb9QvXh jzHvHqrb0P6Bj/HV8VvWyywa+BbuHNxuvOHB+ECpQYs4/Itfyhr4F/08FhweUpP7W+NKK/m8 VvLyY3kT5T58DYN0AvxgN6LK0ejbKD44wOrjK4EwuZpRmKewuWi+VquqRS04vo6xVE+h2tqq BUmVv4q9S6fHnvDcDCg3Gs4NTc6eujsHK6O9SLcgKB3CkHm5mxMkqGWNvtLb9p3/y9A+/v3n 2GRE07mmRkeJ43ntSytkz5xCiYmpAgMBAAGjggHoMIIB5DAfBgNVHSMEGDAWgBSCr2yM+MX+ lmF86B89K3FIXsSLwDAdBgNVHQ4EFgQUJVBhgnBvX0Bb+4bCJ8KLFjYJ4powDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUC MBEGCWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsG AQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBaBgNVHR8EUzBRME+gTaBL hklodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9SU0FDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3JsMIGLBggrBgEFBQcBAQR/MH0wVQYIKwYBBQUHMAKGSWh0 dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAdBgNVHREEFjAUgRJjcGdob3N0QGNvcmR1bGEud3MwDQYJKoZIhvcNAQELBQADggEBAAZ0 otdXgClU/ijwGvnOdARI7LVDD4pPg6BD1kTbMywUE6ti082zAvujveH4DkleGZaVByv1VHGV HAdB8S7P21bm2uGCxwJNdRGl2R8USNmE7OP0EXYlQLTXDQbpBBPoB8k5Tv8WGJfguxIrPpS6 L729xb5d75NoKFMYn8JHTlujcfYt5TZCir0tO5/B9BgfB01tokFQ814wpUWmXplnD+tfRLaJ OChKmyUnOi5qpBntd/PHpUDNFIUJy0QZ3sYt1PyW7ejhtMvGvI/cQLZdDOUXv432nu0dgy2K 8PDGRfhp/NZhW8He7ililwDIu4B229OfiKI3fpPCDtm+xz7V900wggXmMIIDzqADAgECAhBq m+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQswCQYDVQQGEwJHQjEbMBkGA1UE CBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYDVQQGEwJHQjEb MBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQK ExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00 SOTq9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0 RDX/kSsKwer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq 8aWccm+KOMjTcE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmO upyTf1Qib+cpukNJnQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOC ATwwggE4MB8GA1UdIwQYMBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM +MX+lmF86B89K3FIXsSLwDAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAR BgNVHSAECjAIMAYGBFUdIAAwTAYDVR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9j YS5jb20vQ09NT0RPUlNBQ2VydGlmaWNhdGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEE ZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRU cnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMA0GCSqG SIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6JrF/bz9kkIBtTYLzXN30D+03Hj6OxC DBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/Hv+GTrNI/AhqX2/kiQNxmgUPt /eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWeEykgzClZlPz1FjTCkk77 ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjhk0xQfhNqbzlLWPoT 3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJzK8HxzObXYWB f/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q9EtFOI5I SYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwxCTP9 bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S /GFyyPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCBDgwggQ0AgEBMIGt MIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQH EwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RP IFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAMYvHM7u QXwK18fimwrfKjYwDQYJYIZIAWUDBAIBBQCgggJbMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDgyNjAyNDY1OFowLwYJKoZIhvcNAQkEMSIEIGLbI4gb opUp6OHKxtAFWTmnQfo4qrDFMP+4Mg4KbHx8MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgb4GCSsGAQQBgjcQBDGBsDCBrTCBlzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0Eg Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDGLxzO7kF8CtfH 4psK3yo2MIHABgsqhkiG9w0BCRACCzGBsKCBrTCBlzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxPTA7BgNVBAMTNENPTU9ETyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9u IGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDGLxzO7kF8CtfH4psK3yo2MA0GCSqGSIb3DQEBAQUA BIIBAJMt1eatvbKusjgZmaAPHHKWXlPL7oug7qSd61B2/CFMaBAsatCcZvGYbdbrlsGWP+Lp PPlC+CXqICHM2FCyHa51dhl7NlRcr4zON/TX+5jGu4YIXXfGMU/HM594mKMd4vYddZM5wy/W rkQe8BTd+XOKyq/Lmnh559SrGIn4gEMY6Nb3n84ho02368ejhRO02Y0zfjIgNqdUy92OO/JY edJE/5272yr9KRD0FRuijWzHrAz5bnoAhXveKNzZoY5qQ4V411FO89WBFP5jz7GDTBkCVsmD TzFqbKlTDaFV3ldNM/aQ8MTeZgbpy3sBJIpa5D5QuBuT3Z7T5JJM7EiRsVQAAAAAAAA= --------------ms080703040909060007070208-- From owner-freebsd-current@freebsd.org Sun Aug 26 03:13:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7693109FEDB for ; Sun, 26 Aug 2018 03:13:41 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EC198DDC3 for ; Sun, 26 Aug 2018 03:13:41 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x234.google.com with SMTP id 139-v6so6599482itf.0 for ; Sat, 25 Aug 2018 20:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=B7rkPvLIblHQX5V6H/IG/JdAtfitk6v+ruRndr5o49c=; b=p3jiUlbEf++eAOec9EugEuYAP4kvU+64WWXj3jJbYpveWyLuCQRpBxJTPKdLLIcZcb 49e2bVMJOB8LWF/AGqrA4tBBwIxzq/nAdFWVkoEBDxLLIZd6uSuqAoMqjV9zq04PWEH/ GeHL5Sw0m1U49DvrXU5OsPvNVriHY7IpYpIWXUCEDLC1XUH6u6mv/6Inb2EiS+cFqdhN AzN3E+5P73RhxWZkMEQsOsSoKjUyh6Virah13CnpR/wv/Dtcs0baNp7SliDQvy1jzFN7 Rk2ddHmqXMIUaG8ff+waULqWGWkFn53HaqDuqgKXKm42feR312t1JxxppxJ+AVrvFqd/ 1UTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B7rkPvLIblHQX5V6H/IG/JdAtfitk6v+ruRndr5o49c=; b=Zx4wlc5hAJS7F+o6vjZdhyLaFpQjXmGH/Gm96mG3ltTQwQRS/5/BZpoWZdf1+dBS0v pqaHZd6UgsnZ8oYxIJ1wlELDXrF+MfRlnpn/376F5TjG/6kIzHEMiwglqdCwWapNU9a5 yL47NiHEJc9p+vagACLOGWC0JYMgy0o3Zp4yU4gENp+5ibIEXVgnCoRTKeOKCOcEKAMc u7K8qQE2Uw44aeOu7VM31M6dy9yrIz6II9v+QRRreLcSE/Lh2n6jFz0uUbdyi7q2Ag3f 187sfHYXSCPSPS7NfcYIT6wizLv09yaPs6RXCGvso9mPN0995vBpcmqG7mOF53gE+dvN pnNA== X-Gm-Message-State: APzg51CBCHN9o7JJkegtdshQblT0cbNnctvZ7kj6GzXLn2ShxRWARYYx cpPol82Ko/VxZs71Bpb7hIeskhdal9HNfsAa3gBZxFNAgjU= X-Google-Smtp-Source: ANB0VdakH8IaHdM1tnZ/w7TPA61x5qJj/QPcaFE0+ZEpmTu2+i9bQf9HYzdDD6clUKjH8aoAr2x11fjo34mautb/p0k= X-Received: by 2002:a24:7f94:: with SMTP id r142-v6mr3002578itc.137.1535253220553; Sat, 25 Aug 2018 20:13:40 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <20180825090623.GA1342@ptrace.hagen.corp> <1535211270.43712.1485939120.7028945E@webmail.messagingengine.com> In-Reply-To: From: blubee blubeeme Date: Sun, 26 Aug 2018 11:13:29 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: cpghost@cordula.ws Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 03:13:42 -0000 On Sun, Aug 26, 2018 at 10:51 AM cpghost wrote: > On 8/25/18 5:34 PM, Dave Cottlehuber wrote: > >> On Sat, Aug 25, 2018 at 5:09 PM Stefan Hagen < > sh+freebsd-current@codevoid.de> > >>>> On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote: > >>>>> I've been personally using the new DRM bits since almost day one. I > >>>>> haven't found it to be unstable in the slightest. Compared to not > >>>>> having it and being forced to run 5+ year old hardware, it's been a > >>>>> huge blessing for those of us who care about running FreeBSD as a > >>>>> modern desktop / laptop. > > > > Ditto. I'd like to express my heartfelt thanks for all the people who > have been > > working on the drm-next code for over 2 years now. It's fantastic and an > > incredible piece of effort to pull it all together. > > Same here. A big THANK YOU to the Graphics Team for drm-next. > I've been running it on STABLE with amdgpu driver on an RX 580 > at 4K res, and had ZERO issues with it so far... except for broken > opencl on drm-stable-kmod, but I can live with that until its fixed. > > > A+++++++++++ > > Dave > > -cpghost. > > > > There's a whole lot of cheerleading and that's wonderful keep it up. Enjoy building and applying your patches no one will take that away from you guys. Although the way you guys continually dodge, deflect and run away from 3 simple questions is astonishing, see below. You guys can keep on cheerleading but that still doesn't answer the questions that I have asked numerous time. Cheerleading does not solve engineering problems, it's just noise. I'll post this again to keep the focus on the issue at hand. If The Graphics team has already done these tests, show us. If The Graphics team has not, then maybe they should take some time to do the work required get the code submitted upstream. =============================== 1) Take a [test] system with the current graphics stack installed and working. 2) Apply your patches to remove the drm from base to create a port 3) update the working [test] system after applying your changes How does your changes affect a [test] system that is already up and running? Have any of you guys tried that? Do you have any documentation on how it'll affect users. You guys want to remove things from the current system but you come with; it works for us hobbyists. Where do users go to get steps to do all of this stuff? You've repeatedly said what you want to do sure, but have you tested it? From owner-freebsd-current@freebsd.org Sun Aug 26 03:51:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82A3810A0C37 for ; Sun, 26 Aug 2018 03:51:24 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1487E8EC83 for ; Sun, 26 Aug 2018 03:51:23 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-pg1-x536.google.com with SMTP id s15-v6so5944103pgv.8 for ; Sat, 25 Aug 2018 20:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:subject:to:cc:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=M7a828qNyiKXmIXySBtnuK79lnuNGQ58zMAi6qWVqrw=; b=syO/BU+qJCHb+a4pYEjTYPq4I9W6ZzMMCODRzlljjANVKmookL4wejHKdAzNFILldc l4szXXliQanYX2OvmV4086TAfbTTjoWKOG3YiiuWFWGuK2ACMLwTfbsMG+8xvWAEO20u Ve9OIm6UdqcUmL3BHqOuD1lp9pefYLXXWkYcRAREg65d8aYpA17nKra/tQOiXXXY2jku TGi0anJXjVyym5m4a7VnWwXeJZ2Pheot965wljW1aPK6ekozpirutqyTPh0X4RST17Rn /QlchW5Q1DKc1ToBFmaE9S++PhrdzqsQv1/28T3fi7rd+DcTyNpF0UPd25sUiLBqoH7d Q/NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:subject:to:cc:message-id:date :user-agent:mime-version:content-transfer-encoding:content-language; bh=M7a828qNyiKXmIXySBtnuK79lnuNGQ58zMAi6qWVqrw=; b=dw6ou9CR2ihV0CISjq1zBwqiZs1aqA4Y8Y848l06GERhg39JhVkf1LZlUJqoO/aCEO 0oOL+9P3pwUQtYeZy2IB/jhxVKBClm4VFNUGRtlZCYHMd5hbKC5sELTLkLVPZ90Vsxn2 i7Z8r1EKWzHa/FfEjpoYHZan9EV8Sz6vgswQjQsvMPJimdjc0HRgNpNynxBNhkgEz6Rh v0C+tyI3wV4aenmvzDTudy8Mr6oZkJEk5YHzweLWam2+UZAy4Lpw9BMuK3V4Mz7DQB38 Ryv5m+Nf4ralypz5D83rJM2++76awEM86pv0D9wEI79m1t4P3WnEnyc+rm01O/tTCDwB 4KWA== X-Gm-Message-State: APzg51DImdZdGZBoxeT+TC480lWdX3LQDQZeNZHrJhZPMLioNz8OqWdc fgGRPSCgDFI0xJ/h7cte1/A= X-Google-Smtp-Source: ANB0Vda3h7/gaV03gwnk9kXrkNDeEuxfAQlMac8KkEGbBSF3i8WvKK/49pDc5ao5KRUzKochCZrXnA== X-Received: by 2002:a62:25c5:: with SMTP id l188-v6mr8358161pfl.179.1535255483088; Sat, 25 Aug 2018 20:51:23 -0700 (PDT) Received: from [192.168.1.24] (c-73-170-47-221.hsd1.ca.comcast.net. [73.170.47.221]) by smtp.gmail.com with ESMTPSA id i25-v6sm21247566pfi.150.2018.08.25.20.51.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Aug 2018 20:51:22 -0700 (PDT) Sender: Theron Tarigo From: Theron Subject: r336876 breaks sysutils/acpi_call To: FreeBSD Current Cc: gelraen.ua@gmail.com Message-ID: <72380894-6f0c-30e9-b755-d79a8a38a1eb@gmail.com> Date: Sat, 25 Aug 2018 23:51:21 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 03:51:24 -0000 A recent change in CURRENT has sysutils/acpi_call reliably cause a kernel panic when run on a Dell XPS laptop system.  I bisected this to r336876: Use SMAP on amd64.  I would have thought that this is a simple compatibility problem requiring only a port update, except that the same kernel and acpi_call on different hardware are not affected.  On the problematic system, the kernel module loads without incident; it is when executing ACPI commands, even normally harmless operations such as requesting read-only constants, that the system freeze occurs.  ACPI functionality seems otherwise unaffected. Kernel debugging console and crash dumps are also broken on this system (I suspect due to Intel graphics) however it is an unrelated problem, and is only an excuse for my inability to provide any further crash information. Having already bisected to the breaking commit, is there anything else I should do to improve the chances this problem gets fixed, or are there any hardware compatibility notes I may have missed? Theron From owner-freebsd-current@freebsd.org Sun Aug 26 04:10:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8749A10A1159 for ; Sun, 26 Aug 2018 04:10:43 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0681D8F5A8 for ; Sun, 26 Aug 2018 04:10:42 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7Q4AVC7025649 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Aug 2018 07:10:34 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7Q4AVC7025649 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7Q4AVhb025633; Sun, 26 Aug 2018 07:10:31 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sun, 26 Aug 2018 07:10:31 +0300 From: Konstantin Belousov To: Theron Cc: FreeBSD Current , gelraen.ua@gmail.com Subject: Re: r336876 breaks sysutils/acpi_call Message-ID: <20180826041031.GR2340@kib.kiev.ua> References: <72380894-6f0c-30e9-b755-d79a8a38a1eb@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <72380894-6f0c-30e9-b755-d79a8a38a1eb@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 04:10:43 -0000 On Sat, Aug 25, 2018 at 11:51:21PM -0400, Theron wrote: > > A recent change in CURRENT has sysutils/acpi_call reliably cause a > kernel panic when run on a Dell XPS laptop system. I bisected this to > r336876: Use SMAP on amd64. I would have thought that this is a simple > compatibility problem requiring only a port update, except that the same > kernel and acpi_call on different hardware are not affected. On the > problematic system, the kernel module loads without incident; it is when > executing ACPI commands, even normally harmless operations such as > requesting read-only constants, that the system freeze occurs. ACPI > functionality seems otherwise unaffected. Does system freeze or panic ? I would expect the later. The fact that it occurs on some system and not another is encouraging and if my expectations are right, it fails on the system where SMAP is supported by hardware. If true, this means that this kernel module is already broken and accesses userspace directly without using copyin(9). Detecting such situations and stopping the system is the whole point of SMAP. > > Kernel debugging console and crash dumps are also broken on this system > (I suspect due to Intel graphics) however it is an unrelated problem, > and is only an excuse for my inability to provide any further crash > information. > > Having already bisected to the breaking commit, is there anything else I > should do to improve the chances this problem gets fixed, or are there > any hardware compatibility notes I may have missed? From owner-freebsd-current@freebsd.org Sun Aug 26 08:32:04 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 653EB106D847; Sun, 26 Aug 2018 08:32:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 F144E76525; Sun, 26 Aug 2018 08:32:03 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 775862600C9; Sun, 26 Aug 2018 10:32:00 +0200 (CEST) Subject: Re: drm / drm2 removal in 12 To: blubee blubeeme , pmcnary@cameron.net Cc: Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> From: Hans Petter Selasky Message-ID: Date: Sun, 26 Aug 2018 10:31:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 08:32:04 -0000 On 8/26/18 3:20 AM, blubee blubeeme wrote: > Have you or anyone working on this drm-legacy-kmod stuff done any testings > of how this will affect current users? Hi Blubee, Are you here to try to stir a conflict? If so that is not appreciated. --HPS From owner-freebsd-current@freebsd.org Sun Aug 26 10:19:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11B4F1070478 for ; Sun, 26 Aug 2018 10:19:54 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theravensnest.org [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C6E879D0E for ; Sun, 26 Aug 2018 10:19:53 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-134-191-96.range86-134.btcentralplus.com [86.134.191.96]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id w7QAIpc9044684 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Aug 2018 10:18:52 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: mail: Host host86-134-191-96.range86-134.btcentralplus.com [86.134.191.96] claimed to be [192.168.1.65] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Warnings about dlclose before thread exit. __cxa_thread_call_dtors From: David Chisnall In-Reply-To: <6a57c77d-944d-166b-07a3-263aac8fe297@digiware.nl> Date: Sun, 26 Aug 2018 11:19:38 +0100 Cc: freebsd current Content-Transfer-Encoding: quoted-printable Message-Id: <4BBFC07B-F995-42DD-8C93-5E93AE6AE1DD@FreeBSD.org> References: <4b231ed8-f853-fb7e-06a7-b1bd57028ced@digiware.nl> <6a57c77d-944d-166b-07a3-263aac8fe297@digiware.nl> To: Willem Jan Withagen X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 10:19:54 -0000 The FreeBSD implementation here looks racy. If one thread dlcloses an = object while another thread is exiting, we can end up calling a function = at an invalid memory address. It also looks as if it may be possible to = unload one library, load another at the same address, and end up = executing entirely the wrong code, which would have some serious = security implications. The GNU/Linux equivalent of this function locks the DSO in memory until = all references to it have gone away. A call to dlclose() on GNU/Linux = will not actually unload the library until all threads with destructors = in that library have been unloaded. I believe that this reuses the same = reference counting mechanism that allows the same library to be dlopened = and dlclosed multiple times. It would be nice if the FreeBSD version had the same behaviour, because = this is almost certainly expected in code written on other platforms. David > On 18 Aug 2018, at 14:18, Willem Jan Withagen wrote: >=20 > Hi, >=20 > I've sent the question below to the Ceph-devel list, asking if any = recent changes would be able to cause this. >=20 > But then of course this could stem from FreeBSD libs, and of ports.... > So the question here is if anybody has gotten these "warnings" in = other tools. >=20 > --WjW >=20 >=20 > -------- Forwarded Message -------- > Subject: Warnings about dlclose before thread exit > Date: Sat, 18 Aug 2018 14:46:35 +0200 > From: Willem Jan Withagen > To: Ceph Development >=20 > Hi, >=20 > I've have upgraded to FreeBSD ALPHA 12.0, but I don't think the errors = them from there. Although they could be in one of the libs that came = along with the upgrade. >=20 > I'm getting these warnings during rbd and ceph (maybe even more) = invocations that indicate that indicate a possible problem because: > =3D=3D=3D > It could be possible that a dynamically loaded library, use > thread_local variable but is dlclose()'d before thread exit. The > destructor of this variable will then try to access the address, > for calling it but it's unloaded, so it'll crash. We're using > __elf_phdr_match_addr() to detect and prevent such cases and so > prevent the crash. > =3D=3D=3D > this is from : = https://github.com/freebsd/freebsd/blob/master/lib/libc/stdlib/cxa_thread_= atexit_impl.c >=20 > Now it could be that dlclose() and thread exit are just closed to one = another. But still this is hard core embedded in libc already since = 2017, so I'm sort of expecting that a recent change has caused this. >=20 > And as indicated it is a possible cause for crashed, because = thread_exit is going to clean up things that are no longer there. >=20 > Now the 20 dollar question is: > Where was this introduced?? >=20 > Otherwise I'll have to try and throw my best gdb capabilities at it, = and try to invoke an rbd call and see where it activates this warning. >=20 > --WjW > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Sun Aug 26 10:42:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2BB61070EA0; Sun, 26 Aug 2018 10:42:01 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4047A737; Sun, 26 Aug 2018 10:42:01 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id p16-v6so7128931itp.1; Sun, 26 Aug 2018 03:42:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Tkp9PepJttBCiS8JZcHevQE5tZPsx+AhTrGI24qLOOM=; b=PDeNJ15faEL6pCaGZlStjbYM2goNBZ0/RUcsO/YcIq3yg28wFKfU1HefKrVjlqnavo dY2e0ZH+0xLowGpw+a12BiyzH57YHnaryLa8DrpWHriqH76eDvdBxK6lzhieuER7ef1E fanrmJnWNZkOoh35O4TAigcFNAl+O13EqWL2M1pv9juJaHc4+RAcj7m0vbmPOKObgx4x CJvuBoPySxPjQK9tXXA0Feaxz+icDJ/SVQz0f2sViVa/XcgaId4CKATgZr43c+TzEKkL I21R5kLJ8Oidq97GrTMWqX92t4zsGAjKbXzT5cwglh25xxEqtvk1Ub6b5ZHunHCMYWHP xKCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Tkp9PepJttBCiS8JZcHevQE5tZPsx+AhTrGI24qLOOM=; b=Zktf5WdKSVaa+QGNX1lP+aBsFOMRExvynbAg0sehI/kg19qQwsVY+Uk0yep/Ym3Z85 1jPUgA7wYJ5FGAko6Br6Ha9ZTTiovkW6qc1V6aeYBc0Ge/scG9NV+nCV1Y+cZ22PiyqE mr4IYGt9YAJ79UNxGrsGag2dvSTkBnEKS7tBpWbiC47qLCJDF1oIj9tBr4pGR/CAmT/f I3JquMUKQGKJuYiIjKjqqvNMYO6XSnYhB3EMudP91we/rptTYoOad25Z6PLtPvsJLzSN HDzBrv/1nGuDhyONxPNKCwJw9FaeHRb+q+VX0LVjIIIE+J/PGO//MhvzJeVihbi7HX09 lcow== X-Gm-Message-State: APzg51ABWKj9VOYUbwlBENuVoafM/kaf9OTBxaB9Iq3DVfLtv7vc4mpB BtnBFsQau9ajSqSCbghhM0ulaJkJqoG1c8YhnUg= X-Google-Smtp-Source: ANB0VdZEXp58m0JXdOuj2EhgZoDgujzPZ0HcxLWtpl140k/M6LHvDJ3ynNXAl/0cFZPfMhgF3YwejXdGPfWH7osx/aQ= X-Received: by 2002:a02:1643:: with SMTP id a64-v6mr6867800jaa.133.1535280120561; Sun, 26 Aug 2018 03:42:00 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> In-Reply-To: From: blubee blubeeme Date: Sun, 26 Aug 2018 18:41:48 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: Hans Petter Selasky Cc: pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 10:42:01 -0000 On Sun, Aug 26, 2018 at 4:32 PM Hans Petter Selasky wrote: > On 8/26/18 3:20 AM, blubee blubeeme wrote: > > Have you or anyone working on this drm-legacy-kmod stuff done any > testings > > of how this will affect current users? > > Hi Blubee, > > Are you here to try to stir a conflict? > If so that is not appreciated. > > --HPS > Hans, you of all people should know that's not true. I would think that trying to sneak in code during a code freeze that would break the release. Forcing the core devs to revert those changes and having to dust off old policies to try to keep you guys in check is what's stirring up conflicts, but hey; what do I know? It's really sad state when capable engineers are so obsessed with something that they cannot see the forest for the trees. Try to step away from the canvas and look at the big picture. If you don't mind me asking, Hans care to answer these questions below? 1) Take a [test] system with the current graphics stack installed and working. 2) Apply your patches to remove the drm from base to create a port 3) update the working [test] system after applying your changes How does your changes affect a [test] system that is already up and running? Have any of you guys tried that? Do you have any documentation on how it'll affect users. You guys want to remove things from the current system but you come with; it works for us hobbyists. Where do users go to get steps to do all of this stuff? You've repeatedly said what you want to do sure, but have you tested it? From owner-freebsd-current@freebsd.org Sun Aug 26 07:57:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81E7F106C855 for ; Sun, 26 Aug 2018 07:57:39 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mailrelay2-2.pub.mailoutpod1-cph3.one.com (mailrelay2-2.pub.mailoutpod1-cph3.one.com [46.30.212.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8C5775523 for ; Sun, 26 Aug 2018 07:57:38 +0000 (UTC) (envelope-from erik@cederstrand.dk) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cederstrand.dk; s=20140924; h=references:to:cc:in-reply-to:date:subject:mime-version:content-type: message-id:from:from; bh=WLDR/HKxE9UhvhorH45CO4ConOJxzTmuOnft0g3Ss2A=; b=shzXM8QtcuczmcxyQ/9mKhrOlcZkxQA83Iqbi1BLnwFat5KfjaJqzqw8VqP+M9oDOmpVPwidBBYY4 WRf2sBwKAizeNGQHK/AqKGov/mnq7x2RIxsXW0FYfR9iLKbXNr0PTkWcFdH0m6wgMlefggEDgu/Uxs 3sSN6x4tH8Ow2x4g= X-HalOne-Cookie: d19ed5fc00905943ffd45443291044082bc9d784 X-HalOne-ID: 6f226726-a903-11e8-9b9c-d0431ea8a290 Received: from [192.168.1.65] (unknown [62.199.11.18]) by mailrelay2.pub.mailoutpod1-cph3.one.com (Halon) with ESMTPSA id 6f226726-a903-11e8-9b9c-d0431ea8a290; Sun, 26 Aug 2018 07:41:25 +0000 (UTC) From: Erik Cederstrand Message-Id: <0053E0A3-C2C6-4622-89E4-A6A0CDFA7ADB@cederstrand.dk> Content-Type: multipart/signed; boundary="Apple-Mail=_33EDB067-0381-4648-9AB9-824B833E5860"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: drm / drm2 removal in 12 Date: Sun, 26 Aug 2018 09:41:24 +0200 In-Reply-To: Cc: FreeBSD-Current To: blubee blubeeme References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <20180825090623.GA1342@ptrace.hagen.corp> <1535211270.43712.1485939120.7028945E@webmail.messagingengine.com> X-Mailer: Apple Mail (2.3445.9.1) X-Mailman-Approved-At: Sun, 26 Aug 2018 10:52:34 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 07:57:39 -0000 --Apple-Mail=_33EDB067-0381-4648-9AB9-824B833E5860 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > Cheerleading does not solve engineering problems, it's just noise. >=20 > I'll post this again to keep the focus on the issue at hand. >=20 > If The Graphics team has already done these tests, show us. > If The Graphics team has not, then maybe they should take some time to = do > the work required get the code submitted upstream. Over the 15 odd years following this list, I've had to killfile only = three people. But your hostility and complete lack of understanding that = nobody owes you anything is unbearable. I'll make it four now. Goodbye. Erik --Apple-Mail=_33EDB067-0381-4648-9AB9-824B833E5860 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmLvwHFZJFsRBAnEOVbAmTXxZQ4YFAluCWaQACgkQVbAmTXxZ Q4aFNxAAycCFHZ0L9rhqY2iCLtM3vppsNnCeKSU1DWpDaVxJMXPRrNPBeFiU5Pr1 xkWcuuQu5As9ij04mx4Oos5o8KiuEGEBNGLVhUpHSiRZ45hdQn5507lRf1t0J9qm 6gbgd1As+ErXIZeCpkZmmoVHgWuDacblrXXF4uSuDp8iBgtdXMexTueQb/caETZL p8LhzAzIfqwr+kPx+KHrh+UavDlZJMUYS/VMq18WeAwJZQO5aQ3bJedALwr/yTgJ mnlLQXjBpqwrAiaK9vVtfZRq7wxpSl99IZGoSD6dY7UdDNR6/QZobTHouYXRPXc/ yuu/cebmGyaHEHcRYh33LFYI66s8fb5yGw3ZG3nJmAFtkzrpQXkBsr5/dDMxFIxs GdV3C2RNwmka6vGqcXVFLGv3AXOLwm5L5nH2ooZ0V2alSi2LpAW3bzt6T6Icy3Vq TM/VFxncV6zmup/+V/T4y/678yIQ0BasCt81oJ3Ow2FGobMAgCJG2E7x8DfgIjT7 D0qJcE8rvQeR1a4IUQlPZfgu9mZt+9V58FXoGHogX9S4iEIGmCqC0cR8Vn5EVkxb iuCL5WKhRlqSsKpjY01fcLxfgIEz5FRam0qjpQE3Sidb0ud2oNYnaLMos5dUIeli CoCTGnlVkwsuuvKQx5rBjfHt9Bt5ZvmXIaxU8RX/U/TjwiMpO7Y= =w8UB -----END PGP SIGNATURE----- --Apple-Mail=_33EDB067-0381-4648-9AB9-824B833E5860-- From owner-freebsd-current@freebsd.org Sun Aug 26 11:07:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D87761071BCE; Sun, 26 Aug 2018 11:07:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 6E6397B477; Sun, 26 Aug 2018 11:07:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A810B21751; Sun, 26 Aug 2018 07:07:05 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute4.internal (MEProxy); Sun, 26 Aug 2018 07:07:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=3b8r7Uedb3mB5Ti+Kr5y4LPX6CziP0ryqpES6au2nn4=; b=jHc/JVF5 zlIKVqKcteC4Bjt4mGAkhzfKqSgxY4tISsnJ43gansuJbqPH5M4nNRGx7ffGCgMp Iv5vZ6C1/bEcY2mh7a081EhqyNuXirbWpOPvdn8LHeC2EPhxq86EmpxX2idwyo5a W0xPSTeeSHf/yZllLLFig6DfOH7Q+I2RUyEwtAHSaS2165cM8CqwQxtl3UZ3p8PM ZBdcMmN87k+A5I+rQfhWDJ2tmTZEf/sMDByhOoR9zAYtZGxfhHP+H8hsGffgOFs0 pHBeOiMWZNzTeryULDnhEwqUgzhGLgSqAIW7N8hIvzwk2b0rV7uzX37Ig+XkllFz BPEH/KIcRWj65Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=3b8r7Uedb3mB5Ti+Kr5y4LPX6CziP 0ryqpES6au2nn4=; b=EHPEWrfhbKKKFKwHyEzFP+89tpvkikjl2ZnNmkNtXcyC1 hn3pwOkH8TkJKKTJ3Y5huw+iqOdNEk9YWv64Jwv7HB2kt5N4beKp7YV5fxG6eCse ZPFU2eHZHlFNOC5XEUCTJkaqYrS3rPvIGcGDAGvG211R0QaY283nU2azUYdxCw4f 65ysLAyTHAWRSoApRm1fWY4mZBZGbKAhIgxBtJKWYmhZ+tYeiXXh+uqQr5RT8J3x +46QKM5bzjw3CDb1E1pTd3g6BUiaCeRS0OS7knpXYvChG4RHsThfNo2o4sceSNIu wZqzVnOGWb6xTuoBBhzvdtoU6FDvOh9JEw2ga0iyw== X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 3EEB8BA4CF; Sun, 26 Aug 2018 07:07:05 -0400 (EDT) Message-Id: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> From: John To: freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a Date: Sun, 26 Aug 2018 12:07:05 +0100 Subject: x11/nvidia-driver no longer works under -current (r338323) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 11:07:07 -0000 Hello lists, x11/nvidia-driver is broken again. Context: FreeBSD-12-ALPHA3 r338323 / ports 478102 / amd64. Tried to build with make distclean clean rmconfig && make MAKE_JOBS_UNSAFE=yes It fails here: =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_pci.o -MTnvidia_pci.o -mcmodel=kernel -mno-r ed-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy pes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-nega tive-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_pci.c -o nvidia_pci.o cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"390.77\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 -fno-strict-aliasing -mno-red-zone -mcmodel =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_subr.o -MTnvidia_subr.o -mcmodel=kernel -mno -red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto types -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un known-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-ne gative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_subr.c -o nvidia_subr.o *** Error code 1 Stop. make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src/nvidia *** Error code 1 Stop. make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src *** Error code 1 Stop. make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77 *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/nvidia-driver *** Error code 1 Stop. Stop. make: stopped in /usr/ports/x11/nvidia-driver I can post more output if you need it. thanks, -- J. From owner-freebsd-current@freebsd.org Sun Aug 26 11:12:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC57B107202B; Sun, 26 Aug 2018 11:12:10 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4250C7BB2F; Sun, 26 Aug 2018 11:12:10 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg1-x534.google.com with SMTP id z4-v6so6171126pgv.2; Sun, 26 Aug 2018 04:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=TMxDodrcfhlzSzqRf90go5a8TSzgSJBQ2b1MdLVOkSs=; b=DBjBQTZ0zUTen4APF+L/LLVhZZ3X8/Wk8Fe5etvTGT+URfmTnqE6eCNNOtNXupZ47+ w4q1yDwZJjo8snc+Jo1VtAd57GpJ10k5uikh0IuAJyaR1o//hBOHH50FnhwVs8C/GDNC vML+cmsJy5mhGd/wk13JMtRQwEhpCgDIqd0wnrIxYH4f+QqKh/B6HDKJq1xZMDIkjhW2 gfFKDkbe8IPFBVu8cTQ1zho+aG4riEcclPRIYoTUTFbo/kV1p9gHYXL6PNKB69AckF3s PAPnfRmnvfm1wnIcJBVbqU6EeedUeAvJm2Pg3Rsao7qTQPIp+Lt4JIzY1HmQjWtC9v+V SNNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=TMxDodrcfhlzSzqRf90go5a8TSzgSJBQ2b1MdLVOkSs=; b=JC/8sx8pdmiE0YF7GwHXw4J7p4qyC2Jfhe6nEDg/8Sb4MZeYeUkA7MsBQ77AMqdRkI a2LEPzAYMlSZNXiHZYwjtQuP8tEDCTnwzG5uZUWPM2pFzD7XZn7n5e2jUSRsWw58MrI8 tC21Yn5Ai2BCOQLpBuX646FGN6FjHi+xVRnkgCiXfI853XqwtLd5qZv+Fqx9HN+0PD1K TzeUsGsONDHjhF3YtFu7Xas8pJXPlcxDi/Nh8Wja3mbGo40XIDBNpKioV+IAp8LdQF3v CF3bsue1w5WMLWr/5xxVfb9mwqmeBxvTBDvmOdPoKmH5vg/jRQxq49DbA0bNPiGLoCch iypw== X-Gm-Message-State: APzg51DfjClqZuWZlXI1SpvsAHZqHZya+hiXt799I2o5Avz1RGahEIT/ uh98Va4RMtyl6DCn+Db9KPGJzeaV X-Google-Smtp-Source: ANB0VdZy1LtOmHpvsAGoE3+SCI6bSQ3Wb7T+dw3rhOFbmQy7rQ2fNokfqNOB6P5DSW8EB0Wh93DkqA== X-Received: by 2002:a63:170e:: with SMTP id x14-v6mr8156128pgl.364.1535281928935; Sun, 26 Aug 2018 04:12:08 -0700 (PDT) Received: from [192.168.1.100] ([103.103.242.50]) by smtp.gmail.com with ESMTPSA id h69-v6sm29821182pfh.13.2018.08.26.04.12.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Aug 2018 04:12:08 -0700 (PDT) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: x11/nvidia-driver no longer works under -current (r338323) To: John , freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> From: Kubilay Kocak Message-ID: <96b8abbf-8808-cf51-f8a9-6127d56da16a@FreeBSD.org> Date: Sun, 26 Aug 2018 21:12:05 +1000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 11:12:11 -0000 On 26/08/2018 9:07 pm, John wrote: > Hello lists, > > x11/nvidia-driver is broken again. > > Context: FreeBSD-12-ALPHA3 r338323 / ports 478102 / amd64. > > Tried to build with make distclean clean rmconfig && make MAKE_JOBS_UNSAFE=yes > > It fails here: Hi John, It fails earlier, can you find and paste the 'error: ' line(s) ? More importantly though, ports shouldn't be using -Werror so a good first step would be to identify its source and remove it. > =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_pci.o -MTnvidia_pci.o -mcmodel=kernel -mno-r > ed-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy > pes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn > own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-nega > tive-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_pci.c -o nvidia_pci.o > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"390.77\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 -fno-strict-aliasing -mno-red-zone -mcmodel > =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_subr.o -MTnvidia_subr.o -mcmodel=kernel -mno > -red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto > types -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un > known-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-ne > gative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_subr.c -o nvidia_subr.o > *** Error code 1 > > Stop. > make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src/nvidia > *** Error code 1 > > Stop. > make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77 > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/x11/nvidia-driver > *** Error code 1 > > Stop. > > Stop. > make: stopped in /usr/ports/x11/nvidia-driver > > I can post more output if you need it. > > thanks, > From owner-freebsd-current@freebsd.org Sun Aug 26 11:39:23 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 305491072BBD; Sun, 26 Aug 2018 11:39:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 595567C8B7; Sun, 26 Aug 2018 11:39:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id w7QBdD2S016317; Sun, 26 Aug 2018 11:39:13 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id w7QBdDUN016316; Sun, 26 Aug 2018 04:39:13 -0700 (PDT) (envelope-from david) Date: Sun, 26 Aug 2018 04:39:13 -0700 From: David Wolfskill To: Kubilay Kocak Cc: John , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: x11/nvidia-driver no longer works under -current (r338323) Message-ID: <20180826113913.GU58269@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Kubilay Kocak , John , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> <96b8abbf-8808-cf51-f8a9-6127d56da16a@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="g8O6867YrvHH/mR9" Content-Disposition: inline In-Reply-To: <96b8abbf-8808-cf51-f8a9-6127d56da16a@FreeBSD.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 11:39:23 -0000 --g8O6867YrvHH/mR9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 26, 2018 at 09:12:05PM +1000, Kubilay Kocak wrote: > ... > > It fails here: >=20 > Hi John, >=20 > It fails earlier, can you find and paste the 'error: ' line(s)= ? > .... I expect the observed failure is related to the message Alan Cox sent yesterday: | Subject: Re: nvidia-driver build error (last ports, FreeBSD-HEAD) | From: Alan Cox | Message-ID: <4a20ff49-9dc7-736f-9339-2bbbfae1e360@rice.edu> | Date: Sat, 25 Aug 2018 14:48:55 -0500 |=20 | ... | The last change in this series has been committed to HEAD. With that | change, you will want to remove the first argument, which should be an | arena pointer, from kmem_free() calls. |=20 | Alan Peace, david --=20 David H. Wolfskill david@catwhisker.org Trump is gaslighting us: https://www.bbc.com/news/world-us-canada-44959300 See http://www.catwhisker.org/~david/publickey.gpg for my public key. --g8O6867YrvHH/mR9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEzLfO+ReoAfQwZNd7FTnMQKBJ7hcFAluCkWFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEND QjdDRUY5MTdBODAxRjQzMDY0RDc3QjE1MzlDQzQwQTA0OUVFMTcACgkQFTnMQKBJ 7hfbWQgAjcSLlQNLFbxyzxBE/rwoF7s9YVo5VC3eoaDXw5lDfXIb2NLMj1fsq1Jq fKuYAKvYpJOImlCaXzV5aYNpon+WRIs/d+/IqH4TD/iEmNPFztEA3YWbwP8gOr/b AmxTQqCPlLRoHcLfXGrmceCHzNlRk306+H714Y/SGpJjrydCFZOviW12KFdjYPPx uzqgHKj2HHyNBCXljmJZC0EeAW41j92pQ3ajPsvVPlTOfa4LND1GIKiXZeGfz/xj X0P5NYjsTpSYFb642ZM1XPP/UmX8lhA7eLHJqtkyz0rU13WhDX+2jYCiVYMOlSH8 9BlIrTbRE6A59scboQPrBCeNhGU4sw== =CgUm -----END PGP SIGNATURE----- --g8O6867YrvHH/mR9-- From owner-freebsd-current@freebsd.org Sun Aug 26 11:50:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDBFB10731B0; Sun, 26 Aug 2018 11:50:57 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 7A2D97D083; Sun, 26 Aug 2018 11:50:57 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id BB4BC21B0B; Sun, 26 Aug 2018 07:50:56 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute4.internal (MEProxy); Sun, 26 Aug 2018 07:50:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=8iOQ3TK3YjiU3OGoIPeUFs8Qmj7fL 8ayaz82XQDABHY=; b=KeWp2aispugepOhCyn2CosI7jJ0xP+pV6CD0ux5RBboOd //cyKVis9TdTtQr4k1BtwrwVD8ianaGdHU3ue2I+ywU/IrE4R9uWdTXAVVvKazQz Ds5r20/B8RKxyYWqATdXN4gWAVzneyVXwJkbpKeUkBHC40CHkSzT3bv2mWplwYEs RDPOobP5leffoVqvtd5a7rnnOl6beI4SUfzjoP2JDf5G/+u4boJ2mXz5XahRCyFs PxY6J9De2Tc2TE0utTE+hfmBLlBABP0AJR8em1ATZJ3kgHKlwUJFkOlB68z79pV5 Qw5gBQsCcu+9WxY1ybk5gSUg4RPqYYfU9OYFz1suA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=8iOQ3T K3YjiU3OGoIPeUFs8Qmj7fL8ayaz82XQDABHY=; b=OwtKEhe8v/RmR60hlbxlPi QcH2e2KQo5PBm0WYu7X34QmdPfYf54n6pnW9H/r1WKX0we+Xi75zi7oQPK6NxF8P y+YYOvKcsDKzMW9lT0FnpQlP4Z7m36jRBeEAT56Bn1D/H6SZHLHuZrlxVo2KL9Ky HtH8OkmDKjpQFzsUr71sZAh4Kt7mj7C/QkJ9N0D6+6GLzL/sID/C4WiSiB8VwPim qCElrZxJRSCXrn3lEabxG73Ap26e0KIAxrozekCNXNm95IsresBWeo5b01QFKFcX Nj/AI1PUG89jf6wC6vZLKJLRFE+o724EGbZjGFC6Bs8ebQKAezlLGsZ4MHxTM+sQ == X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 7DAA5BA4CF; Sun, 26 Aug 2018 07:50:56 -0400 (EDT) Message-Id: <1535284256.1734600.1486480728.1EE06971@webmail.messagingengine.com> From: John To: Kubilay Kocak , freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> <96b8abbf-8808-cf51-f8a9-6127d56da16a@FreeBSD.org> In-Reply-To: <96b8abbf-8808-cf51-f8a9-6127d56da16a@FreeBSD.org> Date: Sun, 26 Aug 2018 12:50:56 +0100 Subject: Re: x11/nvidia-driver no longer works under -current (r338323) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 11:50:58 -0000 Hello, On Sun, 26 Aug 2018, at 12:12, Kubilay Kocak wrote: > On 26/08/2018 9:07 pm, John wrote: > > Hello lists, > > > > x11/nvidia-driver is broken again. > > > > Context: FreeBSD-12-ALPHA3 r338323 / ports 478102 / amd64. > > > > Tried to build with make distclean clean rmconfig && make MAKE_JOBS_UNSAFE=yes > > > > It fails here: > > Hi John, > > It fails earlier, can you find and paste the 'error: ' line(s) ? > > More importantly though, ports shouldn't be using -Werror so a good > first step would be to identify its source and remove it. I've put the entire output at https://rpi3.zyxst.net/errors/desktop/output2.txt Please let me know if this is insufficient or if you need me to do anything else. thanks, -- J. From owner-freebsd-current@freebsd.org Sun Aug 26 12:00:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCCD91073F11 for ; Sun, 26 Aug 2018 12:00:46 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 63E3B7D748; Sun, 26 Aug 2018 12:00:46 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 3E03CB577B; Sun, 26 Aug 2018 14:00:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gQ2s3KtWhtoe; Sun, 26 Aug 2018 14:00:35 +0200 (CEST) Received: from [192.168.11.152] (unknown [192.168.11.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 1B553B577A; Sun, 26 Aug 2018 14:00:35 +0200 (CEST) Subject: Re: Warnings about dlclose before thread exit. __cxa_thread_call_dtors To: David Chisnall Cc: freebsd current References: <4b231ed8-f853-fb7e-06a7-b1bd57028ced@digiware.nl> <6a57c77d-944d-166b-07a3-263aac8fe297@digiware.nl> <4BBFC07B-F995-42DD-8C93-5E93AE6AE1DD@FreeBSD.org> From: Willem Jan Withagen Message-ID: <9795b802-cf63-dc9e-c2c0-b7fe74f3783c@digiware.nl> Date: Sun, 26 Aug 2018 14:00:33 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <4BBFC07B-F995-42DD-8C93-5E93AE6AE1DD@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:00:47 -0000 On 26/08/2018 12:19, David Chisnall wrote: > The FreeBSD implementation here looks racy. If one thread dlcloses an object while another thread is exiting, we can end up calling a function at an invalid memory address. It also looks as if it may be possible to unload one library, load another at the same address, and end up executing entirely the wrong code, which would have some serious security implications. > The error report occurs when the thread terminates. And gdb really points me to the destructor of a class. (Random in this case) > The GNU/Linux equivalent of this function locks the DSO in memory until all references to it have gone away. A call to dlclose() on GNU/Linux will not actually unload the library until all threads with destructors in that library have been unloaded. I believe that this reuses the same reference counting mechanism that allows the same library to be dlopened and dlclosed multiple times. > > It would be nice if the FreeBSD version had the same behaviour, because this is almost certainly expected in code written on other platforms. ehh, yes, ... For the moment I disabled the notice.. It drives me crazy. --WjW > > David > >> On 18 Aug 2018, at 14:18, Willem Jan Withagen wrote: >> >> Hi, >> >> I've sent the question below to the Ceph-devel list, asking if any recent changes would be able to cause this. >> >> But then of course this could stem from FreeBSD libs, and of ports.... >> So the question here is if anybody has gotten these "warnings" in other tools. >> >> --WjW >> >> >> -------- Forwarded Message -------- >> Subject: Warnings about dlclose before thread exit >> Date: Sat, 18 Aug 2018 14:46:35 +0200 >> From: Willem Jan Withagen >> To: Ceph Development >> >> Hi, >> >> I've have upgraded to FreeBSD ALPHA 12.0, but I don't think the errors them from there. Although they could be in one of the libs that came along with the upgrade. >> >> I'm getting these warnings during rbd and ceph (maybe even more) invocations that indicate that indicate a possible problem because: >> === >> It could be possible that a dynamically loaded library, use >> thread_local variable but is dlclose()'d before thread exit. The >> destructor of this variable will then try to access the address, >> for calling it but it's unloaded, so it'll crash. We're using >> __elf_phdr_match_addr() to detect and prevent such cases and so >> prevent the crash. >> === >> this is from : https://github.com/freebsd/freebsd/blob/master/lib/libc/stdlib/cxa_thread_atexit_impl.c >> >> Now it could be that dlclose() and thread exit are just closed to one another. But still this is hard core embedded in libc already since 2017, so I'm sort of expecting that a recent change has caused this. >> >> And as indicated it is a possible cause for crashed, because thread_exit is going to clean up things that are no longer there. >> >> Now the 20 dollar question is: >> Where was this introduced?? >> >> Otherwise I'll have to try and throw my best gdb capabilities at it, and try to invoke an rbd call and see where it activates this warning. >> >> --WjW >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Aug 26 12:02:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4410810743A7 for ; Sun, 26 Aug 2018 12:02:26 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 AC07C7DB55 for ; Sun, 26 Aug 2018 12:02:25 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-127-118.dz.commufa.jp [124.18.127.118]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id w7QC2KrO010711; Sun, 26 Aug 2018 21:02:21 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 26 Aug 2018 21:02:20 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: tech-lists@zyxst.net Subject: Re: x11/nvidia-driver no longer works under -current (r338323) Message-Id: <20180826210220.0aa918e00589c94b48e354df@dec.sakura.ne.jp> In-Reply-To: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:02:26 -0000 Hi, John. It's broken again by r338318. (Previously broken by r338107.) If your previous src rev is older, you could be bitten by these. If so, update ports tree at latest rev and try the latest single patch below [1]. The patch itself is [2], applicable on top of /usr/ports. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 [2] https://bz-attachments.freebsd.org/attachment.cgi?id=196559 On Sun, 26 Aug 2018 12:07:05 +0100 John wrote: > Hello lists, > > x11/nvidia-driver is broken again. > > Context: FreeBSD-12-ALPHA3 r338323 / ports 478102 / amd64. > > Tried to build with make distclean clean rmconfig && make MAKE_JOBS_UNSAFE=yes > > It fails here: > > =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_pci.o -MTnvidia_pci.o -mcmodel=kernel -mno-r > ed-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy > pes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkn > own-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-nega > tive-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_pci.c -o nvidia_pci.o > cc -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\"390.77\" -D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O2 -fno-strict-aliasing -mno-red-zone -mcmodel > =kernel -Wno-sign-compare -Wno-format-extra-args -UDEBUG -U_DEBUG -DNDEBUG -Werror=undef -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I../common/inc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.nvidia_subr.o -MTnvidia_subr.o -mcmodel=kernel -mno > -red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto > types -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-un > known-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-ne > gative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c nvidia_subr.c -o nvidia_subr.o > *** Error code 1 > > Stop. > make[4]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src/nvidia > *** Error code 1 > > Stop. > make[3]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-390.77 > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/x11/nvidia-driver > *** Error code 1 > > Stop. > > Stop. > make: stopped in /usr/ports/x11/nvidia-driver > > I can post more output if you need it. > > thanks, > -- > J. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sun Aug 26 12:05:33 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E9171074761 for ; Sun, 26 Aug 2018 12:05:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 BFBF87DE6D for ; Sun, 26 Aug 2018 12:05:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 56CE721AE8; Sun, 26 Aug 2018 08:05:32 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute4.internal (MEProxy); Sun, 26 Aug 2018 08:05:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=l2iia9t2Z8FZDvWhMBZjfNRdw6lC9 PQieE7doT46X3s=; b=l2CItYdKj3Rh2nzxtNTq5NSg9zBx4uWVOcgf09y6kBvKi ecpYrbG4Y04EDFyIWYOJOL6MSbzAwRv5YSi8weZfw8alPFFGqrAGmy3YEmRAMra6 R5Z9q/q8zIG5GPaAk7iXRcHlypXotWEB8I+zJrn/p8bjSsl/uXZ/zXRfS/aVzZ7k gc+d7S4RzSXWnsvCR4mxY87ChSnHTmyGl2Vewf9imxiA7YfCkm6RWokZOxPe2XMj BHjLER4YGQHRFbQcMbVf4S8bQ7et/iOYlp+Sc0OVi7BT+DcHbhkf64PHRs53JBAZ VK53TFuts4yH3jhuXIYco/ysvWfMPB6ThkN+rhGBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=l2iia9 t2Z8FZDvWhMBZjfNRdw6lC9PQieE7doT46X3s=; b=JvcsN+GVsk76wAvGe2wLCw DpVxHG9mEdtBsJtKY96137BqMcMvO8af3K44Z8+2aHd7teAMeXZkP1yS62VzpaLP gJaWCW9oL2ucTZde3FY4DsSqEppElnnSU3yTRr8kxEtNSyL1bqHkxKon05RQGYYQ /ERoZMhSdKlA12Ng08OEYl5uvD1ZNeNkNj79ZCr0xOWkGojs3y1I2YuqVzmhOwOK +91lepwsULz7JnhToFxcx0azHivWz0HmNI3ZwjLirimtDBwCopVOe9myASEaSz09 FhA4ILhluGbwuplytPrDybDOF5fOJPGRpR0iasDPmGwU1O0Iput3vxx/CfppLW2Q == X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id A0FD0BA4CF; Sun, 26 Aug 2018 08:05:31 -0400 (EDT) Message-Id: <1535285131.1737567.1486488128.7A65F2EE@webmail.messagingengine.com> From: John To: Tomoaki AOKI , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a Subject: Re: x11/nvidia-driver no longer works under -current (r338323) References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> <20180826210220.0aa918e00589c94b48e354df@dec.sakura.ne.jp> Date: Sun, 26 Aug 2018 13:05:31 +0100 In-Reply-To: <20180826210220.0aa918e00589c94b48e354df@dec.sakura.ne.jp> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:05:33 -0000 Hi, On Sun, 26 Aug 2018, at 13:02, Tomoaki AOKI wrote: > Hi, John. > It's broken again by r338318. (Previously broken by r338107.) > > If your previous src rev is older, you could be bitten by these. > If so, update ports tree at latest rev and try the latest single patch > below [1]. The patch itself is [2], applicable on top of /usr/ports. > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 > [2] https://bz-attachments.freebsd.org/attachment.cgi?id=196559 awesome, thank you I'll try that and let you know how I get on. -- J. From owner-freebsd-current@freebsd.org Sun Aug 26 12:12:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24EE51074C03 for ; Sun, 26 Aug 2018 12:12:22 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw1-xc29.google.com (mail-yw1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3AB87E44B for ; Sun, 26 Aug 2018 12:12:21 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw1-xc29.google.com with SMTP id x83-v6so4649293ywd.4 for ; Sun, 26 Aug 2018 05:12:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=u8VZKRcbTGQqQQrVs7twmEWcoqSUFBuQyH0CRjc6/L4=; b=Jf75kXKjewZhD1zmsaPkc1lMtsrcTb36y09b6xnUjs/znqjjvGuJIRZ+uw5ms5rOGL a3piA1zb9ViwDt+RnTRagDrLyqjx/vThJuUmANpqT0tSP30bdmitjj94GWWq78LT292d tgBmTtW02efzabQN0GaUiW8fUqjMoQK/s+T8SVy6l9nwTmfZ1gwYrt2YVrC4tOLoyG6e br29drO1UC4U3J8Ve9cosypUQLzhl3xu38rVmtDILJAziYKz+t6fDeZc1Vv91kHjnu2Z FMaC8wU5Unr7qjLgLk0UTlSKvwI9IYRPg35oxNBZqyORgTBOkT178txT9PNZaCzVuxCd cZ4g== 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=u8VZKRcbTGQqQQrVs7twmEWcoqSUFBuQyH0CRjc6/L4=; b=OvNphyt1W6TwWcMYKkMuYr4VXRu1R7H6Zic4G16cg+nHdVRtsJK+VJ9HZfwWNx/Lwd cHoNfYxKCxEPWeI+zH8KUvPAeZVjWdwLC9NQbBaJe8o96wlkFO1Km8lnwE1a6oYW2mvj WbyLUDW3wyLc//5oVmiHUjrIAykXtfUqNnfn+VWRSEJ3HtJVo27ioZYTVxBh4/onFJWm TCRXcTI5hAX7jAgltjaUrl6CSQkPgpHPl56Ke4MSE83218+b/2oFQ3tzgILuFD9VsA13 5hzkZzVHKLpSH24vej67q1uSYtkA/gW1LZ3aXDhfruiO7SfqUnij0/B3KIs+Z2HSokSL n+Ag== X-Gm-Message-State: APzg51D6hP8hFLh4fZNiynlLl3R3CTw5z8yjcpGkA0+FTmM1MlBbrw7m XPZI0YKaWR0nJNl7yaRjgYeGZ7vAoo9GUvam+1K5Dg== X-Google-Smtp-Source: ANB0VdbLUrkVg/F0gwka23aLGYJnP5YeV+Hp9myRf8j3+2jNFDb6+Z+WTc+0nOot91ggQ38Dy2CSC83iMBPMppFkips= X-Received: by 2002:a81:3843:: with SMTP id f64-v6mr4625492ywa.79.1535285540753; Sun, 26 Aug 2018 05:12:20 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:f205:0:0:0:0:0 with HTTP; Sun, 26 Aug 2018 05:12:20 -0700 (PDT) In-Reply-To: References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> From: Oliver Pinter Date: Sun, 26 Aug 2018 14:12:20 +0200 Message-ID: Subject: drm / drm2 removal in 12 To: blubee blubeeme Cc: Hans Petter Selasky , "pmcnary@cameron.net" , Johannes Lundberg , "freebsd-stable@freebsd.org" , "mmacy@freebsd.org" , Ali Abdallah , FreeBSD current , =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:12:22 -0000 On Sunday, August 26, 2018, blubee blubeeme wrote: > On Sun, Aug 26, 2018 at 4:32 PM Hans Petter Selasky > wrote: > > > On 8/26/18 3:20 AM, blubee blubeeme wrote: > > > Have you or anyone working on this drm-legacy-kmod stuff done any > > testings > > > of how this will affect current users? > > > > Hi Blubee, > > > > Are you here to try to stir a conflict? > > If so that is not appreciated. > > > > --HPS > > > Hans, you of all people should know that's not true. > > I would think that trying to sneak in code during a code freeze that would > break the release. Forcing the core devs to revert those changes and having > to dust off old policies to try to keep you guys in check is what's > stirring up conflicts, but hey; what do I know? Please use git pull or svn up. They are already reverted and you get back your old drivers. https://github.com/freebsd/freebsd/commit/ae526637c4a79045579abc632ffbfd b368c66ea8#diff-6ee1ee279be0fe8a84e853198b2b4c43 Please try to learn how to use development tools. https://github.com/freebsd/freebsd/commits/master/sys/dev/drm2 I think the latest binary snapshot from 12.0-ALPHA3 contains the old state of code if not, next should be. > It's really sad state when capable engineers are so obsessed with something > that they cannot see the forest for the trees. Try to step away from the > canvas and look at the big picture. Let's do some more step backwards, and see how the graphics driver developments works from the corporation side. They not bother about any of the BSDs, they focus only to Windows and Linux. If you want to use a recent (haha recent, something after 2014) you are forced to use new drivers from linux. The fore/advantage on the Linux side are the zillions of corporately paid kernel developers. They can just focus on a new hw supports, on freebsd side, there are no corporately paid drm driver developer. Sadly. In linux word their internal KPI (try a Google for a "stable API nonsense" words) moves so fastly, that porting of these drivers gets non trivial without a dedicated paid team. If you want to change on this situation, try to learn for you could help or send directed donations to freebsd foundation. ;) > > If you don't mind me asking, Hans care to answer these questions below? > 1) Take a [test] system with the current graphics stack installed and > working. > 2) Apply your patches to remove the drm from base to create a port > 3) update the working [test] system after applying your changes > > With the latest 12, nothing special. Only a deprecation notice gets printed, once the driver is loaded. > How does your changes affect a [test] system that is already up and > running? > > Have any of you guys tried that? Do you have any documentation on how it'll > affect users. > > You guys want to remove things from the current system but you come with; > it works for us hobbyists. > Where do users go to get steps to do all of this stuff? > > You've repeatedly said what you want to do sure, but have you tested it? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Aug 26 12:21:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C5D51075099 for ; Sun, 26 Aug 2018 12:21:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 3872D7E9BB for ; Sun, 26 Aug 2018 12:21:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 4985921AC8; Sun, 26 Aug 2018 08:21:09 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sun, 26 Aug 2018 08:21:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=dVatwJy5Dc0d88ecyWfGfDp8W6VZg vTLkyQeAghWetA=; b=aBOtmHt37mYhbxaIupmqjX1mZ9kWREYMivPKcZnVxljVG 0426l4Bg10L3QWUCP5Ymtpme0UEP8nDSMhUU/ukm6aUMJI1GbgmJe2gbT4uKeklI cGTCjL12R1Xfj+4g3F4kqUaQg4kRbrUF1JwPd64ByvIQaYIcvV62DaMM0nwqZWdH Ar8ENHpNZq26K8DKQrSuR3QahE8/BTTy6B+4JTHbCcDgIbiawOfobUbzBNxOArQC T8EHgjwCV6wupAcU1ppewG9Kr9O4QSAobouhHy6ibKoZb8PXdrWg2Ucgd6IenUSn agiRNWCsYH1i/uKDveMhrVs3zMSGnvvH8fDqVWXJA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=dVatwJ y5Dc0d88ecyWfGfDp8W6VZgvTLkyQeAghWetA=; b=YTQFGcEvS8xWVMACOnAdVt fdSv2QvypzXKxbyf+ikDbj4bs8i1qxmvS2yWlx4VzmksEVdfDWgdBHWRnjsVrIbY OfQtGQnD7pBfXhtx2aMd3nn2cNE8VZnUww6bOJRrHfxYhCanKG0h4uvhmj/2Ehof Qip6cI1ZZmCRPUjbN5+eQftu43zP8jDyuy2GBuAgzjt2cYW1zDGsqsg9pC4rBWwp cmmhG4izbLmDoViXm+0144YhaYay5yzXbAs5ut4u8PlNKVvUuGa56mWFRHC5cqlV 1lcACj+Jo08QMW3amMRNV/t6YC/bXvR4/7RMBTyg1AUfyJb8WafUzjOz4ZAGPgGg == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 449F7E462B; Sun, 26 Aug 2018 08:21:08 -0400 (EDT) Subject: Re: x11/nvidia-driver no longer works under -current (r338323) From: tech-lists To: Tomoaki AOKI , freebsd-current@freebsd.org References: <1535281625.1725665.1486454640.7CAD1BE5@webmail.messagingengine.com> <20180826210220.0aa918e00589c94b48e354df@dec.sakura.ne.jp> <1535285131.1737567.1486488128.7A65F2EE@webmail.messagingengine.com> Organization: none Message-ID: <565c148b-6cb6-130a-f76a-4449abc78dd3@zyxst.net> Date: Sun, 26 Aug 2018 13:21:07 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <1535285131.1737567.1486488128.7A65F2EE@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:21:10 -0000 On 26/08/2018 13:05, John wrote: > Hi, > > On Sun, 26 Aug 2018, at 13:02, Tomoaki AOKI wrote: >> Hi, John. >> It's broken again by r338318. (Previously broken by r338107.) >> >> If your previous src rev is older, you could be bitten by these. >> If so, update ports tree at latest rev and try the latest single patch >> below [1]. The patch itself is [2], applicable on top of /usr/ports. >> >> [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 >> [2] https://bz-attachments.freebsd.org/attachment.cgi?id=196559 > > awesome, thank you I'll try that and let you know how I get on. > Thanks again, it's all working now :D -- J. From owner-freebsd-current@freebsd.org Sun Aug 26 12:22:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7083F10752CB for ; Sun, 26 Aug 2018 12:22:31 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 CB5CD7F1AA for ; Sun, 26 Aug 2018 12:22:30 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (124-18-127-118.dz.commufa.jp [124.18.127.118]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id w7QCMSFp011200 for ; Sun, 26 Aug 2018 21:22:28 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 26 Aug 2018 21:22:28 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: priority of paths to kernel modules? Message-Id: <20180826212228.f7dff763c78ead18a356a206@dec.sakura.ne.jp> In-Reply-To: References: <201808241411.w7OEBXg8095140@pdx.rh.CN85.dnsmgr.net> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 12:22:31 -0000 +1. If modules needed are recognized correctly and specified with full-path like /boot/modules/drm.ko, the priority wouldn't matter. On Fri, 24 Aug 2018 17:29:19 -0600 Warner Losh wrote: > On Fri, Aug 24, 2018 at 4:20 PM Niclas Zeising wrote: > > > On 08/24/18 17:20, Warner Losh wrote: > > > This would allow the graphics port to have a rc script that sets > > > this up so when X11 goes to automatically load the module, the right one > > > gets loaded. > > > > > > > I just want to point out that X11 doesn't load the graphics kernel > > driver by default when using the drm-*-kmod ports, and I'm not sure the > > hack to have the intel ddx (xf86-video-intel) load the drm2 driver is > > still around. > > > > It doesn't really matter though, since upstream is moving away from > > having X load the driver, and I'd like us to follow suit by using > > devmatch (this is one of the reasons we wanted to get rid of the base > > drivers, as I've stated before). X can't always know which driver to > > load (when using modesetting for instance), and in my opinion, it should > > be the kernel/loader that decides which drivers to load. > > > Excellent. That reduces the compatibility matrix I need to consider. I have > some ideas, and will hack on them to see if a clever bit of slide of hand > will solve the main problem of loading the wrong driver in a dependency > chain. > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sun Aug 26 13:04:47 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79D8F107643E for ; Sun, 26 Aug 2018 13:04:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF64080663; Sun, 26 Aug 2018 13:04:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7QD4Ztd044716 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Aug 2018 16:04:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7QD4Ztd044716 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7QD4Z0R044715; Sun, 26 Aug 2018 16:04:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 26 Aug 2018 16:04:35 +0300 From: Konstantin Belousov To: Michael Gmelin Cc: John Baldwin , "freebsd-current@freebsd.org" , Matthias Apitz Subject: Re: Fatal trap 12: page fault on Acer Chromebook 720 (peppy) Message-ID: <20180826130435.GS2340@kib.kiev.ua> References: <20180820150904.GS2340@kib.kiev.ua> <57B6DC4C-16EE-4B7B-B691-CB79D8C40289@grem.de> <20180822154603.GW2340@kib.kiev.ua> <20180822211528.GB2340@kib.kiev.ua> <1C7DACDC-36F2-4E65-8C75-7B7215BB6546@grem.de> <20180824195947.GG2340@kib.kiev.ua> <32F22868-92ED-4223-84B5-77E72C7DCF50@grem.de> <20180824203903.GJ2340@kib.kiev.ua> <3CE9AF7F-CD5B-4FE3-9BDA-7F25C7A7C0B9@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CE9AF7F-CD5B-4FE3-9BDA-7F25C7A7C0B9@grem.de> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 13:04:47 -0000 On Sat, Aug 25, 2018 at 07:21:28PM +0200, Michael Gmelin wrote: > Now, with the patch applied correctly, the machine actually boots. > > Before calling init_ops.mp_bootaddress in > getmemsize (machdep.c), physmap looks like this: > > physmap_idx: 8 > i mem atop > 0 0x0 0x0 > 1 0x30000 0x30 > 2 0x40000 0x40 > 3 0x9e400 0x9e > 4 0x100000 0x100 > 5 0xf00000 0xf00 > 6 0x1000000 0x1000 > 7 0x7bf7a000 0x7bf7a > 8 0x100000000 0x100000 > 9 0x100600000 0x100600 > 10 0x0 0x0 > > With your patch, it looks like this now > (after calling getmemsize) > > 0 0x0 0x0 > 1 0x30000 0x30 > 2 0x40000 0x40 > 3 0x9e400 0x9e > 4 0x100000 0x100 > 5 0xf00000 0xf00 > 6 0x1000000 0x1000 > 7 0x7bf77000 0x7bf77 > 8 0x100000000 0x100000 > 9 0x100600000 0x100600 > 10 0x0 0x0 > PAGETABLES is 0x7bf77000 > > So I guess this means that the gap is now at the last three pages of [0x1000, 0x7bf7a[. > > If this is what was intended, I guess it's good, as the machine boots okay now. It triggered the new code to chomp at the end of the suitable range, instead of the start. Anyway, to do that, it must evaluated the start of the range as intersecting with the kernel text, which I interpret as success. I put a review with the change at D16907. > > Sorry again for the extra roundtrip, the patched file was simply in the wrong path. No problem. From owner-freebsd-current@freebsd.org Sun Aug 26 17:01:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21B34107B3B1 for ; Sun, 26 Aug 2018 17:01:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A4BA186E85 for ; Sun, 26 Aug 2018 17:01:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22b.google.com with SMTP id 139-v6so7730939itf.0 for ; Sun, 26 Aug 2018 10:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Qf5cQBY+6/RUQ78Spex+xq+7700adW2ZYtycUnSon10=; b=WsxkQH30FfyPitKo1v6Cep5XajeAlZ/UqQ2hxnnP9UpKlQXo+boRoeyZxFgOFNZVTi uzyvjCmdmGPLxzDQYf65SdUv4uaU9Yp0Hi5mD69GfAqn08oIr+DAmgciO1KWZ2PHF+Fg 6tqPvlLQppxErPU4p2rH78RHw9o5wGkUVt2/2DHcDhHY2v9TTIZAs0y9PDHzkfRtxJRy u3pUfxweFd7HEi8djIV+hSn3A5jnriqlB7RoIf9p+fShX6k47CBcyJznP4HsoxPnI6oi AZ0iOq7lOeMWYEPly5bk8zHhgqNvlMFBsMgnhCopJePf2ddHldhTmKpkxXCMknrXp/yE DB+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Qf5cQBY+6/RUQ78Spex+xq+7700adW2ZYtycUnSon10=; b=lRhVRYy0UmJntZK7LP7RbNrIyVQJDX3c+jTEMG6Nlkx1zhVaCIHo2onLkE5OPJZu3e T4S70aZI0MaIcpa+HmojTvp6Kem5PcEyFgBqt6Tv0ejvRRpf4qscMc70pKo1wIncqW5I LZXnjIB8vAESDWHQC3jKdBB9fx0XNTcu+4jkgxBQCLRMqR+AFNQir2guZ3ddjB+95Vo5 LLdhK17RvTkAi44WOO0fquI3wyLRP9vm7Crc0QnJDPFna3LLS5LqWzfBX1mINybDjhN4 FZz8II6fCLrm424tDqx7V4eiJ1jm6Z80n7nPrwX5sZOq3vtD9B+ukbCDlpy7f3QAVzv1 iEDA== X-Gm-Message-State: APzg51DemI3gZN37N8W9MUhUvq7aqHeL3d80+5egAsSbyyYoOSB3gY2o dLQ+nNe910EGWbYG6B+EaLqiN9KpJushXjymdC46dQ== X-Google-Smtp-Source: ANB0Vdb1r+og52ZQvt1GRIo9UU5vTzGf0hoI3bRVZDtSzO9srv6HR2oUhp0Z2es52S4BIPFzgQm/kxPSUg+EWzeN2/s= X-Received: by 2002:a02:3344:: with SMTP id k4-v6mr8075414jak.45.1535302896890; Sun, 26 Aug 2018 10:01:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sun, 26 Aug 2018 11:01:25 -0600 Message-ID: Subject: Re: drm / drm2 removal in 12 To: Matt Macy Cc: FreeBSD Current , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 17:01:38 -0000 For those wondering at what's going on with this, I've shared the following with the developers@ mailing list. I thought I'd share it here to fight the misinformation that's swirling about. We don't have all the answers yet, and I'm working on it with others in the community to get the best outcome possible. We have to look at all the options and consider all the angles because this is a complicated and nuanced problems and 'simple' solutions are apt to create more problems than they solve. > https://reviews.freebsd.org/D16894 is the next step. I plan on committing > it later today or tomorrow barring big issues with it (it's already been > approved by members of the graphics working community and a member of > release engineering). > > It puts a big ugly deprecation notice and makes the drm modules dependent > on a build option. > > But it's not the last step. > > The only real issue we have is that we have two modules name the same: > i915kms.ko and radeonkmw.ko. There's also drm.ko, but versioning seems to > save us from that being an issue with the latest kernel and maybe loader (I > need to test that last detail, and fix what I think might be an issue > there). > > There's multiple ways you can fix this. One would be to turn off the build > on amd64 of these modules. This breaks old users, but not in a horrible way > (they can just turn it on and rebuild, or possibly install the port). > Second would be to fix the boot loader to have per-module paths (or rather > put the kernel path last) as well as doing similar hacks to the kernel > loader. This is fragile, but seems to have some promise. We can't just > change the module path for all modules at this late date, however. So this > solution, if it were working perfectly, could remove all POLA, but we risk > breaking other things. Third, there's been suggestion of having different > module dependencies such that you'd get the right driver no matter whether > or not you have the port installed, though I've not had a chance to see if > the kernel module version code might be able to load the right module > always, but we'd also need to change the boot loader since I don't think > the right logic is there. > > Finding the right solution is a bit tricky because there's so many > different scenarios to consider and test. The immediate next step is being > investigated to find the best path forward in a thoughtful, methodical way. > If you'd like to help, please contact me privately. I'm not sure a > discussion on developers would be fruitful: I'm providing detail here in > the interests of transparency, not because I'm looking for help, per se. > Before I do a next step, I'll circulate my preliminary conclusion along > with a write up for each of these possible solutions outlining the pros and > cons of each so we have it well documented for future reference. > > Longer term, after the freeze, the plan is to remove all the drm drivers, > the drm code and the drm module. We'll also remove the drm2 module builds, > intel and radeon drivers and firmware. We'll likely move what's left of > sys/dev/drm2 to sys/arm/dev/drm2 and hack the *files* files for it to build > in the new place (I have a review in phab to do this, the effort is almost > trivial). Arm is hard to share linux graphics drivers with, as documented > in https://gist.github.com/strejda/c98e513c2ec1d2e23005bb66a7bc6399, so > for the moment we need to stay with drm2 base for its graphics drivers. > That will develop independently of the other platforms, which can share > either drm-stable-kmod, drm-devel-kmod or drm-legacy-kmod ports at the path > forward. These details are in draft form, but are not likely to change a > huge amount. All the people / groups involved that I've spoken with are > on-board for this long-term plan. > > Also longer term, there's many social issues we need to solve. But I don't > want to derail getting the technical things done with them at the moment > playing the blame game. Suffice to say, after looking at things in detail, > I believe everybody from core on down to individual developers deserves > some blame for how we got here, and hyperbolic narratives that paint one > person or faction as evil are not only wrong, they are also part of the > problem. I promise I'll write up something with more specific detail once > we're through the technical phase of the drm work. > Warner From owner-freebsd-current@freebsd.org Sun Aug 26 18:39:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F9EC107E097; Sun, 26 Aug 2018 18:39:54 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 20C018B206; Sun, 26 Aug 2018 18:39:54 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 6FDD78515; Sun, 26 Aug 2018 18:39:47 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 49CA68CBB; Sun, 26 Aug 2018 20:39:47 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: blubee blubeeme Cc: Hans Petter Selasky , pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current Subject: Re: drm / drm2 removal in 12 In-Reply-To: (blubee blubeeme's message of "Sun, 26 Aug 2018 18:41:48 +0800") References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 26 Aug 2018 20:39:47 +0200 Message-ID: <86d0u5otu4.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 18:39:54 -0000 blubee blubeeme writes: > Hans Petter Selasky writes: > > Are you here to try to stir a conflict? If so that is not > > appreciated. > Hans, you of all people should know that's not true. And yet here we are. You have made it perfectly clear that you are not interested in an honest discussion. Your entire strategy is to wear people down until they either leave or agree with you just to shut you up. Like Hans Petter says, it is not appreciated. You clearly believe that you know better than anyone else how this should be handled, so instead of telling us, I suggest you just go do it. It only takes seconds to fork the FreeBSD mirror on Github, and a few minutes to clone it onto your machine. We look forward to hearing from you again when you have everything working perfectly and seamlessly out of the box for everybody on any equipment. I'm sure that Johannes, Niclas, Warner and others with a century of combined experience will be thrilled to see you succeed where they, by your account, have failed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Aug 26 18:56:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19A90107EF4C for ; Sun, 26 Aug 2018 18:56:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.gq1.yahoo.com (sonic312-22.consmr.mail.gq1.yahoo.com [98.137.69.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 789C08CF98 for ; Sun, 26 Aug 2018 18:56:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mYj.cV4VM1mVS2j9l3du1djyVAS2MbtWuRMapzG8NuNr0.PJPzTu3tWgGdmQLJ_ FN5C9prxDtFM8g6x1pDBbI41uijq.623R0B6AVUc1lhdT0Upku0CAV.Rb3kXAz92hedXWccRbtjD _pnJV1ljV4RlgJIP7yw7eA4T7ITYfDHKZhnU3FPr6pQORlNJU6Z26qsDW_.PdHC.hj6uHamx0oDP SD5TRlxNWy8hDZPUI7Vm7R61HM3xYjYRzq16X1SL5ilYOVlRGT4dEuqV6buji4KDooIWOHGsPm7N Z5m.z_sDQoRIknVxq6n6umxQWNMIT8N2Ns_sJpxDuuTHptZUl7gwpeI9IG9s4SvHRkKBazjSJ9cW Z_bHUhTiPsU7.yZk_Q7houAyVRkz4G.ZiYDL.qaddBDv6wGm1v9E8C2RlB0bt24Tt6pFIG7iMDXn OynSj88gQmQMWUhNFWJRpaHXkISMU3nqGdI2cbwn1igPS4ZZIQ02255CuGFN9vmXodwewDu2ILOU QFVY3CtVyc_BJYmpnu6_k.8niKH75uRW185dnPwzJXgvgNYkYGCX0swSHR6MjMHIcaSLHYD93rW4 u2kgfrlHK4qIUK63XxRWlD.9bGs_XJYDXGhKeeA1JYcv0dnYRTyJ.g3hXwjk1rzdOnDB_1qd41vg xhbj_wFbnwTa9cI7XwFxaZpPtl0SLFi0f.IRd4KthSVWMZn6slr5waRixUg0PFxuk44KplnVtD94 FAYXLc3fUy07feJlKzKCrjCL9vUKvxGzlno502dE0TBtRRFhXGcK_VFNl86uhxZPJgBp.PclaHwI IBfbaGo8MGcR_0FMoItgoOP5fScNIcpJdKDO_i8UgV7iFmTz.DNLKFeDJRJqY7cN1RFB79jdVw20 pN192wAiM_jlYckCVgslyGET5dY1ar4..7EvBXqzcDjtkH2_g9CiFh69TW4XICAxhkeAA2yqFtwL SETikh7j6kCXlk5x2eoVWt_LRgoDbbiS5NmI5oMBD8kPrKixgrUV0uMU94BjmBkKAti5Q Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Aug 2018 18:56:20 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 529289a25ca987874b2cbfd1023f19bb for ; Sun, 26 Aug 2018 18:36:04 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: head's /usr/src/UPDATING vs. "LOADER_DEFAULT_INTERP, documented in build(7)": not documented yet Message-Id: <3E8E48A0-4CE1-4641-8DF7-79B6BAF52AFF@yahoo.com> Date: Sun, 26 Aug 2018 11:36:02 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 18:56:22 -0000 Quoting UPDATING for head: 20180818: The default interpreter has been switched from 4th to Lua. LOADER_DEFAULT_INTERP, documented in build(7), will override the = default interpreter. If you have custom FORTH code you will need to set LOADER_DEFAULT_INTERP=3D4th (valid values are 4th, lua or simp) = in src.conf for the build. . . . But when I look at: = https://www.freebsd.org/cgi/man.cgi?query=3Dbuild&apropos=3D0&sektion=3D0&= manpath=3DFreeBSD+12-current&arch=3Ddefault&format=3Dhtml or the installed build(7) for head -r338319 I do not find any references to LOADER_DEFAULT_INTERP . Also, from the text: If you have custom FORTH code you will need to set LOADER_DEFAULT_INTERP=3D4th (valid values are 4th, lua or simp) = in src.conf for the build I would guess that src.conf(5) should also mention LOADER_DEFAULT_INTERP and how it should be used. But I find no references to = LOADER_DEFAULT_INTERP in: = https://www.freebsd.org/cgi/man.cgi?query=3Dsrc.conf&apropos=3D0&sektion=3D= 0&manpath=3DFreeBSD+12-current&arch=3Ddefault&format=3Dhtml or in what is installed for src.conf(5) for head -r338319 . I have assumed that my long-in-use amd64 virtual-box context that I run = and update FreeBSD in (under macOS) just automatically updated sufficiently = via installkernel and installworld after building. (This assumes that all = the changes are in the freebsd-ufs partition involved and that the = freebsd-boot partition involved need not be updated.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Aug 26 19:35:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6886A107FE6D for ; Sun, 26 Aug 2018 19:35:36 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id F3FD88E48F for ; Sun, 26 Aug 2018 19:35:35 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 667768682; Sun, 26 Aug 2018 19:35:35 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id 3687B8CC0; Sun, 26 Aug 2018 21:35:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: FreeBSD Current Subject: Re: head's /usr/src/UPDATING vs. "LOADER_DEFAULT_INTERP, documented in build(7)": not documented yet In-Reply-To: <3E8E48A0-4CE1-4641-8DF7-79B6BAF52AFF@yahoo.com> (Mark Millard's message of "Sun, 26 Aug 2018 11:36:02 -0700") References: <3E8E48A0-4CE1-4641-8DF7-79B6BAF52AFF@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Sun, 26 Aug 2018 21:35:35 +0200 Message-ID: <868t4sq5tk.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 19:35:36 -0000 Mark Millard writes: > But when I look at [...] the installed build(7) for head -r338319 I do > not find any references to LOADER_DEFAULT_INTERP . It was added to build(7) in r338043: LOADER_DEFAULT_INTERP Defines what interpreter the default loader program will have. Valid values include =E2=80= =9C4th=E2=80=9D, =E2=80=9Clua=E2=80=9D, and =E2=80=9Csimp=E2=80= =9D. This creates the default link for /boot/loader to the loader with that interpreter. It also determines what interpret= er is compiled into userboot. > I have assumed that my long-in-use amd64 virtual-box context that I > run and update FreeBSD in (under macOS) just automatically updated > sufficiently via installkernel and installworld after building. Correct. The loader and its support files (4th and lua) are built by 'make buildworld' and installed by 'make installworld'. The source code is in /usr/src/stand. > (This assumes that all the changes are in the freebsd-ufs partition > involved and that the freebsd-boot partition involved need not be > updated.) The freebsd-boot partition contains the code that loads the loader and should not need updating. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Sun Aug 26 21:18:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05BAC10832AA for ; Sun, 26 Aug 2018 21:18:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.148]) (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 94F0C71EA4 for ; Sun, 26 Aug 2018 21:18:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _927YGsVM1mlgaMgGTW46XSnRHqsGphpSkBavW5txRHZvLJB1xLGGrN2dfLSw9G q74I.SM53bEzQ7MGSazTKyG2HFZk2qvI9DDp842Vk0A.9zbxvMfviu3ZiHtvT0UEki9.9JT5gCVT SuLGeS1Viq30WXqX6RkJIrzRgimaIPb939ievzwGojl8oH2R1zPsuTVqBqzEGcJynsVbclH5KXME xdVCgTqrUskfYnxwT.z_tzBsv8oW4So8HNR1ir8FifZUt1Eh0SbmJ2c2e9HEUytF16wXD_CTh.OA mvH7kY8iiOTOElzv11QAcDQumQij.f6CpN6vgux8JknNR0udaaFFh7lSU8IPxbdhduWd.9icioXl xdnUpNL8kAZ_mdduue56vq9B0X3oHlARjY2zjThYFH8LhRnrxbkpHEMXD5BeRJDxC4Wkl82Ru4wA oOCXJG2KSePWK_QO0HPDOfHskzsJh74fcOwIuDeIJX7NJdTAys1XBlnjio2y09ufsQz5VPuIQIxc TQw7kv9pS9xatLOQg_nmj5LXe98fPuhxyG5HwVv3GE1qvfKbO92LwVbI8iHRFWhZQMxk4Oi2Docy iL15b3k7Bt_M.FDGT8U0irbX6rqUsYreSsQex3hm.McIloqFzW1pZiW2LJeV8YhgzrV0g4thyOUh 4K9ViHsg52oRqIfgRTy0.fdJ1y9xdlqMYIcSjAXvn2xgsGgDYnehJsjuwg.g3UVgnA_WzAkDqmGJ Xpetk6F.LDltZULA2CSYQ1Gs_Sm6WiO2T1Gxzeyjm.D5mfRHnIG8GvQCzVHPMX_Sdvf48s77mG8T WAh9OlyqwxN4Q.dm5FWslPJqSvfLznFbrcsqT7FlkNcMoHuj7jvyksuFrSls89kSmXqojmtOk0XN rRGjqV.9GMWsWYG1DG9f8HqvE7XqxjRcPn1F3UY6AKwpN2gpP56YSwWsEV2q8M_hz5HgYZTT4Ph_ gp3OUX4lFri8rnLy6_ZrZbd3Jz0AbgiI43kHEq.xsg27WmhO2h3um9ftAL8Y9pgQc4tTs0.gr8ZP vmNZv Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Sun, 26 Aug 2018 21:18:23 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp401.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0b17df66ec7658dd66b141942473fbe9; Sun, 26 Aug 2018 21:18:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: head's /usr/src/UPDATING vs. "LOADER_DEFAULT_INTERP, documented in build(7)": not documented yet From: Mark Millard In-Reply-To: <868t4sq5tk.fsf@next.des.no> Date: Sun, 26 Aug 2018 14:18:18 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <4625B3CC-CF7C-4AB0-96F1-29AE6AAEDF57@yahoo.com> References: <3E8E48A0-4CE1-4641-8DF7-79B6BAF52AFF@yahoo.com> <868t4sq5tk.fsf@next.des.no> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 21:18:30 -0000 On 2018-Aug-26, at 12:35 PM, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> But when I look at [...] the installed build(7) for head -r338319 I = do >> not find any references to LOADER_DEFAULT_INTERP . >=20 > It was added to build(7) in r338043: Thanks for the notes. Sure enough I see it in /usr/src/share/man/man7/build.7 . Not sure how I missed it in the man output. I thought that I also searched for it via the command line. It looks like: = https://www.freebsd.org/cgi/man.cgi?query=3Dbuild&apropos=3D0&sektion=3D7&= manpath=3DFreeBSD+12-current&arch=3Ddefault&format=3Dhtml lags (2017-Dec-24) so I should not depend on such having recent updates. (Good to know.) > LOADER_DEFAULT_INTERP Defines what interpreter the default loader > program will have. Valid values include = =E2=80=9C4th=E2=80=9D, > =E2=80=9Clua=E2=80=9D, and =E2=80=9Csimp=E2=80= =9D. This creates the default link > for /boot/loader to the loader with that > interpreter. It also determines what = interpreter > is compiled into userboot. >=20 >> I have assumed that my long-in-use amd64 virtual-box context that I >> run and update FreeBSD in (under macOS) just automatically updated >> sufficiently via installkernel and installworld after building. >=20 > Correct. The loader and its support files (4th and lua) are built by > 'make buildworld' and installed by 'make installworld'. The source = code > is in /usr/src/stand. [Looks like userboot is /boot/userboot.so and is associated with = bhyvload.] >> (This assumes that all the changes are in the freebsd-ufs partition >> involved and that the freebsd-boot partition involved need not be >> updated.) >=20 > The freebsd-boot partition contains the code that loads the loader and > should not need updating. Thanks again. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Aug 26 22:22:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6BD21084AB2; Sun, 26 Aug 2018 22:22:10 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 368F573B2E; Sun, 26 Aug 2018 22:22:10 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x234.google.com with SMTP id g18-v6so8663258itg.2; Sun, 26 Aug 2018 15:22:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QjtdDPlm0M6MQYdA8TVvRLcJWMyj/HEwfMWAVTHET4Q=; b=o6bX4Jlswg7uSh0iEuGic5HCeLYz6o5eEMcXcR/rYetlT7rZLsIa9Ewo9lMP7wCc55 cTsJetyujUiEV+xXjdrlJUkAj5PTvrxWAbizoUKFSSFVy46c6ChpvntWN0xN7GYgig2T MaCW8sHeg5C30pKQoYA8JX37cMEItkCnYa1aNaAI5XqdLpcBHI36t8nbf/VmAH9XY+eo tefoYfMjRDdNiZVySzbv/2O8vr5DP9gzJu5IuThbKP1CXIrlAUiPmIJHxNdE2VBjusps yFd3XbOJ/S63UYLU9Pd1E6p+ieN8wg9bAuxtDX7x9NTM+0XQcsmzq0n1Fk1iuY22/vml Ij9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QjtdDPlm0M6MQYdA8TVvRLcJWMyj/HEwfMWAVTHET4Q=; b=b2+I9jFFase669TKbFDy2z4kxDzlZnKs6E+clAroFZZgYmb0HVTM+NBO7ZbBlMffmC aUGUiJSNo4376FHIowC5sz2zcBl1Lzwa2h1eRJsZfUUoA+jj9pfTvcB+wwJIyJBm6r/w fN1kj3VsrOrZHYupvXhLt4WAs2e+iNDKNs4tB60Rla7hmCJgXap2bJC0+qArWMBOSaFm GLNn1Hz9qUvrqJiN31+TKEhMRYjBTtMdPW4qBva+XXrJCGj+gOPOHgCci2B+hrSrMjDW NhmI6Beo7l+1BygTpvtdzCyqOlb8+uK7tm8NU5jHJGc0R8irn1q0Xqxp8wyddXqHDQqe zyaQ== X-Gm-Message-State: APzg51CBZ+uSZl1ByafCO1AdNDd8F7a/aXGgDPe6E7evGpyyisCdYtoD w9bSkdaZO7wbAXwVzQf9+St7OjH5nNqtJo2WF2o= X-Google-Smtp-Source: ANB0VdZGRenmnuc/ZxqyNJUUMG44iDt/iNJxqxMYI8Erk6QI84v3DlbUJMWHtBbxquJMIvxC8400xicxmIyPVFVd2xc= X-Received: by 2002:a24:d0d6:: with SMTP id m205-v6mr4886905itg.89.1535322129645; Sun, 26 Aug 2018 15:22:09 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <86d0u5otu4.fsf@next.des.no> In-Reply-To: <86d0u5otu4.fsf@next.des.no> From: blubee blubeeme Date: Mon, 27 Aug 2018 06:21:57 +0800 Message-ID: Subject: Re: drm / drm2 removal in 12 To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Hans Petter Selasky , pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 22:22:10 -0000 On Mon, Aug 27, 2018 at 2:39 AM Dag-Erling Sm=C3=B8rgrav wrote= : > blubee blubeeme writes: > > Hans Petter Selasky writes: > > > Are you here to try to stir a conflict? If so that is not > > > appreciated. > > Hans, you of all people should know that's not true. > > And yet here we are. > > You have made it perfectly clear that you are not interested in an > honest discussion. Your entire strategy is to wear people down until > they either leave or agree with you just to shut you up. Like Hans > Petter says, it is not appreciated. > > You clearly believe that you know better than anyone else how this > should be handled, so instead of telling us, I suggest you just go do > it. It only takes seconds to fork the FreeBSD mirror on Github, and a > few minutes to clone it onto your machine. We look forward to hearing > from you again when you have everything working perfectly and seamlessly > out of the box for everybody on any equipment. I'm sure that Johannes, > Niclas, Warner and others with a century of combined experience will be > thrilled to see you succeed where they, by your account, have failed. > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@des.no You seem to miss the point where the you avoid breaking the system for any users not on the bleeding edge. You technically adept guys can keep on hacking away, jumping through hoops and building your stuff as you see fit. Nobody will come take your steal your code away in the night. Feel free to keep on working on it, until implementing it doesn't break "old users" do the engineering work and improve your implementation. There are so many seemingly dead code projects around this linuxkpi stuff that you guys just pump out code and abandon inconsistent lack of documentation, lack of testing, it's just a huge mess. Work on cleaning all that stuff up and bring something sensible to the table, you cannot put onus on the core team to maintain that mess going forward because you're not capable of doing it yourselves. From owner-freebsd-current@freebsd.org Sun Aug 26 22:33:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A4C610850AA; Sun, 26 Aug 2018 22:33:36 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE8917443E; Sun, 26 Aug 2018 22:33:35 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from ler-imac.local (unknown [IPv6:2600:1700:210:b18f:24ab:a49d:f09f:2576]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ler/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 314BE1C7AF; Sun, 26 Aug 2018 22:33:35 +0000 (UTC) (envelope-from ler@FreeBSD.org) Date: Sun, 26 Aug 2018 17:33:34 -0500 From: Larry Rosenman To: blubee blubeeme Cc: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Hans Petter Selasky , Johannes Lundberg , freebsd-stable@freebsd.org, FreeBSD current , mmacy@freebsd.org, Ali Abdallah , pmcnary@cameron.net Subject: Re: drm / drm2 removal in 12 Message-ID: <20180826223334.i4bc4pmux5gojzbq@ler-imac.local> Mail-Followup-To: blubee blubeeme , Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Hans Petter Selasky , Johannes Lundberg , freebsd-stable@freebsd.org, FreeBSD current , mmacy@freebsd.org, Ali Abdallah , pmcnary@cameron.net References: <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <86d0u5otu4.fsf@next.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ui23l4cp3frw7avh" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 22:33:36 -0000 --ui23l4cp3frw7avh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 27, 2018 at 06:21:57AM +0800, blubee blubeeme wrote: >=20 > You seem to miss the point where the you avoid breaking the system for any > users not on the bleeding edge. >=20 > You technically adept guys can keep on hacking away, jumping through hoops > and building your stuff as you see fit. > Nobody will come take your steal your code away in the night. Feel free to > keep on working on it, until implementing it > doesn't break "old users" do the engineering work and improve your > implementation. >=20 > There are so many seemingly dead code projects around this linuxkpi stuff > that you guys just pump out code and abandon > inconsistent lack of documentation, lack of testing, it's just a huge mes= s. >=20 > Work on cleaning all that stuff up and bring something sensible to the > table, you cannot put onus on the core team to maintain > that mess going forward because you're not capable of doing it yourselves. If you don't like breakage, don't run HEAD/-CURRENT. If it's not out in HEAD/-CURRENT, we (the project, speaking as a ports committer) can't move forward. =20 --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --ui23l4cp3frw7avh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHBBAABCgCrFiEEHjgknedhWzvJgwVzaXyZsatIp30FAluDKr4tFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnXxSAAAAAAC4AKGlz c3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxRTM4 MjQ5REU3NjE1QjNCQzk4MzA1NzM2OTdDOTlCMUFCNDhBNzdEAAoJEGl8mbGrSKd9 S5IH/1K1gAdz+y2slJ1bVUTtgCTBKWtAmhJiUIr23YS+9ZhEau0qJWQWPFg5VpCw cUpT52X3A2RuRFtO5QekW8l0crO7cqaEU/whGbMM67sTbE5Ue07ECiS7qYTpJcoG TMdU8tSB2pAAj6/czCj8GzHC8IYuyUu/A6m5dyzLTNgtt3GO6swB6jamFGBUYH6f 1Wfl6TMbzI8M7vW6CJgIidaKyFaoMxJLEFenmbOwSAkcSp7BH6GLmh2chE8/PXV+ yaX5XgYGsKoGlO2vHuFPcrne/PlzzPIfusqZpENke2OVqIlY5mpwssRsBL0WzMkz HZKj5wJ0788uo4KpYqtJXtjvtt0= =6XlB -----END PGP SIGNATURE----- --ui23l4cp3frw7avh-- From owner-freebsd-current@freebsd.org Sun Aug 26 22:39:03 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11B861085475; Sun, 26 Aug 2018 22:39:03 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B81E7747E5; Sun, 26 Aug 2018 22:39:02 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-it0-f46.google.com (mail-it0-f46.google.com [209.85.214.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 7DE701C7B0; Sun, 26 Aug 2018 22:39:02 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-it0-f46.google.com with SMTP id u13-v6so131849iti.1; Sun, 26 Aug 2018 15:39:02 -0700 (PDT) X-Gm-Message-State: APzg51ANFKAlFFz3S2JMRRRRFUMdyrES1kixrBGlEcmhSAht/bBZrnDZ 8v3K+Fq9L1duBPn1rRoFuuwHzGm/K+zjwQ9fKSw= X-Google-Smtp-Source: ANB0VdaiH3PFdJU73Xia53h01lPGGdGR24ZKKht8hMDXa0KlM90tAmctaWMUMG/UeGymr2NHI3rcJ/VJ7ZQokuAQaAE= X-Received: by 2002:a02:2b12:: with SMTP id h18-v6mr8496157jaa.10.1535323141619; Sun, 26 Aug 2018 15:39:01 -0700 (PDT) MIME-Version: 1.0 References: <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <86d0u5otu4.fsf@next.des.no> <20180826223334.i4bc4pmux5gojzbq@ler-imac.local> In-Reply-To: <20180826223334.i4bc4pmux5gojzbq@ler-imac.local> From: Matthew Macy Date: Sun, 26 Aug 2018 15:38:49 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: drm / drm2 removal in 12 To: freebsd-stable@freebsd.org, freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2018 22:39:03 -0000 Please just stop responding to this person or we're going to have to migrate to moderated lists. You're legitimizing the voice of one person who project members have spend hours of their time (some even in person) trying to explain the time tradeoffs of supporting graphics. For some reason he isn't capable of understanding the technical issues and he isn't capable of constructively engaging the project. Thank you for your understanding. -M On Sun, Aug 26, 2018 at 3:33 PM Larry Rosenman wrote: > > On Mon, Aug 27, 2018 at 06:21:57AM +0800, blubee blubeeme wrote: > > > > You seem to miss the point where the you avoid breaking the system for any > > users not on the bleeding edge. > > > > You technically adept guys can keep on hacking away, jumping through hoops > > and building your stuff as you see fit. > > Nobody will come take your steal your code away in the night. Feel free to > > keep on working on it, until implementing it > > doesn't break "old users" do the engineering work and improve your > > implementation. > > > > There are so many seemingly dead code projects around this linuxkpi stuff > > that you guys just pump out code and abandon > > inconsistent lack of documentation, lack of testing, it's just a huge mess. > > > > Work on cleaning all that stuff up and bring something sensible to the > > table, you cannot put onus on the core team to maintain > > that mess going forward because you're not capable of doing it yourselves. > > If you don't like breakage, don't run HEAD/-CURRENT. If it's not out in > HEAD/-CURRENT, we (the project, speaking as a ports committer) can't > move forward. > > > -- > Larry Rosenman https://people.FreeBSD.org/~ler/ > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Mon Aug 27 09:55:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC0E4108288B; Mon, 27 Aug 2018 09:55:25 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7A487103; Mon, 27 Aug 2018 09:55:24 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id uDuLf7V3cceP9uDuNfG61E; Mon, 27 Aug 2018 09:34:04 +0000 Date: Mon, 27 Aug 2018 09:32:15 +0000 From: "Thomas Mueller" To: freebsd-stable@freebsd.org CC: freebsd-current@freebsd.org Subject: Re: drm / drm2 removal in 12 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> X-CMAE-Envelope: MS4wfF6aVO1HgAf5t8DXtTaAww4r+H0PebOJqBfSNMljwDHdL8e7JIC13j2X29zaf/3zHnq5ZRWkOXEouAIreaD3JoXtUmi0fUThJ0M4nybdTXDWUBQwBBB5 PfA7+A2oF6+fRAmE/8usGwfPMPLcxyMwjfUOw2OeqT5+86lJA2RDM4Q5HZpgEmxXcgQBFDDirmASwtQdOTxA2b612w7eDSdL8WQ= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 09:55:25 -0000 Excerpt from Oliver Pinter: > Let's do some more step backwards, and see how the graphics driver > developments works from the corporation side. > They not bother about any of the BSDs, they focus only to Windows and > Linux. If you want to use a recent (haha recent, something after 2014) you > are forced to use new drivers from linux. > The fore/advantage on the Linux side are the zillions of corporately paid > kernel developers. > They can just focus on a new hw supports, on freebsd side, there are no > corporately paid drm driver developer. Sadly. > In linux word their internal KPI (try a Google for a "stable API nonsense" > words) moves so fastly, that porting of these drivers gets non trivial > without a dedicated paid team. > If you want to change on this situation, try to learn for you could help or > send directed donations to freebsd foundation. ;) Linux and FreeBSD are not the only open-source OSes. There is also (Net, Open, DragonFly)BSD, Haiku, OpenIndiana and others. Maybe better would be for the hardware manufacturers to release more general specifications that could be adapted to any OS, by the NetBSD developers, Haiku developers, etc. Certainly not to ignore Linux. Tom From owner-freebsd-current@freebsd.org Mon Aug 27 03:47:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A618108B27B; Mon, 27 Aug 2018 03:47:26 +0000 (UTC) (envelope-from michelle@sorbs.net) Received: from hades.sorbs.net (hades.sorbs.net [72.12.213.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3E9557C4D3; Mon, 27 Aug 2018 03:47:26 +0000 (UTC) (envelope-from michelle@sorbs.net) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from isux.com (gate.mhix.org [203.206.128.220]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0PE300F8JMX9U100@hades.sorbs.net>; Sun, 26 Aug 2018 19:58:33 -0700 (PDT) Subject: Re: drm / drm2 removal in 12 To: blubee blubeeme , Mark Linimon Cc: mmacy@freebsd.org, freebsd-stable@freebsd.org, Ali Abdallah , FreeBSD current References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <20180825020424.GA16497@lonesome.com> From: Michelle Sullivan Message-id: <8f2d753e-3de3-5a2a-3298-9e1906c0f12e@sorbs.net> Date: Mon, 27 Aug 2018 12:47:03 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 In-reply-to: X-Mailman-Approved-At: Mon, 27 Aug 2018 10:31:33 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 03:47:26 -0000 blubee blubeeme wrote: > On Sat, Aug 25, 2018 at 10:04 AM Mark Linimon wrote: > >> On Sat, Aug 25, 2018 at 07:07:24AM +0800, blubee blubeeme wrote: >>> Are these guys insane and please avoid the nonsense about you're doing >> this >>> in your spare time. >> Let us know how whatever OS you wind up using instead works for you. >> I suggest you look for one that will put up with your constant harangues. >> >> There are very few people on the mailing lists as nasty and rude as >> yourself. It is tiresome, demotivating, and childish. Please go >> elsewhere. >> >> mcl >> > Your opinion has been noted but this issue isn't about me. > > It's about the Graphics devs coding themselves into a corner and looking > for an easy button so they can continue to feel good about their toy. > > There's a reason the changes they tried to force down the FreeBSD source > tree was reverted; It does not meet any standards of quality. > > I have no inside knowledge other than my ability to think clearly and it's > obvious that The FreeBSD team wanted to hint at them that their code > doesn't pass the sniff test. > > Instead of being whiny brats improve your code and have it work without > breaking compatibility with what has been working for quite a long time. > > Here's the play by play; > You guys push this mess contaminating the FreeBSD source tree, some long > standing user tries to update their machines and it blows up; > 1) Most will just leave > 2) Some will complain > 2a) You guys will say; Read UPDATING..... bleh bleh blen > They'll get aggravated, thereby aggravating people who came to this > platform for Stability. > > Users who actually use FreeBSD to get things done do not time to trawl > these mailing lists, they have real world problems to solve with real world > constraints. > > There are OS with kqueue and all those things it's called Linux; You can go > there and play w/ that stuff to your hearts content. > > If you want your code to get merged, make sure it follows the guidelines > and not break the systems for people who are already using the platform. > > Now, I understand hearing harsh criticism about your work might hurt your > feelings and all but here's the antidote; > work harder, > improve your code, > try again when your code quality improves. > > You guys cannot expect people to accept these kludges in their systems that > they run everyday. > > It's an open source project, you can't get mad because your code isn't > accepted, it's your jobs and engineers to do better not expect users to > jump through hoops to accommodate your subpar attempts at coding. > > This isn't about me, it's about the quality of code that you guys are > trying to submit. > Not much to disagree with what you say here.. because that's why I no longer work on using FreeBSD instead having created my own fork which is something I can call stable, that can be patched for security issues and something that is usable across my environment. The one thing who you should be aware of and what I do disagree with you over is who you are speaking to ML is a long standing 'old hat' of FreeBSD and someone I respect and I know would not be putting 'kludges' and substandard code into the trees... Direct your anger elsewhere, whilst still making valid points. Regards, Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-current@freebsd.org Mon Aug 27 11:55:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1002D10860F4 for ; Mon, 27 Aug 2018 11:55:31 +0000 (UTC) (envelope-from jmaloney@ixsystems.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 823CD8C163 for ; Mon, 27 Aug 2018 11:55:29 +0000 (UTC) (envelope-from jmaloney@ixsystems.com) Received: by mail-ed1-x530.google.com with SMTP id h4-v6so10247136edi.6 for ; Mon, 27 Aug 2018 04:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ixsystems-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hPdQhq+FF2lTz+1lMwErRGQbnMeXGkYiJL0QsESWJlg=; b=aL6XttlvLLOal9sfrPGPn82yE+TEKzC97OgQcQDRGsPiaUlL3v02wSpLtoWR+mjeO7 BNOS6+4NoY/ItJvEm7s5ZXj93psz+OSSBoBeNtcY9B4yM0ibZWuzCwhMZOOelGxIt3w0 dr4rP06S9DruuK8HS6wqfBiFsC1LVmW24WP3BTDkga0Qrn9F/KwnVT5CBTqKX6Aw/EIh 95Uoa88TM/Pu4adSX4jy0QkciG17pNFYz+BgMQbTQWiJYV6F5snWHxNBjYzvvw4VwFVY aOnDVgkHjBtSW/nRNfL3lL9p8eQGPmAVG/fpHHYRLe3Rm6KiFBmiZFeXIxPGe/3kzK6W DJaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hPdQhq+FF2lTz+1lMwErRGQbnMeXGkYiJL0QsESWJlg=; b=e+khcMbGyMXAEWjDJAYoIk+kOtl9Zud2qTbqxMAcaiBwZHdMlenEYPuN3ZQw7LV40S 4mvVtu4nPDK1pc98PmfhmM6PoOHgH4gBXzD+KlA27kMzaxsW6IbSsRjfj8JDed+BGCnf cngNVM+Mh8+WwPcnPSmfJzCJTfDgB52+8rCMPjytOym04Hvh5SpzGL/3cEKcatVENwYN hOdba0JsZbSKUBAcAN5sPi2HLlJ+yjLgKcAG0rnHggNnAXIAT/Bb6kT5ka6VKydB3Pp+ +sAsSW6rW/ZZ+Eg5AM8/IHO4+jYGRJWp3+tmxfqd6dL6itAtQSL9w9PZ/XiMkhY/Nr5n B1Dg== X-Gm-Message-State: APzg51ANC+/EVxPrXUvmrK4RRK69Qvht1nv/byMSf3g0KpAT98CnLxsj CzDVPPOK7JXl9LTiXPF9/zuy/Zr/56ug0kLPbgnXlTLD X-Google-Smtp-Source: ANB0VdZuBbX4KtoJgQFPdcYMGJY5dNbyxshw0Lptm1Eo03DGZ2/35g7hhntsBTnZqvl5QacNmZ58uishT9FWtUmXWkk= X-Received: by 2002:a50:b7db:: with SMTP id i27-v6mr17132591ede.284.1535370928562; Mon, 27 Aug 2018 04:55:28 -0700 (PDT) MIME-Version: 1.0 References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <5b83cb32.1c69fb81.ee07c.812eSMTPIN_ADDED_MISSING@mx.google.com> In-Reply-To: <5b83cb32.1c69fb81.ee07c.812eSMTPIN_ADDED_MISSING@mx.google.com> From: Joe Maloney Date: Mon, 27 Aug 2018 07:55:16 -0400 Message-ID: Subject: Re: drm / drm2 removal in 12 To: mueller6722@twc.com Cc: freebsd-stable@freebsd.org, freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 11:55:31 -0000 Thanks for the drm-next efforts. I could not, and would not be using FreeBSD without it. Joe Maloney On Mon, Aug 27, 2018 at 5:58 AM Thomas Mueller wrote: > Excerpt from Oliver Pinter: > > > Let's do some more step backwards, and see how the graphics driver > > developments works from the corporation side. > > They not bother about any of the BSDs, they focus only to Windows and > > Linux. If you want to use a recent (haha recent, something after 2014) > you > > are forced to use new drivers from linux. > > The fore/advantage on the Linux side are the zillions of corporately paid > > kernel developers. > > They can just focus on a new hw supports, on freebsd side, there are no > > corporately paid drm driver developer. Sadly. > > In linux word their internal KPI (try a Google for a "stable API > nonsense" > > words) moves so fastly, that porting of these drivers gets non trivial > > without a dedicated paid team. > > > If you want to change on this situation, try to learn for you could help > or > > send directed donations to freebsd foundation. ;) > > Linux and FreeBSD are not the only open-source OSes. > > There is also (Net, Open, DragonFly)BSD, Haiku, OpenIndiana and others. > > Maybe better would be for the hardware manufacturers to release more > general specifications that could be adapted to any OS, by the NetBSD > developers, Haiku developers, etc. Certainly not to ignore Linux. > > Tom > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Mon Aug 27 18:50:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4CA61093394 for ; Mon, 27 Aug 2018 18:50:42 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (mail.nomadlogic.org [IPv6:2607:f2f8:a098::2]) (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 6CA597E674 for ; Mon, 27 Aug 2018 18:50:41 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.106] (cpe-76-175-75-27.socal.res.rr.com [76.175.75.27]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 30213ff6 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Mon, 27 Aug 2018 11:50:39 -0700 (PDT) To: FreeBSD Current From: Pete Wright Subject: beadm vs bectl Message-ID: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> Date: Mon, 27 Aug 2018 11:50:35 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 18:50:43 -0000 hi there - i have a zfs based system where /boot is on its own pool.  beadm seems happy enough with this setup but bectl errors out like so: $ sudo bectl list / and /boot not on same device, quitting $ $ beadm list BE                 Active Mountpoint  Space Created default            NR     /           47.6G 2018-03-02 20:30 snapshot_02262018  -      -            1.5G 2018-03-03 14:38 badresume_05122018 -      -            4.4G 2018-05-12 19:45 11_2_beta          -      -            2.6G 2018-05-13 18:26 resume_works       -      -           12.6G 2018-06-01 16:45 $ reading the manpage for bectl it doesn't mention this being an issue.  so i guess i have two questions: 1) is it a bad thing(tm) to have /boot on its own pool? 2) assuming that having /boot on its  own pool, why does bectl not work with this configuration? thanks! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Mon Aug 27 22:22:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EA321097CF7 for ; Mon, 27 Aug 2018 22:22:20 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 E3D6485D74 for ; Mon, 27 Aug 2018 22:22:19 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 94A381926B for ; Mon, 27 Aug 2018 22:22:12 +0000 (UTC) Subject: Re: beadm vs bectl To: freebsd-current@freebsd.org References: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> From: Allan Jude Openpgp: preference=signencrypt Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <25b137fa-5b09-fa0b-e261-91d1a3fd06f3@freebsd.org> Date: Mon, 27 Aug 2018 18:22:09 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YFR0c7QvrsDPnH62bw5BncbGpdA2Rec1K" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2018 22:22:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YFR0c7QvrsDPnH62bw5BncbGpdA2Rec1K Content-Type: multipart/mixed; boundary="G54QTRDwMzwsLv8VNmiG9aB2GHRw1C90A"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <25b137fa-5b09-fa0b-e261-91d1a3fd06f3@freebsd.org> Subject: Re: beadm vs bectl References: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> In-Reply-To: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> --G54QTRDwMzwsLv8VNmiG9aB2GHRw1C90A Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-08-27 14:50, Pete Wright wrote: > hi there - i have a zfs based system where /boot is on its own pool.=C2= =A0 > beadm seems happy enough with this setup but bectl errors out like so: >=20 > $ sudo bectl list > / and /boot not on same device, quitting > $ >=20 > $ beadm list > BE=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 Active Mountpoint=C2=A0 Space Created > default=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= NR=C2=A0=C2=A0=C2=A0=C2=A0 /=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 47.6G 2018-03-02 20:30 > snapshot_02262018=C2=A0 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1.5G 2018-03-03 14:38= > badresume_05122018 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.4G 2018-05-12 19:45 > 11_2_beta=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 2.6G 2018-05-13 18:26 > resume_works=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1= 2.6G 2018-06-01 16:45 > $ >=20 > reading the manpage for bectl it doesn't mention this being an issue.=C2= =A0 > so i guess i have two questions: > 1) is it a bad thing(tm) to have /boot on its own pool? > 2) assuming that having /boot on its=C2=A0 own pool, why does bectl not= work > with this configuration? >=20 > thanks! > -pete >=20 Your /boot being on a separate pool can never work, since you can't take a consistent snapshot of / and have it include your kernel (which is under /boot/kernel which is a separate pool) Do you know why you have 2 separate pools? If it was for GELI support, FreeBSD 12.0 will not require two separate pools anymore, and there will be migration instructions shortly. --=20 Allan Jude --G54QTRDwMzwsLv8VNmiG9aB2GHRw1C90A-- --YFR0c7QvrsDPnH62bw5BncbGpdA2Rec1K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJbhHmUAAoJEBmVNT4SmAt+bpkQALlcBkw6up6h+vXQ/q8FRoTp X2Wma0dJj2I3g7Fc5FzEcaE2S7qDv3ChYHSo0+jzkBDmQVMy2kkfE6rbzJAqz5gW PtRXjqtNGLsVZFr9+/fXXAN6iozHN3wfb3Xzhd/Wrsc18strQIQ/hIvT+aK8CbM+ 2oO1Tc/JVgQnVp2W3iFnglUP54xJ0Yy1/HR2Qb3lcruoIsdqBVjgb85GCdKTQh6F zAoEZunvTd1tA4nErKqJpmoOodF8Xji5C8ZIQxH3wuMIqPPMaAk2iK12V7jeEGWN NKwfTT6k8Mq6HeY6RxIVMORIf0T3Rxuyp1j/YhYw5nmGcZ79dVa7g1Mihr0CUiql 0/E5S15zdxEpiMB350ThMhW4w7/uPUfY66CNDBTJz6FpzU5y4qIrxIWnMbigtFjn z4+96DRBmFlu41EleEBt18UnfFxS/ZDkvEYkGvECXUdYjN3T5wFX9Ywo5xdENR0t dyAtt/XFTP79ODToGcyBvERFh20RszLz2l0KzoioXefETf4ABkcXdwIXgSWbwf7R I7nic960C4UPDbdDgkYlM5qteLSA41fX6ET6qRjwdFDcBeD9jgP4g5XaYXpn0BrQ LmcGstJIYlSroCnjgWGVAGPYN586IewmVd+vkP15NztYLF/S52z3EJysrqXvZeaA h4b2StJEu0zmkeA4Y2jN =HOQE -----END PGP SIGNATURE----- --YFR0c7QvrsDPnH62bw5BncbGpdA2Rec1K-- From owner-freebsd-current@freebsd.org Tue Aug 28 06:40:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73EC610811F4 for ; Tue, 28 Aug 2018 06:40:43 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 188C275779 for ; Tue, 28 Aug 2018 06:40:43 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: by mailman.ysv.freebsd.org (Postfix) id D16D210811F2; Tue, 28 Aug 2018 06:40:42 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF93210811F1; Tue, 28 Aug 2018 06:40:42 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54A497576F; Tue, 28 Aug 2018 06:40:38 +0000 (UTC) (envelope-from Alexander@leidinger.net) Date: Tue, 28 Aug 2018 08:40:15 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1535438431; bh=KbChgs+O+OiOdF4C2qNqGu4GIKkMlT3WMTqVq0TvJtk=; h=Date:From:To:Subject; b=PWLqJheVFQb7DLTpNwd6dNDLZ3xNdyWqfgbb41tVbvWw1uNRIeEn950FRWK9D74nN /jam4byuxlsROoAzCuyB6sQzQLWYGLI38zzOI01/V8TIqFh2TYOI7nejYF0Z+NzFmz M0JyAsl5EadXdmgnWYxwlp0l+2faxGWpLAxw6HIwviwGZtwBe/Enf2AWQZnTzeTAvJ 14n4v95KNcPfU9EG68gNkTtZjFfQXqjsiSZPUQhPTF2sHNuVbwU0QTxUFyJ/c5F2Kv KDownBOCEFw4ws3DqaYxFmIgf3p4wslc4VYmHMEnekY502WhPH9YoX2y30AAz3TWlw iHRqtVA8IZmUw== Message-ID: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> From: Alexander Leidinger To: fs@freebsd.org, current@freebsd.org Subject: old top and new -current: missing arcstat sysctl User-Agent: Horde Application Framework 5 Accept-Language: de,en Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 06:40:43 -0000 Hi, top reports missing sysctl kstat.zfs.misc.arcstats.other_size for 12.0-alpha3 with a top from an old-ish -current. Is/will this be handled via a compat-11 sysctl (my kernel is without compat-xx), or did this slip through? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF From owner-freebsd-current@freebsd.org Tue Aug 28 06:53:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 639C8108194D for ; Tue, 28 Aug 2018 06:53:56 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D194F76038 for ; Tue, 28 Aug 2018 06:53:55 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-oi0-x236.google.com with SMTP id l82-v6so932828oih.11 for ; Mon, 27 Aug 2018 23:53:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=/gyRX9OSRGZWwxrCk71wkd8b/gukE6Z/lhARcO8EISE=; b=LaJYIFsm0C/Vwc4HuHa2eImfFkDjt4+Noqv8s/XWBwosy+fhi5db6YyQbdWp3n1gTB oY4q6SYDeyJT7GtqgS0gnGCHDWJrOPZ7iT8MVXelJexgvgFCKB1HNvHVNM1D6BUm313y 62kgDaTrmmUHZ4upH2brGuDY7muIWQ97TuDqKmw+vXP0W5Hra5cW/fxPXv+mK2hWPhPm r1NnM7FNsN3QJj4Hl2RQtlQKEjs9UC8Sd9uA4MWx0bD8wY56pzid87iFBcFIehk5VL/K unHnQ+mVQal619jKQ10M1iGby5gN3cc+v/lzNaSXTpaftMgchWE6yd6BEt/4A15Vg3BD imFg== 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=/gyRX9OSRGZWwxrCk71wkd8b/gukE6Z/lhARcO8EISE=; b=WUPJcAYrW3UConIHv7+I6XRzrXoslkoDODXrExgeB0KVqxSpfumerpI52dvVPOVewi JVevspWrq4lesPOQDdE5bDQyP6oRBwfak1O9ZkAOjKgeP6L9D4INPpPtF6pKV6A+MgcX D90L0nGCHe6btmva9vWDBG4qaWg8y+cGxZIiOn7E5OeIenlZMpuieWi0C3SFiGvq1cKo 8ow2cCLm20Secs5MjM4lg3zqX3upipejl5qiX1QqSjlpmF/tYmuO7yVxvnmnqoKyKDHL BlI9jnnwh8JLkM3qIMTlvAPZrYyXwLMkBJ4BqJow12nsvhgiTGjvhYfNPL2Z5SlrMAZH NuUQ== X-Gm-Message-State: APzg51DFzRnNuHrqsC91jqPftlIgCqJf4v/+BzCus+FWnLWUaHDBX8/J Zfvl5VQHkqZx+Msp2UFETh5JniRp4qU= X-Google-Smtp-Source: ANB0VdYpUUjdF/cG6+Ie+Bm09PRF/p+sPH9iD7ik4iO63etAFxPm6DOwN1P8haU5mldL2/1Jth2aTg== X-Received: by 2002:aca:5905:: with SMTP id n5-v6mr244997oib.232.1535439235124; Mon, 27 Aug 2018 23:53:55 -0700 (PDT) Received: from mail-oi0-f50.google.com (mail-oi0-f50.google.com. [209.85.218.50]) by smtp.gmail.com with ESMTPSA id n71-v6sm245702oig.48.2018.08.27.23.53.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Aug 2018 23:53:54 -0700 (PDT) Received: by mail-oi0-f50.google.com with SMTP id 8-v6so996233oip.0; Mon, 27 Aug 2018 23:53:54 -0700 (PDT) X-Received: by 2002:aca:f44d:: with SMTP id s74-v6mr218120oih.102.1535439234493; Mon, 27 Aug 2018 23:53:54 -0700 (PDT) MIME-Version: 1.0 From: Jov Date: Tue, 28 Aug 2018 14:53:43 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: missing AMQ usage in dummynet/ipfw man page for 12-alpha3 To: freebsd-current , freebsd-doc@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 06:53:56 -0000 hi, I see the AMQ function is there but there is no usage info. And find this review marked accepted: Dummynet AQM usage documentation for ipfw man page =EF=BC=9A https://reviews.freebsd.org/D12507 From owner-freebsd-current@freebsd.org Tue Aug 28 07:56:13 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACBDE1083306; Tue, 28 Aug 2018 07:56:13 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4720578057; Tue, 28 Aug 2018 07:56:13 +0000 (UTC) (envelope-from des@des.no) Received: from next.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id CF1588C01; Tue, 28 Aug 2018 07:56:05 +0000 (UTC) Received: by next.des.no (Postfix, from userid 1001) id AE0F18CDF; Tue, 28 Aug 2018 09:56:05 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: blubee blubeeme Cc: Hans Petter Selasky , pmcnary@cameron.net, Johannes Lundberg , freebsd-stable@freebsd.org, mmacy@freebsd.org, Ali Abdallah , FreeBSD current Subject: Re: drm / drm2 removal in 12 In-Reply-To: (blubee blubeeme's message of "Mon, 27 Aug 2018 06:21:57 +0800") References: <20180824215302.ivfna55jtrtc5trg@freebsd480.station> <86k1oepbdr.fsf@next.des.no> <180f8f99-5fa1-1411-59e6-856e3ebc370c@cameron.net> <86d0u5otu4.fsf@next.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (berkeley-unix) Date: Tue, 28 Aug 2018 09:56:05 +0200 Message-ID: <868t4qudpm.fsf@next.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 07:56:13 -0000 blubee blubeeme writes: > You seem to miss the point where the you avoid breaking the system for > any users not on the bleeding edge. You seem to miss the point where nobody is interested in anything you have to say any more. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@freebsd.org Tue Aug 28 09:14:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF5C41085833 for ; Tue, 28 Aug 2018 09:14:50 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2C27B014 for ; Tue, 28 Aug 2018 09:14:50 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf1-x144.google.com with SMTP id j8-v6so768182lfb.4 for ; Tue, 28 Aug 2018 02:14:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:openpgp:autocrypt:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=y9MQFePOTGR4zbplD1cJYzyfNsb8IEH9mrDLcrsI0m8=; b=qIDt0hx4B7wFrIP/rUmnay+XZySsQEUwN8CM80B3/BrIy5pe63V4qJQmDXPQrQj/iG 7GStLgbOGDlxgOzyuJM0XkObXuF5DdAxVghXN295pU24XtVnbWITUz1+kZA1qlR8H0Zj ovsK9NuWRGF5jkWe3rEW873RLruH4ILg2Eo4bNPwTjSE4rUrtEewL4nDyKtVbaNkko19 H01l6IPSpgMv+HU4vG6FFuPycL6UHujYSPYRTGMtlarAOE9F8efxqBss7c4nORnAr57/ nDHlaGyakG3bbCpYSk4sHUkMUzGpDxDoFt9/kSTxeySxkHXAYebZpXAjfHjj1rCnWUOp xp8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=y9MQFePOTGR4zbplD1cJYzyfNsb8IEH9mrDLcrsI0m8=; b=G9fuOZYsXinWjGSt7xidWfHpRDYWN9jtOsAh/CamSiZhMiiUNut6TNYza1Y6m/zkjL wOptEA78YZAMZC/eLAifAk6twMbqojP/fpPGFqxp3aCga3lfDFLvMeC9ZcKvi2wkRrpO zfMtXKJGNmdcxHjjSGG6q46AnfYtVwczZyLhpToQR+rRFVX23Ko5nSbBRZhFDdkg2yWF LnmzWBPRIcp46x299+zqSFB3FP2iD36Z1kWLrOYfIQPtg74RKhPHwQgHvV3cfRlym90n 0UM3zj///DEMqM/KWtcn9kkKerOenxypPxE1GcZeRfHlI1+Y7k49NjZryaIkz5LxcJnR UPOw== X-Gm-Message-State: APzg51DdC8HCKKDPc2fKUtba3K876zwkQCjflfRYk/4BVEUarebX4sha xuGIrFjRlwR7DZML1xbcBjnBaQOK X-Google-Smtp-Source: ANB0VdYmibQoe8kI7sxIdgqTr3iS06qjaZA6rkKUnWQVojQcHf0t0XToh0Zk7itYZsyx0EdPong5PA== X-Received: by 2002:a19:2bce:: with SMTP id r197-v6mr590098lfr.37.1535447688595; Tue, 28 Aug 2018 02:14:48 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id o184-v6sm106673lff.95.2018.08.28.02.14.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 02:14:47 -0700 (PDT) To: freebsd-current@freebsd.org From: "Alex V. Petrov" Subject: Current and nvidia-driver again Openpgp: preference=signencrypt Autocrypt: addr=alexvpetrov@gmail.com; prefer-encrypt=mutual; keydata= xsFNBFr3oA0BEADMSXiVd/IwYhJPMQ6LXbZ7jTA/RXuzrGYaR++UENx5QJ6/HJ/3myTeMnZE nNa0Zme+oKw/9s5x7rBTP6mL5ta7VSYpnPX932mAjT9J4nS7iW/wWNBqcXn7wDCog2TV8Ww3 13SUP2YaKoJKJLxddiZD6AJrkafB9EE/AycMQ8XxMao1lVS+/KAo0yciOsnSlIJCWhF00b3j xDlHLvehrDa4S3EB13bF6uE0XU5nFfMNHtBav2mwD9t01hNioCNTV1hXwmsS/L1n5PR5FyJJ yYtjeohrAUiGKGJU9lJJ6tROBhzV/k3OsOGPyajFOVsW0vUueYfgw+IAPYdOZIAONgNdxkvs tRLQxYPCBMN1FvQ7GlIhq7ob+mxuA1imXx3xzlYy5tu4QzB383qZtLqQnZpysjYooAbHl+eN vB2ldvH9TZxm3fxxNL6zgYAXE/pNgFoqg/ILmhDwvvHzApHqVCKU3g6yii0KPxD7susaUWcL JYgrmt2BIE0RuiQRGWyS0L277D/YGmVnPNHxPi58DBs2iexDm7jw7PhlmfOw44N9w+O09D2S gqmBHySAtsq9Z5LoM81F+LrOoVmpYczZWErS917Gua1X7K3wrXoqQC8qcSiHZpEcBl/Uohii QWzjQJot5LT7rvfFHpnSOXAKgN7enVM7KxTJAYK1U343GGdepQARAQABzTZBbGV4VlBldHJv diAoZmlyc3QgZ2xvYmFsIGtleSkgPGFsZXh2cGV0cm92QGdtYWlsLmNvbT7CwY4EEwEIADgW IQRvKPTT2TJuh37ANx313p8aVpVkcAUCWvegDQIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIX gAAKCRD13p8aVpVkcLLeEADClYAElEInGGjtLfH4jdjvTDaQTsrwT5/1E5/h8yxI4yn7hCt1 Dh+iCSUNLdPO88nZV2jP8bMQXFBKSbC0nAJXd8O+8t9AfSWoUC6IMzncxKTK/jZuJTCToCUR XZ+47+uJaBp51rpw3pFX8UrFlYSF6Dz97dI2cGHfx3xAOnowKxyHfthxS8waKWgbMOceds78 BP2+Q0iLCpoC9rO4KDc+w+h8z21eHIE9VHadTHpnKVF82voPH8XWvznTOCpYrdBwUtIyD/DV XRb0xcFsOSkvmReYX7u4QuOPLSc86sEWh4hXTFLAOdfeTjrDTDmBcmFpltmW1j+5t4mI1dK8 gptREM8gMJVJw3jjcO6jADeXX9q5C8/lX0sEGz9uC4oU5nkOMyfzd9Anb+9bCs7pMxhqAKjA 8tqJPPkmJU8WzMCs+uudIiQ8W9qIETwUJWxizQ3kvlzLfWRz5n93Y9kzSmjw81aiIJK/HFY8 wsW5zNo6JBn57cMPx8nBC4E2zM09ffmqSpjDwXfvZF2IIR8L4VTiKi3ovwLglJP+Qbs5HXNn 6K40cPNqfnHzPLwXwd/co04B/VVr+cKZuE58kYGty9Xs9q/SEpObDnxnLxMNHUNJJuRgOiti TKDkteHuKm6NA8v05o3TDQ5HU9szEoE5uoi/3pQ1ktfA/K3LkDwbotXL+87BTQRa96ANARAA w5+/xcaCP6iwsi2CFQ4pAWksdmPBEHA2VPn1ym3C6opjbyWUp6sn25eTWppdhA9rUqbM/zV/ hAFRT67oZJKBYNRaMoDdO8BsVZsg/u76QF/GuhbUjIk0tFFdpddMXl0zKAJJMCfDRxURRWv7 NW6sY/EZ4Dal5s4xOT+UrWGag3qoaIRdzw5bJRP+o75L90cE8pd7+Pd9cVJOOtTAwx0E4bPq dPSa6CPDSvzd9D3mw37dPzXysyQkQTy0OM7255E2wjYz3RbJxB3utybPVN3XJBD5EyA8IYeS ic1/03UrkRNv4XrLnlg7xLv96ZeCrf/BDNQW23iVwbISUAk4TXL7xs2TGYOmowZ89mMEcbfW ChX3YLAuAeWzgpMcrDC00izOxG0spkkrHL7/i1iSu2MKhv5qMTVgchlSktdd+KTba5keleHv ULQ3feGUKf9eTkKgES6q4rKrae0tIwByTLhhDVbkXqR6v8zrpJSscrvJ3tMNgquJKy5ATIUB nvUE2hMkSwtnJ2vQ/Z0zGt6c5KxI57/hsb148tXp1v3gAq9d6i8c8ChxSR/kUlqAvzl2QGcn CFVN6nfOzyNfBPZ61abNzkzjzyhOK4Gq4gQvx4QXhDp3jEME7rPM0Tqf0venb1Dp7SIHwggV yJglGApwoUvD4kKNIC7KDr+s/UjbBp4ExFMAEQEAAcLBdgQYAQgAIBYhBG8o9NPZMm6HfsA3 HfXenxpWlWRwBQJa96ANAhsMAAoJEPXenxpWlWRwAaEQAKm0imG5Fm37JZi+5faXJv/ZLZGl r4TVg4u1kMktdTQRrTXa3Qs0i3wTtOZe1p3xCCzPx+97iYETHragDTdAFUO+v+Llin26L1Zl z4huyIqgGSuTuekQfn6eoMZbcF+wzah4j/mvXQVpJBF2qQi1YdHSapWDlweuiuk01y8C3eHv 3qfFB/OJwXhwj0HKhkGkB2dLXuLtIk4GCXh4/g22tWz/SB0gsSXU7WhJFb0CyxETGR9YKxM8 CNl5tVRLqsBC6yQLvcAJgJci73PfMiHKnjxrz//+0xQO1TPeruWsd8nLYvziT38CyX42Mbaj 01WpvB0qOeTGtwGFmyyrnE8fYpd3CE0uAl9BnHqafAabl9+09x3wf+lEkkO2bK59akZz3BPU 8Lz2BAgskyS81WZCthQYUrUozFEx/31x8JJ95EQFNW9t8HBa51r4QhedSNKxLbT3Sx8hH0iq Z8wYkGw0og9U1DqgFzxE2HSGZSDG3I1DrPDqhcM/6Y0V98wS+XreuS88DYYck37+L7bTGiyZ WYFNZk1ChcIBk8hgKn5nFOCWO2rX06RI9zorzSpEg6lB2STae1Up5oEj8QqfYmfO3cp2Qhvj F3c2/i8KpWkJQkAgNrv428FIlx9SiPu9gvNTTYuLIOdZLQvInTmKs2uCoB6JDAW75axDhBbR FvM3Vpv/ Message-ID: <2fe26c67-cfe3-90e9-89ae-aff6afdbf7f8@gmail.com> Date: Tue, 28 Aug 2018 16:14:45 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 09:14:51 -0000 /usr/src Revision: 338342 ===> Building for nvidia-driver-390.77 nvidia_subr.c:1179:65: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[0].virtual_address, at->size); ~~~~~~~~~ ^~~~~~~~ /usr/src/sys/vm/vm_extern.h:69:1: note: 'kmem_free' declared here void kmem_free(vm_offset_t addr, vm_size_t size); ^ nvidia_subr.c:1205:61: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[0].virtual_address, at->size); ~~~~~~~~~ ^~~~~~~~ /usr/src/sys/vm/vm_extern.h:69:1: note: 'kmem_free' declared here void kmem_free(vm_offset_t addr, vm_size_t size); ^ nvidia_subr.c:1322:65: error: too many arguments to function call, expected 2, have 3 kmem_free(kmem_arena, at->pte_array[i].virtual_address, PAGE_SIZE); ~~~~~~~~~ ^~~~~~~~~ ./machine/param.h:101:19: note: expanded from macro 'PAGE_SIZE' #define PAGE_SIZE (1<pte_array[i].virtual_address, PAGE_SIZE); ~~~~~~~~~ ^~~~~~~~~ ./machine/param.h:101:19: note: expanded from macro 'PAGE_SIZE' #define PAGE_SIZE (1< Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 144B6108A3BD for ; Tue, 28 Aug 2018 12:10:28 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3124580D0C for ; Tue, 28 Aug 2018 12:10:26 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id w7SCAJMv056316 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Tue, 28 Aug 2018 22:10:19 +1000 (AEST) (envelope-from bscott@bunyatech.com.au) To: freebsd-current@freebsd.org From: Brian Scott Subject: ALPHA3 niggles Message-ID: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> Date: Tue, 28 Aug 2018 22:10:18 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 12:10:28 -0000 Hi, Just a couple of small observations with 12.0-ALPHA3 from testing on a Raspberry-Pi 3: *    The boot loader (I presume the new LUA based one) is sending escape sequences to the screen to format up a boot menu. The screen doesn't recognise them and shows a series of ^[ style sequences instead. *    The timeout countdown of the boot loader has reverted to very slow. The loader did this earlier in the year on -CURRENT but had obviously been fixed for a few months now. Maybe some change needs to be adapted from the old to the new loader. *    The root user on the image doesn't have a .login file. I realise these are all cosmetic issues in the overall scheme of things but if anyone is working on a bit of spit-and-polish for the new release they might want to have a look at a few of these. Otherwise I'm happy to say that I haven't found any significant problems yet. I'll keep looking though. Keep up the good work, Brian From owner-freebsd-current@freebsd.org Tue Aug 28 13:08:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC3E6108BA89 for ; Tue, 28 Aug 2018 13:08:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8587E83021 for ; Tue, 28 Aug 2018 13:08:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 1FED7B26F for ; Tue, 28 Aug 2018 13:08:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f52.google.com with SMTP id i7-v6so1323856lfh.5 for ; Tue, 28 Aug 2018 06:08:17 -0700 (PDT) X-Gm-Message-State: APzg51CKi8dyB7sbIZiYIyM3ucoP6J/4wVYskN44yhNZcXmDMbMzNqvw oiKORYwsH8WefikXpoUHRsT4H+lAu/3BYxSiewE= X-Google-Smtp-Source: ANB0VdbpWRbJQNokehOhM5ybR2bh7UczCur4oFYaTsPKN2kCgT6h+j+MI18wCTAHJqOH4dYmhKRxOrFp7KGYCDHq7Ro= X-Received: by 2002:a19:ea52:: with SMTP id i79-v6mr1189080lfh.75.1535461695638; Tue, 28 Aug 2018 06:08:15 -0700 (PDT) MIME-Version: 1.0 References: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> In-Reply-To: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> From: Kyle Evans Date: Tue, 28 Aug 2018 08:08:03 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: ALPHA3 niggles To: bscott@bunyatech.com.au Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 13:08:18 -0000 On Tue, Aug 28, 2018 at 7:10 AM Brian Scott wrote: > > Hi, > > Just a couple of small observations with 12.0-ALPHA3 from testing on a > Raspberry-Pi 3: > > * The boot loader (I presume the new LUA based one) is sending escape > sequences to the screen to format up a boot menu. The screen doesn't > recognise them and shows a series of ^[ style sequences instead. What terminal are you using here? > * The timeout countdown of the boot loader has reverted to very slow. > The loader did this earlier in the year on -CURRENT but had obviously > been fixed for a few months now. Maybe some change needs to be adapted > from the old to the new loader. When you say "very slow" -- your autoboot counter is defaulting high, or there's a perceptible longer-than-one-second delay between updates? Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Tue Aug 28 13:40:50 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19A3B108CA16; Tue, 28 Aug 2018 13:40:50 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93EC3843D6; Tue, 28 Aug 2018 13:40:49 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w7SDelkA015592; Tue, 28 Aug 2018 06:40:47 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w7SDelxe015591; Tue, 28 Aug 2018 06:40:47 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201808281340.w7SDelxe015591@pdx.rh.CN85.dnsmgr.net> Subject: Re: missing AMQ usage in dummynet/ipfw man page for 12-alpha3 In-Reply-To: To: Jov Date: Tue, 28 Aug 2018 06:40:47 -0700 (PDT) CC: freebsd-current , freebsd-doc@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 13:40:50 -0000 > hi, I see the AMQ function is there but there is no usage info. > And find this review marked accepted: > Dummynet AQM usage documentation for ipfw man page ? > https://reviews.freebsd.org/D12507 That review is accepted by manpages, it has not been reviewed outside of that, and is in my inbasket, but not of extremly high priority. It has not been commited to the tree. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Aug 28 13:45:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E03D8108CD49 for ; Tue, 28 Aug 2018 13:45:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64CA48491C for ; Tue, 28 Aug 2018 13:45:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 68db52c5; Tue, 28 Aug 2018 15:45:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=kj3BwVbMnVRDi4CG48SGxk9JLOs=; b=iYYiLP0d9LOKr31QzGo5FashFOf6 ZtClvB+ufgZN75nBhQeDS44r20ralUBwNYRBWlNUF9Dd93+x4kWvm9WTW0Rp7TJe Gvz7WOCJxVWMjFw2v8GeSyvGvMVv7PXlbj1rDfnvYZUwLrrkyfKMFaPttY7vXnmw AhzjMU4fOXJZ9YA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=s2k1q1DvnY1FfYqtouOMfhWCdeFL8K1KjnCmXy15BOtNAFTGupEq3WQ/ Sv0x55uE9BuuIcmbnwNPVQm+4asXW7MYgMYn7fkrnJDBsaZONQHqFta9OIaGzjdM H/VIMiPhVk03lcz/tPF86pGaeEG8l1PlNUl4rqdAWgpvV9QAZlA= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 1e6d5f6b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 28 Aug 2018 15:45:34 +0200 (CEST) Date: Tue, 28 Aug 2018 15:45:33 +0200 From: Emmanuel Vadot To: Brian Scott Cc: freebsd-current@freebsd.org Subject: Re: ALPHA3 niggles Message-Id: <20180828154533.2a3bcc252468ffecf210dcba@bidouilliste.com> In-Reply-To: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> References: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 13:45:43 -0000 On Tue, 28 Aug 2018 22:10:18 +1000 Brian Scott wrote: > Hi, >=20 > Just a couple of small observations with 12.0-ALPHA3 from testing on a > Raspberry-Pi 3: >=20 > *=A0=A0=A0 The boot loader (I presume the new LUA based one) is sending e= scape > sequences to the screen to format up a boot menu. The screen doesn't > recognise them and shows a series of ^[ style sequences instead. If it's stuff like that : https://people.freebsd.org/~manu/RPI2-HDMI.jpg it's known, we should remove the beastie menu from the image I think > *=A0=A0=A0 The timeout countdown of the boot loader has reverted to very = slow. > The loader did this earlier in the year on -CURRENT but had obviously > been fixed for a few months now. Maybe some change needs to be adapted > from the old to the new loader. I don't have this problem on my RPI3B+ with latest ALPHA snapshot. The patch is still in the u-boot-rpi3 port (https://svnweb.freebsd.org/ports/head/sysutils/u-boot-rpi3/files/patch-lib= _efi__loader_efi__console.c?revision=3D468630&view=3Dmarkup) so I don't know what going on for you. > *=A0=A0=A0 The root user on the image doesn't have a .login file. The users are added with pw directly (iirc) and the /etc/skel content isn't copied in their home directory, that's something we should change for 13 and mfc back for 12.1 > I realise these are all cosmetic issues in the overall scheme of things > but if anyone is working on a bit of spit-and-polish for the new release > they might want to have a look at a few of these. >=20 > Otherwise I'm happy to say that I haven't found any significant problems > yet. I'll keep looking though. >=20 > Keep up the good work, >=20 > Brian >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-current@freebsd.org Tue Aug 28 13:52:20 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C376108D1A4 for ; Tue, 28 Aug 2018 13:52:20 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A021B85106; Tue, 28 Aug 2018 13:52:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w7SDqAxs015638; Tue, 28 Aug 2018 06:52:10 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w7SDqAtY015637; Tue, 28 Aug 2018 06:52:10 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201808281352.w7SDqAtY015637@pdx.rh.CN85.dnsmgr.net> Subject: Re: ALPHA3 niggles In-Reply-To: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> To: Brian Scott Date: Tue, 28 Aug 2018 06:52:10 -0700 (PDT) CC: freebsd-current@freebsd.org, brd@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 13:52:20 -0000 > Hi, > > Just a couple of small observations with 12.0-ALPHA3 from testing on a > Raspberry-Pi 3: > > *??? The boot loader (I presume the new LUA based one) is sending escape > sequences to the screen to format up a boot menu. The screen doesn't > recognise them and shows a series of ^[ style sequences instead. > > *??? The timeout countdown of the boot loader has reverted to very slow. > The loader did this earlier in the year on -CURRENT but had obviously > been fixed for a few months now. Maybe some change needs to be adapted > from the old to the new loader. > > *??? The root user on the image doesn't have a .login file. Confirmed on an amd64 install, adding brd@ to cc list, this is an issue for him. > I realise these are all cosmetic issues in the overall scheme of things > but if anyone is working on a bit of spit-and-polish for the new release > they might want to have a look at a few of these. > > Otherwise I'm happy to say that I haven't found any significant problems > yet. I'll keep looking though. > > Keep up the good work, > > Brian > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Tue Aug 28 14:25:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60511108DEB8 for ; Tue, 28 Aug 2018 14:25:45 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 DDFEE864BF for ; Tue, 28 Aug 2018 14:25:44 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id AC93F19E99 for ; Tue, 28 Aug 2018 14:25:43 +0000 (UTC) Subject: Re: old top and new -current: missing arcstat sysctl To: freebsd-current@freebsd.org References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> From: Allan Jude Openpgp: preference=signencrypt Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: Date: Tue, 28 Aug 2018 10:25:39 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hprtX5CWgVDiWfucwR6006LA7Ee7ZYqQ6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 14:25:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hprtX5CWgVDiWfucwR6006LA7Ee7ZYqQ6 Content-Type: multipart/mixed; boundary="EcZnxddWDRCeezT68SCbS43DyP1jBIGD1"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: Subject: Re: old top and new -current: missing arcstat sysctl References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> In-Reply-To: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> --EcZnxddWDRCeezT68SCbS43DyP1jBIGD1 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-08-28 02:40, Alexander Leidinger wrote: > Hi, >=20 > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for > 12.0-alpha3 with a top from an old-ish -current. >=20 > Is/will this be handled via a compat-11 sysctl (my kernel is without > compat-xx), or did this slip through? >=20 > Bye, > Alexander. >=20 That is not something that a compat-xx package can handle. That arcstat was broken up into 3 individual stats, which the 12.0-alpha3 version of top will sum together for you. I don't think we've had compat shims like this for previous versions of top, I recall having similar issues when the 'laundry' counter was introduced. --=20 Allan Jude --EcZnxddWDRCeezT68SCbS43DyP1jBIGD1-- --hprtX5CWgVDiWfucwR6006LA7Ee7ZYqQ6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJbhVtmAAoJEBmVNT4SmAt+KQkP/jHRvLe+XX+vAtZPk5u2oGl7 eMMQw5fyezeRU8rZYtiyRHmSk6I5Rpw5QgvN5Nrh7809iB7XAeYYGIRyU3JNSKtX IxxkuCLJl0tYyO+rrQcg8aO/sCrohBlEFLWDpTuWhvh0a772oLYLFwDM0BNUZP+G JFXMZudeR3NlSmEW9XjO+NEFPsdVOxV7ctNV8iWh7urE6yFo1jw7HvM4WTlgpsHI eUBMgvSCr/ljl7yPnsRmfnnr6AvaRPDXF/O0KopSWlh9lUWxPeu2CZls1nI4R/sA UrBcnwe3+ZjFmEzBgFBT1y+yDxqTDsAWMpoOSB9fC0RWG4QgH21vt7NBsdGl/bEv ErtBruKVDmRIFzzuMHBbSMkpadHmA6ARqRvDa03Eh4emhn1hhlitCv3tb4ThXwJN Ew1hLlwU1I2cJlg+M3muTLN2L1HpyBAX8vSi7ITmrXkJeOuV2ciR42QjkmK5XAzk eQlR0G7aVB6EXmnEgpOwYP1aLsIEkmhviUT6XAThK4ROysHS4EFkArGb1KVkkase Y7rxfTH3H7UYHJXa5Vk+MBiiiK8RPN+jEfQtOWhEjqvsEgAakyfPKkHmxOOwNcBi GVxnMy/EhRTaLFw2z3R7Ph2DCwR64Jmruc+fZhF7nl6lW/p6jV+4zMq/vioQkRL2 W4566F+guplYs+8sEjrw =nuZU -----END PGP SIGNATURE----- --hprtX5CWgVDiWfucwR6006LA7Ee7ZYqQ6-- From owner-freebsd-current@freebsd.org Tue Aug 28 14:48:49 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0C5F108EAE2 for ; Tue, 28 Aug 2018 14:48:49 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6424C874C0; Tue, 28 Aug 2018 14:48:49 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pg1-x535.google.com with SMTP id z4-v6so863996pgv.2; Tue, 28 Aug 2018 07:48:49 -0700 (PDT) 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=0nQ5i7xSJEWXxr/9i3jzlKAknjKQoqO2MkL8WHATyGY=; b=CZtbhdHLYCYJkAJjIUblEAjd2JElV9JUDPuP/Fk4yBs+uEl79trvkE1GI9YCLgLQsS mfz4ZTlebWu5W8yMMlYKOxrJjaOusonv+eYGTj3ECBewLxPDgJdkOn4ir8+GA5+tZ6vb P9LzIsG8Htp7BVLIcSIqjJ/LKFHeoYpe+EK2fKCdx1KaJ9H1fiQWEDZV1jSwThYHNSIW YGGoBJJqqVFF90n05MxjoHWTKizFJGinRdixn4dJxfQr0uuS1k1yh2ZEpLyiXSh12qEl 4nSkG3eMMTUae0yVlC/oGPiI6Lwv0CiIijOud64yEh7BWgkMpPsatPmeCAE1u3xnH9YU klCg== 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=0nQ5i7xSJEWXxr/9i3jzlKAknjKQoqO2MkL8WHATyGY=; b=GjC4O2LGU4f6VyW2TkGXMNGCcL2sokqdksCGHIQLeodvaJNGs8xE6EVbnSg4+gpnJb /OwKz3Ii+WW3eS3VGxSDgpxxcdIGGxLQC2ioZuBwUYNxqdzzpg68auIPN1Qe3NSlndKa os1vhv7EMeB04zLxC5TooL27ZTgxvtzlSnOqA2mE/GvatVyYcWgjf4C71QjJ7pmDwKfz ounqfO0CWylsCx4Mw76QLScJHSqfjPNYVzTy9KQ2xRsvsoJXVMKmz+xuMgU6a9IpLz8P qtfs1gVsFy+zWJz1UzwzxZFg9ofccmxJ+kn8g3RIvyQEOOz9LIEu/PAYTnZe5+tFjaDO txBw== X-Gm-Message-State: APzg51AY8iTO5ccB8cF+RbOw3dK1WlpfTrDHOD8bRBGbyWpbP+K4EDJQ aJUZfQosIEBJflKggcqOXdWGJztS X-Google-Smtp-Source: ANB0VdZG2Fd7d4VvHMxLAdQ3MEeugL2LCFhJTAvgBU3u+ylJ0OgJxmtVkM00FeATmArDwm09fNZgTA== X-Received: by 2002:a63:4757:: with SMTP id w23-v6mr1946788pgk.140.1535467728002; Tue, 28 Aug 2018 07:48:48 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id e73-v6sm2301920pfb.153.2018.08.28.07.48.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 07:48:47 -0700 (PDT) Sender: Mark Johnston Date: Tue, 28 Aug 2018 10:48:42 -0400 From: Mark Johnston To: Allan Jude Cc: freebsd-current@freebsd.org Subject: Re: old top and new -current: missing arcstat sysctl Message-ID: <20180828144842.GA29917@raichu> References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 14:48:50 -0000 On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote: > On 2018-08-28 02:40, Alexander Leidinger wrote: > > Hi, > > > > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for > > 12.0-alpha3 with a top from an old-ish -current. > > > > Is/will this be handled via a compat-11 sysctl (my kernel is without > > compat-xx), or did this slip through? > > > > Bye, > > Alexander. > > > > That is not something that a compat-xx package can handle. s/package/kernel option/? > That arcstat was broken up into 3 individual stats, which the > 12.0-alpha3 version of top will sum together for you. > > I don't think we've had compat shims like this for previous versions of > top, I recall having similar issues when the 'laundry' counter was > introduced. IIRC that would have been the inverted case of running a newer top(1) with an older kernel lacking the v_laundry_pages sysctl. In general I'd expect us to support running an older top(1) with newer kernels if we don't have to bend over backwards to provide compatibility. From owner-freebsd-current@freebsd.org Tue Aug 28 18:03:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6D611093025 for ; Tue, 28 Aug 2018 18:03:39 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 948128F0B7 for ; Tue, 28 Aug 2018 18:03:39 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C355D21F60; Tue, 28 Aug 2018 14:03:38 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 28 Aug 2018 14:03:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=12NOj1NwSXSFg8G72623h7r8cIv/Y 4gw7LR4ZGVUvNY=; b=HU9y5fUDlxdURBxvv52t9oFLdoibq7cnB1D2Bjld/Ev/I qipxMFWVmU2TJ8RHuHzO/OD7P5d1/3bQEZkRRUJnReREdwGDYNnpCIa32bUr+Nod 3TTEnbkzm3e00EJ8Yf1ZEfOxXf+sCRi+GZGwD2o0ynThzOZnsBj3h69tp1zU+8Sb Yz7NGQ9/qtU9fpGpr/DTDlcaFh7+CH3MojEEY3k2lOpVexxFgjq3aEVvSaVPy7Vd eQJzX4OQYIZbzmTFJH5FMaHRUEYOtkOr9zklyTo4iN7UjmTcHc73g1AGIgmza2Se P1qio7CH190QkOobf8vseSMg/zY6U+b/hIJCAzyUA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=12NOj1 NwSXSFg8G72623h7r8cIv/Y4gw7LR4ZGVUvNY=; b=QuM/MWADQ3sxQtA3cuDiJm tbhKQdC1phdPxz52bAaZsARGVgRQI1kIjKDUE6CApyfMhy9GtO7C0UWlX9YeltTm K9npTITxiSs4A88ssVKhXy+JAqp2vRDfIyF43pWgyV9rG1/9sQEgzvou17G/K3fs e96vBYCL7v2tXP0CmNErSJU5Kr48bn6JD5RFUFbwvoIdkhPnRCHqnMPfRb50IUbH +kRX0rNT9d+0exQD5AuucMirnwlNlc9A1+SDrz9Q0Wa6KzKdVKftSPSC8mEnmEWj zjR94/eb7Kp3B8wQqwSaAoY1ZMiRIshsOUuMEg5F3OSFSjGcfvC1bT6gDNWEBkBw == X-ME-Proxy: X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 1FEAFE4015; Tue, 28 Aug 2018 14:03:38 -0400 (EDT) Subject: Re: Current and nvidia-driver again To: "Alex V. Petrov" , freebsd-current@freebsd.org References: <2fe26c67-cfe3-90e9-89ae-aff6afdbf7f8@gmail.com> From: tech-lists Organization: none Message-ID: <32a2dce9-3ee5-0983-dd7d-5371b43d1b4e@zyxst.net> Date: Tue, 28 Aug 2018 19:03:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <2fe26c67-cfe3-90e9-89ae-aff6afdbf7f8@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 18:03:40 -0000 On 28/08/2018 10:14, Alex V. Petrov wrote: > /usr/src Revision: 338342 > > > ===> Building for nvidia-driver-390.77 Hi, Have you tried applying the patch at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 ? Update your ports tree first. Apply it in /usr/ports It worked for me on r338323 -- J. From owner-freebsd-current@freebsd.org Wed Aug 29 02:20:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEA94109E0DE for ; Wed, 29 Aug 2018 02:20:39 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E28C77355 for ; Wed, 29 Aug 2018 02:20:39 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-oi0-x230.google.com with SMTP id k12-v6so6475736oiw.8 for ; Tue, 28 Aug 2018 19:20:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1mVwzfYJePE2T9TqnNhe/Mee7Cvkmueth9zEq7lbHi4=; b=uU9qzq1yX96NTtDCFwo28HBrI3gtSkJOO2QjKND2v1gXaLrhU5xbSUEAbTcghEluqY /ndCWBsK1KuDu7V6ktPB8sPzbkkCFZRgLmgWiyCS34ZigOlOmHoXMlgcSQFKCiBU5UDK I7smkV8M0Z3tdU+RETIp89mGhuS+UOdnOowVZ8GYG/BtrhdOgHbGpwCPBXC26VrNc+3f 0njSIGX3ifwb+H35mXxuYeAbf1AkgLOIRhr4PMq22A794wbF8RNljGtAjiCEXAWQnYhO 5HljQJlIGB6PK/EDyxmHU9vqftRrlMBWuDf0FTlgBwMD8z4djQAT79TzwTxz+BeLmdzM j3Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1mVwzfYJePE2T9TqnNhe/Mee7Cvkmueth9zEq7lbHi4=; b=J2AdMBWUU3OA2UriItnY7lYUGJlTtTkzU4ihjymJC5os6cRFs2wv09Yz1ldcbtvy5D sc9ODBYNESCq/eE8QUa3hdNeYtgFmNV6eY1lB+qQi7++9LRpHek30Jp2QjYcOBKEmarS gU5hbr3DdEWwwVmejGVvrqYHG8o67bvP0kRNnYKfYkwrjIpbT3ZIhHVhRakWeDDcAU1i g9I4eCxV2ixk/splBa0+PxFT2iY7uwScOGac6rMHimS8WZxcOp+120FJ8ZbfsedwSJO5 udyJY32Go8NPdT7ixnm0aKRqwoSFh1tWkxTYgbfvdx3PJZzzfMpdz6SwT9yG4LuBH2iB MTHA== X-Gm-Message-State: APzg51B5G+LbA7/wRhgr2ECVWsr0IvVsjdf36vz8cC9K5gPZuro3id9l rHx5w3W4fMz4QC5mSIM6ywVSIzLzc7U= X-Google-Smtp-Source: ANB0Vda1id73aOetWptKEI88F7K8/sSq84F2IBfutXOGFLzFz8Am5KxVRQoyQ4jWHEx70RTWgfszUA== X-Received: by 2002:aca:c484:: with SMTP id u126-v6mr791901oif.209.1535509238791; Tue, 28 Aug 2018 19:20:38 -0700 (PDT) Received: from mail-oi0-f41.google.com (mail-oi0-f41.google.com. [209.85.218.41]) by smtp.gmail.com with ESMTPSA id z141-v6sm670829oia.56.2018.08.28.19.20.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 19:20:38 -0700 (PDT) Received: by mail-oi0-f41.google.com with SMTP id l202-v6so6474537oig.7; Tue, 28 Aug 2018 19:20:37 -0700 (PDT) X-Received: by 2002:aca:4dca:: with SMTP id a193-v6mr688642oib.343.1535509237831; Tue, 28 Aug 2018 19:20:37 -0700 (PDT) MIME-Version: 1.0 References: <201808281340.w7SDelxe015591@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201808281340.w7SDelxe015591@pdx.rh.CN85.dnsmgr.net> From: Jov Date: Wed, 29 Aug 2018 10:20:26 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: missing AMQ usage in dummynet/ipfw man page for 12-alpha3 To: freebsd-rwg@pdx.rh.cn85.dnsmgr.net Cc: freebsd-current , freebsd-doc@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 02:20:40 -0000 Got it, thanks! Rodney W. Grimes =E4=BA=8E2018=E5=B9= =B48=E6=9C=8828=E6=97=A5=E5=91=A8=E4=BA=8C =E4=B8=8B=E5=8D=889:40=E5=86=99=E9=81=93=EF=BC=9A > > hi, I see the AMQ function is there but there is no usage info. > > And find this review marked accepted: > > Dummynet AQM usage documentation for ipfw man page ? > > https://reviews.freebsd.org/D12507 > > That review is accepted by manpages, it has not been > reviewed outside of that, and is in my inbasket, but > not of extremly high priority. > > It has not been commited to the tree. > > -- > Rod Grimes > rgrimes@freebsd.org > From owner-freebsd-current@freebsd.org Wed Aug 29 02:52:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07D1A109F14D for ; Wed, 29 Aug 2018 02:52:06 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from ppp150-101-221-139.static.internode.on.net (2001-44b8-4170-0a00-0000-0000-0000-0002.static.ipv6.internode.on.net [IPv6:2001:44b8:4170:a00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "150.101.221.139", Issuer "Bunya Technology Certification Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 12B3E7876D for ; Wed, 29 Aug 2018 02:52:04 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) X-Clacks-Overhead: GNU Terry Pratchett Received: from DHCP.tawonga.bunyatech.com.au (DHCP.tawonga.bunyatech.com.au [10.0.1.78] (may be forged)) (authenticated bits=0) by cope.tawonga.bunyatech.com.au (8.15.2/8.15.2/MSA) with ESMTPSA id w7T2pwFL009270 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Wed, 29 Aug 2018 12:51:58 +1000 (AEST) (envelope-from bscott@bunyatech.com.au) Subject: Re: ALPHA3 niggles To: freebsd-current@freebsd.org References: <57c1f73d-c9b3-77bb-2c81-14fd06ab58da@bunyatech.com.au> <20180828154533.2a3bcc252468ffecf210dcba@bidouilliste.com> From: Brian Scott Message-ID: <0a06ed07-1f34-e7c3-0825-c32c1232843b@bunyatech.com.au> Date: Wed, 29 Aug 2018 12:51:58 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180828154533.2a3bcc252468ffecf210dcba@bidouilliste.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 02:52:06 -0000 On 28/8/18 11:45 pm, Emmanuel Vadot wrote: > On Tue, 28 Aug 2018 22:10:18 +1000 > Brian Scott wrote: > >> Hi, >> >> Just a couple of small observations with 12.0-ALPHA3 from testing on a >> Raspberry-Pi 3: >> >> *    The boot loader (I presume the new LUA based one) is sending escape >> sequences to the screen to format up a boot menu. The screen doesn't >> recognise them and shows a series of ^[ style sequences instead. > If it's stuff like that : > https://people.freebsd.org/~manu/RPI2-HDMI.jpg it's known, we should > remove the beastie menu from the image I think Very similar: https://www.dropbox.com/s/0w4buscnk2ec7ez/2018-08-29%2011.56.51.jpg?dl=0 This is using an HDMI attached monitor. I disconnected the serial console adapter last week and so haven't seen what it looks like over that. I'm a bit of a fan of the beastie menu as a general rule so it would be sad to lose it. Still, if the EFI console can't handle the instructions I'm thinking that some simplified version of menu would have to suffice. > >> *    The timeout countdown of the boot loader has reverted to very slow. >> The loader did this earlier in the year on -CURRENT but had obviously >> been fixed for a few months now. Maybe some change needs to be adapted >> from the old to the new loader. > I don't have this problem on my RPI3B+ with latest ALPHA snapshot. > The patch is still in the u-boot-rpi3 port > (https://svnweb.freebsd.org/ports/head/sysutils/u-boot-rpi3/files/patch-lib_efi__loader_efi__console.c?revision=468630&view=markup) > so I don't know what going on for you. One second on the timer takes about 5 seconds of wall clock time. As I said, it had been good for a few months now but was slow earlier in the year. This is the freebsd loader not u-boot unless I completely misunderstand the booting process (also possible), although I suppose u-boot is still providing the console services. The u-boot countdown timer appears to move quickly enough that I haven't really paid any attention to it. > >> *    The root user on the image doesn't have a .login file. > The users are added with pw directly (iirc) and the /etc/skel content > isn't copied in their home directory, that's something we should change > for 13 and mfc back for 12.1 > >> I realise these are all cosmetic issues in the overall scheme of things >> but if anyone is working on a bit of spit-and-polish for the new release >> they might want to have a look at a few of these. >> >> Otherwise I'm happy to say that I haven't found any significant problems >> yet. I'll keep looking though. >> >> Keep up the good work, >> >> Brian >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Cheers, Brian From owner-freebsd-current@freebsd.org Wed Aug 29 05:44:44 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC3B410A20C3 for ; Wed, 29 Aug 2018 05:44:43 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C2C37D2CC for ; Wed, 29 Aug 2018 05:44:43 +0000 (UTC) (envelope-from Alexander@leidinger.net) Date: Wed, 29 Aug 2018 07:44:31 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1535521482; bh=fP7E+388MhXG9CTXCFktFWEss0ERtssRyTzmZnt2ANE=; h=Date:From:To:Subject:References:In-Reply-To; b=ywEl4OwapM6vbqo2N7G/2xA6UNgWRFNjV9Vy/kDLlCM9mqoT2F7xt4+11er9eeL98 0sMBRB8wwxE0w9mb2DStwGhfETNYYakwcSQzIxUMtZaHx3BN/LcREKpJEMdO4gyNFS rDkBv9RFTuysHBTPvaFoSfsznEgZF+twq2esWdo/zAEN5a4vtI+bT/uzdlUQgkoVaw ETE3c0ACkkGYA6hFpJ12KggJkL8/W0A5wVb4BIlCZClYr320t4EOO683dvMekUhD2T LVV73knd4MHOPGkCRr6vksKnqIEdtBe5HcMR1ml2BjGMQ7CVHF9kF14OqD2eQj6067 nTQ/db2ghShng== Message-ID: <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> From: Alexander Leidinger To: freebsd-current@freebsd.org Subject: Re: old top and new -current: missing arcstat sysctl References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> In-Reply-To: <20180828144842.GA29917@raichu> User-Agent: Horde Application Framework 5 Accept-Language: de,en Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 05:44:44 -0000 Quoting Mark Johnston (from Tue, 28 Aug 2018 10:48:42 -0400): > On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote: >> On 2018-08-28 02:40, Alexander Leidinger wrote: >> > Hi, >> > >> > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for >> > 12.0-alpha3 with a top from an old-ish -current. >> > >> > Is/will this be handled via a compat-11 sysctl (my kernel is without >> > compat-xx), or did this slip through? >> That is not something that a compat-xx package can handle. > > s/package/kernel option/? Sorry, the COMPAT_FREEBSDx kernel options was what I had in mind when I wrote this. >> That arcstat was broken up into 3 individual stats, which the >> 12.0-alpha3 version of top will sum together for you. >> >> I don't think we've had compat shims like this for previous versions of >> top, I recall having similar issues when the 'laundry' counter was >> introduced. > > IIRC that would have been the inverted case of running a newer top(1) > with an older kernel lacking the v_laundry_pages sysctl. In general I'd > expect us to support running an older top(1) with newer kernels if we > don't have to bend over backwards to provide compatibility. If the new top is summing the 3 up anyway, it sounds like we could provide the old one as backwards compatibility, even if it is redundant. I rather have an redundant counter and an old top working (in the generic case of what we promise to our users; in this specific case for me I just need to get around to update the jails on the corresponding systems), than bailing out without displaying anything. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF From owner-freebsd-current@freebsd.org Wed Aug 29 05:54:32 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C1EA10A23E9 for ; Wed, 29 Aug 2018 05:54:32 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yb0-x22d.google.com (mail-yb0-x22d.google.com [IPv6:2607:f8b0:4002:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A21567D77A for ; Wed, 29 Aug 2018 05:54:31 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yb0-x22d.google.com with SMTP id l16-v6so1563312ybk.11 for ; Tue, 28 Aug 2018 22:54:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tYDPtP/RDuZBfwVunsubCXGmTNU/Cku63RgsydezTYo=; b=KWYqolIvrVpwkyKwpRvCpMNj/zk7jpm0AwsdBUHaFiKMRDL4J2mT8QRRaaaBRe/R7a VCq6Rgaf/guZJNfhbeQpQrYKQkRFuNWQHgFxUGXMx8gBrGXJE9+VHBclTWgP0+rAzpkB NEolHSH+fptC+3Wxk5tJuSCMsqyim60EbIC20= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tYDPtP/RDuZBfwVunsubCXGmTNU/Cku63RgsydezTYo=; b=A5YH1fIvTrpdH/RPwpHFr6yv09gPh+dhWu1mu4auDT2DWPdEzBaiQ50xuqWsDqs/jd VOL8E/umu0/hKV51vXm9/3/C5NjVoyrSAnpardC5Mruf7Om3II+2KmG85RdzS5Bbuxz+ XHdVWubSLx2mZUk6AxQV6ydGcxgXw6bteBLeGHJ54Mi9xh8H9Q6Y5xMxtmg9TXuFaYL7 75qvRKC5ibZPyP3DoR1iotDWLUOk6M5mbyRf6lU5RgaI0bfpE8AyWxQabYhHp55cKIA6 1+iVmoHqfTkuESv2KLkD1DN5wIExixxDHCfPrjfA8eR/CFIV6amDeQPHT8ngz7rz6CKt B6nQ== X-Gm-Message-State: APzg51B9KVENCMDc88q2aDxsQg/LJSYqDTU7qTDHZvO4CWbXsv3uMw7k v5O/dT/I2lUvAv0+/Gw8QzHFu82BbjS102Am6oUwOHhzNMs= X-Google-Smtp-Source: ANB0VdajCagIQa0NH585KhS3rHxUDq6AY0ugklAYXVOHbs7p6LcL7YPcWAouV9XLa3ULmwcmisjlFadw7cUe6yerMNQ= X-Received: by 2002:a25:aca0:: with SMTP id x32-v6mr2549787ybi.214.1535522070729; Tue, 28 Aug 2018 22:54:30 -0700 (PDT) MIME-Version: 1.0 References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> In-Reply-To: <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> From: Eitan Adler Date: Tue, 28 Aug 2018 22:54:04 -0700 Message-ID: Subject: Re: old top and new -current: missing arcstat sysctl To: Alexander Leidinger Cc: freebsd-current Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 05:54:32 -0000 On Tue, 28 Aug 2018 at 22:46, Alexander Leidinger wrote: > > > > IIRC that would have been the inverted case of running a newer top(1) > > with an older kernel lacking the v_laundry_pages sysctl. In general I'd > > expect us to support running an older top(1) with newer kernels if we > > don't have to bend over backwards to provide compatibility. > > If the new top is summing the 3 up anyway, it sounds like we could > provide the old one as backwards compatibility, even if it is > redundant. I rather have an redundant counter and an old top working > (in the generic case of what we promise to our users; in this specific > case for me I just need to get around to update the jails on the > corresponding systems), than bailing out without displaying anything. I'd support this but don't feel like it justifies breaking the freeze. After the 12.x freeze is over I'll implement this. -- Eitan Adler From owner-freebsd-current@freebsd.org Wed Aug 29 06:05:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E571110A285F for ; Wed, 29 Aug 2018 06:05:09 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B0B07DE1D for ; Wed, 29 Aug 2018 06:05:09 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-pg1-x52f.google.com with SMTP id m4-v6so1843468pgv.12 for ; Tue, 28 Aug 2018 23:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=LAOmyQ3G21hFY9AVCKlEjC4RfOqznxyNSjhMmt5WxMY=; b=U6flXkYwp+EyfgtBs1gcQ7/vIS3gneB90I8AoljseypHmKuM2/A9oPybL6ACdoUtrb zIzPm7iKKw3+93VtCfKPYcXJ71gilrAPaSq3Zh7BMvj1B/Nz5p2JhA78wLsDMw+BwQPg WFPpjFMpFhvUR0BSxXJ67udOodYQ3yFDMTAigWdeDU9PAXWA0o6d0z81oheql4X5mIf0 jpQ7WFoVQc3c4VK1pQturox/NdKxCDeLdmRa3CD41ldTRAGiz3k23Axh2A7ZZVxWdavW YmFuWgbLNw8oAIyz+R5l63wu3Q/klFyLWAyRNMZjfH7ieZVaZ3CLYNAA0/pzaEt0TcyS 7J8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:references:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=LAOmyQ3G21hFY9AVCKlEjC4RfOqznxyNSjhMmt5WxMY=; b=tyE/wPoYpy9fqsScFqDA/gtD11JSb6KWKBdAaUdlqXE05Py3loD89eEQDm35WsTMKs DARj1M/eonjRjw8NsShs/Dl3iQLUddXcfIt7MaBdimkV1ZUg4ioCQxNWXnOCXGrBwrOE wtaO4TChsf7PupVs5TEz0lUYnbSUVi9Oww5YFk8X4kzuNXHnbVBF62ZYfJOtPIujTYAB SlOGVBlg11N4jO0mckvfGYr+DLskC9nsQLVnFOtwviSa61nL4OffwCXPJXxKruB7b3Qj SEM3CnqBKo5mHPTzxTApGyk0NN1HcngtWy8lhp3IBm8QI2k+1QjdXLk2uJy5pahymJpW t7bA== X-Gm-Message-State: APzg51A2JoATAhTyKz/kfYRWJfXOgkG1v+22tn6QZyfYUlZKG9m7GYVt rMT87qd61UvqvFg1TY6LtuwSvPDX X-Google-Smtp-Source: ANB0VdY9nJHBc8mMKoSWZRcjKnB6CgBFn7qzjqgR9bTxrZYyKSMOLHAJzb6BbQdasrJn5BN/FJyv7w== X-Received: by 2002:a65:5c83:: with SMTP id a3-v6mr4485075pgt.164.1535522708277; Tue, 28 Aug 2018 23:05:08 -0700 (PDT) Received: from [192.168.1.24] (c-73-170-47-221.hsd1.ca.comcast.net. [73.170.47.221]) by smtp.gmail.com with ESMTPSA id 87-v6sm7361178pfn.103.2018.08.28.23.05.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Aug 2018 23:05:07 -0700 (PDT) Sender: Theron Tarigo Subject: Re: r336876 breaks sysutils/acpi_call From: Theron To: FreeBSD Current References: <72380894-6f0c-30e9-b755-d79a8a38a1eb@gmail.com> Message-ID: <1b3139d4-8e6c-5c3d-61d7-008876231691@gmail.com> Date: Wed, 29 Aug 2018 02:05:06 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <72380894-6f0c-30e9-b755-d79a8a38a1eb@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 06:05:10 -0000 On 8/25/18 11:51 PM, Theron wrote: > A recent change in CURRENT has sysutils/acpi_call reliably cause a > kernel panic The problem is with the port itself, not with CURRENT.  A bug is filed accordingly. From owner-freebsd-current@freebsd.org Wed Aug 29 09:11:24 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D186108260E for ; Wed, 29 Aug 2018 09:11:24 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 062D883766 for ; Wed, 29 Aug 2018 09:11:23 +0000 (UTC) (envelope-from Alexander@leidinger.net) Date: Wed, 29 Aug 2018 11:10:58 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1535533875; bh=29e5gTdRYQ+ScbbvryfyxxYUPewoFBs3ehKuadGZfLE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=mCXb4jJWZmJ/DzOTMbkpQUfVnCpKhPvX86GN9i1fubGcBFpM+orx9cik1BqHxw/Fv YynWvEOihrKtasziHYFKoy+KmXIGsO8DIGTdIgMxUEagJvls8D3bBJjEtJ82RcV8Sd uFzTWWYIwDN0uSAFe10NWkxys+6Ktx7vzB61nxmI/cDJTkmGRFKtMbve+FLpAjiwJ+ ivJm3zW4DQGVnjWDyJhpXUhw5xkK9pKjyJFTFO00N7s7gtV/7sZvQv90X3e2qkOoAn W/DKIe+63HIS0+WBaHhrrT7Hboi7T9R/TS2fMw/kgxPVyl3bY84eNU3eCKCN8CCmeC qtSLTRuBqpMvQ== Message-ID: <20180829111058.Horde.rnXCLWxmhSuJcYHrQlL1qGc@webmail.leidinger.net> From: Alexander Leidinger To: Eitan Adler Cc: freebsd-current Current Subject: Re: old top and new -current: missing arcstat sysctl References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> In-Reply-To: User-Agent: Horde Application Framework 5 Accept-Language: de,en Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 09:11:24 -0000 Quoting Eitan Adler (from Tue, 28 Aug 2018 22:54:04 -0700): > On Tue, 28 Aug 2018 at 22:46, Alexander Leidinger > wrote: >> > >> > IIRC that would have been the inverted case of running a newer top(1) >> > with an older kernel lacking the v_laundry_pages sysctl. In general I'd >> > expect us to support running an older top(1) with newer kernels if we >> > don't have to bend over backwards to provide compatibility. >> >> If the new top is summing the 3 up anyway, it sounds like we could >> provide the old one as backwards compatibility, even if it is >> redundant. I rather have an redundant counter and an old top working >> (in the generic case of what we promise to our users; in this specific >> case for me I just need to get around to update the jails on the >> corresponding systems), than bailing out without displaying anything. > > I'd support this but don't feel like it justifies breaking the freeze. > After the 12.x freeze is over I'll implement this. I would rather say this justifies breaking the freeze. Think about an user updating to 12.0... and having a 11.x jail inside (maybe as a first step before updating the jail itself, or not at all because of a bug in a 12.0 library he haven't found but is hitting the user). We want him to be able to have top working, don't we? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF From owner-freebsd-current@freebsd.org Wed Aug 29 09:21:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4817E1082AA2 for ; Wed, 29 Aug 2018 09:21:15 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 9FC4E83D2C for ; Wed, 29 Aug 2018 09:21:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 90468 invoked by uid 89); 29 Aug 2018 09:21:07 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 29 Aug 2018 09:21:07 -0000 Date: Wed, 29 Aug 2018 11:21:05 +0200 From: Michael Gmelin To: Konstantin Belousov Cc: John Baldwin , "freebsd-current@freebsd.org" , Matthias Apitz Subject: Re: Fatal trap 12: page fault on Acer Chromebook 720 (peppy) Message-ID: <20180829112105.47124954@bsd64.grem.de> In-Reply-To: <20180826130435.GS2340@kib.kiev.ua> References: <20180820150904.GS2340@kib.kiev.ua> <57B6DC4C-16EE-4B7B-B691-CB79D8C40289@grem.de> <20180822154603.GW2340@kib.kiev.ua> <20180822211528.GB2340@kib.kiev.ua> <1C7DACDC-36F2-4E65-8C75-7B7215BB6546@grem.de> <20180824195947.GG2340@kib.kiev.ua> <32F22868-92ED-4223-84B5-77E72C7DCF50@grem.de> <20180824203903.GJ2340@kib.kiev.ua> <3CE9AF7F-CD5B-4FE3-9BDA-7F25C7A7C0B9@grem.de> <20180826130435.GS2340@kib.kiev.ua> X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 09:21:15 -0000 On Sun, 26 Aug 2018 16:04:35 +0300 Konstantin Belousov wrote: > On Sat, Aug 25, 2018 at 07:21:28PM +0200, Michael Gmelin wrote: > > Now, with the patch applied correctly, the machine actually boots. > > > > Before calling init_ops.mp_bootaddress in > > getmemsize (machdep.c), physmap looks like this: > > > > physmap_idx: 8 > > i mem atop > > 0 0x0 0x0 > > 1 0x30000 0x30 > > 2 0x40000 0x40 > > 3 0x9e400 0x9e > > 4 0x100000 0x100 > > 5 0xf00000 0xf00 > > 6 0x1000000 0x1000 > > 7 0x7bf7a000 0x7bf7a > > 8 0x100000000 0x100000 > > 9 0x100600000 0x100600 > > 10 0x0 0x0 > > > > With your patch, it looks like this now > > (after calling getmemsize) > > > > 0 0x0 0x0 > > 1 0x30000 0x30 > > 2 0x40000 0x40 > > 3 0x9e400 0x9e > > 4 0x100000 0x100 > > 5 0xf00000 0xf00 > > 6 0x1000000 0x1000 > > 7 0x7bf77000 0x7bf77 > > 8 0x100000000 0x100000 > > 9 0x100600000 0x100600 > > 10 0x0 0x0 > > PAGETABLES is 0x7bf77000 > > > > So I guess this means that the gap is now at the last three pages > > of [0x1000, 0x7bf7a[. > > > > If this is what was intended, I guess it's good, as the machine > > boots okay now. > > It triggered the new code to chomp at the end of the suitable range, > instead of the start. Anyway, to do that, it must evaluated the start > of the range as intersecting with the kernel text, which I interpret > as success. > > I put a review with the change at D16907. > > > > > Sorry again for the extra roundtrip, the patched file was simply in > > the wrong path. > > No problem. Just to close the loop on this: This was fixed in r338858, thanks to kib@ for analyzing the problem and creating a patch and to jhb@ for reviewing it. Yours, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Wed Aug 29 09:26:53 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91C0C1082E18 for ; Wed, 29 Aug 2018 09:26:53 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id EA3FF83FE9 for ; Wed, 29 Aug 2018 09:26:52 +0000 (UTC) (envelope-from freebsd@grem.de) Received: (qmail 90577 invoked by uid 89); 29 Aug 2018 09:26:52 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.70) by mail.grem.de with ESMTPA; 29 Aug 2018 09:26:52 -0000 Date: Wed, 29 Aug 2018 11:26:51 +0200 From: Michael Gmelin To: Konstantin Belousov Cc: John Baldwin , "freebsd-current@freebsd.org" , Matthias Apitz Subject: Re: Fatal trap 12: page fault on Acer Chromebook 720 (peppy) Message-ID: <20180829112651.333b877b@bsd64.grem.de> In-Reply-To: <20180829112105.47124954@bsd64.grem.de> References: <20180820150904.GS2340@kib.kiev.ua> <57B6DC4C-16EE-4B7B-B691-CB79D8C40289@grem.de> <20180822154603.GW2340@kib.kiev.ua> <20180822211528.GB2340@kib.kiev.ua> <1C7DACDC-36F2-4E65-8C75-7B7215BB6546@grem.de> <20180824195947.GG2340@kib.kiev.ua> <32F22868-92ED-4223-84B5-77E72C7DCF50@grem.de> <20180824203903.GJ2340@kib.kiev.ua> <3CE9AF7F-CD5B-4FE3-9BDA-7F25C7A7C0B9@grem.de> <20180826130435.GS2340@kib.kiev.ua> <20180829112105.47124954@bsd64.grem.de> X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 09:26:53 -0000 On Wed, 29 Aug 2018 11:21:05 +0200 Michael Gmelin wrote: > On Sun, 26 Aug 2018 16:04:35 +0300 > Konstantin Belousov wrote: > > > On Sat, Aug 25, 2018 at 07:21:28PM +0200, Michael Gmelin wrote: > > > Now, with the patch applied correctly, the machine actually boots. > > > > > > Before calling init_ops.mp_bootaddress in > > > getmemsize (machdep.c), physmap looks like this: > > > > > > physmap_idx: 8 > > > i mem atop > > > 0 0x0 0x0 > > > 1 0x30000 0x30 > > > 2 0x40000 0x40 > > > 3 0x9e400 0x9e > > > 4 0x100000 0x100 > > > 5 0xf00000 0xf00 > > > 6 0x1000000 0x1000 > > > 7 0x7bf7a000 0x7bf7a > > > 8 0x100000000 0x100000 > > > 9 0x100600000 0x100600 > > > 10 0x0 0x0 > > > > > > With your patch, it looks like this now > > > (after calling getmemsize) > > > > > > 0 0x0 0x0 > > > 1 0x30000 0x30 > > > 2 0x40000 0x40 > > > 3 0x9e400 0x9e > > > 4 0x100000 0x100 > > > 5 0xf00000 0xf00 > > > 6 0x1000000 0x1000 > > > 7 0x7bf77000 0x7bf77 > > > 8 0x100000000 0x100000 > > > 9 0x100600000 0x100600 > > > 10 0x0 0x0 > > > PAGETABLES is 0x7bf77000 > > > > > > So I guess this means that the gap is now at the last three pages > > > of [0x1000, 0x7bf7a[. > > > > > > If this is what was intended, I guess it's good, as the machine > > > boots okay now. > > > > It triggered the new code to chomp at the end of the suitable range, > > instead of the start. Anyway, to do that, it must evaluated the > > start of the range as intersecting with the kernel text, which I > > interpret as success. > > > > I put a review with the change at D16907. > > > > > > > > Sorry again for the extra roundtrip, the patched file was simply > > > in the wrong path. > > > > No problem. > > Just to close the loop on this: This was fixed in r338858, thanks to > kib@ for analyzing the problem and creating a patch and to jhb@ for > reviewing it. > The actual revision this was fixed in is r338356 (https://svnweb.freebsd.org/base?view=revision&revision=338356), I tested r338358 (world+kernel) to verify the fix. Best, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Wed Aug 29 09:37:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8520810834FE for ; Wed, 29 Aug 2018 09:37:56 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 284A5845B8 for ; Wed, 29 Aug 2018 09:37:56 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 53C6121D27 for ; Wed, 29 Aug 2018 05:37:55 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 29 Aug 2018 05:37:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=Ccvwdwahdh5beOal0MkhqKnxpMqXzeyzmDL16XMEP2c=; b=b7/C8kAg XynZDXiRRAdZ9N308RAkfRhFm9kbt2T5FcgXhIsYkYqEsAMGtIcCI/mvteQXo/ON z3pee110rCftthnShAz1uUQ8ui/FIYI0jHDmiyuf4wUUhQPaqiUshyfurD0VjoOJ ybTBFl4KqvKyOJeHoGBotOfXJAtre4RF6NfXLz9+xujLOvDaaKj/j/WXKy4UsxYp 2tOtmYsiBXoGndrBXYav9qvpePQQe7PVvRgj5p/FMP/jtgkvcyifaIQgJN6WJvjV u7WXe26NkzWESopENdZIE4V2fMhfMEfjPuRTySZ1ymoFEERfDE9eYk5UjQLwYDef qse3sVgcWEaT9g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=Ccvwdwahdh5beOal0MkhqKnxpMqXz eyzmDL16XMEP2c=; b=vsDw8Tpl+N+otBBMColys5HcmOM7I/tEqjjYvCJO/vt4g cyMZdiH3WPQlcgGv/Hc98bwIyZQfSzV2hdw7vJTdC7pOjMgskBgIGlIdeOi+3sRE a33tZQp8j+tmV/4c322KCUTCiAs6yjEFxDg9D8nTElBhCZ7JSzRJpDkM8Ps0Wuaz aRnpAkZr3GqSSCVJh+BoplaJm4vuTtgRNQ2BoplOMC6UKl/dkgqQuxCUN+ApFbVy 61L3ct2IWrZDOj3w6cCnyJzXRVHCQV7nmsmu4yot+9c2pXiHkEIyagthfXxtL/37 UJzx0Bjd8IqY4e98HTbLzbP+SGArokm8esj53Yefw== X-ME-Proxy: X-ME-Sender: Received: from [192.168.1.2] (unknown [178.34.99.43]) by mail.messagingengine.com (Postfix) with ESMTPA id ED95F1028F for ; Wed, 29 Aug 2018 05:37:53 -0400 (EDT) From: Yuri Pankov Subject: r336921 broke booting on MBP 2017, EFIRT related To: freebsd-current Message-ID: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> Date: Wed, 29 Aug 2018 12:37:52 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 09:37:56 -0000 Hi, I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, 20180802) fail to boot on MBP 2017: kbd0 at kbdmux0 netmap: loaded module nexus0 Fatal trap 12: page fault while in kernel mode cpuid = 2: apic id = 02 fault virtual address = 0x74c64a50 fault code = supervisor read data, page not present instruction pointer = 0x20: 0x7abece31 stack pointer = 0x28: 0xffffffff82b2f7c0 frame pointer = 0x28: 0xffffffff82b2f810 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [ thread pid 0 tid 100000 ] Stopped at 0x7abece31: calll *0x18(%rax) db> Sadly, there's no support for internal keyboard yet (it's connected via SPI), and external USB one stops working. A (not so quick) bisect is pointing at r336921, which enabled EFIRT. Some questions here: - is this something that can/should be fixed? - can we print some "enabling EFIRT" message to the console to make guesses about the problem source a bit easier? From owner-freebsd-current@freebsd.org Wed Aug 29 10:27:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F32511084817 for ; Wed, 29 Aug 2018 10:27:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70CFA85EFC for ; Wed, 29 Aug 2018 10:27:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7TARSeF010492 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Aug 2018 13:27:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7TARSeF010492 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7TARRab010491; Wed, 29 Aug 2018 13:27:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 29 Aug 2018 13:27:27 +0300 From: Konstantin Belousov To: Yuri Pankov Cc: freebsd-current Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Message-ID: <20180829102727.GD2340@kib.kiev.ua> References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 10:27:40 -0000 On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: > Hi, > > I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, > 20180802) fail to boot on MBP 2017: > > kbd0 at kbdmux0 > netmap: loaded module > nexus0 > > Fatal trap 12: page fault while in kernel mode > cpuid = 2: apic id = 02 > fault virtual address = 0x74c64a50 > fault code = supervisor read data, page not present > instruction pointer = 0x20: 0x7abece31 > stack pointer = 0x28: 0xffffffff82b2f7c0 > frame pointer = 0x28: 0xffffffff82b2f810 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > [ thread pid 0 tid 100000 ] > Stopped at 0x7abece31: calll *0x18(%rax) > db> > > Sadly, there's no support for internal keyboard yet (it's connected via > SPI), and external USB one stops working. > > A (not so quick) bisect is pointing at r336921, which enabled EFIRT. > > Some questions here: > - is this something that can/should be fixed? > - can we print some "enabling EFIRT" message to the console to make > guesses about the problem source a bit easier? It is not in 'enabling'. Looking at the faulting VA, I believe that it occurs inside the BIOS code. Disable efirt by removing the kernel option, then try to load the module at runtime. Does it still fault ? Also, get the efi mem map for the machine and look at which region the faulting address and the faulting instruction belong. From owner-freebsd-current@freebsd.org Wed Aug 29 11:34:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAEAF1085D10 for ; Wed, 29 Aug 2018 11:34:39 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B6228846A; Wed, 29 Aug 2018 11:34:39 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id v9-v6so4072887ljk.4; Wed, 29 Aug 2018 04:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=4emZ+qSzdu+gLaP749vnK+p9U8Cx932JlYOyOO83EcQ=; b=PzMKuaKWe4xGl69wqprdWxjAJWhw6B6wC3KhKZb4pgeym4joW+yDuV2g8ZiR1B1Mn9 Sn2mk6Mo3qAu24XqgajS9L1COWqSB7sObpJzvfNRridtMmjy+1vorTu6uCtihKAUT97W 3Sz8666U/20a0PqaafKtZcoQ2LClHiMVDVOjiV8WZ9N+suwBbq0Ct6vPIcPQEIipuVA3 zS9nhrXdw539iggmsnSBL+kScYzXcRMc+f9iL7asG5ODvM2Xp6ogF4wMMbtBEVjTvoQ9 CVqjvJkCh1+IPPtjrCSnqZEBLwKNaLXF4p6pGWGMDzEatYX8+vSba2yktX91RAjuzxdH aMuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=4emZ+qSzdu+gLaP749vnK+p9U8Cx932JlYOyOO83EcQ=; b=eZjhG8maTB22TFfIguwnSsciJppw42B3nBkgo3nQnXHog6dKV1yqoTuFRonvIKEa0e z3txay+WOpYLvHKkAP8Jr7RcIHhh8VF8p1E9BuLYXQEYRJltNzxuDTOImEl2J2iRcTL2 5Xd9QGL9ChChB7iCigWRUi/ithaewx8ESF7GEJhcVYKctXzcbRATEjUjzlagfz1iOsxf cOlsJydj4BCXVUIcT/yKm9KytqSMJvRCCFb8/zsASPt5uOlpjrh29irTdD+Fz6hICguH lZJSyv6jjlRmWpVfipDyiXyulZF727DBwug+uEzRPxN6i2LauWxGPxyD89h3cS1/MlWZ jYRw== X-Gm-Message-State: APzg51CNoIs4/rGc+CXcHinLanAapsy33qwocIgzeF96ESnM3MjCEALv wExOl/EtieqaSFbXjzhckhxF8/BSiBs= X-Google-Smtp-Source: ANB0VdZC0qTKrHczMXUjwKEcrVa+mU6ZCbUv9fx1OgtNsAP2LNbpax+Um90jqetJMITCk2KhIXZZIA== X-Received: by 2002:a2e:58b:: with SMTP id 133-v6mr3886725ljf.28.1535542477535; Wed, 29 Aug 2018 04:34:37 -0700 (PDT) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id a66-v6sm713400lfa.93.2018.08.29.04.34.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 04:34:36 -0700 (PDT) Subject: Re: Current and nvidia-driver again To: tech-lists , freebsd-current@freebsd.org, Alexey Dokuchaev References: <2fe26c67-cfe3-90e9-89ae-aff6afdbf7f8@gmail.com> <32a2dce9-3ee5-0983-dd7d-5371b43d1b4e@zyxst.net> From: "Alex V. Petrov" Openpgp: preference=signencrypt Autocrypt: addr=alexvpetrov@gmail.com; prefer-encrypt=mutual; keydata= xsFNBFr3oA0BEADMSXiVd/IwYhJPMQ6LXbZ7jTA/RXuzrGYaR++UENx5QJ6/HJ/3myTeMnZE nNa0Zme+oKw/9s5x7rBTP6mL5ta7VSYpnPX932mAjT9J4nS7iW/wWNBqcXn7wDCog2TV8Ww3 13SUP2YaKoJKJLxddiZD6AJrkafB9EE/AycMQ8XxMao1lVS+/KAo0yciOsnSlIJCWhF00b3j xDlHLvehrDa4S3EB13bF6uE0XU5nFfMNHtBav2mwD9t01hNioCNTV1hXwmsS/L1n5PR5FyJJ yYtjeohrAUiGKGJU9lJJ6tROBhzV/k3OsOGPyajFOVsW0vUueYfgw+IAPYdOZIAONgNdxkvs tRLQxYPCBMN1FvQ7GlIhq7ob+mxuA1imXx3xzlYy5tu4QzB383qZtLqQnZpysjYooAbHl+eN vB2ldvH9TZxm3fxxNL6zgYAXE/pNgFoqg/ILmhDwvvHzApHqVCKU3g6yii0KPxD7susaUWcL JYgrmt2BIE0RuiQRGWyS0L277D/YGmVnPNHxPi58DBs2iexDm7jw7PhlmfOw44N9w+O09D2S gqmBHySAtsq9Z5LoM81F+LrOoVmpYczZWErS917Gua1X7K3wrXoqQC8qcSiHZpEcBl/Uohii QWzjQJot5LT7rvfFHpnSOXAKgN7enVM7KxTJAYK1U343GGdepQARAQABzTZBbGV4VlBldHJv diAoZmlyc3QgZ2xvYmFsIGtleSkgPGFsZXh2cGV0cm92QGdtYWlsLmNvbT7CwY4EEwEIADgW IQRvKPTT2TJuh37ANx313p8aVpVkcAUCWvegDQIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIX gAAKCRD13p8aVpVkcLLeEADClYAElEInGGjtLfH4jdjvTDaQTsrwT5/1E5/h8yxI4yn7hCt1 Dh+iCSUNLdPO88nZV2jP8bMQXFBKSbC0nAJXd8O+8t9AfSWoUC6IMzncxKTK/jZuJTCToCUR XZ+47+uJaBp51rpw3pFX8UrFlYSF6Dz97dI2cGHfx3xAOnowKxyHfthxS8waKWgbMOceds78 BP2+Q0iLCpoC9rO4KDc+w+h8z21eHIE9VHadTHpnKVF82voPH8XWvznTOCpYrdBwUtIyD/DV XRb0xcFsOSkvmReYX7u4QuOPLSc86sEWh4hXTFLAOdfeTjrDTDmBcmFpltmW1j+5t4mI1dK8 gptREM8gMJVJw3jjcO6jADeXX9q5C8/lX0sEGz9uC4oU5nkOMyfzd9Anb+9bCs7pMxhqAKjA 8tqJPPkmJU8WzMCs+uudIiQ8W9qIETwUJWxizQ3kvlzLfWRz5n93Y9kzSmjw81aiIJK/HFY8 wsW5zNo6JBn57cMPx8nBC4E2zM09ffmqSpjDwXfvZF2IIR8L4VTiKi3ovwLglJP+Qbs5HXNn 6K40cPNqfnHzPLwXwd/co04B/VVr+cKZuE58kYGty9Xs9q/SEpObDnxnLxMNHUNJJuRgOiti TKDkteHuKm6NA8v05o3TDQ5HU9szEoE5uoi/3pQ1ktfA/K3LkDwbotXL+87BTQRa96ANARAA w5+/xcaCP6iwsi2CFQ4pAWksdmPBEHA2VPn1ym3C6opjbyWUp6sn25eTWppdhA9rUqbM/zV/ hAFRT67oZJKBYNRaMoDdO8BsVZsg/u76QF/GuhbUjIk0tFFdpddMXl0zKAJJMCfDRxURRWv7 NW6sY/EZ4Dal5s4xOT+UrWGag3qoaIRdzw5bJRP+o75L90cE8pd7+Pd9cVJOOtTAwx0E4bPq dPSa6CPDSvzd9D3mw37dPzXysyQkQTy0OM7255E2wjYz3RbJxB3utybPVN3XJBD5EyA8IYeS ic1/03UrkRNv4XrLnlg7xLv96ZeCrf/BDNQW23iVwbISUAk4TXL7xs2TGYOmowZ89mMEcbfW ChX3YLAuAeWzgpMcrDC00izOxG0spkkrHL7/i1iSu2MKhv5qMTVgchlSktdd+KTba5keleHv ULQ3feGUKf9eTkKgES6q4rKrae0tIwByTLhhDVbkXqR6v8zrpJSscrvJ3tMNgquJKy5ATIUB nvUE2hMkSwtnJ2vQ/Z0zGt6c5KxI57/hsb148tXp1v3gAq9d6i8c8ChxSR/kUlqAvzl2QGcn CFVN6nfOzyNfBPZ61abNzkzjzyhOK4Gq4gQvx4QXhDp3jEME7rPM0Tqf0venb1Dp7SIHwggV yJglGApwoUvD4kKNIC7KDr+s/UjbBp4ExFMAEQEAAcLBdgQYAQgAIBYhBG8o9NPZMm6HfsA3 HfXenxpWlWRwBQJa96ANAhsMAAoJEPXenxpWlWRwAaEQAKm0imG5Fm37JZi+5faXJv/ZLZGl r4TVg4u1kMktdTQRrTXa3Qs0i3wTtOZe1p3xCCzPx+97iYETHragDTdAFUO+v+Llin26L1Zl z4huyIqgGSuTuekQfn6eoMZbcF+wzah4j/mvXQVpJBF2qQi1YdHSapWDlweuiuk01y8C3eHv 3qfFB/OJwXhwj0HKhkGkB2dLXuLtIk4GCXh4/g22tWz/SB0gsSXU7WhJFb0CyxETGR9YKxM8 CNl5tVRLqsBC6yQLvcAJgJci73PfMiHKnjxrz//+0xQO1TPeruWsd8nLYvziT38CyX42Mbaj 01WpvB0qOeTGtwGFmyyrnE8fYpd3CE0uAl9BnHqafAabl9+09x3wf+lEkkO2bK59akZz3BPU 8Lz2BAgskyS81WZCthQYUrUozFEx/31x8JJ95EQFNW9t8HBa51r4QhedSNKxLbT3Sx8hH0iq Z8wYkGw0og9U1DqgFzxE2HSGZSDG3I1DrPDqhcM/6Y0V98wS+XreuS88DYYck37+L7bTGiyZ WYFNZk1ChcIBk8hgKn5nFOCWO2rX06RI9zorzSpEg6lB2STae1Up5oEj8QqfYmfO3cp2Qhvj F3c2/i8KpWkJQkAgNrv428FIlx9SiPu9gvNTTYuLIOdZLQvInTmKs2uCoB6JDAW75axDhBbR FvM3Vpv/ Message-ID: <36bdbabe-5c65-b4ca-613b-20b99825d9b3@gmail.com> Date: Wed, 29 Aug 2018 18:34:35 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <32a2dce9-3ee5-0983-dd7d-5371b43d1b4e@zyxst.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:34:40 -0000 For me it did not solve the problem. 29.08.2018 1:03, tech-lists пишет: > On 28/08/2018 10:14, Alex V. Petrov wrote: >> /usr/src Revision: 338342 >> >> >> ===>  Building for nvidia-driver-390.77 > > Hi, > > Have you tried applying the patch at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230780 ? Update your > ports tree first. > > Apply it in /usr/ports > > It worked for me on r338323 > -- ----- Alex. From owner-freebsd-current@freebsd.org Wed Aug 29 11:43:54 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB38D1086412 for ; Wed, 29 Aug 2018 11:43:53 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 9498788CF9 for ; Wed, 29 Aug 2018 11:43:53 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 1730F22077; Wed, 29 Aug 2018 07:43:53 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 29 Aug 2018 07:43:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=awYSUCje6aC11l06MVJmfJjvbJABm cT3o4ga90DSc+8=; b=R1NRLbwQ+obbAsv5mV7dxXSikq17ZreC6v75U8Bs2/WyA I2dbVP2x13x6fhXmbUsBrpO/Z7bsBrswxrc5GqPT2M9aNAHJXrCBrmf9AMWpAYu2 y5n3G+Ys3dgHwZMl78NA2OTgBUxOu6HLpf0UbtinrTLU5gZ+s5dzonIDxJ8GKy+H cgMCvz7TBN3oy16zkoil/SCojwprp0fBK22S17pawORyf3cRxjDW04yqDOxH8GUH kyadYj0gPeM5HSzq9w3Wpls9RhMRHVaOdfB3vYIYA0iv2Oe/sSOisPu9C+tFmwve E1RztBCbfHuXHElHHwhwB9MQelYnwtq5Z94d4kLNg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=awYSUC je6aC11l06MVJmfJjvbJABmcT3o4ga90DSc+8=; b=PhL1QmpdBM6fS4ZLqcvG2w hWOgnBvtz2BuKivKbvPb/Abe8iHT8GNolEZq1XkH2OrqYfhrfwhBZjZrkKgizec3 v3QnRTrWweYyBiGIa3R/Rr6bogt1oO8o+G75xD2M4vfBelt8tYUEaycvFRecVXqB yitYspFwWRgI34Mmj8lRGY9hAbv/s5kfHnVhz/exFKtiM3OYX8AZTvx2he0vhBVX 9w4VM/MemDcuPjVRxVJt7RCnhv1UIES7Lyf/eFXBGyb1dCLujP8AoTQDApx/m2sj xlVcOIRItKtH188XCWG3PuMkmSzZXnpd+6xPd2WYRSByAkYv9yHgsGMRq4BWk9rQ == X-ME-Proxy: X-ME-Sender: Received: from [192.168.1.2] (unknown [178.34.99.43]) by mail.messagingengine.com (Postfix) with ESMTPA id AB42B1029B; Wed, 29 Aug 2018 07:43:50 -0400 (EDT) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Konstantin Belousov Cc: freebsd-current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> From: Yuri Pankov Message-ID: Date: Wed, 29 Aug 2018 14:43:49 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180829102727.GD2340@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:43:54 -0000 Konstantin Belousov wrote: > On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >> Hi, >> >> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >> 20180802) fail to boot on MBP 2017: >> >> kbd0 at kbdmux0 >> netmap: loaded module >> nexus0 >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 2: apic id = 02 >> fault virtual address = 0x74c64a50 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20: 0x7abece31 >> stack pointer = 0x28: 0xffffffff82b2f7c0 >> frame pointer = 0x28: 0xffffffff82b2f810 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> [ thread pid 0 tid 100000 ] >> Stopped at 0x7abece31: calll *0x18(%rax) >> db> >> >> Sadly, there's no support for internal keyboard yet (it's connected via >> SPI), and external USB one stops working. >> >> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. >> >> Some questions here: >> - is this something that can/should be fixed? >> - can we print some "enabling EFIRT" message to the console to make >> guesses about the problem source a bit easier? > > It is not in 'enabling'. Looking at the faulting VA, I believe that > it occurs inside the BIOS code. > > Disable efirt by removing the kernel option, then try to load the module > at runtime. Does it still fault ? Also, get the efi mem map for the > machine and look at which region the faulting address and the faulting > instruction belong. kldload'ing the efirt module gets the same fault. Several top lines of backtrace: kernphys() at 0x7abece31 efi_get_time() at efi_get_time+0xd9 efirtc_probe() at efirtc_probe+0x17 From owner-freebsd-current@freebsd.org Wed Aug 29 11:53:31 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 549571086ACE for ; Wed, 29 Aug 2018 11:53:31 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 DDF04895E9 for ; Wed, 29 Aug 2018 11:53:30 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 838052147B; Wed, 29 Aug 2018 07:53:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 29 Aug 2018 07:53:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=g0v8Pf3YjNMOxi7X7L4hRYX/47LVF Iqfm97IhAZc0II=; b=LCGzCMoltbYcxWgFg5VOWq4iOPu7uqgHnuAuwALNHTNgP edphG+ofM63dedBYN2kqCOSWTxPuhaFWJHg0SpFvWlyVtEsI/+3O0o0McV5cTMLm yWsX8ksELEzlc05u9Mw2mVyaTUE4yEw0PFPFvdMMiD1uiquksd/MDQ2drxmsSX3y 7suDmad77hmLMGhIJZp8oN2jzUKmj36E/B10DVaK1oatEC0Z27Uk/hv8qxKRouXO kmgpmH6K3/2xQKFOZrWe94OhXLaDDfykypSe6NZYIZrD4RfWlHlL+IJXd8YbBLR1 N6gw7EenQYxEMCdXV/p+ibns+spaSQ46a67WW6grw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=g0v8Pf 3YjNMOxi7X7L4hRYX/47LVFIqfm97IhAZc0II=; b=GRn9NTcPrXSjph+pTIARn0 oZUZvSbcUBnMWenO40n92s8RCHvgD0wu60vyrleZHA2IbhwytyLW2TC/iZEiJ2IK y7NEX5uFulyAfn/ZO2oiZQKA5I9DjmAuPoYIJ8tae+y1Rq0/ukNHRSNxzhVKw0lh FRXcG+Mw+jd+4AbFRzb5ER4/WeaF4R1xyS9VQQqbfLntOxgtyblIxXBJ/m0ZH8ui kMG+kkgyX6tYOGF++eOUO6IfNrCVY+NKq5YpaJi4AA76VzW6LZxUSUI5LBeX2Y5A vNH+e+u1/l0TTg2/dm3EoprJ595ORu0mbzCGPekV8AFqr/VLuD4YRQdzU5g7M6Ow == X-ME-Proxy: X-ME-Sender: Received: from [192.168.1.2] (unknown [178.34.99.43]) by mail.messagingengine.com (Postfix) with ESMTPA id B104910297; Wed, 29 Aug 2018 07:53:29 -0400 (EDT) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related From: Yuri Pankov To: Konstantin Belousov Cc: freebsd-current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> Message-ID: Date: Wed, 29 Aug 2018 14:53:29 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 11:53:31 -0000 Yuri Pankov wrote: > Konstantin Belousov wrote: >> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >>> Hi, >>> >>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>> 20180802) fail to boot on MBP 2017: >>> >>> kbd0 at kbdmux0 >>> netmap: loaded module >>> nexus0 >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 2: apic id = 02 >>> fault virtual address  = 0x74c64a50 >>> fault code             = supervisor read data, page not present >>> instruction pointer    = 0x20: 0x7abece31 >>> stack pointer          = 0x28: 0xffffffff82b2f7c0 >>> frame pointer          = 0x28: 0xffffffff82b2f810 >>> code segment           = base 0x0, limit 0xfffff, type 0x1b >>>                          = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags       = interrupt enabled, resume, IOPL = 0 >>> current process        = 0 (swapper) >>> [ thread pid 0 tid 100000 ] >>> Stopped at      0x7abece31:    calll   *0x18(%rax) >>> db> >>> >>> Sadly, there's no support for internal keyboard yet (it's connected via >>> SPI), and external USB one stops working. >>> >>> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. >>> >>> Some questions here: >>> - is this something that can/should be fixed? >>> - can we print some "enabling EFIRT" message to the console to make >>>     guesses about the problem source a bit easier? >> >> It is not in 'enabling'.  Looking at the faulting VA, I believe that >> it occurs inside the BIOS code. >> >> Disable efirt by removing the kernel option, then try to load the module >> at runtime.  Does it still fault ?  Also, get the efi mem map for the >> machine and look at which region the faulting address and the faulting >> instruction belong. > > kldload'ing the efirt module gets the same fault.  Several top lines of > backtrace: > > kernphys() at 0x7abece31 > efi_get_time() at efi_get_time+0xd9 > efirtc_probe() at efirtc_probe+0x17 For the efi mem map, if I'm understanding it correctly, there's the following: ... BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB ... RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB ... From owner-freebsd-current@freebsd.org Wed Aug 29 12:13:30 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC28F10882A1 for ; Wed, 29 Aug 2018 12:13:30 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 568C58A6B7 for ; Wed, 29 Aug 2018 12:13:30 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PE800C001UT8700@st13p35im-asmtp002.me.com> for freebsd-current@freebsd.org; Wed, 29 Aug 2018 12:13:16 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTPSA id <0PE8004I41XXA000@st13p35im-asmtp002.me.com>; Wed, 29 Aug 2018 12:13:12 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1808290132 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-29_03:,, signatures=0 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Date: Wed, 29 Aug 2018 15:13:09 +0300 In-reply-to: <93CBBDD1-A874-44E7-9E01-6807ABF4D651@me.com> Cc: Konstantin Belousov , freebsd-current To: Yuri Pankov References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <93CBBDD1-A874-44E7-9E01-6807ABF4D651@me.com> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 12:13:31 -0000 > On 29 Aug 2018, at 15:05, Toomas Soome wrote: >=20 >=20 >=20 >> On 29 Aug 2018, at 14:53, Yuri Pankov > wrote: >>=20 >> Yuri Pankov wrote: >>> Konstantin Belousov wrote: >>>> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >>>>> Hi, >>>>>=20 >>>>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>>>> 20180802) fail to boot on MBP 2017: >>>>>=20 >>>>> kbd0 at kbdmux0 >>>>> netmap: loaded module >>>>> nexus0 >>>>>=20 >>>>> Fatal trap 12: page fault while in kernel mode >>>>> cpuid =3D 2: apic id =3D 02 >>>>> fault virtual address =3D 0x74c64a50 >>>>> fault code =3D supervisor read data, page not present >>>>> instruction pointer =3D 0x20: 0x7abece31 >>>>> stack pointer =3D 0x28: 0xffffffff82b2f7c0 >>>>> frame pointer =3D 0x28: 0xffffffff82b2f810 >>>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>>>> =3D DPL 0, pres 1, long 1, def32 0, gran = 1 >>>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>>>> current process =3D 0 (swapper) >>>>> [ thread pid 0 tid 100000 ] >>>>> Stopped at 0x7abece31: calll *0x18(%rax) >>>>> db> >>>>>=20 >>>>> Sadly, there's no support for internal keyboard yet (it's = connected via >>>>> SPI), and external USB one stops working. >>>>>=20 >>>>> A (not so quick) bisect is pointing at r336921, which enabled = EFIRT. >>>>>=20 >>>>> Some questions here: >>>>> - is this something that can/should be fixed? >>>>> - can we print some "enabling EFIRT" message to the console to = make >>>>> guesses about the problem source a bit easier? >>>>=20 >>>> It is not in 'enabling'. Looking at the faulting VA, I believe = that >>>> it occurs inside the BIOS code. >>>>=20 >>>> Disable efirt by removing the kernel option, then try to load the = module >>>> at runtime. Does it still fault ? Also, get the efi mem map for = the >>>> machine and look at which region the faulting address and the = faulting >>>> instruction belong. >>> kldload'ing the efirt module gets the same fault. Several top lines = of backtrace: >>> kernphys() at 0x7abece31 >>> efi_get_time() at efi_get_time+0xd9 >>> efirtc_probe() at efirtc_probe+0x17 >>=20 >> For the efi mem map, if I'm understanding it correctly, there's the = following: >>=20 >> ... >> BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB >> ... >> RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB >> =E2=80=A6 >=20 > if my math is correct, this RTS code area will end at = 0x000000007abe5000 and if 0x000000007abece31 is fault location, its just = after that RTS code area, that is, 7 pages after=E2=80=A6 meaning you = would need to get the next entry:) >=20 ya well, my math does suck because its 0x70 pages, not 70:D rgds, toomas From owner-freebsd-current@freebsd.org Wed Aug 29 13:05:28 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7E4D10899B5 for ; Wed, 29 Aug 2018 13:05:28 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 6324A8C2FB for ; Wed, 29 Aug 2018 13:05:28 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PE8000001E1BJ00@st13p35im-asmtp002.me.com> for freebsd-current@freebsd.org; Wed, 29 Aug 2018 12:05:10 +0000 (GMT) Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTPSA id <0PE800KDM1KJA650@st13p35im-asmtp002.me.com>; Wed, 29 Aug 2018 12:05:10 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1808290131 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-08-29_03:,, signatures=0 From: Toomas Soome Message-id: <93CBBDD1-A874-44E7-9E01-6807ABF4D651@me.com> MIME-version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Date: Wed, 29 Aug 2018 15:05:06 +0300 In-reply-to: Cc: Konstantin Belousov , freebsd-current To: Yuri Pankov References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:05:28 -0000 > On 29 Aug 2018, at 14:53, Yuri Pankov wrote: >=20 > Yuri Pankov wrote: >> Konstantin Belousov wrote: >>> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >>>> Hi, >>>>=20 >>>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>>> 20180802) fail to boot on MBP 2017: >>>>=20 >>>> kbd0 at kbdmux0 >>>> netmap: loaded module >>>> nexus0 >>>>=20 >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid =3D 2: apic id =3D 02 >>>> fault virtual address =3D 0x74c64a50 >>>> fault code =3D supervisor read data, page not present >>>> instruction pointer =3D 0x20: 0x7abece31 >>>> stack pointer =3D 0x28: 0xffffffff82b2f7c0 >>>> frame pointer =3D 0x28: 0xffffffff82b2f810 >>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>>> current process =3D 0 (swapper) >>>> [ thread pid 0 tid 100000 ] >>>> Stopped at 0x7abece31: calll *0x18(%rax) >>>> db> >>>>=20 >>>> Sadly, there's no support for internal keyboard yet (it's connected = via >>>> SPI), and external USB one stops working. >>>>=20 >>>> A (not so quick) bisect is pointing at r336921, which enabled = EFIRT. >>>>=20 >>>> Some questions here: >>>> - is this something that can/should be fixed? >>>> - can we print some "enabling EFIRT" message to the console to make >>>> guesses about the problem source a bit easier? >>>=20 >>> It is not in 'enabling'. Looking at the faulting VA, I believe that >>> it occurs inside the BIOS code. >>>=20 >>> Disable efirt by removing the kernel option, then try to load the = module >>> at runtime. Does it still fault ? Also, get the efi mem map for = the >>> machine and look at which region the faulting address and the = faulting >>> instruction belong. >> kldload'ing the efirt module gets the same fault. Several top lines = of backtrace: >> kernphys() at 0x7abece31 >> efi_get_time() at efi_get_time+0xd9 >> efirtc_probe() at efirtc_probe+0x17 >=20 > For the efi mem map, if I'm understanding it correctly, there's the = following: >=20 > ... > BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB > ... > RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB > =E2=80=A6 if my math is correct, this RTS code area will end at 0x000000007abe5000 = and if 0x000000007abece31 is fault location, its just after that RTS = code area, that is, 7 pages after=E2=80=A6 meaning you would need to get = the next entry:) rgds, toomas From owner-freebsd-current@freebsd.org Wed Aug 29 13:19:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEDE5108A036 for ; Wed, 29 Aug 2018 13:19:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from emailer.gwdg.de (emailer.gwdg.de [134.76.10.24]) (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 6B6088C9F5 for ; Wed, 29 Aug 2018 13:19:56 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from a1235.mx.srv.dfn.de ([194.95.232.117]) by mailer.gwdg.de with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fv0Nw-0001FW-IR; Wed, 29 Aug 2018 15:19:48 +0200 Received: from mailer-b3.gwdg.de (mailer-b3.gwdg.de [134.76.10.19]) by a1235.mx.srv.dfn.de (Postfix) with ESMTPS id 0D51B2E0034; Wed, 29 Aug 2018 15:19:48 +0200 (CEST) Received: from excmbx-24.um.gwdg.de ([134.76.9.234] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.90_1) (envelope-from ) id 1fv0Nv-00017o-VB; Wed, 29 Aug 2018 15:19:47 +0200 Received: from krabat.raven.hur (91.8.156.212) by EXCMBX-24.um.gwdg.de (134.76.9.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Wed, 29 Aug 2018 15:19:16 +0200 Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Yuri Pankov , freebsd-current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> From: Rainer Hurling Message-ID: <23535142-fcd6-a37f-c1d6-70ae68b3872f@gwdg.de> Date: Wed, 29 Aug 2018 15:19:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 8bit X-Originating-IP: [91.8.156.212] X-ClientProxiedBy: EXCMBX-14.um.gwdg.de (134.76.9.225) To EXCMBX-24.um.gwdg.de (134.76.9.234) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:19:57 -0000 Am 29.08.18 um 11:37 schrieb Yuri Pankov: > Hi, > > I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, > 20180802) fail to boot on MBP 2017: > > kbd0 at kbdmux0 > netmap: loaded module > nexus0 > > Fatal trap 12: page fault while in kernel mode > cpuid = 2: apic id = 02 > fault virtual address  = 0x74c64a50 > fault code             = supervisor read data, page not present > instruction pointer    = 0x20: 0x7abece31 > stack pointer          = 0x28: 0xffffffff82b2f7c0 > frame pointer          = 0x28: 0xffffffff82b2f810 > code segment           = base 0x0, limit 0xfffff, type 0x1b >                        = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags       = interrupt enabled, resume, IOPL = 0 > current process        = 0 (swapper) > [ thread pid 0 tid 100000 ] > Stopped at      0x7abece31:    calll   *0x18(%rax) > db> > > Sadly, there's no support for internal keyboard yet (it's connected via > SPI), and external USB one stops working. > > A (not so quick) bisect is pointing at r336921, which enabled EFIRT. > > Some questions here: > - is this something that can/should be fixed? > - can we print some "enabling EFIRT" message to the console to make >   guesses about the problem source a bit easier? I have almost exactly the same trap on a DELL Latitude E6520 with ALPHA3. Only _with_ 'OPTIONS EFIRT' enabled in the kernel _and_ deactivating it via efi.rt.disabled=1 in /boot/loader.conf, it works for me. An oddity is, that the spelling of the loader tuneable has to be efi.rt.disabled, not efi.rt_disabled (note the dot instead of an underscore!). The one with the underscore, as mentioned in UPDATING, does not work for me. Isn't this a typo somewhere in the code? Regards, Rainer Hurling From owner-freebsd-current@freebsd.org Wed Aug 29 13:25:27 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 211A1108A3EE for ; Wed, 29 Aug 2018 13:25:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C79688CEBD for ; Wed, 29 Aug 2018 13:25:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 6553514626 for ; Wed, 29 Aug 2018 13:25:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f178.google.com with SMTP id f1-v6so4359343ljc.9 for ; Wed, 29 Aug 2018 06:25:26 -0700 (PDT) X-Gm-Message-State: APzg51BrmcWq5qxFqeAGn01q85kKeDW8ZJXc6xOkO06vEpXx05Gpk4TP bIaZagq8Z87jgTLsR77hhPGDLXuTfNf4xAFt/1c= X-Google-Smtp-Source: ANB0VdYfi4L6koX4OSjiCMlmtlBxehjxvniCndtYyQBzEZw8l1LM0iFu7IzmgbomTBs8d8M8MnALrDtPc2v8X1U/BVU= X-Received: by 2002:a2e:144c:: with SMTP id 12-v6mr4552930lju.122.1535549123991; Wed, 29 Aug 2018 06:25:23 -0700 (PDT) MIME-Version: 1.0 References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <23535142-fcd6-a37f-c1d6-70ae68b3872f@gwdg.de> In-Reply-To: <23535142-fcd6-a37f-c1d6-70ae68b3872f@gwdg.de> From: Kyle Evans Date: Wed, 29 Aug 2018 08:25:11 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: rhurlin@gwdg.de Cc: yuripv@yuripv.net, FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:25:27 -0000 On Wed, Aug 29, 2018 at 8:20 AM Rainer Hurling wrote: > > Am 29.08.18 um 11:37 schrieb Yuri Pankov: > > Hi, > > > > I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, > > 20180802) fail to boot on MBP 2017: > > > > kbd0 at kbdmux0 > > netmap: loaded module > > nexus0 > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 2: apic id = 02 > > fault virtual address = 0x74c64a50 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20: 0x7abece31 > > stack pointer = 0x28: 0xffffffff82b2f7c0 > > frame pointer = 0x28: 0xffffffff82b2f810 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (swapper) > > [ thread pid 0 tid 100000 ] > > Stopped at 0x7abece31: calll *0x18(%rax) > > db> > > > > Sadly, there's no support for internal keyboard yet (it's connected via > > SPI), and external USB one stops working. > > > > A (not so quick) bisect is pointing at r336921, which enabled EFIRT. > > > > Some questions here: > > - is this something that can/should be fixed? > > - can we print some "enabling EFIRT" message to the console to make > > guesses about the problem source a bit easier? > > > I have almost exactly the same trap on a DELL Latitude E6520 with ALPHA3. Hmm... that's a good data point. I might have a nearby Dell on-hand with same firmware to reproduce with, then. > Only _with_ 'OPTIONS EFIRT' enabled in the kernel _and_ deactivating it > via efi.rt.disabled=1 in /boot/loader.conf, it works for me. > > An oddity is, that the spelling of the loader tuneable has to be > efi.rt.disabled, not efi.rt_disabled (note the dot instead of an > underscore!). The one with the underscore, as mentioned in UPDATING, > does not work for me. Isn't this a typo somewhere in the code? > The UPDATING entry was later amended to reflect the new spelling ("efi.rt.disabled") Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Wed Aug 29 13:33:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F072108A811 for ; Wed, 29 Aug 2018 13:33:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from emailer.gwdg.de (emailer.gwdg.de [134.76.10.24]) (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 35FA08D405; Wed, 29 Aug 2018 13:33:06 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-24.um.gwdg.de ([134.76.9.234] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.90_1) (envelope-from ) id 1fv0an-00042n-32; Wed, 29 Aug 2018 15:33:05 +0200 Received: from krabat.raven.hur (91.8.156.212) by EXCMBX-24.um.gwdg.de (134.76.9.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1531.3; Wed, 29 Aug 2018 15:33:04 +0200 Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Kyle Evans CC: , FreeBSD Current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <23535142-fcd6-a37f-c1d6-70ae68b3872f@gwdg.de> From: Rainer Hurling Message-ID: <44b19fe0-8607-8002-674c-47548de32d5b@gwdg.de> Date: Wed, 29 Aug 2018 15:33:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Originating-IP: [91.8.156.212] X-ClientProxiedBy: EXCMBX-22.um.gwdg.de (134.76.9.232) To EXCMBX-24.um.gwdg.de (134.76.9.234) X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 13:33:06 -0000 Am 29.08.18 um 15:25 schrieb Kyle Evans: > On Wed, Aug 29, 2018 at 8:20 AM Rainer Hurling wrote: >> >> Am 29.08.18 um 11:37 schrieb Yuri Pankov: >>> Hi, >>> >>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>> 20180802) fail to boot on MBP 2017: >>> >>> kbd0 at kbdmux0 >>> netmap: loaded module >>> nexus0 >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 2: apic id = 02 >>> fault virtual address = 0x74c64a50 >>> fault code = supervisor read data, page not present >>> instruction pointer = 0x20: 0x7abece31 >>> stack pointer = 0x28: 0xffffffff82b2f7c0 >>> frame pointer = 0x28: 0xffffffff82b2f810 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 0 (swapper) >>> [ thread pid 0 tid 100000 ] >>> Stopped at 0x7abece31: calll *0x18(%rax) >>> db> >>> >>> Sadly, there's no support for internal keyboard yet (it's connected via >>> SPI), and external USB one stops working. >>> >>> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. >>> >>> Some questions here: >>> - is this something that can/should be fixed? >>> - can we print some "enabling EFIRT" message to the console to make >>> guesses about the problem source a bit easier? >> >> >> I have almost exactly the same trap on a DELL Latitude E6520 with ALPHA3. > > Hmm... that's a good data point. I might have a nearby Dell on-hand > with same firmware to reproduce with, then. > >> Only _with_ 'OPTIONS EFIRT' enabled in the kernel _and_ deactivating it >> via efi.rt.disabled=1 in /boot/loader.conf, it works for me. >> >> An oddity is, that the spelling of the loader tuneable has to be >> efi.rt.disabled, not efi.rt_disabled (note the dot instead of an >> underscore!). The one with the underscore, as mentioned in UPDATING, >> does not work for me. Isn't this a typo somewhere in the code? >> > > The UPDATING entry was later amended to reflect the new spelling > ("efi.rt.disabled") Oops, I must have missed it. Thanks for the update. > > Thanks, > > Kyle Evans > From owner-freebsd-current@freebsd.org Wed Aug 29 14:12:52 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCDA7108B548 for ; Wed, 29 Aug 2018 14:12:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E6BA8EDA1 for ; Wed, 29 Aug 2018 14:12:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 186B914B42 for ; Wed, 29 Aug 2018 14:12:51 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f42.google.com with SMTP id c21-v6so4430275lfh.3 for ; Wed, 29 Aug 2018 07:12:51 -0700 (PDT) X-Gm-Message-State: APzg51AuKkorcZuEofwS2FIyQHEzqzrVQpgD0bk7ljRyKmoyo5CYRizo EcOh3gmjOf/0IQy6Q2+Vu71et/i/ZReDTlPk6EU= X-Google-Smtp-Source: ANB0VdbZSmqK7Q59MKKJaWMC4nkBu2e24VRE0ziTz5CKiHRqV2r91OV/D3mYxfGfydPG1Yol7fn9pyXnhanHUD4BPYM= X-Received: by 2002:a19:ca09:: with SMTP id a9-v6mr4417962lfg.120.1535551969569; Wed, 29 Aug 2018 07:12:49 -0700 (PDT) MIME-Version: 1.0 References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> In-Reply-To: From: Kyle Evans Date: Wed, 29 Aug 2018 09:12:37 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: yuripv@yuripv.net Cc: Konstantin Belousov , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 14:12:52 -0000 On Wed, Aug 29, 2018 at 6:53 AM Yuri Pankov wrote: > > Yuri Pankov wrote: > > Konstantin Belousov wrote: > >> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: > >>> Hi, > >>> > >>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, > >>> 20180802) fail to boot on MBP 2017: > >>> > >>> kbd0 at kbdmux0 > >>> netmap: loaded module > >>> nexus0 > >>> > >>> Fatal trap 12: page fault while in kernel mode > >>> cpuid = 2: apic id = 02 > >>> fault virtual address = 0x74c64a50 > >>> fault code = supervisor read data, page not present > >>> instruction pointer = 0x20: 0x7abece31 > >>> stack pointer = 0x28: 0xffffffff82b2f7c0 > >>> frame pointer = 0x28: 0xffffffff82b2f810 > >>> code segment = base 0x0, limit 0xfffff, type 0x1b > >>> = DPL 0, pres 1, long 1, def32 0, gran 1 > >>> processor eflags = interrupt enabled, resume, IOPL = 0 > >>> current process = 0 (swapper) > >>> [ thread pid 0 tid 100000 ] > >>> Stopped at 0x7abece31: calll *0x18(%rax) > >>> db> > >>> > >>> Sadly, there's no support for internal keyboard yet (it's connected via > >>> SPI), and external USB one stops working. > >>> > >>> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. > >>> > >>> Some questions here: > >>> - is this something that can/should be fixed? > >>> - can we print some "enabling EFIRT" message to the console to make > >>> guesses about the problem source a bit easier? > >> > >> It is not in 'enabling'. Looking at the faulting VA, I believe that > >> it occurs inside the BIOS code. > >> > >> Disable efirt by removing the kernel option, then try to load the module > >> at runtime. Does it still fault ? Also, get the efi mem map for the > >> machine and look at which region the faulting address and the faulting > >> instruction belong. > > > > kldload'ing the efirt module gets the same fault. Several top lines of > > backtrace: > > > > kernphys() at 0x7abece31 > > efi_get_time() at efi_get_time+0xd9 > > efirtc_probe() at efirtc_probe+0x17 > > For the efi mem map, if I'm understanding it correctly, there's the > following: > > ... > BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB > ... > RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB > ... > Hi, I guess this patch might do it: https://people.freebsd.org/~kevans/efi-bootmap.diff Linux commit messages depict a tale in which they used to also only map RUNTIME entries, but they were effectively forced to back down on that because of buggy firmware that does exactly what you've described and they later reintroduced the restrictive mapping for i386-only where they'd not found such bugs. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Wed Aug 29 14:19:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21829108B928 for ; Wed, 29 Aug 2018 14:19:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EE458F158; Wed, 29 Aug 2018 14:19:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7TEJE2c062985 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Aug 2018 17:19:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7TEJE2c062985 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7TEJEUJ062984; Wed, 29 Aug 2018 17:19:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 29 Aug 2018 17:19:14 +0300 From: Konstantin Belousov To: Kyle Evans Cc: yuripv@yuripv.net, FreeBSD Current Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Message-ID: <20180829141914.GG2340@kib.kiev.ua> References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 14:19:26 -0000 On Wed, Aug 29, 2018 at 09:12:37AM -0500, Kyle Evans wrote: > I guess this patch might do it: > https://people.freebsd.org/~kevans/efi-bootmap.diff > > Linux commit messages depict a tale in which they used to also only > map RUNTIME entries, but they were effectively forced to back down on > that because of buggy firmware that does exactly what you've described > and they later reintroduced the restrictive mapping for i386-only > where they'd not found such bugs. Orthogonal to the loader patch, please try the following. Even better, try this with the stock loader. You need to remove efirt from the kernel config for now, instead load efirt.ko, perhaps after the system booted into single user. I am interested if the panic goes away. You should see some interesting message from kernel about EFI realtime clock. If you have any binary modules like nvidia or vbox, do not load them with the patched kernel. diff --git a/sys/amd64/amd64/efirt_support.S b/sys/amd64/amd64/efirt_support.S new file mode 100644 index 00000000000..82e5646e645 --- /dev/null +++ b/sys/amd64/amd64/efirt_support.S @@ -0,0 +1,105 @@ +/*- + * SPDX-License-Identifier: BSD-2-Clause-FreeBSD + * + * Copyright (c) 2018 The FreeBSD Foundation + * All rights reserved. + * + * This software was developed by Konstantin Belousov + * under sponsorship from the FreeBSD Foundation. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include + +#include "assym.inc" + + .text +ENTRY(efirt_arch_call) + pushq %rbp + movq %rsp, %rbp + + movq %rbx, EC_STATE+TF_RBX(%rdi) + movq %rsp, EC_STATE+TF_RSP(%rdi) + movq %rbp, EC_STATE+TF_RBP(%rdi) + movq %r12, EC_STATE+TF_R12(%rdi) + movq %r13, EC_STATE+TF_R13(%rdi) + movq %r14, EC_STATE+TF_R14(%rdi) + movq %r15, EC_STATE+TF_R15(%rdi) + movq PCPU(CURTHREAD), %rax + movq %rdi, TD_MD+MD_EFIRT_TMP(%rax) + + movq PCPU(CURPCB), %rsi + movq $efirt_fault, PCB_ONFAULT(%rsi) + + movl EC_ARGCNT(%rdi), %ecx + movl %ecx, %ebx + shll $3, %ecx + subq %rcx, %rsp + + cmpl $0, %ebx + jz 1f + movq EC_ARG1(%rdi), %rcx + decl %ebx + jz 1f + movq EC_ARG2(%rdi), %rdx + decl %ebx + jz 1f + movq EC_ARG3(%rdi), %r8 + decl %ebx + jz 1f + movq EC_ARG4(%rdi), %r9 + /* XXX on-stack regs */ +1: movq EC_FPTR(%rdi), %rax + callq *%rax + + movq PCPU(CURTHREAD), %rbx + movq TD_MD+MD_EFIRT_TMP(%rbx), %rdi + movq %rax, EC_STATE(%rdi) + movq PCPU(CURPCB), %rsi + xorl %eax, %eax + movq %rax, PCB_ONFAULT(%rsi) + +efirt_arch_call_tail: + movq EC_STATE+TF_R15(%rdi), %r15 + movq EC_STATE+TF_R14(%rdi), %r14 + movq EC_STATE+TF_R13(%rdi), %r13 + movq EC_STATE+TF_R12(%rdi), %r12 + movq EC_STATE+TF_RBP(%rdi), %rbp + movq EC_STATE+TF_RSP(%rdi), %rsp + movq EC_STATE+TF_RBX(%rdi), %rbx + + popq %rbp + ret +END(efirt_arch_call) + +ENTRY(efirt_fault) + xorl %eax, %eax + movq PCPU(CURPCB), %rsi + movq %rax, PCB_ONFAULT(%rsi) + movl $EFAULT, %eax + movq PCPU(CURTHREAD), %rbx + movq TD_MD+MD_EFIRT_TMP(%rbx), %rdi + jmp efirt_arch_call_tail +END(efirt_fault) diff --git a/sys/amd64/amd64/genassym.c b/sys/amd64/amd64/genassym.c index d61b5c7bb6d..c38a596089a 100644 --- a/sys/amd64/amd64/genassym.c +++ b/sys/amd64/amd64/genassym.c @@ -77,12 +77,15 @@ ASSYM(P_MD, offsetof(struct proc, p_md)); ASSYM(MD_LDT, offsetof(struct mdproc, md_ldt)); ASSYM(MD_LDT_SD, offsetof(struct mdproc, md_ldt_sd)); +ASSYM(MD_EFIRT_TMP, offsetof(struct mdthread, md_efirt_tmp)); + ASSYM(TD_LOCK, offsetof(struct thread, td_lock)); ASSYM(TD_FLAGS, offsetof(struct thread, td_flags)); ASSYM(TD_PCB, offsetof(struct thread, td_pcb)); ASSYM(TD_PFLAGS, offsetof(struct thread, td_pflags)); ASSYM(TD_PROC, offsetof(struct thread, td_proc)); ASSYM(TD_FRAME, offsetof(struct thread, td_frame)); +ASSYM(TD_MD, offsetof(struct thread, td_md)); ASSYM(TDF_ASTPENDING, TDF_ASTPENDING); ASSYM(TDF_NEEDRESCHED, TDF_NEEDRESCHED); @@ -249,3 +252,12 @@ ASSYM(__FreeBSD_version, __FreeBSD_version); #ifdef HWPMC_HOOKS ASSYM(PMC_FN_USER_CALLCHAIN, PMC_FN_USER_CALLCHAIN); #endif + +ASSYM(EC_EFI_STATUS, offsetof(struct efirt_callinfo, ec_efi_status)); +ASSYM(EC_FPTR, offsetof(struct efirt_callinfo, ec_fptr)); +ASSYM(EC_ARGCNT, offsetof(struct efirt_callinfo, ec_argcnt)); +ASSYM(EC_ARG1, offsetof(struct efirt_callinfo, ec_arg1)); +ASSYM(EC_ARG2, offsetof(struct efirt_callinfo, ec_arg2)); +ASSYM(EC_ARG3, offsetof(struct efirt_callinfo, ec_arg3)); +ASSYM(EC_ARG4, offsetof(struct efirt_callinfo, ec_arg4)); +ASSYM(EC_STATE, offsetof(struct efirt_callinfo, ec_state)); diff --git a/sys/amd64/include/frame.h b/sys/amd64/include/frame.h index f0a6fcf5bc9..c84ee2a2064 100644 --- a/sys/amd64/include/frame.h +++ b/sys/amd64/include/frame.h @@ -47,4 +47,15 @@ struct pti_frame { register_t pti_ss; }; +struct efirt_callinfo { + register_t ec_efi_status; + register_t ec_fptr; + register_t ec_argcnt; + register_t ec_arg1; + register_t ec_arg2; + register_t ec_arg3; + register_t ec_arg4; + struct trapframe ec_state; +}; + #endif diff --git a/sys/amd64/include/proc.h b/sys/amd64/include/proc.h index f52c71208e6..a4d6435d96c 100644 --- a/sys/amd64/include/proc.h +++ b/sys/amd64/include/proc.h @@ -62,6 +62,7 @@ struct mdthread { register_t md_saved_flags; /* (k) */ register_t md_spurflt_addr; /* (k) Spurious page fault address. */ struct pmap_invl_gen md_invl_gen; + register_t md_efirt_tmp; /* (k) */ }; struct mdproc { diff --git a/sys/dev/efidev/efirt.c b/sys/dev/efidev/efirt.c index d48074d72d6..348099ccc9e 100644 --- a/sys/dev/efidev/efirt.c +++ b/sys/dev/efidev/efirt.c @@ -96,6 +96,8 @@ static int efi_status2err[25] = { static int efi_enter(void); static void efi_leave(void); +int efirt_arch_call(struct efirt_callinfo *); + static int efi_status_to_errno(efi_status status) { @@ -296,16 +298,22 @@ efi_get_table(struct uuid *uuid, void **ptr) static int efi_get_time_locked(struct efi_tm *tm, struct efi_tmcap *tmcap) { - efi_status status; + struct efirt_callinfo ec; int error; EFI_TIME_OWNED() + bzero(&ec, sizeof(ec)); + ec.ec_argcnt = 2; + ec.ec_arg1 = (uintptr_t)tm; + ec.ec_arg2 = (uintptr_t)tmcap; error = efi_enter(); if (error != 0) return (error); - status = efi_runtime->rt_gettime(tm, tmcap); + ec.ec_fptr = (uintptr_t)(efi_runtime->rt_gettime); + error = efirt_arch_call(&ec); efi_leave(); - error = efi_status_to_errno(status); + if (error == 0) + error = efi_status_to_errno(ec.ec_efi_status); return (error); } diff --git a/sys/dev/efidev/efirtc.c b/sys/dev/efidev/efirtc.c index b9e06bcc362..e5a2ec262bf 100644 --- a/sys/dev/efidev/efirtc.c +++ b/sys/dev/efidev/efirtc.c @@ -74,7 +74,8 @@ efirtc_probe(device_t dev) */ if ((error = efi_get_time(&tm)) != 0) { if (bootverbose) - device_printf(dev, "cannot read EFI realtime clock\n"); + device_printf(dev, "cannot read EFI realtime clock, " + "error %d\n", error); return (error); } device_set_desc(dev, "EFI Realtime Clock"); diff --git a/sys/kern/kern_thread.c b/sys/kern/kern_thread.c index 79b34dc7649..8b1b993dc58 100644 --- a/sys/kern/kern_thread.c +++ b/sys/kern/kern_thread.c @@ -83,7 +83,7 @@ _Static_assert(offsetof(struct thread, td_pflags) == 0x104, "struct thread KBI td_pflags"); _Static_assert(offsetof(struct thread, td_frame) == 0x470, "struct thread KBI td_frame"); -_Static_assert(offsetof(struct thread, td_emuldata) == 0x518, +_Static_assert(offsetof(struct thread, td_emuldata) == 0x520, "struct thread KBI td_emuldata"); _Static_assert(offsetof(struct proc, p_flag) == 0xb0, "struct proc KBI p_flag"); diff --git a/sys/modules/efirt/Makefile b/sys/modules/efirt/Makefile index 2613150db48..524d93ead93 100644 --- a/sys/modules/efirt/Makefile +++ b/sys/modules/efirt/Makefile @@ -5,7 +5,11 @@ KMOD= efirt SRCS= efirt.c efirt_machdep.c efidev.c -SRCS+= efirtc.c +SRCS+= efirtc.c efirt_support.S SRCS+= device_if.h bus_if.h clock_if.h +efirt_support.o: efirt_support.S assym.inc + ${CC} -c -x assembler-with-cpp -DLOCORE ${CFLAGS} \ + ${.IMPSRC} -o ${.TARGET} + .include From owner-freebsd-current@freebsd.org Wed Aug 29 15:19:05 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45EA0108CD35 for ; Wed, 29 Aug 2018 15:19:05 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7E35710E3 for ; Wed, 29 Aug 2018 15:19:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pf1-x430.google.com with SMTP id p12-v6so2431682pfh.2 for ; Wed, 29 Aug 2018 08:19:04 -0700 (PDT) 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=8naAvaGDsNXwl7SWtjW8ujGvwL0Q4OBFReEmmzPLDU4=; b=jKK1RJjb3Yz38PFIYMikO3EdB03QPzaH+QnCM1pbp4ZnWOJ2ll/gTWzIEDfJmvghCW EYgQ/8/uN0n5fpnsMYC1cB2crpF7YTlg6x/RVIT2o5+ujyC+wiuRISo6z5E+0qrFCpRv jPz6NlyMkH/d9LPoaN9OOchGdThsFJajiNrBbHSVUQIV/f8pA1YQRoCF7tUug7ia4Qmq KyjGkHxVaZecaqfJluXfymJr9132OmhDcmStiJh4KiAETal6KaQ2uW8zF8gWWCBYJuN9 fvI6PSfg1Tvqs315f4Cl/49tv9ze4lsy7lyZXdFSiTcBznHmHTadV1d4/37ZsSRAgj6+ nlaA== 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=8naAvaGDsNXwl7SWtjW8ujGvwL0Q4OBFReEmmzPLDU4=; b=YR1Bt1myqGzEfHB5Y4bHKwsa1Gu9oHOKoGwyUtl2ohaLTR5q1ydMXj05A7B0ylYw84 u3blZgyznbIOAEJT4wsGNr+Qg6beVx0YHo7Th0B9jH1jf43dhuYOceoSe7nGg2JDOyh6 q6X1JMnO226jZnmpGj59Fd784Tw7xuMY+CCbq7m7y3M1kHYRTLjcPYqhR2g186THpozr IqkMaR3q7/DG45SCqeesoi89RJhW6Ws4/4Iie4rQciDH6zceGvs7EFDg1OMBgDEwFVQE lprRvMSrO52jVoiyRkWy4TEL1TeU07u4OpFSS8+WGN9JL+Km2hHobBgMzXQ7xwX2IJH3 5fxQ== X-Gm-Message-State: APzg51A4h2iGIJpNPBYKYKNlXwPqTRGspGvARAKDPTkuQgeBEAXe9/tk ms5IHR0xg9W6u+JtShzj8ALv1xlft6M= X-Google-Smtp-Source: ANB0VdaCfRlhrBqzcKAsW7yMypwhawber+ZfoFr/YHOp517bN8M3CippdxR2APC1zFPHwzOnZ1q7JA== X-Received: by 2002:a62:8186:: with SMTP id t128-v6mr6367554pfd.192.1535555943483; Wed, 29 Aug 2018 08:19:03 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id q26-v6sm13391958pfj.127.2018.08.29.08.19.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 08:19:02 -0700 (PDT) Sender: Mark Johnston Date: Wed, 29 Aug 2018 11:18:57 -0400 From: Mark Johnston To: Alexander Leidinger Cc: freebsd-current@freebsd.org Subject: Re: old top and new -current: missing arcstat sysctl Message-ID: <20180829151857.GA2709@raichu> References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 15:19:05 -0000 On Wed, Aug 29, 2018 at 07:44:31AM +0200, Alexander Leidinger wrote: > > Quoting Mark Johnston (from Tue, 28 Aug 2018 > 10:48:42 -0400): > > > On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote: > >> On 2018-08-28 02:40, Alexander Leidinger wrote: > >> > Hi, > >> > > >> > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for > >> > 12.0-alpha3 with a top from an old-ish -current. > >> > > >> > Is/will this be handled via a compat-11 sysctl (my kernel is without > >> > compat-xx), or did this slip through? > > >> That is not something that a compat-xx package can handle. > > > > s/package/kernel option/? > > Sorry, the COMPAT_FREEBSDx kernel options was what I had in mind when > I wrote this. > > >> That arcstat was broken up into 3 individual stats, which the > >> 12.0-alpha3 version of top will sum together for you. > >> > >> I don't think we've had compat shims like this for previous versions of > >> top, I recall having similar issues when the 'laundry' counter was > >> introduced. > > > > IIRC that would have been the inverted case of running a newer top(1) > > with an older kernel lacking the v_laundry_pages sysctl. In general I'd > > expect us to support running an older top(1) with newer kernels if we > > don't have to bend over backwards to provide compatibility. > > If the new top is summing the 3 up anyway, it sounds like we could > provide the old one as backwards compatibility, even if it is > redundant. I rather have an redundant counter and an old top working > (in the generic case of what we promise to our users; in this specific > case for me I just need to get around to update the jails on the > corresponding systems), than bailing out without displaying anything. I'm inclined to agree, especially since this (running older top(1)s) has come up before when I removed some VM sysctls: https://reviews.freebsd.org/D16943 From owner-freebsd-current@freebsd.org Wed Aug 29 16:17:12 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC74108E2B8 for ; Wed, 29 Aug 2018 16:17:12 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 DCBA8730FD; Wed, 29 Aug 2018 16:17:11 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 1191E20A70; Wed, 29 Aug 2018 12:17:11 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 29 Aug 2018 12:17:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=W5o2U5JCdB6/OZ7sD73/zyluDWLeM 8L9xJycG7T57Q8=; b=aaj3NbwXTqqFHcrGNBAfc5U0K6PdIuQCT60zzogQQES/L fgzIrWwLzZocffSMgq53n7qisePjHmdc824QwgttPUp2wM0eFAioiam+Yv1npDHQ uJTNvEe7xdPxx8SP5mBCASD6vmDw20qgfgz+sf0ZZmmyF74Ip0ja7OG8JHyolp2p jgpH/V4Mp8+33QbM+7Ic1WveogQ+48TuByW47qBFxC40Lz8hfdqDF+CuImYbGMUt 1zoV6KWbpNfGV5LC4QaR4zdQpLlq8p4yeVt4kQt5dzLQ+4caXQddHwMNvQWElwN4 QZZKnd5T3ZqwNyVqMlctFKCPTWtjHAe0VELywN5Ig== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=W5o2U5 JCdB6/OZ7sD73/zyluDWLeM8L9xJycG7T57Q8=; b=P0O+A5VxeJqneWLUlss0nA yHd59AHEEuBaNcC43oCyrkZw66iq17Hd/OQrrudEO/4dHfRPPv2PZpJ6OGtcK3li MzNy1XDVpuudYpivFdyQejaF6tiD6fhBhHADR7z9WwwFJtnikO2jCPIplItDdfL7 OZqO9QgSTRBR0iRW0YUoLgChJmdJIjJNH/LZ+BM7RC4x/jY4vk+8tqrHuNfKrZk7 Omce2GDdibA8w9Ib7Mb4Q9FnPSYQf8dIlSIuJB7Gx92lfzFs+Ty811lhXKQBkV1c XWBfqfvo9YzZnMrebWt6eFdkTEI0/a8BL97kwfECx7odaFSHAIrg5mD9er1yjKWQ == X-ME-Proxy: X-ME-Sender: Received: from [192.168.1.2] (unknown [178.34.99.43]) by mail.messagingengine.com (Postfix) with ESMTPA id 2417A10292; Wed, 29 Aug 2018 12:17:08 -0400 (EDT) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Konstantin Belousov , Kyle Evans Cc: FreeBSD Current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <20180829141914.GG2340@kib.kiev.ua> From: Yuri Pankov Message-ID: Date: Wed, 29 Aug 2018 19:17:07 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180829141914.GG2340@kib.kiev.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 16:17:12 -0000 Konstantin Belousov wrote: > On Wed, Aug 29, 2018 at 09:12:37AM -0500, Kyle Evans wrote: >> I guess this patch might do it: >> https://people.freebsd.org/~kevans/efi-bootmap.diff >> >> Linux commit messages depict a tale in which they used to also only >> map RUNTIME entries, but they were effectively forced to back down on >> that because of buggy firmware that does exactly what you've described >> and they later reintroduced the restrictive mapping for i386-only >> where they'd not found such bugs. > > Orthogonal to the loader patch, please try the following. Even better, > try this with the stock loader. > > You need to remove efirt from the kernel config for now, instead load > efirt.ko, perhaps after the system booted into single user. I am interested > if the panic goes away. You should see some interesting message from > kernel about EFI realtime clock. > > If you have any binary modules like nvidia or vbox, do not load them > with the patched kernel. Done, getting exactly the same fault without any new messages printed (made sure I'm using the updated efirt using `nm | grep efirt_fault`). From owner-freebsd-current@freebsd.org Wed Aug 29 16:31:10 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBB8C108E808 for ; Wed, 29 Aug 2018 16:31:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33B77739B9; Wed, 29 Aug 2018 16:31:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7TGUx6V094551 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 29 Aug 2018 19:31:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7TGUx6V094551 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7TGUxf7094550; Wed, 29 Aug 2018 19:30:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 29 Aug 2018 19:30:59 +0300 From: Konstantin Belousov To: Yuri Pankov Cc: Kyle Evans , FreeBSD Current Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Message-ID: <20180829163059.GI2340@kib.kiev.ua> References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <20180829141914.GG2340@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 16:31:11 -0000 On Wed, Aug 29, 2018 at 07:17:07PM +0300, Yuri Pankov wrote: > Konstantin Belousov wrote: > > On Wed, Aug 29, 2018 at 09:12:37AM -0500, Kyle Evans wrote: > >> I guess this patch might do it: > >> https://people.freebsd.org/~kevans/efi-bootmap.diff > >> > >> Linux commit messages depict a tale in which they used to also only > >> map RUNTIME entries, but they were effectively forced to back down on > >> that because of buggy firmware that does exactly what you've described > >> and they later reintroduced the restrictive mapping for i386-only > >> where they'd not found such bugs. > > > > Orthogonal to the loader patch, please try the following. Even better, > > try this with the stock loader. > > > > You need to remove efirt from the kernel config for now, instead load > > efirt.ko, perhaps after the system booted into single user. I am interested > > if the panic goes away. You should see some interesting message from > > kernel about EFI realtime clock. > > > > If you have any binary modules like nvidia or vbox, do not load them > > with the patched kernel. > > Done, getting exactly the same fault without any new messages printed > (made sure I'm using the updated efirt using `nm | grep efirt_fault`). Can you show me exact fault messages ? From owner-freebsd-current@freebsd.org Wed Aug 29 17:52:43 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29C541090F1E for ; Wed, 29 Aug 2018 17:52:43 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 B4B7C77A93 for ; Wed, 29 Aug 2018 17:52:42 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id BE6481C592 for ; Wed, 29 Aug 2018 17:52:36 +0000 (UTC) Subject: Re: old top and new -current: missing arcstat sysctl To: freebsd-current@freebsd.org References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> <20180829151857.GA2709@raichu> From: Allan Jude Openpgp: preference=signencrypt Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <5531a2c9-dde5-acef-4199-040973535585@freebsd.org> Date: Wed, 29 Aug 2018 13:52:32 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180829151857.GA2709@raichu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ySSpJMMGu9uCcHfONjGz7ORssi6jQopT0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 17:52:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ySSpJMMGu9uCcHfONjGz7ORssi6jQopT0 Content-Type: multipart/mixed; boundary="dwfguC416gtKqkIlDIvPctq0WfXKqSULs"; protected-headers="v1" From: Allan Jude To: freebsd-current@freebsd.org Message-ID: <5531a2c9-dde5-acef-4199-040973535585@freebsd.org> Subject: Re: old top and new -current: missing arcstat sysctl References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> <20180828144842.GA29917@raichu> <20180829074431.Horde.NYx7i7jvhNMNuTj-hSYfzSk@webmail.leidinger.net> <20180829151857.GA2709@raichu> In-Reply-To: <20180829151857.GA2709@raichu> --dwfguC416gtKqkIlDIvPctq0WfXKqSULs Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2018-08-29 11:18, Mark Johnston wrote: > On Wed, Aug 29, 2018 at 07:44:31AM +0200, Alexander Leidinger wrote: >> >> Quoting Mark Johnston (from Tue, 28 Aug 2018 =20 >> 10:48:42 -0400): >> >>> On Tue, Aug 28, 2018 at 10:25:39AM -0400, Allan Jude wrote: >>>> On 2018-08-28 02:40, Alexander Leidinger wrote: >>>>> Hi, >>>>> >>>>> top reports missing sysctl kstat.zfs.misc.arcstats.other_size for >>>>> 12.0-alpha3 with a top from an old-ish -current. >>>>> >>>>> Is/will this be handled via a compat-11 sysctl (my kernel is withou= t >>>>> compat-xx), or did this slip through? >> >>>> That is not something that a compat-xx package can handle. >>> >>> s/package/kernel option/? >> >> Sorry, the COMPAT_FREEBSDx kernel options was what I had in mind when = =20 >> I wrote this. >> >>>> That arcstat was broken up into 3 individual stats, which the >>>> 12.0-alpha3 version of top will sum together for you. >>>> >>>> I don't think we've had compat shims like this for previous versions= of >>>> top, I recall having similar issues when the 'laundry' counter was >>>> introduced. >>> >>> IIRC that would have been the inverted case of running a newer top(1)= >>> with an older kernel lacking the v_laundry_pages sysctl. In general = I'd >>> expect us to support running an older top(1) with newer kernels if we= >>> don't have to bend over backwards to provide compatibility. >> >> If the new top is summing the 3 up anyway, it sounds like we could =20 >> provide the old one as backwards compatibility, even if it is =20 >> redundant. I rather have an redundant counter and an old top working = >> (in the generic case of what we promise to our users; in this specific= =20 >> case for me I just need to get around to update the jails on the =20 >> corresponding systems), than bailing out without displaying anything. >=20 > I'm inclined to agree, especially since this (running older top(1)s) ha= s > come up before when I removed some VM sysctls: > https://reviews.freebsd.org/D16943 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I misunderstood previously (COMPAT_FREEBSDxx vs the compat-xx package). I am in agreement with Mark about fixing this for 12.0 --=20 Allan Jude --dwfguC416gtKqkIlDIvPctq0WfXKqSULs-- --ySSpJMMGu9uCcHfONjGz7ORssi6jQopT0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJbht1jAAoJEBmVNT4SmAt+LWgP/jRF3wDHZAzSaXOOgrXY87zI btTUagETWGEZMD6tqNbH+k+1gW+02fonGMMvoN86vPHWZDCgCB0J0nxndGuyFyoT ZfzuOYSG9qr146fGOlyVTD+AaIZBX1aj7BlfeqfzhtOZjHz5pc0r4xn8SfnxW+Z4 1sKc2yFNO4Vx50KCxHLyQzvciByzne9OGozEiA6bwY/YLSPYHQojlkCvMxSQgwwE 0XdLC7Oi4OqlEord4xhD92G6EqoJPlZ1x7iSz+lzZHxLuT0HdKd0aUGVfI6Tfc9T Pat8/Ub2xCWIbKBPNCFSbzAN4hsnxgaYLlH+ItbFnyRml5Nchu+lyiuWb1Yexi2X /zCkvV66e6yHUbMpwGjgn7FV/oeNIvbQArjE9Le9FFHLNsPZ0domblHlCBWCCLKC RQ974qZ9eEsJKCbQxLfwD/PSCEI/52+CnRulMtYuHc/obze31zrxbd7tRU0i+um0 0J8ZAIXJaknlklNPLKxe+UIw3rhssRs3XkKQDqhr8YIpiWCG6tV5xRY4Sju6S5E6 dWSs7YyE2ORPJJPBU6D4V91HTSO0ioAEiO0k6W4bzvbtxP5J0BCigay0u78SiAUk ug1da9HFENSAAmKufYEsSh7PTTzZ4MpdvQjiBdGKoxGd+wWFH5lN6s59ruFP8uNq stB1AEn7o6BRygqqDmqa =PETL -----END PGP SIGNATURE----- --ySSpJMMGu9uCcHfONjGz7ORssi6jQopT0-- From owner-freebsd-current@freebsd.org Wed Aug 29 18:14:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94BF51091A1C for ; Wed, 29 Aug 2018 18:14:36 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D93278F70 for ; Wed, 29 Aug 2018 18:14:36 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-pl1-x633.google.com with SMTP id b12-v6so2648181plr.8 for ; Wed, 29 Aug 2018 11:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=IJCLIGj8AfiAL1nS9Js3cEutcLR8auWV4nsS5D/8nrA=; b=vCR4yHV3wExogWV3BmRGjisqtUweH6RdblIb4wSORSGL7RhTls+33zVQZBr5qEyxqd 8ST5H7NISmwMZ6olCyI7efLoPaAGlqFE9IsSVhNvypGGLyOe3tK0ni0Iw/4G+UaSfWsh UvCEndCzZgKFf55FStxh1EDWzZdGYxfbo3DMoBArSE9MteQRGSHkNap1tVF6oF7NmDOK YxlKdUgJegGhVnyWBckvZgXB6cq4t2XusGDWjBWJva8suV8VwLYVqGW6KSIBp1QY5EwE tl3mcmVL++NsqhS4bfjZgjA0ubqbqmm/BQ1M0dbhim3wIiOcts45h7QNlmUlhYSuz/jC zfCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=IJCLIGj8AfiAL1nS9Js3cEutcLR8auWV4nsS5D/8nrA=; b=krkH1p23AFJwG/FGr9HDPqPD/jefDS7vdW0hqQb5ziYxMAEiqmX7f5HJDMiWlX+u7K v4CTewnni09+20pVqLAmNHGPTw/QlbuOZNBfLquz7ZBe5+Tc/qJmcqraEm/uqx/HTkZc Gokghz6pXL+/gvqZmHLcSoV3o6hYUyx7pTTJwuI0shZ3oJKm4qvtLm8jChwBZlsP2a5a ZalWud+IMLdnMP+UHxa0i7LQgh36zInbFimWK6XNIwVlyeypu7CLCI0eZnXCgesEWF2D gA9AzVkb/rF/MLatKzNUSjyaZU2SdGf1zMdHzFLsiFGk6j8NsVLeu72pfgxNJP5ODGC1 PmMg== X-Gm-Message-State: APzg51DHk2QAFtHgFNlWHP8gUUSEJAVkVw5T7jyq2OMZ0cmC707ONon3 TdBSPe84EZyg/kLGPnl3lSz1o/GvCpnWMqXADkKVrfMK5XY= X-Google-Smtp-Source: ANB0VdZHj3kfdLDkRUdWHKjaE6BSnwCjhPEaPM/wWrynoBNN3dYJZtJz4a0hbBk4OPH+aKhkwnF60g0i9UDpYtz7wLA= X-Received: by 2002:a17:902:694a:: with SMTP id k10-v6mr6893814plt.166.1535566474955; Wed, 29 Aug 2018 11:14:34 -0700 (PDT) MIME-Version: 1.0 References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <20180829141914.GG2340@kib.kiev.ua> <20180829163059.GI2340@kib.kiev.ua> In-Reply-To: <20180829163059.GI2340@kib.kiev.ua> From: Gleb Popov <6yearold@gmail.com> Date: Wed, 29 Aug 2018 21:14:05 +0300 Message-ID: Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 18:14:36 -0000 I met similar panic on my ASUS ROG GL553VE: module_register_init: MOD_LOAD (vesa, 0xffffffff80a9dd30, 0) error 19 random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" nexus0 Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0x7b3cede8 stack pointer = 0x28:0xffffffff81edb7e8 frame pointer = 0x28:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [ thread pid 0 tid 100000 ] Stopped at 0x7b3cede8: cmpq %r10,(%r8,%rdx,8) It then hanged, so I could'nt even get a backtrace. However, removing "option EFIRT" from the config fixed it. From owner-freebsd-current@freebsd.org Wed Aug 29 23:20:25 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45E8510800B7 for ; Wed, 29 Aug 2018 23:20:25 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-yw1-xc2d.google.com (mail-yw1-xc2d.google.com [IPv6:2607:f8b0:4864:20::c2d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C12778649B for ; Wed, 29 Aug 2018 23:20:24 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-yw1-xc2d.google.com with SMTP id l9-v6so2677063ywc.11 for ; Wed, 29 Aug 2018 16:20:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=4FjnOM/iitRhXEeEfeDhahKInfrUxS9Hyk7vC63KfeA=; b=LYRrysv+G8pylCv8ZX1F3e4ZdXnSsxwpncXfLIzK2g3KRzB0qsHT3T/GQmy76jTgNt bRG8RJa9h9NtV5P9gEBHZ/7S0J11pKL+fum2182dUEQCow8Zb2vMqjYGexkuucwcOj8E BE+CuMhJiDqgmWnPfGyQxnl/JcRm8vUWGWcVWe3OFoSMzG89H7B1b15JjBoEvxwOPdXZ WilTWxRwZ3NXFOqfXqqTahscwxzFjzPAPUbwFwvhMATRRlZQ1v3JshZGzMgPat6NvtJg TQDdVXS3WK9v1O8TLsd08hCpQJQaG/b4Q9oZ4qH/H9lEB3deYy5Wy47HZRW0lNcUfKEF YNdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=4FjnOM/iitRhXEeEfeDhahKInfrUxS9Hyk7vC63KfeA=; b=B3muGDZH1OBByzGnfRvmSRU6PpPgRW6DcD0WJh/RCFltSjZMPVoSReOk7DHD4IPEZ9 69PNSe/KYCQFrrsy9R1c7oOAM6TcRw1okh7ZqvT9c89apWufi5p8DC2CbLlYaRKXjKhp j4G0GWKGCgMrdW9Pp3a7sSXU/QXjB4XDK8p9bhYawUtm1CF6zzx4qntRt0VwleCy+JI/ 6LUH88KfqdHOcuzRv+uv+bS9xxNup6eo3wrKn5IAJ7KiH78hp+r+/XpJsVjXCfJlTeJ6 CrrLVPs0DvzEFoi9FYsZRsW6av/0VsbO3QAb6Nd/XcL4NUK4W2xszQmH23o/rGyo9tlm mp1g== X-Gm-Message-State: APzg51A5fHKe4dXGUwPr7PBIcAFmiC0BH3zESUhJs9HzRaeYg93V1+fG fiMpsCIAuC7h2bn/D0T5ddYEiaL/m2ZdlxCw8WmY024mB5ioWp362jqDuCs/tIV05RdyvaZnlC0 1mpVpW/wNDOXfG/N/ X-Google-Smtp-Source: ANB0VdYNlOOc+6sPkJ6DfKhavfi9dfV4fuTaWAEbHBjh0q+WbKg4qr34ztfgI82H0kQQYDhdLNkOIA== X-Received: by 2002:a81:a195:: with SMTP id y143-v6mr4591448ywg.200.1535584823836; Wed, 29 Aug 2018 16:20:23 -0700 (PDT) Received: from [10.0.0.99] (c-69-254-3-228.hsd1.ga.comcast.net. [69.254.3.228]) by smtp.gmail.com with ESMTPSA id z125-v6sm6870492ywg.57.2018.08.29.16.20.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 16:20:23 -0700 (PDT) From: Ian FREISLICH Subject: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted' To: freebsd-current , John Baldwin Message-ID: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> Date: Wed, 29 Aug 2018 19:20:22 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 23:20:25 -0000 SGkNCg0KSSBzZWUgdGhlIGRlZmluaXRpb24gb2YgaW50ZXJydXB0X3NvcnRlZCBpcyAjaWZkZWZl ZCBvdXQgYnkgI2lmZGVmIFNNUA0KYXQgbGluZSA4NC7CoCBNeSBzeXN0ZW0gaXMgVVAgPGdhc3A+ IHNvIEknbSBub3QgY29tcGlsaW5nIGFuIFNNUCBrZXJuZWwuDQoNCi91c3Ivc3JjL3N5cy94ODYv eDg2L2ludHJfbWFjaGRlcC5jOjE3NjoyOiBlcnJvcjogdXNlIG9mIHVuZGVjbGFyZWQNCmlkZW50 aWZpZXIgJ2ludGVycnVwdF9zb3J0ZWQnOyBkaWQgeW91IG1lYW4gJ2ludGVycnVwdF9zb3VyY2Vz Jz8NCsKgwqDCoMKgwqDCoMKgIGludGVycnVwdF9zb3J0ZWQgPSBtYWxsb2NhcnJheShudW1faW9f aXJxcywNCnNpemVvZigqaW50ZXJydXB0X3NvcnRlZCksDQrCoMKgwqDCoMKgwqDCoCBefn5+fn5+ fn5+fn5+fn5+DQrCoMKgwqDCoMKgwqDCoCBpbnRlcnJ1cHRfc291cmNlcw0KL3Vzci9zcmMvc3lz L3g4Ni94ODYvaW50cl9tYWNoZGVwLmM6ODM6MjQ6IG5vdGU6ICdpbnRlcnJ1cHRfc291cmNlcycN CmRlY2xhcmVkIGhlcmUNCnN0YXRpYyBzdHJ1Y3QgaW50c3JjICoqaW50ZXJydXB0X3NvdXJjZXM7 DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBeDQovdXNyL3Ny Yy9zeXMveDg2L3g4Ni9pbnRyX21hY2hkZXAuYzoxNzY6NTQ6IGVycm9yOiB1c2Ugb2YgdW5kZWNs YXJlZA0KaWRlbnRpZmllciAnaW50ZXJydXB0X3NvcnRlZCc7IGRpZCB5b3UgbWVhbiAnaW50ZXJy dXB0X3NvdXJjZXMnPw0KwqDCoMKgwqDCoMKgwqAgaW50ZXJydXB0X3NvcnRlZCA9IG1hbGxvY2Fy cmF5KG51bV9pb19pcnFzLA0Kc2l6ZW9mKCppbnRlcnJ1cHRfc29ydGVkKSwNCsKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXn5+fn5+ fn5+fn5+fn5+fg0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoA0KaW50ZXJydXB0X3NvdXJjZXMNCi91c3Ivc3JjL3N5cy94ODYveDg2 L2ludHJfbWFjaGRlcC5jOjgzOjI0OiBub3RlOiAnaW50ZXJydXB0X3NvdXJjZXMnDQpkZWNsYXJl ZCBoZXJlDQpzdGF0aWMgc3RydWN0IGludHNyYyAqKmludGVycnVwdF9zb3VyY2VzOw0KwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgXg0KMiBlcnJvcnMgZ2VuZXJh dGVkLg0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wLg0KbWFrZVsyXTogc3RvcHBlZCBpbiAvdXNy L29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9CUkFORQ0KKioqIEVycm9yIGNvZGUgMQ0KDQpT dG9wLg0KbWFrZVsxXTogc3RvcHBlZCBpbiAvdXNyL3NyYw0KKioqIEVycm9yIGNvZGUgMQ0KDQpT dG9wLg0KbWFrZTogc3RvcHBlZCBpbiAvdXNyL3NyYw0KDQotLSANCklhbiBGcmVpc2xpY2gNCg0K Ci0tIAoK From owner-freebsd-current@freebsd.org Wed Aug 29 23:40:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 732A31089859 for ; Wed, 29 Aug 2018 23:40:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21AC986FB8 for ; Wed, 29 Aug 2018 23:40:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id C764510AFD2; Wed, 29 Aug 2018 19:40:56 -0400 (EDT) Subject: Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted' To: Ian FREISLICH , freebsd-current References: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> From: John Baldwin Message-ID: <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> Date: Wed, 29 Aug 2018 16:40:54 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 29 Aug 2018 19:40:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 23:40:58 -0000 On 8/29/18 4:20 PM, Ian FREISLICH wrote: > Hi > > I see the definition of interrupt_sorted is #ifdefed out by #ifdef SMP > at line 84.  My system is UP so I'm not compiling an SMP kernel. > > /usr/src/sys/x86/x86/intr_machdep.c:176:2: error: use of undeclared > identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >         interrupt_sorted = mallocarray(num_io_irqs, > sizeof(*interrupt_sorted), >         ^~~~~~~~~~~~~~~~ >         interrupt_sources > /usr/src/sys/x86/x86/intr_machdep.c:83:24: note: 'interrupt_sources' > declared here > static struct intsrc **interrupt_sources; >                        ^ > /usr/src/sys/x86/x86/intr_machdep.c:176:54: error: use of undeclared > identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >         interrupt_sorted = mallocarray(num_io_irqs, > sizeof(*interrupt_sorted), Probably just needs #ifdef SMP around the mallocarray(). I'll test locallyon a UP kernel config. -- John Baldwin                                                                              From owner-freebsd-current@freebsd.org Wed Aug 29 23:42:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB84E1089910 for ; Wed, 29 Aug 2018 23:42:16 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-yw1-xc43.google.com (mail-yw1-xc43.google.com [IPv6:2607:f8b0:4864:20::c43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB7987183 for ; Wed, 29 Aug 2018 23:42:16 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-yw1-xc43.google.com with SMTP id n21-v6so2702257ywh.5 for ; Wed, 29 Aug 2018 16:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=8C/kBbveXiSJMrk7s/w5zUIyK8nzamGkYi82Lobb76Q=; b=itKERilgC30AJgfWersVRW2xCBfsdYruSa+jCJhJTOYfl2ShPkrawRu8jR1FEE8zR4 xoa1oSit54IrgAuEp7nnJJ2JdEQMaL431uTYJn/Rtdthz+iGbUT7z7DrdkiZz7cJuieE UBJ19Swved4Okzxr/GhCtAHCzcYHfPGptptJZiA1DIhsCT4G6YdpXqGjsF5lyJ0msGQG aMUt2m23S/dX45o14/kvlSSK/gLkz+dpNGEHiyMrgGtSfVdGCRDTydA+IF2IRBfA6eME 0cjYO2sIGAETLxXNk2eNNAXs7kHQkF1q09dptxyTo0r7WNW6Nu1XkRq04aDD9XPBvAd9 RK0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=8C/kBbveXiSJMrk7s/w5zUIyK8nzamGkYi82Lobb76Q=; b=ruWfgBiMMDAts+nMSAVAh9fnEBGjMOg5lLXENFJ+EBVnATIN/i3Ff1R/DnM0KhAg0V /lZ6SmeT/toW297raT+WpT1g8zb3XMl+WdnlFAIhJ6C18M0fWDD8Mqkd+VIifws6fLoU LkLR5MT9A/1cxxRCvVISecD19tkuE3ULKhFtTtfq4RxtLTNr3TePUpzXYzZU+VNviBx4 f5y3RL3NstPTxYWkZo2RmW1vUWyCMNt31/Wcwul8tuLKQdPCTOXuRcdr5VXwOisx8Qy5 pRH62fGO+Z2TCdScveHh3S0AVNNrU+lVfYMWNTe0nzeMgFIoQlQhHIE3Lgc3xwNSQeAJ p1IA== X-Gm-Message-State: APzg51BroaZPfUzjKCNnwpSfvCAnA3kjU2VJZFRZEK84TyDOcdu44mRU 8RKRa00pRr6e6JT9227heEuEtMz+re0Ylos+MeSHWw9aJ48XMpK+FGcY7hXfFCRw1STdkTj3qlC hMm3NYAaXIZIj8NjPAEPBe+rJID/t169hWLLHkLKTgoqL4i+k8WcGt91bp8KA68VDna3micd2BU TPiYtvwsNRtq0= X-Google-Smtp-Source: ANB0VdbnwVn5XuLKuuC5ks5ncICDN3hfyBv08gtFiaXBhllZU5anfgGiX+oSzemKfR2azi3yLcacHA== X-Received: by 2002:a81:4e17:: with SMTP id c23-v6mr4740707ywb.229.1535586135697; Wed, 29 Aug 2018 16:42:15 -0700 (PDT) Received: from [10.0.0.99] (c-69-254-3-228.hsd1.ga.comcast.net. [69.254.3.228]) by smtp.gmail.com with ESMTPSA id l127-v6sm2440876ywc.5.2018.08.29.16.42.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 16:42:15 -0700 (PDT) Subject: Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted' To: John Baldwin , freebsd-current References: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> From: Ian FREISLICH Message-ID: <5efd5c70-7672-8acb-747c-113806f47fcb@capeaugusta.com> Date: Wed, 29 Aug 2018 19:42:14 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2018 23:42:17 -0000 I moved the #ifdef down one line and its compiling. Ian --=20 Ian Freislich On 08/29/2018 07:40 PM, John Baldwin wrote: > On 8/29/18 4:20 PM, Ian FREISLICH wrote: >> Hi >> >> I see the definition of interrupt_sorted is #ifdefed out by #ifdef SMP >> at line 84.=C2=A0 My system is UP so I'm not compiling an SMP ker= nel. >> >> /usr/src/sys/x86/x86/intr_machdep.c:176:2: error: use of undeclared >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 interrupt_sorted =3D mallocar= ray(num_io_irqs, >> sizeof(*interrupt_sorted), >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~~~ >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 interrupt_sources >> /usr/src/sys/x86/x86/intr_machdep.c:83:24: note: 'interrupt_sources' >> declared here >> static struct intsrc **interrupt_sources; >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ >> /usr/src/sys/x86/x86/intr_machdep.c:176:54: error: use of undeclared >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 interrupt_sorted =3D mallocar= ray(num_io_irqs, >> sizeof(*interrupt_sorted), > Probably just needs #ifdef SMP around the mallocarray(). I'll test local= lyon a UP kernel config. > --=20 From owner-freebsd-current@freebsd.org Thu Aug 30 05:42:00 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 813D710951A2 for ; Thu, 30 Aug 2018 05:42:00 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [140.82.23.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "mail.nomadlogic.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E69ED72B03; Thu, 30 Aug 2018 05:41:59 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.203] (cpe-76-175-75-27.socal.res.rr.com [76.175.75.27]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id afd48403 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 29 Aug 2018 13:41:58 -0700 (PDT) Subject: Re: beadm vs bectl To: Allan Jude , freebsd-current@freebsd.org References: <1c247846-cdd1-fa49-9033-95b7ff660a60@nomadlogic.org> <25b137fa-5b09-fa0b-e261-91d1a3fd06f3@freebsd.org> From: Pete Wright Message-ID: <70ce5c87-0271-d31d-fe65-4545f74ae1d3@nomadlogic.org> Date: Wed, 29 Aug 2018 13:41:57 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <25b137fa-5b09-fa0b-e261-91d1a3fd06f3@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 05:42:00 -0000 On 8/27/18 3:22 PM, Allan Jude wrote: > On 2018-08-27 14:50, Pete Wright wrote: >> hi there - i have a zfs based system where /boot is on its own pool. >> beadm seems happy enough with this setup but bectl errors out like so: >> >> $ sudo bectl list >> / and /boot not on same device, quitting >> $ >> >> $ beadm list >> BE                 Active Mountpoint  Space Created >> default            NR     /           47.6G 2018-03-02 20:30 >> snapshot_02262018  -      -            1.5G 2018-03-03 14:38 >> badresume_05122018 -      -            4.4G 2018-05-12 19:45 >> 11_2_beta          -      -            2.6G 2018-05-13 18:26 >> resume_works       -      -           12.6G 2018-06-01 16:45 >> $ >> >> reading the manpage for bectl it doesn't mention this being an issue. >> so i guess i have two questions: >> 1) is it a bad thing(tm) to have /boot on its own pool? >> 2) assuming that having /boot on its  own pool, why does bectl not work >> with this configuration? >> >> thanks! >> -pete >> > Your /boot being on a separate pool can never work, since you can't take > a consistent snapshot of / and have it include your kernel (which is > under /boot/kernel which is a separate pool) > > Do you know why you have 2 separate pools? If it was for GELI support, > FreeBSD 12.0 will not require two separate pools anymore, and there will > be migration instructions shortly. > thanks Allan!  that is precisely why i have a separate /boot IIRC - i use GELI to encrypt zroot.  i'll keep my eyes open for migration instructions which i'll be sure to test out and provide feedback on. thanks! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Thu Aug 30 08:56:15 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B30DB10990F9 for ; Thu, 30 Aug 2018 08:56:15 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from imailer.gwdg.de (imailer.gwdg.de [134.76.11.19]) (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 51FDF77F1F; Thu, 30 Aug 2018 08:56:15 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-24.um.gwdg.de ([134.76.9.234] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.90_1) (envelope-from ) id 1fvIkJ-00014H-GS; Thu, 30 Aug 2018 10:56:07 +0200 Received: from krabat.raven.hur (91.8.156.212) by EXCMBX-24.um.gwdg.de (134.76.9.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1531.3; Thu, 30 Aug 2018 10:56:07 +0200 Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Kyle Evans , CC: Konstantin Belousov , FreeBSD Current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> From: Rainer Hurling Message-ID: <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> Date: Thu, 30 Aug 2018 10:56:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Originating-IP: [91.8.156.212] X-ClientProxiedBy: EXCMBX-14.um.gwdg.de (134.76.9.225) To EXCMBX-24.um.gwdg.de (134.76.9.234) X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 08:56:15 -0000 Am 29.08.18 um 16:12 schrieb Kyle Evans: > On Wed, Aug 29, 2018 at 6:53 AM Yuri Pankov wrote: >> >> Yuri Pankov wrote: >>> Konstantin Belousov wrote: >>>> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >>>>> Hi, >>>>> >>>>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>>>> 20180802) fail to boot on MBP 2017: >>>>> >>>>> kbd0 at kbdmux0 >>>>> netmap: loaded module >>>>> nexus0 >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> cpuid = 2: apic id = 02 >>>>> fault virtual address = 0x74c64a50 >>>>> fault code = supervisor read data, page not present >>>>> instruction pointer = 0x20: 0x7abece31 >>>>> stack pointer = 0x28: 0xffffffff82b2f7c0 >>>>> frame pointer = 0x28: 0xffffffff82b2f810 >>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>>> current process = 0 (swapper) >>>>> [ thread pid 0 tid 100000 ] >>>>> Stopped at 0x7abece31: calll *0x18(%rax) >>>>> db> >>>>> >>>>> Sadly, there's no support for internal keyboard yet (it's connected via >>>>> SPI), and external USB one stops working. >>>>> >>>>> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. >>>>> >>>>> Some questions here: >>>>> - is this something that can/should be fixed? >>>>> - can we print some "enabling EFIRT" message to the console to make >>>>> guesses about the problem source a bit easier? >>>> >>>> It is not in 'enabling'. Looking at the faulting VA, I believe that >>>> it occurs inside the BIOS code. >>>> >>>> Disable efirt by removing the kernel option, then try to load the module >>>> at runtime. Does it still fault ? Also, get the efi mem map for the >>>> machine and look at which region the faulting address and the faulting >>>> instruction belong. >>> >>> kldload'ing the efirt module gets the same fault. Several top lines of >>> backtrace: >>> >>> kernphys() at 0x7abece31 >>> efi_get_time() at efi_get_time+0xd9 >>> efirtc_probe() at efirtc_probe+0x17 >> >> For the efi mem map, if I'm understanding it correctly, there's the >> following: >> >> ... >> BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB >> ... >> RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB >> ... >> > > Hi, > > I guess this patch might do it: > https://people.freebsd.org/~kevans/efi-bootmap.diff > > Linux commit messages depict a tale in which they used to also only > map RUNTIME entries, but they were effectively forced to back down on > that because of buggy firmware that does exactly what you've described > and they later reintroduced the restrictive mapping for i386-only > where they'd not found such bugs. > > Thanks, > > Kyle Evans Hi Kyle, After Yuri had no success with the patches of kib, I tried your patch on a DELL Latitude E6520 with BIOS version A21. Kernel config file contains OPTIONS EFIRT, efi.rt.disabled is commented out in /boot/loader.conf. Unfortunately, it also does not work. My trap message is this: [..snip..] netmap: loaded module kbd1 at kbdmux0 nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 390.77 Tue Jul. 10 21:54:30 PDT 2018 nexus0 Fatal trap 12: page fault while in kernel mode cpuid = 0: apic id = 00 fault virtual address = 0xce09ee60 fault code = supervisor read data, page not present instruction pointer = 0x20: 0xcf58334d stack pointer = 0x28: 0xffffffff83252920 frame pointer = 0x28: 0xffffffff832529a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 time = 1 Uptime: 1s Automatic reboot in 15 seconds ... Regards, Rainer Hurling From owner-freebsd-current@freebsd.org Thu Aug 30 09:22:42 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C0DF1099ED5 for ; Thu, 30 Aug 2018 09:22:42 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 15A057910B; Thu, 30 Aug 2018 09:22:41 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 3A6933B5; Thu, 30 Aug 2018 05:22:40 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 30 Aug 2018 05:22:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=MWiWEg891YZsvT8H14vOe0B/SKlUns1aT58j+l9AbIY=; b=OTK6yvf1 mhH9y/nmbeGFOhGAMQj5CxqLcq4DYlpRPlw7rovKlKwcf1xuMmRAPaJq10JYF9BA tbc6dHBk5PEM09+MPf5hJQ+UDobY6salfC4xYc8hMgKfQP897hdOAINb5nfe8hZ3 L/vFEXeF1K3WxURVxpmG8rr3025GOt2soHN9TnOwXqeStuX6NkzrRuasJ7yJu5Oa UKhIo53nsj6IcBN6GWrkPGZC1F7swHp3j0uzsIqfKJ/YeCYcaTWvnSeJ89lVGZ/p j9msJNSfoWJXXRmZ4SII4XnK2Im69QxYea20nAqdd1LijBmYI96Hf9dxZnItWmT9 dTI7Ghqq/OQxRQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=MWiWEg891YZsvT8H14vOe0B/SKlUn s1aT58j+l9AbIY=; b=CDni5I+9c4zJ9pGEXUkjtoV3zMldvkguTQPNWmZUEn2mN noZghoNnEF60Go4rZ93ts6Cedm65qRW72TlJfkG+JPT3IECBIw4cdSzzEG0J4+Jj kI6LFTg698Hk4/ohJNOANANDFHKztuXmkoaBVTG8MHdPIu8yp5eXYE+30ZJhg5u/ Bek8gNfNfxJpNjGxdNveXPmZzlNk1Otazau5XKs6+ukSjcNouW9lWLTkNSzeVkP7 8izvPcKxGgJaMy0OosTGkP07xtJZ7kSKpV80mcki+DTgUmtxQ/3/3T3ZEXIX3c5+ 32KvnJaJCZ/8LUfZGPhXZYrj6mwNRdPFHUK7P1UZA== X-ME-Proxy: X-ME-Sender: Received: from [192.168.1.2] (unknown [178.34.99.43]) by mail.messagingengine.com (Postfix) with ESMTPA id 171DB10293; Thu, 30 Aug 2018 05:22:36 -0400 (EDT) Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Rainer Hurling , Kyle Evans Cc: Konstantin Belousov , FreeBSD Current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> From: Yuri Pankov Message-ID: <52996f84-c215-f1da-8ce3-8bcfdbd79c40@yuripv.net> Date: Thu, 30 Aug 2018 12:22:36 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> Content-Type: multipart/mixed; boundary="------------F489DB713008D84D090C16E3" Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 09:22:42 -0000 This is a multi-part message in MIME format. --------------F489DB713008D84D090C16E3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Rainer Hurling wrote: > Am 29.08.18 um 16:12 schrieb Kyle Evans: >> On Wed, Aug 29, 2018 at 6:53 AM Yuri Pankov wrote: >>> >>> Yuri Pankov wrote: >>>> Konstantin Belousov wrote: >>>>> On Wed, Aug 29, 2018 at 12:37:52PM +0300, Yuri Pankov wrote: >>>>>> Hi, >>>>>> >>>>>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>>>>> 20180802) fail to boot on MBP 2017: >>>>>> >>>>>> kbd0 at kbdmux0 >>>>>> netmap: loaded module >>>>>> nexus0 >>>>>> >>>>>> Fatal trap 12: page fault while in kernel mode >>>>>> cpuid = 2: apic id = 02 >>>>>> fault virtual address = 0x74c64a50 >>>>>> fault code = supervisor read data, page not present >>>>>> instruction pointer = 0x20: 0x7abece31 >>>>>> stack pointer = 0x28: 0xffffffff82b2f7c0 >>>>>> frame pointer = 0x28: 0xffffffff82b2f810 >>>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>>>> current process = 0 (swapper) >>>>>> [ thread pid 0 tid 100000 ] >>>>>> Stopped at 0x7abece31: calll *0x18(%rax) >>>>>> db> >>>>>> >>>>>> Sadly, there's no support for internal keyboard yet (it's connected via >>>>>> SPI), and external USB one stops working. >>>>>> >>>>>> A (not so quick) bisect is pointing at r336921, which enabled EFIRT. >>>>>> >>>>>> Some questions here: >>>>>> - is this something that can/should be fixed? >>>>>> - can we print some "enabling EFIRT" message to the console to make >>>>>> guesses about the problem source a bit easier? >>>>> >>>>> It is not in 'enabling'. Looking at the faulting VA, I believe that >>>>> it occurs inside the BIOS code. >>>>> >>>>> Disable efirt by removing the kernel option, then try to load the module >>>>> at runtime. Does it still fault ? Also, get the efi mem map for the >>>>> machine and look at which region the faulting address and the faulting >>>>> instruction belong. >>>> >>>> kldload'ing the efirt module gets the same fault. Several top lines of >>>> backtrace: >>>> >>>> kernphys() at 0x7abece31 >>>> efi_get_time() at efi_get_time+0xd9 >>>> efirtc_probe() at efirtc_probe+0x17 >>> >>> For the efi mem map, if I'm understanding it correctly, there's the >>> following: >>> >>> ... >>> BootServicesData 00007421d000 000000000000 00000a8b UC WC WT WB >>> ... >>> RuntimeServicesCode 00007ab9f000 000000000000 00000070 UC WC WT WB >>> ... >>> >> >> Hi, >> >> I guess this patch might do it: >> https://people.freebsd.org/~kevans/efi-bootmap.diff >> >> Linux commit messages depict a tale in which they used to also only >> map RUNTIME entries, but they were effectively forced to back down on >> that because of buggy firmware that does exactly what you've described >> and they later reintroduced the restrictive mapping for i386-only >> where they'd not found such bugs. >> >> Thanks, >> >> Kyle Evans > > Hi Kyle, > > After Yuri had no success with the patches of kib, I tried your patch on > a DELL Latitude E6520 with BIOS version A21. Sorry, I accidentally took the discussion off-list, where Konstantin provided some more patches. I'm attaching the one that finally worked for me. It also adds some diagnostic prints which require bootverbose to be enabled. --------------F489DB713008D84D090C16E3 Content-Type: text/plain; charset=UTF-8; name="efirt.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="efirt.diff" ZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9hbWQ2NC9lZmlydF9tYWNoZGVwLmMgYi9zeXMvYW1k NjQvYW1kNjQvZWZpcnRfbWFjaGRlcC5jCmluZGV4IGRhNzc4MzA0M2EyLi44MGZmYTY2ZjVl YyAxMDA2NDQKLS0tIGEvc3lzL2FtZDY0L2FtZDY0L2VmaXJ0X21hY2hkZXAuYworKysgYi9z eXMvYW1kNjQvYW1kNjQvZWZpcnRfbWFjaGRlcC5jCkBAIC01NSw2ICs1NSw3IEBAIF9fRkJT RElEKCIkRnJlZUJTRCQiKTsKICNpbmNsdWRlIDxtYWNoaW5lL3ZtcGFyYW0uaD4KICNpbmNs dWRlIDx2bS92bS5oPgogI2luY2x1ZGUgPHZtL3BtYXAuaD4KKyNpbmNsdWRlIDx2bS92bV9l eHRlcm4uaD4KICNpbmNsdWRlIDx2bS92bV9tYXAuaD4KICNpbmNsdWRlIDx2bS92bV9vYmpl Y3QuaD4KICNpbmNsdWRlIDx2bS92bV9wYWdlLmg+CkBAIC0yNjYsNiArMjY3LDcgQEAgZWZp X2FyY2hfZW50ZXIodm9pZCkKIAogCWN1cnBtYXAgPSBQQ1BVX0dFVChjdXJwbWFwKTsKIAlQ TUFQX0xPQ0tfQVNTRVJUKGN1cnBtYXAsIE1BX09XTkVEKTsKKwljdXJ0aHJlYWQtPnRkX21k Lm1kX2VmaXJ0X2Rpc19wZiA9IHZtX2ZhdWx0X2Rpc2FibGVfcGFnZWZhdWx0cygpOwogCiAJ LyoKIAkgKiBJUEkgVExCIHNob290ZG93biBoYW5kbGVyIGludmx0bGJfcGNpZF9oYW5kbGVy KCkgcmVsb2FkcwpAQCAtMzAwLDYgKzMwMiw3IEBAIGVmaV9hcmNoX2xlYXZlKHZvaWQpCiAJ ICAgIGN1cnBtYXAtPnBtX3BjaWRzW1BDUFVfR0VUKGNwdWlkKV0ucG1fcGNpZCA6IDApKTsK IAlpZiAoIXBtYXBfcGNpZF9lbmFibGVkKQogCQlpbnZsdGxiKCk7CisJdm1fZmF1bHRfZW5h YmxlX3BhZ2VmYXVsdHMoY3VydGhyZWFkLT50ZF9tZC5tZF9lZmlydF9kaXNfcGYpOwogfQog CiAvKiBYWFggZGVidWcgc3R1ZmYgKi8KZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9hbWQ2NC9l ZmlydF9zdXBwb3J0LlMgYi9zeXMvYW1kNjQvYW1kNjQvZWZpcnRfc3VwcG9ydC5TCm5ldyBm aWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAwMDAwLi44MmU1NjQ2ZTY0NQotLS0gL2Rl di9udWxsCisrKyBiL3N5cy9hbWQ2NC9hbWQ2NC9lZmlydF9zdXBwb3J0LlMKQEAgLTAsMCAr MSwxMDUgQEAKKy8qLQorICogU1BEWC1MaWNlbnNlLUlkZW50aWZpZXI6IEJTRC0yLUNsYXVz ZS1GcmVlQlNECisgKgorICogQ29weXJpZ2h0IChjKSAyMDE4IFRoZSBGcmVlQlNEIEZvdW5k YXRpb24KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKgorICogVGhpcyBzb2Z0d2FyZSB3 YXMgZGV2ZWxvcGVkIGJ5IEtvbnN0YW50aW4gQmVsb3Vzb3YgPGtpYkBGcmVlQlNELm9yZz4K KyAqIHVuZGVyIHNwb25zb3JzaGlwIGZyb20gdGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KKyAq CisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1z LCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92 aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEu IFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUg Y29weXJpZ2h0CisgKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0 aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisgKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmlu YXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90 aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFp bWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxz IHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJF IElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycg QU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywg QlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJD SEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBB UkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBPUiBDT05UUklC VVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5U QUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorICogREFNQUdFUyAo SU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRV VEUgR09PRFMKKyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklU UzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQgQU5EIE9O IEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QK KyAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJX SVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09G VFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0gg REFNQUdFLgorICoKKyAqICRGcmVlQlNEJAorICovCisKKyNpbmNsdWRlIDxtYWNoaW5lL2Fz bWFjcm9zLmg+CisKKyNpbmNsdWRlICJhc3N5bS5pbmMiCisKKwkudGV4dAorRU5UUlkoZWZp cnRfYXJjaF9jYWxsKQorCXB1c2hxCSVyYnAKKwltb3ZxCSVyc3AsICVyYnAKKworCW1vdnEJ JXJieCwgRUNfU1RBVEUrVEZfUkJYKCVyZGkpCisJbW92cQklcnNwLCBFQ19TVEFURStURl9S U1AoJXJkaSkKKwltb3ZxCSVyYnAsIEVDX1NUQVRFK1RGX1JCUCglcmRpKQorCW1vdnEJJXIx MiwgRUNfU1RBVEUrVEZfUjEyKCVyZGkpCisJbW92cQklcjEzLCBFQ19TVEFURStURl9SMTMo JXJkaSkKKwltb3ZxCSVyMTQsIEVDX1NUQVRFK1RGX1IxNCglcmRpKQorCW1vdnEJJXIxNSwg RUNfU1RBVEUrVEZfUjE1KCVyZGkpCisJbW92cQlQQ1BVKENVUlRIUkVBRCksICVyYXgKKwlt b3ZxCSVyZGksIFREX01EK01EX0VGSVJUX1RNUCglcmF4KQorCisJbW92cQlQQ1BVKENVUlBD QiksICVyc2kKKwltb3ZxCSRlZmlydF9mYXVsdCwgUENCX09ORkFVTFQoJXJzaSkKKworCW1v dmwJRUNfQVJHQ05UKCVyZGkpLCAlZWN4CisJbW92bAklZWN4LCAlZWJ4CisJc2hsbAkkMywg JWVjeAorCXN1YnEJJXJjeCwgJXJzcAorCisJY21wbAkkMCwgJWVieAorCWp6CTFmCisJbW92 cQlFQ19BUkcxKCVyZGkpLCAlcmN4CisJZGVjbAklZWJ4CisJanoJMWYKKwltb3ZxCUVDX0FS RzIoJXJkaSksICVyZHgKKwlkZWNsCSVlYngKKwlqegkxZgorCW1vdnEJRUNfQVJHMyglcmRp KSwgJXI4CisJZGVjbAklZWJ4CisJanoJMWYKKwltb3ZxCUVDX0FSRzQoJXJkaSksICVyOQor CS8qIFhYWCBvbi1zdGFjayByZWdzICovCisxOgltb3ZxCUVDX0ZQVFIoJXJkaSksICVyYXgK KwljYWxscQkqJXJheAorCisJbW92cQlQQ1BVKENVUlRIUkVBRCksICVyYngKKwltb3ZxCVRE X01EK01EX0VGSVJUX1RNUCglcmJ4KSwgJXJkaQorCW1vdnEJJXJheCwgRUNfU1RBVEUoJXJk aSkKKwltb3ZxCVBDUFUoQ1VSUENCKSwgJXJzaQorCXhvcmwJJWVheCwgJWVheAorCW1vdnEJ JXJheCwgUENCX09ORkFVTFQoJXJzaSkKKworZWZpcnRfYXJjaF9jYWxsX3RhaWw6CisJbW92 cQlFQ19TVEFURStURl9SMTUoJXJkaSksICVyMTUKKwltb3ZxCUVDX1NUQVRFK1RGX1IxNCgl cmRpKSwgJXIxNAorCW1vdnEJRUNfU1RBVEUrVEZfUjEzKCVyZGkpLCAlcjEzCisJbW92cQlF Q19TVEFURStURl9SMTIoJXJkaSksICVyMTIKKwltb3ZxCUVDX1NUQVRFK1RGX1JCUCglcmRp KSwgJXJicAorCW1vdnEJRUNfU1RBVEUrVEZfUlNQKCVyZGkpLCAlcnNwCisJbW92cQlFQ19T VEFURStURl9SQlgoJXJkaSksICVyYngKKworCXBvcHEJJXJicAorCXJldAorRU5EKGVmaXJ0 X2FyY2hfY2FsbCkKKworRU5UUlkoZWZpcnRfZmF1bHQpCisJeG9ybAklZWF4LCAlZWF4CisJ bW92cQlQQ1BVKENVUlBDQiksICVyc2kKKwltb3ZxCSVyYXgsIFBDQl9PTkZBVUxUKCVyc2kp CisJbW92bAkkRUZBVUxULCAlZWF4CisJbW92cQlQQ1BVKENVUlRIUkVBRCksICVyYngKKwlt b3ZxCVREX01EK01EX0VGSVJUX1RNUCglcmJ4KSwgJXJkaQorCWptcAllZmlydF9hcmNoX2Nh bGxfdGFpbAorRU5EKGVmaXJ0X2ZhdWx0KQpkaWZmIC0tZ2l0IGEvc3lzL2FtZDY0L2FtZDY0 L2dlbmFzc3ltLmMgYi9zeXMvYW1kNjQvYW1kNjQvZ2VuYXNzeW0uYwppbmRleCBkNjFiNWM3 YmI2ZC4uYzM4YTU5NjA4OWEgMTAwNjQ0Ci0tLSBhL3N5cy9hbWQ2NC9hbWQ2NC9nZW5hc3N5 bS5jCisrKyBiL3N5cy9hbWQ2NC9hbWQ2NC9nZW5hc3N5bS5jCkBAIC03NywxMiArNzcsMTUg QEAgQVNTWU0oUF9NRCwgb2Zmc2V0b2Yoc3RydWN0IHByb2MsIHBfbWQpKTsKIEFTU1lNKE1E X0xEVCwgb2Zmc2V0b2Yoc3RydWN0IG1kcHJvYywgbWRfbGR0KSk7CiBBU1NZTShNRF9MRFRf U0QsIG9mZnNldG9mKHN0cnVjdCBtZHByb2MsIG1kX2xkdF9zZCkpOwogCitBU1NZTShNRF9F RklSVF9UTVAsIG9mZnNldG9mKHN0cnVjdCBtZHRocmVhZCwgbWRfZWZpcnRfdG1wKSk7CisK IEFTU1lNKFREX0xPQ0ssIG9mZnNldG9mKHN0cnVjdCB0aHJlYWQsIHRkX2xvY2spKTsKIEFT U1lNKFREX0ZMQUdTLCBvZmZzZXRvZihzdHJ1Y3QgdGhyZWFkLCB0ZF9mbGFncykpOwogQVNT WU0oVERfUENCLCBvZmZzZXRvZihzdHJ1Y3QgdGhyZWFkLCB0ZF9wY2IpKTsKIEFTU1lNKFRE X1BGTEFHUywgb2Zmc2V0b2Yoc3RydWN0IHRocmVhZCwgdGRfcGZsYWdzKSk7CiBBU1NZTShU RF9QUk9DLCBvZmZzZXRvZihzdHJ1Y3QgdGhyZWFkLCB0ZF9wcm9jKSk7CiBBU1NZTShURF9G UkFNRSwgb2Zmc2V0b2Yoc3RydWN0IHRocmVhZCwgdGRfZnJhbWUpKTsKK0FTU1lNKFREX01E LCBvZmZzZXRvZihzdHJ1Y3QgdGhyZWFkLCB0ZF9tZCkpOwogCiBBU1NZTShUREZfQVNUUEVO RElORywgVERGX0FTVFBFTkRJTkcpOwogQVNTWU0oVERGX05FRURSRVNDSEVELCBUREZfTkVF RFJFU0NIRUQpOwpAQCAtMjQ5LDMgKzI1MiwxMiBAQCBBU1NZTShfX0ZyZWVCU0RfdmVyc2lv biwgX19GcmVlQlNEX3ZlcnNpb24pOwogI2lmZGVmCUhXUE1DX0hPT0tTCiBBU1NZTShQTUNf Rk5fVVNFUl9DQUxMQ0hBSU4sIFBNQ19GTl9VU0VSX0NBTExDSEFJTik7CiAjZW5kaWYKKwor QVNTWU0oRUNfRUZJX1NUQVRVUywgb2Zmc2V0b2Yoc3RydWN0IGVmaXJ0X2NhbGxpbmZvLCBl Y19lZmlfc3RhdHVzKSk7CitBU1NZTShFQ19GUFRSLCBvZmZzZXRvZihzdHJ1Y3QgZWZpcnRf Y2FsbGluZm8sIGVjX2ZwdHIpKTsKK0FTU1lNKEVDX0FSR0NOVCwgb2Zmc2V0b2Yoc3RydWN0 IGVmaXJ0X2NhbGxpbmZvLCBlY19hcmdjbnQpKTsKK0FTU1lNKEVDX0FSRzEsIG9mZnNldG9m KHN0cnVjdCBlZmlydF9jYWxsaW5mbywgZWNfYXJnMSkpOworQVNTWU0oRUNfQVJHMiwgb2Zm c2V0b2Yoc3RydWN0IGVmaXJ0X2NhbGxpbmZvLCBlY19hcmcyKSk7CitBU1NZTShFQ19BUkcz LCBvZmZzZXRvZihzdHJ1Y3QgZWZpcnRfY2FsbGluZm8sIGVjX2FyZzMpKTsKK0FTU1lNKEVD X0FSRzQsIG9mZnNldG9mKHN0cnVjdCBlZmlydF9jYWxsaW5mbywgZWNfYXJnNCkpOworQVNT WU0oRUNfU1RBVEUsIG9mZnNldG9mKHN0cnVjdCBlZmlydF9jYWxsaW5mbywgZWNfc3RhdGUp KTsKZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmMgYi9zeXMvYW1kNjQvYW1k NjQvdHJhcC5jCmluZGV4IDAxOWRlY2I4MzdhLi40ZDAzZGEyMzRmMSAxMDA2NDQKLS0tIGEv c3lzL2FtZDY0L2FtZDY0L3RyYXAuYworKysgYi9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jCkBA IC04MDYsNyArODA2LDcgQEAgdHJhcF9wZmF1bHQoc3RydWN0IHRyYXBmcmFtZSAqZnJhbWUs IGludCB1c2VybW9kZSkKIAkgKiBJZiBueCBwcm90ZWN0aW9uIG9mIHRoZSB1c2VybW9kZSBw b3J0aW9uIG9mIGtlcm5lbCBwYWdlCiAJICogdGFibGVzIGNhdXNlZCB0cmFwLCBwYW5pYy4K IAkgKi8KLQlpZiAoUENQVV9HRVQoY3VycG1hcCktPnBtX3VjcjMgIT0gUE1BUF9OT19DUjMg JiYgdXNlcm1vZGUgJiYKKwlpZiAodXNlcm1vZGUgJiYgUENQVV9HRVQoY3VycG1hcCktPnBt X3VjcjMgIT0gUE1BUF9OT19DUjMgJiYKIAkgICAgcGdfbnggIT0gMCAmJiAoZnJhbWUtPnRm X2VyciAmIChQR0VYX1AgfCBQR0VYX1cgfAogCSAgICBQR0VYX1UgfCBQR0VYX0kpKSA9PSAo UEdFWF9QIHwgUEdFWF9VIHwgUEdFWF9JKSAmJgogCSAgICAoY3VycGNiLT5wY2Jfc2F2ZWRf dWNyMyAmIH5DUjNfUENJRF9NQVNLKT09CmRpZmYgLS1naXQgYS9zeXMvYW1kNjQvaW5jbHVk ZS9mcmFtZS5oIGIvc3lzL2FtZDY0L2luY2x1ZGUvZnJhbWUuaAppbmRleCBmMGE2ZmNmNWJj OS4uYzg0ZWUyYTIwNjQgMTAwNjQ0Ci0tLSBhL3N5cy9hbWQ2NC9pbmNsdWRlL2ZyYW1lLmgK KysrIGIvc3lzL2FtZDY0L2luY2x1ZGUvZnJhbWUuaApAQCAtNDcsNCArNDcsMTUgQEAgc3Ry dWN0IHB0aV9mcmFtZSB7CiAJcmVnaXN0ZXJfdAlwdGlfc3M7CiB9OwogCitzdHJ1Y3QgZWZp cnRfY2FsbGluZm8geworCXJlZ2lzdGVyX3QJZWNfZWZpX3N0YXR1czsKKwlyZWdpc3Rlcl90 CWVjX2ZwdHI7CisJcmVnaXN0ZXJfdAllY19hcmdjbnQ7CisJcmVnaXN0ZXJfdAllY19hcmcx OworCXJlZ2lzdGVyX3QJZWNfYXJnMjsKKwlyZWdpc3Rlcl90CWVjX2FyZzM7CisJcmVnaXN0 ZXJfdAllY19hcmc0OworCXN0cnVjdCB0cmFwZnJhbWUgZWNfc3RhdGU7Cit9OworCiAjZW5k aWYKZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9pbmNsdWRlL3Byb2MuaCBiL3N5cy9hbWQ2NC9p bmNsdWRlL3Byb2MuaAppbmRleCBmNTJjNzEyMDhlNi4uNTRmNWI0MTZhN2QgMTAwNjQ0Ci0t LSBhL3N5cy9hbWQ2NC9pbmNsdWRlL3Byb2MuaAorKysgYi9zeXMvYW1kNjQvaW5jbHVkZS9w cm9jLmgKQEAgLTYyLDYgKzYyLDggQEAgc3RydWN0IG1kdGhyZWFkIHsKIAlyZWdpc3Rlcl90 IG1kX3NhdmVkX2ZsYWdzOwkvKiAoaykgKi8KIAlyZWdpc3Rlcl90IG1kX3NwdXJmbHRfYWRk cjsJLyogKGspIFNwdXJpb3VzIHBhZ2UgZmF1bHQgYWRkcmVzcy4gKi8KIAlzdHJ1Y3QgcG1h cF9pbnZsX2dlbiBtZF9pbnZsX2dlbjsKKwlyZWdpc3Rlcl90IG1kX2VmaXJ0X3RtcDsJLyog KGspICovCisJaW50CW1kX2VmaXJ0X2Rpc19wZjsJLyogKGspICovCiB9OwogCiBzdHJ1Y3Qg bWRwcm9jIHsKZGlmZiAtLWdpdCBhL3N5cy9kZXYvZWZpZGV2L2VmaXJ0LmMgYi9zeXMvZGV2 L2VmaWRldi9lZmlydC5jCmluZGV4IGQ0ODA3NGQ3MmQ2Li4wODhjODBjZmI3MSAxMDA2NDQK LS0tIGEvc3lzL2Rldi9lZmlkZXYvZWZpcnQuYworKysgYi9zeXMvZGV2L2VmaWRldi9lZmly dC5jCkBAIC05Niw2ICs5Niw4IEBAIHN0YXRpYyBpbnQgZWZpX3N0YXR1czJlcnJbMjVdID0g ewogc3RhdGljIGludCBlZmlfZW50ZXIodm9pZCk7CiBzdGF0aWMgdm9pZCBlZmlfbGVhdmUo dm9pZCk7CiAKK2ludCBlZmlydF9hcmNoX2NhbGwoc3RydWN0IGVmaXJ0X2NhbGxpbmZvICop OworCiBzdGF0aWMgaW50CiBlZmlfc3RhdHVzX3RvX2Vycm5vKGVmaV9zdGF0dXMgc3RhdHVz KQogewpAQCAtMjk2LDE2ICsyOTgsMjIgQEAgZWZpX2dldF90YWJsZShzdHJ1Y3QgdXVpZCAq dXVpZCwgdm9pZCAqKnB0cikKIHN0YXRpYyBpbnQKIGVmaV9nZXRfdGltZV9sb2NrZWQoc3Ry dWN0IGVmaV90bSAqdG0sIHN0cnVjdCBlZmlfdG1jYXAgKnRtY2FwKQogewotCWVmaV9zdGF0 dXMgc3RhdHVzOworCXN0cnVjdCBlZmlydF9jYWxsaW5mbyBlYzsKIAlpbnQgZXJyb3I7CiAK IAlFRklfVElNRV9PV05FRCgpCisJYnplcm8oJmVjLCBzaXplb2YoZWMpKTsKKwllYy5lY19h cmdjbnQgPSAyOworCWVjLmVjX2FyZzEgPSAodWludHB0cl90KXRtOworCWVjLmVjX2FyZzIg PSAodWludHB0cl90KXRtY2FwOwogCWVycm9yID0gZWZpX2VudGVyKCk7CiAJaWYgKGVycm9y ICE9IDApCiAJCXJldHVybiAoZXJyb3IpOwotCXN0YXR1cyA9IGVmaV9ydW50aW1lLT5ydF9n ZXR0aW1lKHRtLCB0bWNhcCk7CisJZWMuZWNfZnB0ciA9ICh1aW50cHRyX3QpKGVmaV9ydW50 aW1lLT5ydF9nZXR0aW1lKTsKKwllcnJvciA9IGVmaXJ0X2FyY2hfY2FsbCgmZWMpOwogCWVm aV9sZWF2ZSgpOwotCWVycm9yID0gZWZpX3N0YXR1c190b19lcnJubyhzdGF0dXMpOworCWlm IChlcnJvciA9PSAwKQorCQllcnJvciA9IGVmaV9zdGF0dXNfdG9fZXJybm8oZWMuZWNfZWZp X3N0YXR1cyk7CiAJcmV0dXJuIChlcnJvcik7CiB9CiAKQEAgLTM1OSwxNiArMzY3LDIxIEBA IGVmaV9yZXNldF9zeXN0ZW0odm9pZCkKIHN0YXRpYyBpbnQKIGVmaV9zZXRfdGltZV9sb2Nr ZWQoc3RydWN0IGVmaV90bSAqdG0pCiB7Ci0JZWZpX3N0YXR1cyBzdGF0dXM7CisJc3RydWN0 IGVmaXJ0X2NhbGxpbmZvIGVjOwogCWludCBlcnJvcjsKIAogCUVGSV9USU1FX09XTkVEKCk7 CisJYnplcm8oJmVjLCBzaXplb2YoZWMpKTsKKwllYy5lY19hcmdjbnQgPSAxOworCWVjLmVj X2FyZzEgPSAodWludHB0cl90KXRtOwogCWVycm9yID0gZWZpX2VudGVyKCk7CiAJaWYgKGVy cm9yICE9IDApCiAJCXJldHVybiAoZXJyb3IpOwotCXN0YXR1cyA9IGVmaV9ydW50aW1lLT5y dF9zZXR0aW1lKHRtKTsKKwllYy5lY19mcHRyID0gKHVpbnRwdHJfdCkoZWZpX3J1bnRpbWUt PnJ0X3NldHRpbWUpOworCWVycm9yID0gZWZpcnRfYXJjaF9jYWxsKCZlYyk7CiAJZWZpX2xl YXZlKCk7Ci0JZXJyb3IgPSBlZmlfc3RhdHVzX3RvX2Vycm5vKHN0YXR1cyk7CisJaWYgKGVy cm9yID09IDApCisJCWVycm9yID0gZWZpX3N0YXR1c190b19lcnJubyhlYy5lY19lZmlfc3Rh dHVzKTsKIAlyZXR1cm4gKGVycm9yKTsKIH0KIApkaWZmIC0tZ2l0IGEvc3lzL2Rldi9lZmlk ZXYvZWZpcnRjLmMgYi9zeXMvZGV2L2VmaWRldi9lZmlydGMuYwppbmRleCBiOWUwNmJjYzM2 Mi4uZTVhMmVjMjYyYmYgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvZWZpZGV2L2VmaXJ0Yy5jCisr KyBiL3N5cy9kZXYvZWZpZGV2L2VmaXJ0Yy5jCkBAIC03NCw3ICs3NCw4IEBAIGVmaXJ0Y19w cm9iZShkZXZpY2VfdCBkZXYpCiAJICovCiAJaWYgKChlcnJvciA9IGVmaV9nZXRfdGltZSgm dG0pKSAhPSAwKSB7CiAJCWlmIChib290dmVyYm9zZSkKLQkJCWRldmljZV9wcmludGYoZGV2 LCAiY2Fubm90IHJlYWQgRUZJIHJlYWx0aW1lIGNsb2NrXG4iKTsKKwkJCWRldmljZV9wcmlu dGYoZGV2LCAiY2Fubm90IHJlYWQgRUZJIHJlYWx0aW1lIGNsb2NrLCAiCisJCQkgICAgImVy cm9yICVkXG4iLCBlcnJvcik7CiAJCXJldHVybiAoZXJyb3IpOwogCX0KIAlkZXZpY2Vfc2V0 X2Rlc2MoZGV2LCAiRUZJIFJlYWx0aW1lIENsb2NrIik7CmRpZmYgLS1naXQgYS9zeXMva2Vy bi9rZXJuX3RocmVhZC5jIGIvc3lzL2tlcm4va2Vybl90aHJlYWQuYwppbmRleCA3OWIzNGRj NzY0OS4uYjYwYzJkNWI0MGUgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5fdGhyZWFkLmMK KysrIGIvc3lzL2tlcm4va2Vybl90aHJlYWQuYwpAQCAtODMsNyArODMsNyBAQCBfU3RhdGlj X2Fzc2VydChvZmZzZXRvZihzdHJ1Y3QgdGhyZWFkLCB0ZF9wZmxhZ3MpID09IDB4MTA0LAog ICAgICJzdHJ1Y3QgdGhyZWFkIEtCSSB0ZF9wZmxhZ3MiKTsKIF9TdGF0aWNfYXNzZXJ0KG9m ZnNldG9mKHN0cnVjdCB0aHJlYWQsIHRkX2ZyYW1lKSA9PSAweDQ3MCwKICAgICAic3RydWN0 IHRocmVhZCBLQkkgdGRfZnJhbWUiKTsKLV9TdGF0aWNfYXNzZXJ0KG9mZnNldG9mKHN0cnVj dCB0aHJlYWQsIHRkX2VtdWxkYXRhKSA9PSAweDUxOCwKK19TdGF0aWNfYXNzZXJ0KG9mZnNl dG9mKHN0cnVjdCB0aHJlYWQsIHRkX2VtdWxkYXRhKSA9PSAweDUyOCwKICAgICAic3RydWN0 IHRocmVhZCBLQkkgdGRfZW11bGRhdGEiKTsKIF9TdGF0aWNfYXNzZXJ0KG9mZnNldG9mKHN0 cnVjdCBwcm9jLCBwX2ZsYWcpID09IDB4YjAsCiAgICAgInN0cnVjdCBwcm9jIEtCSSBwX2Zs YWciKTsKZGlmZiAtLWdpdCBhL3N5cy9rZXJuL3N1YnJfcnRjLmMgYi9zeXMva2Vybi9zdWJy X3J0Yy5jCmluZGV4IDgyYzI3NmYyMTBhLi4xYzNhOTgwNDY5NCAxMDA2NDQKLS0tIGEvc3lz L2tlcm4vc3Vicl9ydGMuYworKysgYi9zeXMva2Vybi9zdWJyX3J0Yy5jCkBAIC0xMzgsNiAr MTM4LDcgQEAgc2V0dGltZV90YXNrX2Z1bmModm9pZCAqYXJnLCBpbnQgcGVuZGluZykKIHsK IAlzdHJ1Y3QgdGltZXNwZWMgdHM7CiAJc3RydWN0IHJ0Y19pbnN0YW5jZSAqcnRjOworCWlu dCBlcnJvcjsKIAogCXJ0YyA9IGFyZzsKIAlpZiAoIShydGMtPmZsYWdzICYgQ0xPQ0tGX1NF VFRJTUVfTk9fVFMpKSB7CkBAIC0xNTAsNyArMTUxLDkgQEAgc2V0dGltZV90YXNrX2Z1bmMo dm9pZCAqYXJnLCBpbnQgcGVuZGluZykKIAkJdHMudHZfc2VjICA9IDA7CiAJCXRzLnR2X25z ZWMgPSAwOwogCX0KLQlDTE9DS19TRVRUSU1FKHJ0Yy0+Y2xvY2tkZXYsICZ0cyk7CisJZXJy b3IgPSBDTE9DS19TRVRUSU1FKHJ0Yy0+Y2xvY2tkZXYsICZ0cyk7CisJaWYgKGVycm9yICE9 IDAgJiYgYm9vdHZlcmJvc2UpCisJCWRldmljZV9wcmludGYocnRjLT5jbG9ja2RldiwgIkNM T0NLX1NFVFRJTUUgZXJyb3IgJWRcbiIsIGVycm9yKTsKIH0KIAogc3RhdGljIHZvaWQKZGlm ZiAtLWdpdCBhL3N5cy9tb2R1bGVzL2VmaXJ0L01ha2VmaWxlIGIvc3lzL21vZHVsZXMvZWZp cnQvTWFrZWZpbGUKaW5kZXggMjYxMzE1MGRiNDguLjUyNGQ5M2VhZDkzIDEwMDY0NAotLS0g YS9zeXMvbW9kdWxlcy9lZmlydC9NYWtlZmlsZQorKysgYi9zeXMvbW9kdWxlcy9lZmlydC9N YWtlZmlsZQpAQCAtNSw3ICs1LDExIEBACiAKIEtNT0Q9CWVmaXJ0CiBTUkNTPQllZmlydC5j IGVmaXJ0X21hY2hkZXAuYyBlZmlkZXYuYwotU1JDUys9CWVmaXJ0Yy5jCitTUkNTKz0JZWZp cnRjLmMgZWZpcnRfc3VwcG9ydC5TCiBTUkNTKz0gIGRldmljZV9pZi5oIGJ1c19pZi5oIGNs b2NrX2lmLmgKIAorZWZpcnRfc3VwcG9ydC5vOgllZmlydF9zdXBwb3J0LlMgYXNzeW0uaW5j CisJJHtDQ30gLWMgLXggYXNzZW1ibGVyLXdpdGgtY3BwIC1ETE9DT1JFICR7Q0ZMQUdTfSBc CisJICAgICR7LklNUFNSQ30gLW8gJHsuVEFSR0VUfQorCiAuaW5jbHVkZSA8YnNkLmttb2Qu bWs+Cg== --------------F489DB713008D84D090C16E3-- From owner-freebsd-current@freebsd.org Thu Aug 30 14:18:02 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03A48109FA85 for ; Thu, 30 Aug 2018 14:18:02 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9018293D for ; Thu, 30 Aug 2018 14:18:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 554B3109FA83; Thu, 30 Aug 2018 14:18:01 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43E64109FA82; Thu, 30 Aug 2018 14:18:01 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9FBC82935; Thu, 30 Aug 2018 14:18:00 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-pg1-x530.google.com with SMTP id e2-v6so3957573pgv.5; Thu, 30 Aug 2018 07:18:00 -0700 (PDT) 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=q7FfFeqErpEpzYgveGC3dap/DfHGhnXNu9I/9Z5osDM=; b=HDilkKECKDgJw29qIbsw65XuIgIpsgKj7seI6GyvvpZ2E6ZleZVGFsK3PspiZ+lzyo hVBjRrf0s2v+Wts0UQn+81GYSXU+rU63ghIxIpUr0tLncPTSjJFnR8mmtoGqKiA5xDHV ldb2TwDfw3xYad9NAO3LDDQc49bmE0wXhg/++77X+S/OA5UFmmdzG1RKjeFzOuIWuzQU Spg6ciVOLf+qnqd+YSOGrQECvksvq+eutv+LaC44wIuaN0nnaSLKeL5LZ6ID/zCSAyei xDSCbKsBxh2WOjc5c/LJMjRhfaYvcCQh5J33dfUyG1wTQGzPV4pZxrSQU+XsjdueVdwW wEKw== 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=q7FfFeqErpEpzYgveGC3dap/DfHGhnXNu9I/9Z5osDM=; b=gH7tY1XA88RpYwTBPO6+Ov4jlIey9nH2D5z3zZQI8So8oznx9NC7y2ZSz3G1riXRMX Gn5abCBfN+hiSxMyraJC/+JnMiQMaXmWNXhtRa/1GXLb1+J7Sx1TVaDNx1Ef17SeyWEq 8BfKPKQodt5oT9Tlt+wA8TOZ2EdWgLNilRkwOOyLSwh4gJwRISnE0V8wmOodG2SoJ0hL IiK8QJFBCN4cUIHlhTCfwmZHWSLFAaNcxmukX+CKBAfFreYkf4llfyrVZFg0QEtfYT+S s8F3FBui0B/lPAB9/8uiKuiOWEXiiKJiL/OM6wmXNzOoayiOkwcgUjYC+/UPHx3JNf80 n22Q== X-Gm-Message-State: APzg51CZ5kXkJfX5isWlLz2AWbXDhSZ2FQ/iJ/6LajYsm1/oWWre0k6H xlCk4XAF9RQVVMpQTFT8hxd1v8LstFg= X-Google-Smtp-Source: ANB0VdYCrdWL15La2vAe7ddXknsAX8xoOplZ39aTNNHaHn8rd+Eilh8cwY6VLQTa2J6LzXItUd25oQ== X-Received: by 2002:a62:6a01:: with SMTP id f1-v6mr10675346pfc.156.1535638679818; Thu, 30 Aug 2018 07:17:59 -0700 (PDT) Received: from raichu (toroon0560w-lp130-09-70-52-224-239.dsl.bell.ca. [70.52.224.239]) by smtp.gmail.com with ESMTPSA id e7-v6sm9781603pgc.55.2018.08.30.07.17.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Aug 2018 07:17:58 -0700 (PDT) Sender: Mark Johnston Date: Thu, 30 Aug 2018 10:17:56 -0400 From: Mark Johnston To: Alexander Leidinger Cc: fs@freebsd.org, current@freebsd.org Subject: Re: old top and new -current: missing arcstat sysctl Message-ID: <20180830141756.GC15740@raichu> References: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180828084015.Horde.JUeG828X_SDlJjeJdfmH7pV@webmail.leidinger.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 14:18:02 -0000 On Tue, Aug 28, 2018 at 08:40:15AM +0200, Alexander Leidinger wrote: > Hi, > > top reports missing sysctl kstat.zfs.misc.arcstats.other_size for > 12.0-alpha3 with a top from an old-ish -current. > > Is/will this be handled via a compat-11 sysctl (my kernel is without > compat-xx), or did this slip through? This should be fixed by r338395. From owner-freebsd-current@freebsd.org Thu Aug 30 15:41:21 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4EB310A1C68 for ; Thu, 30 Aug 2018 15:41:20 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46C36866A2 for ; Thu, 30 Aug 2018 15:41:19 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([2.247.42.92]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lgql4-1fbDTV3Z9K-00oFew for ; Thu, 30 Aug 2018 17:41:11 +0200 Date: Thu, 30 Aug 2018 17:40:38 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: 12-ALPHA3: (NanoBSD): ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" Message-ID: <20180830174105.454fbacf@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:QiiYdAQd7TPFVVkyGK0IQt7QvT9r1bfoa/Zu6wXN98XscmmV951 U+jYavJ1O7Jdjx+lbVCFsYIpkelNyKWYjGuoe5A72TFHGe/Oaz4WGeIrlePZEndyL1Yrakw sHq/9NzEChTpbcNHql1qDuoTp7MFCOJMTVQF9uiSoBHHhdGW95DN5IQVpMDa0E+gMM548bt 9DMvhrfEvLyA67kTgh8VQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:EkN2zzmu39Y=:85mEL2goMfwnHanXRJXKHI c7KGNIRkWNajYNto4e5mvHsPuFRh6O8c14GuE7LtKAm8D5hYkExus1jMxE0xYJgM9+yXviiTq BT/qQwJ9RGaH8s1Qf1Rdg+QQukc0VDYdhSeAgvvXk40jTyub6eBKuq4NTw00Cq67mSzR0N832 T3HEg1YWJnDe4+9O8CXSNUheEppAtFCXrMcz9nLkAohzFWi0Ndh91ivb0axJHTgLgO+RB6gZB S8hWlujy7rHj/AgYbvRgq0z898qiyCkwfwwHLo76WwzgqiSeAcs+PZH8LZrTp4SYvH64b0TAz fOq6+s3wdHC3+6F9plx6/WKX/t0Vxz94z60Jenxz79MeljmmJ+Hb6UoEhtac/TRgI/NuVOLRk n51vVTm6tQLIgYmL6mUJCyAf8kELBjX9NKRUoj+aNKOGvjzOQD7LRnzJIK5jrxRW5BlEGajRy Ao/+oA6TnSCnwJUqKkf4ucu/wK/Jz1GG83Z0p1pirVJtegP5UreseBZqk8REkJCcb3Xe6Hcru TCcAS+5a6QDR3tO0TRWITgeglqSFQMzib+4SemJ82azgDkGvRJND6979yNsCr9Nul/mljdjC2 CH7DfJ3fpBkqtQYYH3I1IKEnskgjd6muXlWAVJgoTcdzZie3oy3Pu9ehCgfYkcBdRnCMOwQMx R92yBFl3gerXLLMKiRRDNWrk7XgEDuF+e4f9uCg16HYXkqHDOKnHo6N0DefaGkFTa/NqUkVKR WBa9ftFgw/e/+tK7PyymPqkqKOWgYuExZuzDf1uLo8dCPXGUGKgM0AEfibcdSnPaLCUgfsd+3 zHMKsRF+P9lT3XP4GdTKs9MQ1lsWhH4R05PmKqzqbnU5wf5oig+Chx1pAr3v9kD7g0jM1NQrp 7HR4YHBnGyOHG4cbfzVg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 15:41:21 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNClJ1bm5p bmcgYSBOYW5vQlNEIHdpdGggbG90cyBvZiAiV0lUSE9VVF8iIHRhZ3MgcmVkdWNpbmcgdGhlIHNp emUsIGl0IHNlZW1zIHRoYXQgd2l0aCBvbmUNCm9mIHRob3NlIGV4Y2x1ZGVkIGJ1aWxkL2luc3Rh bGwgb3B0cyBJIGFsc28gZXhjbHVkZSBhIGNydWNpYWwgbGlicmFyeSwgbmFtZWx5DQoibGliaWJ2 ZXJicy5zby4xIiwgc2luY2UgaXBmd3BjYXAgc2VlbXMgdG8gcmVxdWlyZSBpdDogIA0KDQpbLi4u XQ0KIHJvb3RAaG9zdC1wdWtpbmctYWxvdDp+ICMgaXBmd3BjYXANCmxkLWVsZi5zby4xOiBTaGFy ZWQgb2JqZWN0ICJsaWJpYnZlcmJzLnNvLjEiIG5vdCBmb3VuZCwgcmVxdWlyZWQgYnkgImxpYnBj YXAuc28uOCINCg0KWy4uLl0NCg0KQ2hlY2tpbmcgdmlhIGxkZCBvbiAibGlicGNhcC5zby44IiBy ZXZlYWxzIHN0cmFuZ2UgdGhpbmdzOg0KDQpbLi4uXQ0KIHJvb3RAaG9zdC1wdWtpbmctYWxvdDp+ ICMgbGRkIC9saWIvbGlicGNhcC5zby44DQovbGliL2xpYnBjYXAuc28uODoNCiAgICAgICAgbGli aWJ2ZXJicy5zby4xID0+IG5vdCBmb3VuZCAoMCkNCiAgICAgICAgbGlibWx4NS5zby4xID0+IG5v dCBmb3VuZCAoMCkNCiAgICAgICAgbGliYy5zby43ID0+IC9saWIvbGliYy5zby43ICgweDgwMDI0 YTAwMCkNClsuLi5dDQoNClNvLCBJIGRvIG5vdCBoYXZlIGFueSBNZWxsYW5veCBkZXZpY2UsIHRo ZXJlZm9yZSBJIGRvIG5vdCBidWlsZCBub3IgaW5zdGFsbCBkcml2ZXJzDQphbmQgb3IgbW9kdWxl cyAocmVmZXJpbmcgdG8gdGhlIGxpYm1seDUuc28uMSkuDQoNClRoZSBrZXJuZWwgaXMgY29tcGxl dGVseSBtb25vbGl0aGljIG9uIHRoYXQgYXBwbGlhbmNlIGluIHF1ZXN0aW9uIC0gSSBkbyBub3Qg YWxsb3cgdGhlDQpsb2FkaW5nIG9mIGtlcm5lbCBtb2R1bGVzLiANCg0KSSBndWVzcyB0aGlzIGlz IGEgYnVnIG9yIGRvIEkgbWlzcyBzb21ldGhpbmcgaGVyZT8NCg0KS2luZCByZWdhcmRzLA0KDQpv aA0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCkljaCB3aWRlcnNwcmVjaGUgZGVyIE51dHp1bmcgb2Rl ciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRlbiBmw7xyDQpXZXJiZXp3ZWNrZSBvZGVyIGbDvHIg ZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9yc2NodW5nICjCpyAyOCBBYnMuIDQgQkRTRykuDQot LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KDQppTFVFQVJNS0FCMFdJUVFaVlpNekF0d0My VC84NlRyUzUyOGZ5RmhZbEFVQ1c0Z1FFUUFLQ1JEUzUyOGZ5RmhZDQpsQ3B1QWY5QWFNSGRhQWVB ZGtVamNaRWloYlFKU3dYWEh0dWJ4OURIRkUwalpYb1FIRXdDZ015OVdGTnVWK25qDQpIWGx1T1RD S3ZsZUVYMW5HSDFRZ2RPMkdCR1VzQWdDZFJ6UjJJdzdpSHBRVWZRMWNNSEdpakFETGplTFNJNi80 DQpHdWZIaXUzSzZaWUlzQjFZV1VQUC82U0VkdWhZVUFWQUNRcGtOSTd2TXRkRE94UTBCNGwyDQo9 dGhnUg0KLS0tLS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tDQo= From owner-freebsd-current@freebsd.org Thu Aug 30 15:44:40 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E5CE10A1EA4 for ; Thu, 30 Aug 2018 15:44:40 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B59A286A03 for ; Thu, 30 Aug 2018 15:44:39 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lf1-f53.google.com (mail-lf1-f53.google.com [209.85.167.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4FC8B1E601 for ; Thu, 30 Aug 2018 15:44:39 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f53.google.com with SMTP id i7-v6so7581279lfh.5 for ; Thu, 30 Aug 2018 08:44:39 -0700 (PDT) X-Gm-Message-State: APzg51C57oNY8NFidus5p/ZEVQc+MaOrViknih455gaIzAVZXaSEvRDq JMj6oqXhjDQNdSwxf0seWDhvf3s/o2u1JQvfIzE= X-Google-Smtp-Source: ANB0VdYzKg1fpV15qiWgp5qR9JKXb32IankFkfoxtwPTEiydQK7g9hfQr013wE1Tp6GFy7ibhjybnaVGDuQi1w2V7Zo= X-Received: by 2002:a19:ca09:: with SMTP id a9-v6mr7680252lfg.120.1535643877730; Thu, 30 Aug 2018 08:44:37 -0700 (PDT) MIME-Version: 1.0 References: <20180830174105.454fbacf@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20180830174105.454fbacf@thor.intern.walstatt.dynvpn.de> From: Kyle Evans Date: Thu, 30 Aug 2018 10:44:25 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 12-ALPHA3: (NanoBSD): ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" To: "O. Hartmann" Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 15:44:40 -0000 On Thu, Aug 30, 2018 at 10:41 AM O. Hartmann wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Running a NanoBSD with lots of "WITHOUT_" tags reducing the size, it seems that with one > of those excluded build/install opts I also exclude a crucial library, namely > "libibverbs.so.1", since ipfwpcap seems to require it: > > [...] > root@host-puking-alot:~ # ipfwpcap > ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" > > [...] > > Checking via ldd on "libpcap.so.8" reveals strange things: > > [...] > root@host-puking-alot:~ # ldd /lib/libpcap.so.8 > /lib/libpcap.so.8: > libibverbs.so.1 => not found (0) > libmlx5.so.1 => not found (0) > libc.so.7 => /lib/libc.so.7 (0x80024a000) > [...] > > So, I do not have any Mellanox device, therefore I do not build nor install drivers > and or modules (refering to the libmlx5.so.1). > You set WITHOUT_OFED=yes, right? That's a default now, so that'll stop the dependency on ofed/ bits in libpcap. This is still breakage that needs to be fixed, but that should workaround it for you. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Thu Aug 30 15:58:57 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDA3D10A2637 for ; Thu, 30 Aug 2018 15:58:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44ABE8738F; Thu, 30 Aug 2018 15:58:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([2.247.42.92]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MX16a-1gRO5C3gai-00Vtz4; Thu, 30 Aug 2018 17:58:55 +0200 Date: Thu, 30 Aug 2018 17:58:21 +0200 From: "O. Hartmann" To: Kyle Evans Cc: "O. Hartmann" , FreeBSD Current Subject: Re: 12-ALPHA3: (NanoBSD): ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" Message-ID: <20180830175848.035ff660@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20180830174105.454fbacf@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:63vpqVpCUcN/cQz35UOyO334dKRlyV7HQn5xZOrJE5YzQD3YP/3 dBZAFk2GJq7giHxefP3EHXlw8rws1gXES5pMY9p6+WIC6FfNe9q5Cqm47jsh5wwZXICgagP 7lu3ew9TY2INwJMNyBTWpTaH9cqna+j6bzXk1JW2r2ynTEalQVPvZEEtz1iJZgcus+Do0vg 9ymUYmRwfkY/IuTJEyPKg== X-UI-Out-Filterresults: notjunk:1;V01:K0:ugyG0nGeMvA=:ME2UvoJMjZJSVcy3irGEHD pCGhp5BeTn5dznUzv+eylNL01pfU52nwbUtzE+V7zWowCzRpAlr1b7yucQmNNX8+wmOx/ZATa n0WHV9eIw81v5oTSmJeiBYXFkRhFmWEzlAcZBPkTJTtPnYz9melPHVuVbeLLymzJ3l2vKTKGr tqD5mDgRMLJ841+ocZ3946lTbFl00JBeP2JyOXuZFG5W1c+F3h+AFbHo29jIki37YZN7KxJsB a6qnatrTEjmyJgOf/EBt1vmcxyf8P4VE87kaFQluaKGCYmfCfzkcRKALrscV3Nw415daJurf3 K0ZFBIu6I2PTCTlmjc8FY6I2AkptlZ5357d70VaXy8EciaZPNogy9jwG4ujG35f0DT3ampxeG SNLePeWU8LSEhGOsCQYKTKmRi08w6so8Y5UslkT2DZbTuIKvd3OFfs+y7+KE3fmnGK8wCxSH4 Vs1R2KT5pJdj9o8M4YIpXtIOOSPyTPAaCYmrlHiLI54+HvcEN79WBCjWawnCaUQ8dAAzoLplA 9O9Yg5u435wE6gu73EAZFXvdWY3mbLzyOfqRiUHw8ZULTv8LJy2lpi1FqDl5DKdw7bOP77Q8j 8eygZwXOLmJrth6drefyhxw9xOYiNBcKwdEA/yHVb7yq4qrXqaDUefJR+zOkd9hMEKtBjtBmV 2r6WND47NZzqbHYPdAtpD5cKr0Z4000cNjMZY0T9ECJ/T1pqQpi2he2qmOR4mp9X+XwshK5vh 84W42nUP1oya9q+EE8Bv/b6NOaPwKw0lh3BEZMZOxIMKNmEecfUlt7Dm/abtGXRGldDBKLIWl vXyiuQ1IzgdatiMMtWneol4roG8YAISrgrtnhcRcX1hOnZd9hU2ZW6RXyNTEeZtF7HhY4zQuo sOd8jW5EEd/uN+vKiPvQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 15:58:58 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCkFtIFRo dSwgMzAgQXVnIDIwMTggMTA6NDQ6MjUgLTA1MDANCkt5bGUgRXZhbnMgPGtldmFuc0BmcmVlYnNk Lm9yZz4gc2NocmllYjoNCg0KPiBPbiBUaHUsIEF1ZyAzMCwgMjAxOCBhdCAxMDo0MSBBTSBPLiBI YXJ0bWFubiA8b2hhcnRtYW5uQHdhbHN0YXR0Lm9yZz4gd3JvdGU6DQo+ID4NCj4gPiAtLS0tLUJF R0lOIFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tDQo+ID4gSGFzaDogU0hBNTEyDQo+ID4NCj4gPiBS dW5uaW5nIGEgTmFub0JTRCB3aXRoIGxvdHMgb2YgIldJVEhPVVRfIiB0YWdzIHJlZHVjaW5nIHRo ZSBzaXplLCBpdCBzZWVtcyB0aGF0IHdpdGgNCj4gPiBvbmUgb2YgdGhvc2UgZXhjbHVkZWQgYnVp bGQvaW5zdGFsbCBvcHRzIEkgYWxzbyBleGNsdWRlIGEgY3J1Y2lhbCBsaWJyYXJ5LCBuYW1lbHkN Cj4gPiAibGliaWJ2ZXJicy5zby4xIiwgc2luY2UgaXBmd3BjYXAgc2VlbXMgdG8gcmVxdWlyZSBp dDoNCj4gPg0KPiA+IFsuLi5dDQo+ID4gIHJvb3RAaG9zdC1wdWtpbmctYWxvdDp+ICMgaXBmd3Bj YXANCj4gPiBsZC1lbGYuc28uMTogU2hhcmVkIG9iamVjdCAibGliaWJ2ZXJicy5zby4xIiBub3Qg Zm91bmQsIHJlcXVpcmVkIGJ5ICJsaWJwY2FwLnNvLjgiDQo+ID4NCj4gPiBbLi4uXQ0KPiA+DQo+ ID4gQ2hlY2tpbmcgdmlhIGxkZCBvbiAibGlicGNhcC5zby44IiByZXZlYWxzIHN0cmFuZ2UgdGhp bmdzOg0KPiA+DQo+ID4gWy4uLl0NCj4gPiAgcm9vdEBob3N0LXB1a2luZy1hbG90On4gIyBsZGQg L2xpYi9saWJwY2FwLnNvLjgNCj4gPiAvbGliL2xpYnBjYXAuc28uODoNCj4gPiAgICAgICAgIGxp YmlidmVyYnMuc28uMSA9PiBub3QgZm91bmQgKDApDQo+ID4gICAgICAgICBsaWJtbHg1LnNvLjEg PT4gbm90IGZvdW5kICgwKQ0KPiA+ICAgICAgICAgbGliYy5zby43ID0+IC9saWIvbGliYy5zby43 ICgweDgwMDI0YTAwMCkNCj4gPiBbLi4uXQ0KPiA+DQo+ID4gU28sIEkgZG8gbm90IGhhdmUgYW55 IE1lbGxhbm94IGRldmljZSwgdGhlcmVmb3JlIEkgZG8gbm90IGJ1aWxkIG5vciBpbnN0YWxsIGRy aXZlcnMNCj4gPiBhbmQgb3IgbW9kdWxlcyAocmVmZXJpbmcgdG8gdGhlIGxpYm1seDUuc28uMSku DQo+ID4gIA0KPiANCj4gWW91IHNldCBXSVRIT1VUX09GRUQ9eWVzLCByaWdodD8gVGhhdCdzIGEg ZGVmYXVsdCBub3csIHNvIHRoYXQnbGwgc3RvcA0KPiB0aGUgZGVwZW5kZW5jeSBvbiBvZmVkLyBi aXRzIGluIGxpYnBjYXAuIFRoaXMgaXMgc3RpbGwgYnJlYWthZ2UgdGhhdA0KPiBuZWVkcyB0byBi ZSBmaXhlZCwgYnV0IHRoYXQgc2hvdWxkIHdvcmthcm91bmQgaXQgZm9yIHlvdS4NCg0KWWVzLCBp bmRlZWQgSSBkby4NCg0KU28sIGl0IGlzIGEgd2VsbC1rbm93biBicmVha2FnZT8gR29vZCB0byBr bm93Lg0KDQpTb21ldGltZXMgSSBnZXQgY29uZnVzZWQgYnkgT0ZFRCBhbmQgTWVsbGFub3ggc3R1 ZmYgLSBzb21laG93IHRoZXJlIGlzIG5vIGxpbmsgYmV0d2Vlbg0KdGhvc2UgdG8gZGVzaWduYXRv cnMgOy0pDQoNClRoYW5rcyBhbnl3YXksIEknbGwgZW5hYmxlIHZpYSAiV0lUSF9PRkVEIiB0aGUg YnVpbGQgYW5kIHdpbGwgc2VlIC4uLg0KPiANCj4gVGhhbmtzLA0KPiANCj4gS3lsZSBFdmFucw0K DQoNClJlZ2FyZHMsDQoNCk8uIEhhcnRtYW5uDQoNCg0KLSAtLSANCk8uIEhhcnRtYW5uDQoNCklj aCB3aWRlcnNwcmVjaGUgZGVyIE51dHp1bmcgb2RlciDDnGJlcm1pdHRsdW5nIG1laW5lciBEYXRl biBmw7xyDQpXZXJiZXp3ZWNrZSBvZGVyIGbDvHIgZGllIE1hcmt0LSBvZGVyIE1laW51bmdzZm9y c2NodW5nICjCpyAyOCBBYnMuIDQgQkRTRykuDQotLS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0t LQ0KDQppTFVFQVJNS0FCMFdJUVFaVlpNekF0d0MyVC84NlRyUzUyOGZ5RmhZbEFVQ1c0Z1VPQUFL Q1JEUzUyOGZ5RmhZDQpsTlgxQWY5NTFJTGF0em5DMGwwTlhIOUtwZTgzWG5Gam92Vm03L0lFKzNr a0dpWHhrK2xadndOeVRwRVI0SkNvDQpicTB4NVppeGJqanBlUm8wQi83enVSdTVMWFdWQWY5TnVY ZUdxNmQ5MmRNVTZCeE9YZisvaVF0S1o4MnY2ZmJ5DQpkUDl2SXRVbGsvUUZnbXNhQnZZZGVkYmhC a08yQWtSMXUyOVlkckp5YklCcXBuL0ZoVFdEDQo9SllmKw0KLS0tLS1FTkQgUEdQIFNJR05BVFVS RS0tLS0tDQo= From owner-freebsd-current@freebsd.org Thu Aug 30 19:12:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B2EAEC8615 for ; Thu, 30 Aug 2018 19:12:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 961968F396; Thu, 30 Aug 2018 19:12:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7UJCYpX060335 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Aug 2018 22:12:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7UJCYpX060335 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7UJCXk5060334; Thu, 30 Aug 2018 22:12:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 30 Aug 2018 22:12:33 +0300 From: Konstantin Belousov To: Yuri Pankov Cc: Rainer Hurling , Kyle Evans , FreeBSD Current Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Message-ID: <20180830191233.GN2340@kib.kiev.ua> References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> <52996f84-c215-f1da-8ce3-8bcfdbd79c40@yuripv.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52996f84-c215-f1da-8ce3-8bcfdbd79c40@yuripv.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2018 19:12:46 -0000 On Thu, Aug 30, 2018 at 12:22:36PM +0300, Yuri Pankov wrote: > Sorry, I accidentally took the discussion off-list, where Konstantin > provided some more patches. I'm attaching the one that finally worked > for me. It also adds some diagnostic prints which require bootverbose > to be enabled. This patch requires some more work to make it committable. Do not try to build it with efirt device in the kernel config, only efirt.ko works, but it can be preloaded from loader. From owner-freebsd-current@freebsd.org Fri Aug 31 04:21:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1E9FF7294F for ; Fri, 31 Aug 2018 04:21:06 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ECCF80E7E; Fri, 31 Aug 2018 04:21:06 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1535689263; bh=LuuLvSl2 /wsCEMb4+T9nsrJjGcsmcplhtgtFAwshEgE=; b=SL4qQx7bVg8StbZJhf+AuFsE Ovp71PDEbPMMoxxBG4rOB82RpyTWHJV5X3X8JGVuveKPdTJ76VCHHT2Ko6Nd9HYK jMDGxvJE279mbI+Z/inkGpiGWDkzhOyGIlqBxF1n53WfD6iFxMWTcfTch6OJ1iPC uSs3/Z+EfF0u+YieV2M= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id ADD357345; Fri, 31 Aug 2018 00:21:03 -0400 (EDT) Subject: Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted' To: John Baldwin , Ian FREISLICH , freebsd-current References: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> From: Michael Butler Openpgp: preference=signencrypt Message-ID: <8ed7961e-e12a-9267-2bd0-a9bcbe383c7f@protected-networks.net> Date: Fri, 31 Aug 2018 00:21:02 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 04:21:07 -0000 On 8/29/18 7:40 PM, John Baldwin wrote: > On 8/29/18 4:20 PM, Ian FREISLICH wrote: >> Hi >> >> I see the definition of interrupt_sorted is #ifdefed out by #ifdef SMP >> at line 84.  My system is UP so I'm not compiling an SMP kernel. >> >> /usr/src/sys/x86/x86/intr_machdep.c:176:2: error: use of undeclared >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >>         interrupt_sorted = mallocarray(num_io_irqs, >> sizeof(*interrupt_sorted), >>         ^~~~~~~~~~~~~~~~ >>         interrupt_sources >> /usr/src/sys/x86/x86/intr_machdep.c:83:24: note: 'interrupt_sources' >> declared here >> static struct intsrc **interrupt_sources; >>                        ^ >> /usr/src/sys/x86/x86/intr_machdep.c:176:54: error: use of undeclared >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? >>         interrupt_sorted = mallocarray(num_io_irqs, >> sizeof(*interrupt_sorted), > > Probably just needs #ifdef SMP around the mallocarray(). I'll test locallyon a UP kernel config. > I see another problem after using Ian's workaround of moving the #ifdef SMP; it seems I now run out of kernel stack on an i386 (Pentium-III) machine with only 512MB of RAM: Aug 29 23:29:19 sarah kernel: vm_thread_new: kstack allocation failed Aug 29 23:29:26 sarah kernel: vm_thread_new: kstack allocation failed Aug 29 23:29:30 sarah kernel: vm_thread_new: kstack allocation failed Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed Aug 29 23:29:40 sarah kernel: vm_thread_new: kstack allocation failed imb From owner-freebsd-current@freebsd.org Fri Aug 31 05:28:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83C78F73FFB for ; Fri, 31 Aug 2018 05:28:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F33F6828D8; Fri, 31 Aug 2018 05:28:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7V5S5d9000684 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Aug 2018 08:28:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7V5S5d9000684 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7V5S5bA000683; Fri, 31 Aug 2018 08:28:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 31 Aug 2018 08:28:05 +0300 From: Konstantin Belousov To: Michael Butler Cc: John Baldwin , Ian FREISLICH , freebsd-current Subject: Re: intr_machdep.c:176:2: error: use of undeclared identifier 'interrupt_sorted' Message-ID: <20180831052805.GP2340@kib.kiev.ua> References: <524214ac-e3ca-53cd-aee3-dac9212e9800@capeaugusta.com> <0aa35f96-9f62-bfca-c04a-f6ddcb1ce738@FreeBSD.org> <8ed7961e-e12a-9267-2bd0-a9bcbe383c7f@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8ed7961e-e12a-9267-2bd0-a9bcbe383c7f@protected-networks.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 05:28:22 -0000 On Fri, Aug 31, 2018 at 12:21:02AM -0400, Michael Butler wrote: > On 8/29/18 7:40 PM, John Baldwin wrote: > > On 8/29/18 4:20 PM, Ian FREISLICH wrote: > >> Hi > >> > >> I see the definition of interrupt_sorted is #ifdefed out by #ifdef SMP > >> at line 84. My system is UP so I'm not compiling an SMP kernel. > >> > >> /usr/src/sys/x86/x86/intr_machdep.c:176:2: error: use of undeclared > >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? > >> interrupt_sorted = mallocarray(num_io_irqs, > >> sizeof(*interrupt_sorted), > >> ^~~~~~~~~~~~~~~~ > >> interrupt_sources > >> /usr/src/sys/x86/x86/intr_machdep.c:83:24: note: 'interrupt_sources' > >> declared here > >> static struct intsrc **interrupt_sources; > >> ^ > >> /usr/src/sys/x86/x86/intr_machdep.c:176:54: error: use of undeclared > >> identifier 'interrupt_sorted'; did you mean 'interrupt_sources'? > >> interrupt_sorted = mallocarray(num_io_irqs, > >> sizeof(*interrupt_sorted), > > > > Probably just needs #ifdef SMP around the mallocarray(). I'll test locallyon a UP kernel config. > > > > I see another problem after using Ian's workaround of moving the #ifdef > SMP; it seems I now run out of kernel stack on an i386 (Pentium-III) > machine with only 512MB of RAM: > > Aug 29 23:29:19 sarah kernel: vm_thread_new: kstack allocation failed > Aug 29 23:29:26 sarah kernel: vm_thread_new: kstack allocation failed > Aug 29 23:29:30 sarah kernel: vm_thread_new: kstack allocation failed > Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed > Aug 29 23:29:38 sarah kernel: vm_thread_new: kstack allocation failed > Aug 29 23:29:40 sarah kernel: vm_thread_new: kstack allocation failed What is the kernel revision for "now". What was the previous revision where the kstack allocation failures did not happen. Also, what is the workload ? From owner-freebsd-current@freebsd.org Fri Aug 31 07:44:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E3D4F76C1F for ; Fri, 31 Aug 2018 07:44:19 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BB2CD86AED for ; Fri, 31 Aug 2018 07:44:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7803DF76C1A; Fri, 31 Aug 2018 07:44:18 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66455F76C18; Fri, 31 Aug 2018 07:44:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0202C86AE7; Fri, 31 Aug 2018 07:44:18 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fve6L-000D3X-TY; Fri, 31 Aug 2018 09:44:17 +0200 Date: Fri, 31 Aug 2018 09:44:17 +0200 From: Kurt Jaeger To: current@freebsd.org, net@freebsd.org, Kurt Jaeger Subject: Re: NFS via IPv6 between 11.2-REL amd64 and larger (>45 files) directories? Message-ID: <20180831074417.GY2118@home.opsec.eu> References: <20180827155651.GW2118@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180827155651.GW2118@home.opsec.eu> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 07:44:19 -0000 Hi! As Rick told me there's a ongoing debate on this, here's a copy from my mail to stable@: I've seen a strange effect: NFS via IPv6 between 11.2-REL amd64 boxes failed for directories with more than 45 files or directories. Small directories worked. It seems to be an issue with ipv6 fragmentation (?), as can be seen by tcpdump: 17:54:16.855978 IP6 nfs-serv > nfs-client frag (0|1448) 2049 > 709: NFS reply xid 1536109002 reply ok 1440 readdir 17:54:16.855979 IP6 nfs-serv > nfs-client frag (1448|36) As soon as the NFS request is sent with fragments, it stalls. Using TCP or IPv4 for the nfs mount works, UDP fails. -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Aug 31 07:45:01 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC7EF76CB0 for ; Fri, 31 Aug 2018 07:45:01 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2A00F86BA1 for ; Fri, 31 Aug 2018 07:45:01 +0000 (UTC) (envelope-from pi@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DDDF2F76CAD; Fri, 31 Aug 2018 07:45:00 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC86CF76CAC; Fri, 31 Aug 2018 07:45:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (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 664C986B9D; Fri, 31 Aug 2018 07:45:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fve6z-000Klh-VV; Fri, 31 Aug 2018 09:44:57 +0200 Date: Fri, 31 Aug 2018 09:44:57 +0200 From: Kurt Jaeger To: Kurt Jaeger Cc: current@freebsd.org, net@freebsd.org Subject: Re: NFS via IPv6 between 11.2-REL amd64 and larger (>45 files) directories? Message-ID: <20180831074457.GT1673@fc.opsec.eu> References: <20180827155651.GW2118@home.opsec.eu> <20180831074417.GY2118@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180831074417.GY2118@home.opsec.eu> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 07:45:01 -0000 Hi! > As Rick told me there's a ongoing debate on this, here's a copy > from my mail to stable@: PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231050 -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-current@freebsd.org Fri Aug 31 08:27:56 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FEDDF7836A for ; Fri, 31 Aug 2018 08:27:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD8C188E2C; Fri, 31 Aug 2018 08:27:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w7V8RjcT041440 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Aug 2018 11:27:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w7V8RjcT041440 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w7V8RiGB041439; Fri, 31 Aug 2018 11:27:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 31 Aug 2018 11:27:44 +0300 From: Konstantin Belousov To: Yuri Pankov Cc: Rainer Hurling , Kyle Evans , FreeBSD Current Subject: Re: r336921 broke booting on MBP 2017, EFIRT related Message-ID: <20180831082744.GS2340@kib.kiev.ua> References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> <52996f84-c215-f1da-8ce3-8bcfdbd79c40@yuripv.net> <20180830191233.GN2340@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180830191233.GN2340@kib.kiev.ua> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 08:27:56 -0000 On Thu, Aug 30, 2018 at 10:12:33PM +0300, Konstantin Belousov wrote: > On Thu, Aug 30, 2018 at 12:22:36PM +0300, Yuri Pankov wrote: > > Sorry, I accidentally took the discussion off-list, where Konstantin > > provided some more patches. I'm attaching the one that finally worked > > for me. It also adds some diagnostic prints which require bootverbose > > to be enabled. > > This patch requires some more work to make it committable. > Do not try to build it with efirt device in the kernel config, > only efirt.ko works, but it can be preloaded from loader. A version of the patch which finishes items which I wanted to handle, is available both for review and for testing at https://reviews.freebsd.org/D16972 . From owner-freebsd-current@freebsd.org Fri Aug 31 12:01:11 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CAC4F7E69E for ; Fri, 31 Aug 2018 12:01:11 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from tmailer.gwdg.de (tmailer.gwdg.de [134.76.10.23]) (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 BA1708F7B3; Fri, 31 Aug 2018 12:01:10 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-24.um.gwdg.de ([134.76.9.234] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.90_1) (envelope-from ) id 1fvi6n-0007Hy-Uu; Fri, 31 Aug 2018 14:01:02 +0200 Received: from krabat.raven.hur (91.8.156.212) by EXCMBX-24.um.gwdg.de (134.76.9.234) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P521) id 15.1.1531.3; Fri, 31 Aug 2018 14:01:01 +0200 Subject: Re: r336921 broke booting on MBP 2017, EFIRT related To: Konstantin Belousov , Yuri Pankov CC: Kyle Evans , FreeBSD Current References: <499f05f4-4fab-9b31-5d37-83ecb554013c@yuripv.net> <20180829102727.GD2340@kib.kiev.ua> <7162d397-43df-01bc-f97d-0dae6a8f6926@gwdg.de> <52996f84-c215-f1da-8ce3-8bcfdbd79c40@yuripv.net> <20180830191233.GN2340@kib.kiev.ua> <20180831082744.GS2340@kib.kiev.ua> From: Rainer Hurling Message-ID: Date: Fri, 31 Aug 2018 14:01:00 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180831082744.GS2340@kib.kiev.ua> Content-Type: text/plain; charset="utf-8" Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Originating-IP: [91.8.156.212] X-ClientProxiedBy: EXCMBX-04.um.gwdg.de (134.76.9.219) To EXCMBX-24.um.gwdg.de (134.76.9.234) X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 12:01:11 -0000 Am 31.08.18 um 10:27 schrieb Konstantin Belousov: > On Thu, Aug 30, 2018 at 10:12:33PM +0300, Konstantin Belousov wrote: >> On Thu, Aug 30, 2018 at 12:22:36PM +0300, Yuri Pankov wrote: >>> Sorry, I accidentally took the discussion off-list, where Konstantin >>> provided some more patches. I'm attaching the one that finally worked >>> for me. It also adds some diagnostic prints which require bootverbose >>> to be enabled. >> >> This patch requires some more work to make it committable. >> Do not try to build it with efirt device in the kernel config, >> only efirt.ko works, but it can be preloaded from loader. > > A version of the patch which finishes items which I wanted > to handle, is available both for review and for testing at > https://reviews.freebsd.org/D16972 . > I tried the patches from D16972 and it seems to work on a DELL Latitude E6520. It now boots with OPTIONS EFIRT and without efi.rt.disabled=1. Many thanks! From owner-freebsd-current@freebsd.org Fri Aug 31 23:39:22 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3802FFCDF09 for ; Fri, 31 Aug 2018 23:39:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0D94A8B0F1 for ; Fri, 31 Aug 2018 23:39:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:716a:bc47:6353:a18a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 0287568A for ; Sat, 1 Sep 2018 02:39:12 +0300 (MSK) Date: Sat, 1 Sep 2018 02:39:12 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <606629823.20180901023912@serebryakov.spb.ru> To: FreeBSD Current Subject: Regression: ALPHA3 can not properly init diskless / nanobsd system MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 23:39:22 -0000 Hello FreeBSD, I have NanoBSD system built from and it works. It creates THREE memory filesystems, as needed: % mount | grep /dev/md /dev/md0 on /etc (ufs, local) /dev/md1 on /var (ufs, local) /dev/md2 on /var/tmp (ufs, local) % But same system built from ALPHA3 sources (r338399 to be exact) doesn't create /etc in-memory overlay, and can not copy SSHD keys and create host.conf. After that sshd could not start. New version doesn't properly create overlay for /etc: % mount | grep /dev/md /dev/md1 on /var (ufs, local) /dev/md2 on /var/tmp (ufs, local) % All configuration files are the same. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Fri Aug 31 23:42:16 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8C27FCE248 for ; Fri, 31 Aug 2018 23:42:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) by mx1.freebsd.org (Postfix) with ESMTP id 710708B49C for ; Fri, 31 Aug 2018 23:42:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:716a:bc47:6353:a18a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B325868D for ; Sat, 1 Sep 2018 02:42:15 +0300 (MSK) Date: Sat, 1 Sep 2018 02:42:15 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD Message-ID: <1196759904.20180901024215@serebryakov.spb.ru> To: FreeBSD Current Subject: New loader (installed with ALPHA3) complains about missing modules but doesn't say what it needed MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2018 23:42:17 -0000 Hello FreeBSD, When I rebuilt NanoBSD image from CYRRENT r336582 to ALPHA3 r338399 loader starts to complain that it could not find required module(s). But I don't have any in my /boot/loader.conf and I didn't change anything in my configs. Unfortunately, loader doesn't provide any details: which modules are required. -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-current@freebsd.org Sat Sep 1 08:47:29 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2493FD5AB1 for ; Sat, 1 Sep 2018 08:47:29 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A23380CC4 for ; Sat, 1 Sep 2018 08:47:28 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w818lQPX027501 for ; Sat, 1 Sep 2018 10:47:26 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 6C7A9EE for ; Sat, 1 Sep 2018 10:47:26 +0200 (CEST) To: FreeBSD Current From: Harry Schmalzbauer Subject: conf/MINIMAL without "options BUF_TRACKING" Organization: OmniLAN Message-ID: <0812bb36-ba45-5c0c-067d-64c95531e0b1@omnilan.de> Date: Sat, 1 Sep 2018 10:47:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sat, 01 Sep 2018 10:47:26 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 08:47:30 -0000 Hello, is the MINIMAL (in sys/adm64/conf) kernel config intentionally missing options         BUF_TRACKING            # Track buffer history Not that I'm missing it, but to my understanding debug features shouldn't differ for predefined -current KERNCONF. Thanks, -harry From owner-freebsd-current@freebsd.org Sat Sep 1 17:45:55 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B707AFF5F4B for ; Sat, 1 Sep 2018 17:45:55 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) Received: from sonic314-22.consmr.mail.gq1.yahoo.com (sonic314-22.consmr.mail.gq1.yahoo.com [98.137.69.85]) (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 3677074CF6 for ; Sat, 1 Sep 2018 17:45:55 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1535823954; bh=WNlTApB1r49XQ8Q5dofSTDB7TdhfToZa/kGIq8ctnjk=; h=Date:From:To:Subject:References:From:Subject; b=gkaRQf+iZXUONu+rjpN2tS8vo21asAhUaGttuRrqTzNlTmUu66XtEFf1f8PHvaY7t+arFDuN9nphFf26xtDtlQh4UhKRv8aOxNhM28LGaa0kk2kJAc+kVfcpmgTXwxhnwSx9gcDJyEhRTuGKALnp8KIYQZtYA++RryXFRTRElNNspKnWEaYfTj9rhjiLidQftD6Vyrfa6Bm4B5Kswb4ip8tUhSZTtprNHKnyxITHRpBy0iJvTEkqJsNTlKDErOmPXMvNRmKK3CKdl6IUW2HiBur5vh3qX4Lx4GRTVmbAnmgfQrp10Z2UEr4vAHMm98EctowJCYndrB0B+HA6JuGojg== X-YMail-OSG: WGNR8lUVM1kDryf.spk.3kM3xUQlxdVgfw1Rb1hEBDlwsDHA6tW93u0Hy.74eWf RGC9vEcH7iBc9xapHlWD_Ag55wOy5CZCaINxYJ8JnZSklx8Vk6yb_PJL9EX4XazmOc189k4myBoC VAwVDaUVQnnZW2UO37mVwjb9sg5dRkfCdqV5.f0S1cpNZYrYC1ZC5eMCzYP79xqAfQOVUrS2nEpC u6oO34wsSu9UuOiiMPKA4EEsZF3r0lgHm7CDfj6K6mw.EBquTml.giItCZqkT3DGGn5axoSbSd.S zZWkEP6AJUg8JHbDJbRGYbHHAQ.HDvggSEl5ZfVOFIW27.yEr53uCFqAlk7ukCTRVUvfyN.pUJRB xF3qyFSFJmsqqQmv5X00myxBVTov1FeOxKk1V5EK96NNZ5sv.SExF1Xvv1uavoM11iEFCLaPgmV_ lf2HcfQZUgemDT6MF9d.qyT1kE7IDvFxIgMWsg.1FXhJ3uwIaOW7nCTW7046B.9vjUGFxGnJgWUs WyWRqAbLOwfe8fGzrTsqwEd_X0sZHLai3CIdolGJX2_o0ao9HMTjwW5vZ5INUghLvO8G9Wg9ohj7 nETb_NIw0eUbReDsT.vLoO0D2v.VOXg0nnzF0X9.oH2tKii0HScO9oa3zaN0Ki.oWu5iN0gxZbsU OEEWZLwW8CFlMGTYyds.suX6bksnmhjbsxme1ZPBK29P48a03klEbUkOlhNrgWgeLH_ucnpZzT3S zV4Rh9YAaOo_dG3Wlxh2UOGhuihT7Q0WAIKEP_y61_uSSclU_RW_ZhivRarU_.vMW0fYWm4YSXi3 jy5.pKHDNRHNDOKDTDB5s1749vMkvdwnVXCsWQB9Ji_sdOEGhrJzKKaJyO1pS7D74cTbKP.2v8w9 LllhH9ULnhlI6f5G_v5Ou4QF.X9D.NkOZMuGTnl8aCcPt3SyG4eh81GejGq6Ilnjf7jaHyTl_U4u FJvKBpNM3YooaCBN6IDOFSXIKkMESTVa4KEaxl7ZDLgNPhERQkz8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Sep 2018 17:45:54 +0000 Date: Sat, 1 Sep 2018 17:25:34 +0000 (UTC) From: Alex McKeever To: FreeBSD Stable , FreeBSD Current Message-ID: <826294696.2192772.1535822734294@mail.yahoo.com> Subject: Failing to retrieve source tarballs for anything. MIME-Version: 1.0 References: <826294696.2192772.1535822734294.ref@mail.yahoo.com> X-Mailer: WebService/1.1.12337 YahooMailIosMobile Raven/42997 CFNetwork/902.2 Darwin/17.7.0 X-Mailman-Approved-At: Sat, 01 Sep 2018 18:36:19 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 17:45:55 -0000 After compiling PKG, when I go to ports to compile anything (my eMac can ru= n FreeBSD but not modern Linux due to the version of the Radeon GPU) it fai= ls to retrieve any of the source tarballs for any of the software, desktop = environments etc. I would like help to fix this, as I=E2=80=99d like to run= something current. Sent from Yahoo Mail for iPhone From owner-freebsd-current@freebsd.org Sat Sep 1 20:57:06 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39C65FFA614; Sat, 1 Sep 2018 20:57:06 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.20]) (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 C8EA07B352; Sat, 1 Sep 2018 20:57:05 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sat, 1 Sep 2018 22:56:56 +0200 (CEST) From: Ronald Klop To: Alex McKeever , FreeBSD Stable , FreeBSD Current Message-ID: <1591692302.38239.1535835416316@localhost> In-Reply-To: <826294696.2192772.1535822734294@mail.yahoo.com> Subject: Re: Failing to retrieve source tarballs for anything. MIME-Version: 1.0 X-Mailer: Realworks (422.9-265200) Importance: Normal X-Priority: 3 (Normal) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 20:57:06 -0000 It helps a lot of you send the exact command you run with the error message= . Or all the significant output. Regards, Ronald Van: Alex McKeever Datum: 01 september 2018 19:50 Aan: FreeBSD Stable , FreeBSD Current Onderwerp: Failing to retrieve source tarballs for anything. >=20 >=20 > After compiling PKG, when I go to ports to compile anything (my eMac can = run FreeBSD but not modern Linux due to the version of the Radeon GPU) it f= ails to retrieve any of the source tarballs for any of the software, deskto= p environments etc. I would like help to fix this, as I=E2=80=99d like to r= un something current. >=20 >=20 > Sent from Yahoo Mail for iPhone > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-current@freebsd.org Sat Sep 1 19:58:19 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17A0CFF8F61 for ; Sat, 1 Sep 2018 19:58:19 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-oi0-x244.google.com (mail-oi0-x244.google.com [IPv6:2607:f8b0:4003:c06::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 908DF79264 for ; Sat, 1 Sep 2018 19:58:17 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-oi0-x244.google.com with SMTP id m11-v6so27474807oic.2 for ; Sat, 01 Sep 2018 12:58:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=sZYkZ5Q5G+fOTMc6RbJWCAbQ4XOTsVdrB7m8l47rlzY=; b=uox3u6gHpmd/warz6Ot4X9wnua/tO1P4Wrfx1owsApNc1X4HS/87F9xK0FQnkCR0gR bgNYEh9mNncikHRDRZ72Me3CJzcz+EsEOTCcBQIZ3owPi+M5n/m3GZUwExjNnHRyHrzm 0M/gnGF+Dkik34Wgv06ChqcRph4BAc7mXGj+8rsxOI3eOml/SO2UZGyaoq55a60S/tOQ 759SUX29x2eMxqo9HDp0+AQWEv3eE20lrz51yOQ5z7lSpvYz90Jwx4x+MBhiegW+m7US O+nNnfW6bsAwuiasq2jyybkNnXP3kCy7ethjfptWDFj1JAip187ikqYL+ZBzUxS196bo jUsw== 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:content-transfer-encoding; bh=sZYkZ5Q5G+fOTMc6RbJWCAbQ4XOTsVdrB7m8l47rlzY=; b=GD0kEfOP6bWg2exctYJ9NHt4CyvamS6wulegXNo8+VWdVugdFPnMTEDduLD7tG4V+A KS8youDrMiTqVu5dk6Mum0S7kdkWCvkZId9/PRWFJ8YBox/GiXcgW0j5ic5WaC81iPrf nvHBbYn87Eh64597NdYJSPXQ4Ca58NO2wfw3o3WRcSHpLxvdoD3e9jGi5yJPPub7Wtkf FqaJalwfVp58UZRcGR94MWovhjToF2bhp18yg5MS8m0u9sKnKwcyF0QHPWWdX/4MwNBa bGsiPd7A8QwZOQVxRmOZ3gK9USEWIpjE2E1lgQs60yylGZLC9qf/NRWgXkxBFgpcLjKC /W9Q== X-Gm-Message-State: APzg51AAcs/THFpQfzfzYGoW4Z5T60AdCfX6YUB5CDL5Vdo/qqI6kbOY mr65+0E444lGIGTIvllguWFnlGS7GKH/+djAHX0e/w== X-Google-Smtp-Source: ANB0VdaBGN9XwZfWiST2ce25A454xMHdICRc7PWVs73jstrmpBxv35prDoI3vuoBY7lXCNip1xy6ImUPkB1MUG4auFE= X-Received: by 2002:aca:90d:: with SMTP id 13-v6mr11977958oij.300.1535831897051; Sat, 01 Sep 2018 12:58:17 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:28d:0:0:0:0:0 with HTTP; Sat, 1 Sep 2018 12:58:16 -0700 (PDT) X-Originating-IP: [203.97.70.34] In-Reply-To: <826294696.2192772.1535822734294@mail.yahoo.com> References: <826294696.2192772.1535822734294.ref@mail.yahoo.com> <826294696.2192772.1535822734294@mail.yahoo.com> From: Jonathan Chen Date: Sun, 2 Sep 2018 07:58:16 +1200 Message-ID: Subject: Re: Failing to retrieve source tarballs for anything. To: Alex McKeever Cc: FreeBSD Stable , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sat, 01 Sep 2018 23:46:57 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 19:58:19 -0000 On 2 September 2018 at 05:25, Alex McKeever w= rote: > After compiling PKG, when I go to ports to compile anything (my eMac can = run FreeBSD but not modern Linux due to the version of the Radeon GPU) it f= ails to retrieve any of the source tarballs for any of the software, deskto= p environments etc. I would like help to fix this, as I=E2=80=99d like to r= un something current. > How old is your ports tree? It it up to date? What sort of problems are you seeing in fetching the port sources? Since no one else has reported any problems, it is most likely something to do with your local environment. Cheers. --=20 Jonathan Chen From owner-freebsd-current@freebsd.org Sat Sep 1 21:06:45 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9048AFFAAA9 for ; Sat, 1 Sep 2018 21:06:45 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) Received: from sonic308-12.consmr.mail.gq1.yahoo.com (sonic308-12.consmr.mail.gq1.yahoo.com [98.137.68.36]) (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 13A947B955 for ; Sat, 1 Sep 2018 21:06:44 +0000 (UTC) (envelope-from alex.mckeever@sbcglobal.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1535836003; bh=Php/OhSHyR9u0a83sNJOH/YNGZ7T5t8jJMO56AXA+GU=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=CLDEVBLPrFU3d0mIK9g2UQCe5w8uUOi3KP7Tz76+K9Srsuo5HDkSz9dcXLNeQxsURbhSPcPe4yYdS3xpkkmQus7aIKlG8gUmI5Yr2zUX8kQfLnz0/z6rzuhZQYjK49Rq74CzjazlHEyiYk2gVN94tCIR+eQvzLK5P3Uzs3jML6X73dEhsnVtZ7T2+fLaCfeDjlliNsxC0Bu38sMr2v5RWrYfVGpjyUPHlS5CnqhEd71C9f/qQ4NKrPe5LUyD3Jc6oX8V5HSbtLVJl5PjZlSnbwnpx6uJXJYX3hM/uXPt1JlXg9MrH62G9giKXQpaGR78c9m2JdGh2otyuCkTHfsZTg== X-YMail-OSG: XMhZOyEVM1mjN2mVUIXtBcOo9g0W4Xj2mGJuuXAhHfTYfPRAw6gD8QR3qupCsKq h4vFJDswkQyPYnjFNTO2hfT09sa8kF8Oa31hw6MlUuRdZLQjmZaFVA.aPxGwSVK2ymsljHPVld2o 2TvlCLftI9MOZSyPGI77k.K6c4qi6pjp9DsQ_fdLhm4PFCx.WxypJQJtaitMlhMpEOx4Cm1BHfbn SMOiKn2zLT8eqo2Q051C61Qmd55vj_Zf7.qU47nVKaZ.m59E1OL6HaDEfSIqeN4.1W2fQ6prZdgI ANon9ElSy44WOolorkREwbBRf8eRspXLpKNMYCti9lUbhx_WALF55Ks0DvsTV_fggduIhsL5ioyj u6wbQzLkfXVps47ghu.sRJs_cnhFFbcaNj0cIqicn6LIN96LqbcUDKzz1OLyHBV3CMSMK1uEnV27 hSITLQKdj615LX0QqMR8TF7xu31qXiCj1en95iciGox4jHab2BbUgIAe3K8yw5.4dEvHh1URTprH JCx28T.gEkOXgQ1jvmj8JrHCVABBkyWh6i5ctfCJwMAf3MhzgQF_Lws80sbxtt_PUBiV3Z2Ne5ts VHRfaMI.FMPJwfsXNgHZSthGi5KDyVw2gd7ylYL7AbS86PP_3aYw_i1xhdgHAJj0sY2fTm0Q0f2T nWmJNVP7FEBMIsrYO9h7DM83hBHbwVgMsQIrFHqMPyXVo82d5c_AtXdZmBH7lMm6SJF8dbsOqnzD oMDj8K9DpZebQ2jEzC1Vv2VDPF9YCI57cok9Nh8f3N7URBuWrP66tcIffQmKwTCL5NypLD9nTuRq n3xwzU9eo4uuyqwMDxq5qS8bPy8n5pyOigJPR8AayV3qpTj6_cCivEsc6Za7aq.XiUzYyfeLql8C 6lU.GUaUnNuyinCsnT6L_YuXHN0R5dCEofsu93ogFUZSH0AzgAR29i3kDel39FxrvlwQcY0mcN2m 3BrIOs9mX1ViD4TvtLaAvtRUeWU9W.Agdm3hxyMd.E1NKejKQiH0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Sep 2018 21:06:43 +0000 Date: Sat, 1 Sep 2018 21:06:36 +0000 (UTC) From: Alex McKeever To: Ronald Klop , FreeBSD Stable , FreeBSD Current Message-ID: <294624069.2289978.1535835996261@mail.yahoo.com> In-Reply-To: <1591692302.38239.1535835416316@localhost> References: <826294696.2192772.1535822734294@mail.yahoo.com> <1591692302.38239.1535835416316@localhost> Subject: Re: Failing to retrieve source tarballs for anything. MIME-Version: 1.0 X-Mailer: WebService/1.1.12337 YahooMailIosMobile Raven/42997 CFNetwork/902.2 Darwin/17.7.0 X-Mailman-Approved-At: Sat, 01 Sep 2018 23:47:32 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2018 21:06:45 -0000 I simply changed directory to which thing I want to compile in /ports, run = the command make install, and after a short while it fails to retrieve the = source archive (.tar.gz) Sent from Yahoo Mail for iPhone On Saturday, September 1, 2018, 4:56 PM, Ronald Klop = wrote: It helps a lot of you send the exact command you run with the error message= . Or all the significant output. Regards,Ronald Van: Alex McKeever Datum: 01 september 2018 19:50 Aan: FreeBSD Stable , FreeBSD Current Onderwerp: Failing to retrieve source tarballs for anything. After compiling PKG, when I go to ports to compile anything (my eMac can ru= n FreeBSD but not modern Linux due to the version of the Radeon GPU) it fai= ls to retrieve any of the source tarballs for any of the software, desktop = environments etc. I would like help to fix this, as I=E2=80=99d like to run= something current. Sent from Yahoo Mail for iPhone _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"