Re: UEFI ISO boot not working in 12.1 ?

[Roderick]

On Thu, 7 Nov 2019, Kyle Evans wrote:


The lua replacement is almost certainly not related to the problem at
hand, and I suspect it is not related to your problem either (unless
your problem is simply that you hate lua). Do you have a PR open for
any real problem?


The problem appeared with FreeBSD 12.0, with the introduction of lua,
and I am not the only one affected.

Before, there were no problems with the loader or installer. It is
very clear that both got worse, not better with the time.


From millions of FreeBSD users only a handfull may need to write

programs in the loader, one can expect from them that they learn
forth if they seriously need to program the loader. Or they can
self inject lua, python or what they want, if they really cannot
learn forth.

What I hate is not lua, but the bloating process that make things worse
for the sake of bloating.

The best would be to revert the changes.

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

Who should I believe - iostat or mount -v?

[Dewayne Geraghty]

While monitoring various deivces I noticed that the results from mount -v
and iostat weren't the same.  I'm "assuming" that iostat is the more
accurate due to geom tasting (on a memory disk?), or is something else at
play?

Simplest example:
mount -v -t nonullfs |grep md7; iostat -d -c 1  -tda -x -I|grep md7
/dev/md7 on /s (ufs, asynchronous, local, noatime, writes: sync 4 async
268, reads: sync 1215 async 0, fsid 8abeba5db4f71f26)
md7   1244.0   293.0  0.0  0.000.0
  0.0
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Random system lockups with 12.1-STABLE r354241 amd64

[James Wright]

On 06/11/2019 23:42, Julian Elischer wrote:

On 11/6/19 2:58 PM, James Wright wrote:

Hi,

[...]

  Can anyone offer some advice as to how I can track down this issue?
The first question which I couldn't see from your dmesg is "do you 
have ht krnel debugger configured into your kernel?"




  Nope it isn't, I will build it in, is it just adding options KDB and DDB?

  Another problem I have is I don't seemt to get any crash dumps even 
though I have 'dumpdev="AUTO"' in my /etc/rc.conf, could this be due to 
my system using a swap file (md) rather than a dedicated swap partition?



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

Re: UEFI ISO boot not working in 12.1 ?

[Chris Ross]

On Thu, Nov 07, 2019 at 10:56:00AM +1000, George Michaelson wrote:
> On Thu, Nov 7, 2019 at 10:21 AM Julian Elischer  wrote:
> >
> > I suspect a separate bug because the OP specified that it worked in
> > 12.0 where those bugs go back to 9.x
> 
> Oh, I didn't realize I updated a PXE boot PR. I am not PXE: I tested
> with real media in a Dell, and with Dell iDRAC virtualized media, and
> with USB.
> 
> I absolutely represent a user who has h/w which I can reproducably
> show cannot load UEFI from true and virtualized local media, not PXE.
> 
> And, this state has existed for some time.

Yeah, but I think it's not related.  That bug and the screenshots show
a kernel booting, then failing to mount.  Are you seeing a failure in
the initial loader, George?  And as noted, the issue I'm seeing is
new in 12.1, as compared to the loader in 12.0

> > On Thu, Nov 7, 2019 at 9:46 AM Julian Elischer  wrote:
> >> You could try some bisection back along the  12 branch..

Yeah.  I was hoping for an easier path, but.  I can try slogging back
through stable-12 a month or two at a time.  Is moving through svn by
date the easiest path, or are there [stable] revision tags that would make
it easier?

Thanks all.

 - Chris

ps, somewhere earlier in this thread that I lost right now someone asked
if I could put an alternate versions loader on an ISO.  I don't know that
I know how, but I'd be happy to try it.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support

[mike tancsa]

On 11/7/2019 1:13 PM, Warner Losh wrote:
>
>
> On Thu, Nov 7, 2019 at 10:07 AM mike tancsa  > wrote:
>
> This likely should only be active if the target isn't install... It's
> a build-time thing, not an install time thing.
>
> To confirm, just remove line 131 and see if (a) it installs and (b) boots.
>

Actually, just before your email came in, I found this as a workaround

make LD=ld.lld KERNCONF=GENERIC installkernel

    ---Mike


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

Re: upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support

[Warner Losh]

On Thu, Nov 7, 2019 at 10:07 AM mike tancsa  wrote:

> Hi All,
>
> In the past, I could do something like
>
> Mount via nfs a RELENG12 kernel and world, do the appropriate
> #mount_nfs 192.168.143.5:/crossbuilds /crossbuilds/
> # setenv MAKEOBJDIRPREFIX /crossbuilds/obj/12/
>
> and then do an installkernel and world and upgrade to releng12.  Now, I
> get the following error below.  What is the best way to work around this ?
>
>
> # make KERNCONF=GENERIC installkernel
> --
> >>> Install check kernel
> --
> --
> >>> Installing kernel GENERIC on Thu Nov  7 12:03:02 EST 2019
> --
> cd /crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/sys/GENERIC;
> MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE= CC="cc -target
> x86_64-unknown-freebsd12.1
> --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
> -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"
> CXX="c++  -target x86_64-unknown-freebsd12.1
> --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
> -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"
> CPP="cpp -target x86_64-unknown-freebsd12.1
> --sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
> -B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"
> AS="as" AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"
> RANLIB=ranlib STRINGS=  SIZE="size"
>
> PATH=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
> make  KERNEL=kernel install
> make[2]: "/crossbuilds/src/12/sys/conf/kern.pre.mk" line 131:
> amd64/arm64/i386 kernel requires linker ifunc support
>

This likely should only be active if the target isn't install... It's a
build-time thing, not an install time thing.

To confirm, just remove line 131 and see if (a) it installs and (b) boots.

Warner


> *** Error code 1
>
> Stop.
> make[1]: stopped in /crossbuilds/src/12
> *** Error code 1
>
> Stop.
> make: stopped in /crossbuilds/src/12
>
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

upgrading RELENG_11 to RELENG_12 now fails with kernel requires linker ifunc support

[mike tancsa]

Hi All,

    In the past, I could do something like

Mount via nfs a RELENG12 kernel and world, do the appropriate
#mount_nfs 192.168.143.5:/crossbuilds /crossbuilds/
# setenv MAKEOBJDIRPREFIX /crossbuilds/obj/12/

and then do an installkernel and world and upgrade to releng12.  Now, I
get the following error below.  What is the best way to work around this ?


# make KERNCONF=GENERIC installkernel
--
>>> Install check kernel
--
--
>>> Installing kernel GENERIC on Thu Nov  7 12:03:02 EST 2019
--
cd /crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/sys/GENERIC; 
MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE= CC="cc -target
x86_64-unknown-freebsd12.1
--sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
-B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin"
CXX="c++  -target x86_64-unknown-freebsd12.1
--sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
-B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" 
CPP="cpp -target x86_64-unknown-freebsd12.1
--sysroot=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp
-B/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin" 
AS="as" AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy" 
RANLIB=ranlib STRINGS=  SIZE="size"
PATH=/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/usr/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/legacy/bin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/sbin:/crossbuilds/obj/12/crossbuilds/src/12/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin
 
make  KERNEL=kernel install
make[2]: "/crossbuilds/src/12/sys/conf/kern.pre.mk" line 131:
amd64/arm64/i386 kernel requires linker ifunc support
*** Error code 1

Stop.
make[1]: stopped in /crossbuilds/src/12
*** Error code 1

Stop.
make: stopped in /crossbuilds/src/12

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

Re: UEFI ISO boot not working in 12.1 ?

[Kyle Evans]

[Resend, because I was apparently not subscribed to this list;
apologies for the duplicates]

On Thu, Nov 7, 2019 at 4:00 AM Roderick  wrote:
>
>
>
> On Thu, 7 Nov 2019, George Michaelson wrote:
>
> > And, this state has existed for some time.
>
> Someone spoiled the loader putting lua there without necessity
> and is careless for the consequences.
>
> We have forth there and that is more than enough. Of course, you
> can put also python tbere, because it is fashion and cool.
>

The lua replacement is almost certainly not related to the problem at
hand, and I suspect it is not related to your problem either (unless
your problem is simply that you hate lua). Do you have a PR open for
any real problem?

Thanks,

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

Re: UEFI ISO boot not working in 12.1 ?

[Roderick]

On Thu, 7 Nov 2019, George Michaelson wrote:


And, this state has existed for some time.


Someone spoiled the loader putting lua there without necessity
and is careless for the consequences.

We have forth there and that is more than enough. Of course, you
can put also python tbere, because it is fashion and cool.

https://forums.freebsd.org/threads/lua-error-can-not-open-boot-lua-loader-lua.68635/page-2#post-430405

Rodrigo



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