Re: UEFI booting survey
On Sun, Dec 17, 2017 at 8:52 PM, Warner Losh <i...@bsdimp.com> wrote: > Greetings > > If you are booting off UEFI and have a bit of an unusual setup, I'd like > you to drop me a line. > > The setup that I'm looking for is any case where you load boot1.efi off one > drive (cd, ssd, hdd, nvme, etc), but don't have a FreeBSD system on that > drive, but on a different drive on the system. > > An example of this may be loading boot1.efi off what FreeBSD would call > /dev/ada0p1, but having root come from /dev/ada1p1. > > It's my belief that due to the fragility of this setup, few, if any, people > have this setup. If you do, please take a minute to reply to this message. > In the coming months, we're looking at dropping boot1.efi and instead > installing /boot/loader.efi onto the ESP (most likely as > \efi\freebsd\loader.efi). As part of the move to fully support the UEFI > Boot Manager, we're dropping the 'search every device in the system' part > of the current boot1 algorithm. It will be possible to configure the system > to continue booting (either via the new efibootmgr which will allow any > imaginable combination, or possibly via a fallback mechanism needed for the > embedded EFIs that have poor UEFI Variable support at the moment), but as > part of an upgrade to a future FreeBSD 12, some intervention will be > necessary. > > Please let me know if you have an unusual setup like this. > > Warner > I use something similar in FreeBSD 11.1 . I boot from an USB drive with an EFI partition and an UFS partition containing only a modified loader.efi, loader.help,loader.conf and loader.rc The reason is I came from a BIOS system with a root raidz pool on raw disks. and my new motherboard no longer supported legacy boot. I had to modify loader.efi because it only probes partitions for zfs pools, not disks (also see bug report 220105). For those interested: comment out the 'continue' on line 123 in /sys/boot/efi/libefi/efipart.c (r 313355) I used info form https://lists.freebsd.org/pipermail/freebsd-hackers/2015-August/048141.html to get it booting. Arno <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Virusvrij. www.avast.com <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> ___ 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: /sys/conf/kmod.mk, line 111: Malformed conditional (${MK_CLANG_IS_CC}
Hello, [ /me not sure -current is the right group for this thread ] Chris behrnetwo...@gmail.com writes: Hello, I recently updated my system from 8.2-STABLE to 9.0-STABLE and I'm seeing a similar error when trying to build the VirtualBox kernel module: *** Building 'vboxdrv' module *** /usr/share/mk/bsd.own.mk, line 476: MK_CLANG_IS_CC can't be set by a user. *** Error code 1 I tried the tips from all the previous posters with no luck. Any suggestions would greatly be appreciated! Chris I have the same problem as Chris on a 9-STABLE box. Dimitry Andric d...@freebsd.org writes: On 2012-04-17 01:08, Anton Shterenlikht wrote: ... Just to say that I stumbled upon this issue as well: http://lists.freebsd.org/pipermail/freebsd-ports/2012-April/074409.html Subject: net/bwi-firmware-kmod /sys/conf/kmod.mk, line 111: Malformed conditional (${MK_CLANG_IS_CC} == no ${CC:T:Mclang} != clang) The root cause is still that your kernel sources (in /sys) do not match your installed world. The kernel module build process uses bsd.own.mk from /usr/share/mk, which should define MK_CLANG_IS_CC. If it doesn't, but your kernel source references it, there is a mismatch. I verified and re-verfied : kernel and world perfectly in sync; /usr/src is a symlink but /sys points to the right place and (before patch) /usr/share/mk/bsd.own.mk and /usr/src/share/mk/bsd.own.mk are indentical. Still I have to apply something like the following patch to get VirtualBox kernel module compiled (no idea who/where MK_CLANG_IS_CC gets set to no, AFAIK not by me (I don't use src.conf and nothing about CLANG in make.conf). FYI, best regards, Arno ### Index: ./share/mk/bsd.own.mk === RCS file: /home/ncvs/src/share/mk/bsd.own.mk,v retrieving revision 1.107.2.5 diff -u -r1.107.2.5 bsd.own.mk --- ./share/mk/bsd.own.mk 17 Mar 2012 22:29:05 - 1.107.2.5 +++ ./share/mk/bsd.own.mk 17 Apr 2012 15:45:00 - @@ -472,8 +472,8 @@ .if defined(WITH_${var}) defined(WITHOUT_${var}) .error WITH_${var} and WITHOUT_${var} can't both be set. .endif -.if defined(MK_${var}) -.error MK_${var} can't be set by a user. +.if defined(MK_${var}) ${MK_${var}} != no +.error MK_${var} (set to : ${MK_${var}} ) can't be set to no_default by a user. .endif .if defined(WITH_${var}) MK_${var}:=yes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
usb-regression (Tyan S3992-E)
Hallo, definitely my Tyan S3992-E based box I didn't touch since a while, has difficulties with recent code; this time I wanted to cross-install from it on a USB-stick and noticed it didn't work. From dmesg : ohci early: SMM active, request owner change found- vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ed000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6ed000 ohci early: SMM active, request owner change [same on -current and -8-stable] I compiled and ran a 7-stable kernel of Oct6-sources (last time I cvs updated ...) on it, which gives : ohci0: OHCI (generic) USB controller port 0xd400-0xd4ff mem 0xff6ec000-0xff6ecfff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6ec000 ohci0: (New OHCI DeviceId=0x02231166) ioapic0: routing intpin 10 (ISA IRQ 10) to vector 52 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0 uhub0: 2 ports with 2 removable, self powered Pleasure to provide more info and/or test suggestions. Merci, Arno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
ATAng + atapicam broke for me
Hello, shortly after last sunday, ATAng broke for me with atapicam enabled; on a Toshiba Satelite 6000 Notebook; first versions of ATAng worked flawlessly with atapicam, never tested without. Things broke when the newer probe-code for CD-slaves etc was introduced. Now it hangs as follows : (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error [then some timeout error I forgot to write down (and no serial port) sorry ] and then nothing, I can't even jump in ddb. Compared to an older dmesg, the following seems missing (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error attached are dmesg from my last working ATAng+ATAPICAM kernel and -current-without-ATAPICAM. Hope this helps. Thanx, Arno Aug_31_22:00:20_CEST-ATAPICAM.dmesg Description: Binary data Sep_3_20:08:20_CEST.dmesg Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.1 on a production box with some small problems (su, linux emu7)
Karl, i run 5.1 on one of the inhouse production boxes successful. there are only 2 small points witch are a pain and i found no solution. box was fresh setup with 5.0 then cvsuped to 5.1. 1. when starting some scripts su doesnt return from the shell and hangs on boot. when starting manually i get tty output stopped. with exit there is a way out of this shell, but i havnt found a solution. most of the scripts runs since 3.x, at least 4.x and was working up to 4.8. one of this scripts is the pervasive sql server startup script which is part of the pervasive server for linux. using #!/compat/linux/bin/sh doesnt help. there are 2 lines in it starting sqlmgr and psql with: echo commands | /bin/su - psql || exit 1 after the 1st one tty output is stopped. the other script is vmware and vncserver related and uses linux emu too. I had a similar problem, which has been solved by the following patch posted by David Xu (not white-space clean), you might give it a try. Arno # Index: usr.bin/su/su.c === RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.68 diff -c -r1.68 su.c *** usr.bin/su/su.c 8 Apr 2003 16:59:53 - 1.68 --- usr.bin/su/su.c 28 Jun 2003 10:33:17 - *** *** 359,364 --- 359,366 child_pid = fork(); switch (child_pid) { default: + sa.sa_handler = SIG_IGN; + sigaction(SIGTTOU, sa, NULL); close(fds[0]); setpgid(child_pid, child_pid); tcsetpgrp(1, child_pid); *** *** 366,372 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); --- 368,376 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! if (WSTOPSIG(statusp) != SIGTTOU ! WSTOPSIG(statusp) != SIGTTIN) ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Polishing touch
here what is (probably) going on. when system starts up you have no tap0 interface. ifconfig(8) can not find tap0 interface and hmmm, dunno, long before ifconfig I get : tap0: bpf attached now the thing about tap(4) (and tun(4)) interfaces is that they are *virtual*, i.e. in order to create interface one need to open corresponding character device first, i.e. /dev/tapX (or /dev/tunX). yip; NB, I think we should concentrate on tun0 anyway, since device tun is in GENERIC, whilst tap0 is a hack of mine ... Arno ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Polishing touch
Hello, just in case re@ or a maintainer finds this worhtwhile : from my /etc/rc.conf : ifconfig_tap0=lladdr 00:90:27:3f:12:9f apm_enable=YES apmd_enable=YES This gives me in dmesg-a (today's CVS) : 1) Setting hostname: M. module_register: module if_tap already exists! Module if_tap failed to register: 17 can't re-use a leaf (if_tap_debug)! tap0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 ether 00:90:27:3f:12:9f bit I just compiled if_tap into my kernel, and I nowehere asked explicitly for kldloading if_tap (IIRC) 2) NFS access cache time=2 Starting usbd. Starting apm. Starting apm. Starting apmd. I somehow twice get 'Starting apm' ; voila, Arno ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Polishing touch
module_register: module if_tap already exists! Module if_tap failed to register: 17 can't re-use a leaf (if_tap_debug)! tap0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 ether 00:90:27:3f:12:9f bit I just compiled if_tap into my kernel, and I nowehere asked explicitly for kldloading if_tap (IIRC) I don't exactly know why it tries to load if_tap when it is already present, but FreeBSD should not allow it to be double-linked into the kernel. I created a patch that (hopefully ;) disallows this. You can find it at : http://hobbes.bsd-dk.dk/~npp/kern_linker.patch I would appreciate if you have the time to test this to see if it aborts the loading correctly. I know it's not exactly the real fix but it should stop some panics. more or less : Setting hostname: M. linker_file_register_modules: Cannot load module if_tap.ko. linker_file_register_modules: Module if_tap is already loaded. linker_load_file: register_modules_failed linker_file_register_modules: Cannot load module if_tap.ko. linker_file_register_modules: Module if_tap is already loaded. linker_load_file: register_modules_failed tap0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 Could you also test if unloading the if_tap module panic's the system ? This should ofcourse be tested without my patch and preferably when a tap device is in use. no more panic. thanx, Arno ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
strange 'su' problem
Hello, just another, /me too : -current still works like a charm on my Toshiba Notebook, but for two details : - I regot those: psmintr: out of sync (0080 != ). psmintr: re-enable the mouse since today's upgrade but they seem to be harmless (this time ^_^) - I still have: M ~/tmp [16096] su - toor [1]+ Stopped su - toor M ~/tmp [16097] fg su - toor -su-2.05b# M ~/tmp [16081] su - root [1]+ Stopped su - root M ~/tmp [16082] fg su - root M# I use bash as my login-shell. Regards, Arno uname-a Description: Binary data dmesg-a Description: Binary data kernel-config Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Still system hangs, but different
FYI, Dave Boers wrote: This is an SMP system with the ATA driver and with Kirk's latest softupdates changes included. same here on an SMP system, sym-scsi driver and softupdates; (BTW, I installed sunday's sources on a mono-processor, sym-scsi, softupdates, system without apparent problems) Regards, Arno -- Arno J. Klaassen INSERM U483, University Pierre et Marie Curie 9, quai Saint Bernard 75 252 Paris Cedex 5 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
egcs-snap-world
/vinum/vinumutil.c === RCS file: /home/ncvs/src/sys/dev/vinum/vinumutil.c,v retrieving revision 1.7 diff -r1.7 vinumutil.c 165c165 return (enum volstate) i; --- return (enum volumestate) i; Index: sys/modules/linux/Makefile === RCS file: /home/ncvs/src/sys/modules/linux/Makefile,v retrieving revision 1.25 diff -r1.25 Makefile 30a31 ${BRANDELF} ${.TARGET} Index: sys/modules/svr4/Makefile === RCS file: /home/ncvs/src/sys/modules/svr4/Makefile,v retrieving revision 1.2 diff -r1.2 Makefile 37a38 ${BRANDELF} ${.TARGET} Amicalement, -- Arno J. Klaassen INSERM U483, University Pierre et Marie Curie, Boite 23 9, quai Saint Bernard 75 252 Paris Cedex 5 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message