Re: installer loader hangs going from 20181026 to 20181101 snapshot with Supermicro virtual IPMI disks

[Toomas Soome]

Darn, I will get to it.
Thanks for reporting it,
Toomas

Sent from my iPhone

> On 2 Nov 2018, at 07:43, Yuri Pankov  wrote:
> 
> Hi,
> 
> Trying to boot latest -current snapshot (20181101) on Supermicro H8DG6
> using the IPMI virtual CD hangs after displaying the disks information,
> however booting the previous one (20181026) works.  The difference is
> that newer one displays the "BIOS drive A:", so it could be related to
> recent changes by Toomas (CC'ed).
> 
> The screenshots are:
> https://people.freebsd.org/~yuripv/sm-13-20181026.jpg
> https://people.freebsd.org/~yuripv/sm-13-20181101.jpg
> 
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

installer loader hangs going from 20181026 to 20181101 snapshot with Supermicro virtual IPMI disks

[Yuri Pankov]

Hi,

Trying to boot latest -current snapshot (20181101) on Supermicro H8DG6
using the IPMI virtual CD hangs after displaying the disks information,
however booting the previous one (20181026) works.  The difference is
that newer one displays the "BIOS drive A:", so it could be related to
recent changes by Toomas (CC'ed).

The screenshots are:
https://people.freebsd.org/~yuripv/sm-13-20181026.jpg
https://people.freebsd.org/~yuripv/sm-13-20181101.jpg



signature.asc
Description: OpenPGP digital signature

Re: svn commit: r339898 - head/lib/libc/amd64/sys

[Charlie Li]

On 01/11/2018 12:04, Brooks Davis wrote:
> Is this failure with devel/llvm70?  It's currently missing the patch
> required to make this work.  https://reviews.freebsd.org/D17709 contains
> this patch among others.  I'll see about getting it applied.
> 
Yes, devel/llvm70. Will build with your port commit at my next opportunity.

-- 
Charlie Li
Can't think of a witty .sigline today…

(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)



signature.asc
Description: OpenPGP digital signature

Re: Has anything changed from 11.2 to 12.0 in PCI MSI/MSIX path?

[John Baldwin]

On 10/30/18 1:22 AM, Rajesh Kumar wrote:
> Hi John,
> 
> Thanks for your updates.  I assume you are talking about having a unified 
> intr_machdep.h compared to having seperate amd64 and i386 versions.
> 
> Can you please update this thread once all changes are MFC complete or tag me 
> in necessary place? So that I can give a try in my board once it's ready.

I just committed r340016 which merges r338360 along with followup fixes to
stable/11.
 
> On Mon, Oct 29, 2018 at 11:08 PM John Baldwin  > wrote:
> 
> On 10/25/18 10:24 AM, Rajesh Kumar wrote:
> > Hi John,
> >
> > Thanks a lot. It helps. I backported the changes to 11.2 and tried 
> booting in my board with success without any need for the said tunables.
> >
> > I see those changes are marked for MFC after 2 Weeks. But I don't see 
> them still in stable/11 branch.  So, will it be taken into stable/11 branch 
> by any chance? If not, can the backported changes be submitted for review to 
> take into stable/11 branch?
> 
> I'm working on the MFC.  The current patch I've tested an MFC of is the 
> one to
> unify sys/x86/include/intr_machdep.h as a precursor to MFC'ing this 
> change.
> 
> > On Thu, Oct 25, 2018 at 1:17 AM John Baldwin    >> wrote:
> >
> >     On 10/24/18 3:40 AM, Rajesh Kumar wrote:
> >     > Hi,
> >     >
> >     > I have a amd64 based board. When I tried to boot 11.1 (or) 11.2 
> in that, I
> >     > needed the following tunables to be set from loader prompt to get 
> it booted
> >     > (otherwise machine reboots continuously).
> >     >
> >     > hw.usb.xhci.msi=0
> >     > hw.usb.xhci.msix=0
> >     > hw.pci.enable_msi=0
> >     > hw.pci.enable_msix=0
> >     >
> >     > But, when I tried with 12.0 - ALPHA4, I could able to get it 
> booted without
> >     > any tunables.  So, has anything changed significantly on PCI 
> MSI/MSI-X
> >     > path?
> >     >
> >     > Note: I have a forum topic with my observations about the issue on
> >     > 11.1/11.2 in the following thread
> >     > 
> https://forums.freebsd.org/threads/freebsd-11-1-installation-fails-and-rebooting.65814/
> >     >
> >     > Let me know if you need any details.
> >
> >     I believe this was fixed by r338360.
> >
> >     --
> >     John Baldwin
> >
> 
> 
> -- 
> John Baldwin
> 


-- 
John Baldwin


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: svn commit: r339898 - head/lib/libc/amd64/sys

[Brooks Davis]

On Thu, Nov 01, 2018 at 08:57:24AM -0400, Charlie Li wrote:
> On 29/10/2018 20:11, Konstantin Belousov wrote:
> > Author: kib
> > Date: Tue Oct 30 00:11:30 2018
> > New Revision: 339898
> > URL: https://svnweb.freebsd.org/changeset/base/339898
> > 
> > Log:
> >   Convert amd64_get/set_fs/gsbase to ifunc.
> >   
> >   Note that this is the first use of ifuncs in our userspace.
> >   
> >   Sponsored by: The FreeBSD Foundation
> >   MFC after:1 month
> > 
> > Deleted:
> >   head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c
> >   head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h
> > Modified:
> >   head/lib/libc/amd64/sys/Makefile.inc
> >   head/lib/libc/amd64/sys/amd64_get_fsbase.c
> >   head/lib/libc/amd64/sys/amd64_get_gsbase.c
> >   head/lib/libc/amd64/sys/amd64_set_fsbase.c
> >   head/lib/libc/amd64/sys/amd64_set_gsbase.c
> > 
> Using LLVM 7 to build world, fails:
> 
> --- amd64_get_fsbase.o ---
> /usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc
> resolver function must have no parameters
> --- amd64_get_gsbase.o ---
> /usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc
> resolver function must have no parameters
> DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static)
> ^
> /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44:
> note: expanded from macro 'DEFINE_UIFUNC'
> --- amd64_get_fsbase.o ---
> DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static)
> ^
> /usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44:
> note: expanded from macro 'DEFINE_UIFUNC'
> --- amd64_get_gsbase.o ---
> qual ret_type name args __attribute__((ifunc(#name "_resolver")));  \
>^
> --- amd64_get_fsbase.o ---
> qual ret_type name args __attribute__((ifunc(#name "_resolver")));  \
>^
> 1 error generated.
> --- amd64_get_gsbase.o ---
> 1 error generated.
> *** [amd64_get_gsbase.o] Error code 1
> 
> make[4]: stopped in /usr/src/lib/libc
> 
> CI appears green after this commit, so I'm inclined to pin this on yet
> another instance of LLVM 7 being stricter than LLVM 6. Backing out this
> revision allows the build to continue (successfully).

Is this failure with devel/llvm70?  It's currently missing the patch
required to make this work.  https://reviews.freebsd.org/D17709 contains
this patch among others.  I'll see about getting it applied.

-- Brooks


signature.asc
Description: PGP signature

Re: svn commit: r339898 - head/lib/libc/amd64/sys

[Charlie Li]

On 29/10/2018 20:11, Konstantin Belousov wrote:
> Author: kib
> Date: Tue Oct 30 00:11:30 2018
> New Revision: 339898
> URL: https://svnweb.freebsd.org/changeset/base/339898
> 
> Log:
>   Convert amd64_get/set_fs/gsbase to ifunc.
>   
>   Note that this is the first use of ifuncs in our userspace.
>   
>   Sponsored by:   The FreeBSD Foundation
>   MFC after:  1 month
> 
> Deleted:
>   head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.c
>   head/lib/libc/amd64/sys/amd64_detect_rdfsgsbase.h
> Modified:
>   head/lib/libc/amd64/sys/Makefile.inc
>   head/lib/libc/amd64/sys/amd64_get_fsbase.c
>   head/lib/libc/amd64/sys/amd64_get_gsbase.c
>   head/lib/libc/amd64/sys/amd64_set_fsbase.c
>   head/lib/libc/amd64/sys/amd64_set_gsbase.c
> 
Using LLVM 7 to build world, fails:

--- amd64_get_fsbase.o ---
/usr/src/lib/libc/amd64/sys/amd64_get_fsbase.c:60:1: error: ifunc
resolver function must have no parameters
--- amd64_get_gsbase.o ---
/usr/src/lib/libc/amd64/sys/amd64_get_gsbase.c:60:1: error: ifunc
resolver function must have no parameters
DEFINE_UIFUNC(, int, amd64_get_gsbase, (void **), static)
^
/usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44:
note: expanded from macro 'DEFINE_UIFUNC'
--- amd64_get_fsbase.o ---
DEFINE_UIFUNC(, int, amd64_get_fsbase, (void **), static)
^
/usr/local/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ifunc.h:43:44:
note: expanded from macro 'DEFINE_UIFUNC'
--- amd64_get_gsbase.o ---
qual ret_type name args __attribute__((ifunc(#name "_resolver")));  \
   ^
--- amd64_get_fsbase.o ---
qual ret_type name args __attribute__((ifunc(#name "_resolver")));  \
   ^
1 error generated.
--- amd64_get_gsbase.o ---
1 error generated.
*** [amd64_get_gsbase.o] Error code 1

make[4]: stopped in /usr/src/lib/libc

CI appears green after this commit, so I'm inclined to pin this on yet
another instance of LLVM 7 being stricter than LLVM 6. Backing out this
revision allows the build to continue (successfully).

-- 
Charlie Li
Can't think of a witty .sigline today…

(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)



signature.asc
Description: OpenPGP digital signature