Re: pkg: Cannot open /dev/null:No such file or directory

2019-06-04 Thread Rodney W. Grimes
> On 04/06/2019 06:32, O. Hartmann wrote: > > As far as I know,, the package installation is performed via "chroot'ed" > > environment and somehow /dev/null is out of a sudden not accessible anymore > > while pkg tries to delegate some output to /dev/null. > > Assuming you're chroot'd to /chroot,

Re: UEFI boot broken in 13?

2019-06-03 Thread Rodney W. Grimes
> Hi > > I'm using poudriere-image to create usb memstick images. The images are > identical except OS version. They are tested on a laptop with 13-CURRENT > installed as only OS, having UEFI boot and root on zfs. > > 12-STABLE memstick boots fine with in UEFI mode. Does it actually boot via a

Re: Disabling COMPAT_FREEBSD4/5/6/7/9 as a default kernel option

2019-06-01 Thread Rodney W. Grimes
> rai...@ultra-secure.de wrote: > > > I have a 32bit FreeBSD 6 binary that I'll need for a bit until the > > department who is technically responsible for the service gets around > > redoing that service. > > >From my understanding from reading the bug (though it's not entirely clear > in this

Re: FreeBSD and Coreboot

2019-05-28 Thread Rodney W. Grimes
> On 5/28/19 12:46 AM, Warner Losh wrote: > > > > > > On Mon, May 27, 2019, 10:44 PM Nathan Whitehorn > > wrote: > > > > > > > > On 2019-05-27 19:14, Warner Losh wrote: > > > On Mon, May 27, 2019, 7:18 PM Nathan Whitehorn > >

Re: FCP-101: obsolete driver removal planned for 2019-05-18

2019-05-12 Thread Rodney W. Grimes
> Eugene Grosbein wrote: > > 11.05.2019 22:59, Julian H. Stacey wrote: > > > > >> 11.05.2019 21:32, Julian H. Stacey wrote: > > >> > > I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers > > as previous approved in FCP-101. > > The following drivers are slated

Re: FCP-101: obsolete driver removal planned for 2019-05-18

2019-05-12 Thread Rodney W. Grimes
> 12.05.2019 8:21, Warner Losh wrote: > > > >> I've posted a review to remove obsolete 10 and 10/100 Ethernet > > drivers > > >> as previous approved in FCP-101. > > >> The following drivers are slated for > > >> removal from FreeBSD-HEAD (to be FreeBSD-13): > > >> ae, bm,

Re: FCP-101: obsolete driver removal planned for 2019-05-18

2019-05-11 Thread Rodney W. Grimes
> > I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers > > as previous approved in FCP-101. > > The following drivers are slated for > > removal from FreeBSD-HEAD (to be FreeBSD-13): > > > > ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe > > OMG ! ed !

Re: New vm-image size is much smaller than previos

2019-05-04 Thread Rodney W. Grimes
> On Fri, May 03, 2019 at 07:39:00PM -0700, Rodney W. Grimes wrote: > > > On Fri, May 3, 2019, 7:42 PM bob prohaska wrote: > > > > > > > On Fri, May 03, 2019 at 11:06:15AM -0700, Rodney W. Grimes wrote: > > > > > -- Start of PGP signed section

Re: New vm-image size is much smaller than previos

2019-05-03 Thread Rodney W. Grimes
> On Fri, May 3, 2019, 7:42 PM bob prohaska wrote: > > > On Fri, May 03, 2019 at 11:06:15AM -0700, Rodney W. Grimes wrote: > > > -- Start of PGP signed section. > > > > On Fri, May 03, 2019 at 10:12:58AM -0700, Enji Cooper wrote: > > > > > >

Re: New vm-image size is much smaller than previos

2019-05-03 Thread Rodney W. Grimes
-- Start of PGP signed section. > On Fri, May 03, 2019 at 10:12:58AM -0700, Enji Cooper wrote: > > > > > On May 3, 2019, at 9:57 AM, Alan Somers wrote: > > > > > > See r346959. Before first boot, you should expand the image up to > > > whatever size you want. growfs(8) will automatically

Re: Rotating (efi) framebuffer

2019-05-02 Thread Rodney W. Grimes
> Hi > > I have a Lenovo Ideapad where the screen is rotated 90 degrees and I > can't rotate it to landscape mode until I'm in X. How many of you are in > the same situation and would like a fix? Seeing how development is going > with small (tiny) computers it will probably be more and more

Re: CFT: FreeBSD Package Base

2019-04-29 Thread Rodney W. Grimes
> On Mon, Apr 29, 2019 at 10:09 AM Rodney W. Grimes < > freebsd-...@gndrsh.dnsmgr.net> wrote: > > > > > > > Correct, this is ZFS only. And it's something we're using specific to > > FreeNAS / TrueOS, which is why I didn't originally mention it as ap

Re: CFT: FreeBSD Package Base

2019-04-29 Thread Rodney W. Grimes
> > Correct, this is ZFS only. And it's something we're using specific to FreeNAS > / TrueOS, which is why I didn't originally mention it as apart of our CFT. Then please it is "CFT: FreeNAS/TrueOS pkg base, ZFS only", calling this FreeBSD pkg base when it is not was wrong, and miss leading.

Re: SVN r346700 breaks build

2019-04-25 Thread Rodney W. Grimes
> On Thu, Apr 25, 2019 at 3:33 PM Michael Butler > wrote: > > > > Seems that the lib32 piece (on amd64) is now broken; as follows: > > > > *sigh* > > Strike two of three for me today, it seems. Should be fixed in > r346705... sorry about that, thanks for the report! Perfection: A finely

Re: r346025: ZFS filesystems do not mount anymore

2019-04-10 Thread Rodney W. Grimes
> In message <19ca3a5d-4e41-4f17-a788-b9545f104...@gmail.com>, "Enji > Cooper (yane > urabeya)" writes: > > > > > On Apr 9, 2019, at 21:51, Enji Cooper wrote: > > > > ??? > > > > > CCing crees@, the author of r346017, for context. I will file a PR soon > > > if > > one hasn???t already been

Re: lsof hangs with latest 13.0-CURRENT snapshot

2019-04-09 Thread Rodney W. Grimes
> On Tue, 2019-04-09 at 12:20 -0700, Rodney W. Grimes wrote: > > > After upgrading from FreeBSD-13.0-CURRENT-amd64-20190328-r345620 to > > > FreeBSD-13.0-CURRENT-amd64-20190404-r345863, lsof (4.92 from > > > packages) > > > hangs. > > > > &

Re: lsof hangs with latest 13.0-CURRENT snapshot

2019-04-09 Thread Rodney W. Grimes
> After upgrading from FreeBSD-13.0-CURRENT-amd64-20190328-r345620 to > FreeBSD-13.0-CURRENT-amd64-20190404-r345863, lsof (4.92 from packages) > hangs. > > This is true for bare metal installs and virtual machine installs. > > How to recreate: > > Install

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Rodney W. Grimes
> On 12/03/2019 11:37, Trond Endrest?l wrote: > > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > > # mounted filesystems when viewed by df(1). > > df reports filesystems in the order they were mounted. > If you unmount and remount a filesystem or mount a new filesystem, you

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Rodney W. Grimes
> On 12/03/2019 02:12, Rodney W. Grimes wrote: > >> On 11/03/2019 23:03, Freddie Cash wrote: > >>> Wouldn't it make more sense to teach df, du, "zfs list", and other things > >>> that list the mounted filesystems to use sorted output? > >>

Re: ZFS no longer mounted in alphanumerical order

2019-03-11 Thread Rodney W. Grimes
> On 11/03/2019 23:03, Freddie Cash wrote: > > Wouldn't it make more sense to teach df, du, "zfs list", and other things > > that list the mounted filesystems to use sorted output? > > | sort [desired options] Except that df and zfs list have a header that you have to deal with, which is not so

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

2019-03-01 Thread Rodney W. Grimes
> On Thu, Feb 28, 2019 at 12:46 PM John Baldwin wrote: > > > On 2/28/19 11:14 AM, Cy Schubert wrote: > > > On February 28, 2019 11:06:46 AM PST, Conrad Meyer > > wrote: > > >> On Thu, Feb 28, 2019 at 10:32 AM Steve Kargl > > >> wrote: > > >>> This is interesting as well. Does this mean that

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

2019-03-01 Thread Rodney W. Grimes
> On 2/28/19 11:14 AM, Cy Schubert wrote: > > On February 28, 2019 11:06:46 AM PST, Conrad Meyer wrote: > >> On Thu, Feb 28, 2019 at 10:32 AM Steve Kargl > >> wrote: > >>> This is interesting as well. Does this mean that amd64 is now > >>> the only tier 1 platform and all other architectures

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

2019-03-01 Thread Rodney W. Grimes
> On 2/28/19 10:32 AM, Steve Kargl wrote: ( ... trimmed ... ) > > The BIOS does have a enable/disable button for virtualization. > > During the great drm-legacy-kmod event of the last month, enabling > > virtualization locks up a i386 FreeBSD kernel very quickly. > > Perhaps, virtualization works

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

2019-02-23 Thread Rodney W. Grimes
> On Sat, Feb 23, 2019 at 10:57 AM Steve Kargl < > s...@troutmask.apl.washington.edu> wrote: > > > Supposely, the laptop only has 4 GB of memory. Not sure how > > it finds memory above 4 GB. > > > > Some older chipsets had a 'hole' in memory that they mapped the PCI bus > into and then remapped

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

2019-02-23 Thread Rodney W. Grimes
> On Sat, Feb 23, 2019 at 11:19:31AM +0200, Konstantin Belousov wrote: > > On Fri, Feb 22, 2019 at 07:26:44PM -0800, Steve Kargl wrote: > > > On Thu, Feb 21, 2019 at 10:04:10PM -0800, Steve Kargl wrote: > > > > On Thu, Feb 21, 2019 at 07:39:25PM -0800, Steve Kargl wrote: > > > > > r343567 merges

Re: What is evdev and autoloading?

2019-02-19 Thread Rodney W. Grimes
> > On 19 Feb 2019, at 09.15, Oleksandr Tymoshenko wrote: > > > > Michael Gmelin (gre...@freebsd.org) wrote: > >> > >> > >>>> On 18. Feb 2019, at 23:54, Mark Linimon wrote: > >>>> > >>>> On Mon, Feb 18, 2019 at

Re: What is evdev and autoloading?

2019-02-18 Thread Rodney W. Grimes
> On Mon, Feb 18, 2019 at 9:12 AM Rodney W. Grimes < > freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > > > > On Mon, Feb 18, 2019 at 07:12:24AM -0800, Rodney W. Grimes wrote: > > > > > On 2/18/19 12:06 PM, Stefan Blachmann wrote: > > &

Re: What is evdev and autoloading?

2019-02-18 Thread Rodney W. Grimes
> On Mon, Feb 18, 2019 at 07:12:24AM -0800, Rodney W. Grimes wrote: > > > On 2/18/19 12:06 PM, Stefan Blachmann wrote: > > > > On 2/18/19, Vladimir Kondratyev wrote: > > > >> On 2019-02-17 21:03, Steve Kargl wrote: > > > >>> Anyone have

Re: What is evdev and autoloading?

2019-02-18 Thread Rodney W. Grimes
> On 2/18/19 12:06 PM, Stefan Blachmann wrote: > > On 2/18/19, Vladimir Kondratyev wrote: > >> On 2019-02-17 21:03, Steve Kargl wrote: > >>> Anyone have insight into what evdev is? > >> evdev.ko is a small in-kernel library that makes all your input events > >> like keyboard presses

Re: What is evdev and autoloading?

2019-02-17 Thread Rodney W. Grimes
> On Sun, Feb 17, 2019 at 03:04:41PM -0800, Mark Millard wrote: > > > > > > On 2019-Feb-17, at 10:03, Steve Kargl > > wrote: > > > > Anyone have insight into what evdev is? There appears to > > be no manual page. When I reboot a system with custom > > kernel, the system is autoloading

Re: problem building dev/e1000

2019-02-16 Thread Rodney W. Grimes
> > > On Feb 15, 2019, at 11:47, Robert Huff wrote: > > > > Lev Serebryakov writes: > > > >>> My question would be: why? If some drivers have a new > >>> dependency on iflib, why isn't that expressed in sys/conf/files > >>> and handled automatically? As expressed elsewhere that gets a bit

Re: what do jails map 127.0.0.1 to?

2019-02-12 Thread Rodney W. Grimes
[ Charset windows-1252 unsupported, converting... ] > Bjoern A. Zeeb wrote: > [good stuff snipped] > >Yes, could do easily but wouldn?t work for my above case, would it? I > >can help you with the code for v4 and jails if you help me with the code > >for IPv6? > Well, not quite what you

Re: drm2 removed?

2019-02-11 Thread Rodney W. Grimes
> On Mon, Feb 11, 2019 at 04:33:24PM +, Johannes Lundberg wrote: > > > > On 2/11/19 4:23 PM, Niclas Zeising wrote: > > > On 2/11/19 5:20 PM, Steve Kargl wrote: > > >> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > > >>> Anyone have any idea which recent change broke the > >

Re: "Oddness" in head since around r343678 or so

2019-02-07 Thread Rodney W. Grimes
> I run and track stable/11, stable/12, and head (from separate slices -- > no VMs involved) on my laptop; among other things, this permits some > degree of comparison among them. > > The laptop is configured to run xdm; while running stable/11 or > stable/12, there's a period of about 5 seconds

Re: timed restoral until deleter makes a port

2019-01-24 Thread Rodney W. Grimes
> On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > still waiting for the code vandal who removed timed from src/ > > without proper discussion in advance, to move timed from src/ to ports/ > > > > timed

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-21 Thread Rodney W. Grimes
> Hi! > > > Well no longer needed as puc0 has found and allocated the > > device(s) which would of shown up had you done this before > > you fixed puc0 to find them. > > The problem is that the found 4 uarts are not 8 uarts, and they do not > seem to work (tested using kermit), either 8-( But

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-20 Thread Rodney W. Grimes
> Hi! > > > > It only detects four (or six?) serials... > > Are perhaps 2 of them being consumed by sio? > > See my other post, the system found 13 uarts 8-} > > > > So I think I found a 'somehow' working setup and have to add stuff to > > > sys/dev/puc/pucdata.c to match it. Thanks for the

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-19 Thread Rodney W. Grimes
> Hi! > > > uart is the new thing. sio info should be ignored. > > > > Chances are good that this device doesn't have the proper entries in the > > puc driver. Do you have any pci devices that show up as unclaimed? > > In a different box, I got this: > > none1@pci0:7:4:0: class=0x070002

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-19 Thread Rodney W. Grimes
> Hi! > > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 > > Ah, that is a false lead. > > I compared it to a second, similar hardware and there I found the same uart2, > even if no card was installed 8-( > > So it seems the card is not detected at all 8-( Need to find out

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-19 Thread Rodney W. Grimes
> On Sat, Jan 19, 2019 at 2:52 AM Kurt Jaeger wrote: > > > Hi! > > > > > uart is the new thing. sio info should be ignored. > > > > > > Chances are good that this device doesn't have the proper entries in the > > > puc driver. Do you have any pci devices that show up as unclaimed? > > > > In a

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-19 Thread Rodney W. Grimes
> On Sat, Jan 19, 2019 at 9:00 AM Rodney W. Grimes < > freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > > > > > > > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov (l...@freebsd.org > > (mailto:l...@freebsd.org)) wrote: > > > > > > >

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-19 Thread Rodney W. Grimes
> > On January 19, 2019 at 2:52:28 AM, Lev Serebryakov > (l...@freebsd.org(mailto:l...@freebsd.org)) wrote: > > > I have never seen such item in BIOS Setup. I've checked two MoBos now (one > > is > > Supermicro X9something and other is brand-new Goldmont-based Chinese MiniPC > > like Intel

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-18 Thread Rodney W. Grimes
> > On 18 Jan 2019, at 21:33, Rodney W. Grimes > > wrote: > > > >> > >> > >>> On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: > >>> > >>> On 18.01.2019 20:13, Warner Losh wrote: > >>> > >>

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-18 Thread Rodney W. Grimes
> On 18.01.2019 21:14, Toomas Soome wrote: > > > errm.. you press a key and enter device and or loader path. if it is not > > working - the code is there to be fixed. > And loader looks to "bootme" attribute and try to boot from partition > which has one, even if it is loaded from other

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-18 Thread Rodney W. Grimes
> > > > On 18 Jan 2019, at 19:57, Lev Serebryakov wrote: > > > > On 18.01.2019 20:13, Warner Losh wrote: > > > >>> Also, there are same problems with GPT/BIOS setup (which uses GPT but > >>> legacy boot) :-( > >>> > >> > >> What same problems? I don't think we've touched how gptboot has

Re: UEFI, loader.efi and /boot.config

2019-01-18 Thread Rodney W. Grimes
> On Fri, Jan 18, 2019, 12:49 AM Kurt Jaeger > > Hi! > > > > > With a recent change I made for UEFI, we now install loader.efi onto the > > ESP and don???t run boot1. That means that /boot.config is no longer read, > > and so console settings need to be put in /boot/loader.conf > > > > Which

Re: openssl 1.1.1 utils mkerr.pl

2019-01-16 Thread Rodney W. Grimes
> Hi! > > > Did you try to use the openssl port? > > cd security/openssl111 > $ grep mkerr pkg-plist > $ cd secuirty/openssl111 make extract find work | grep mkerr > does not have it, either. > -- Rod Grimes rgri...@freebsd.org

Re: building release images broken?

2018-11-18 Thread Rodney W. Grimes
> On 11/17/18 5:35 PM, Michael Butler wrote: > > Any clues as to what's broken here? I'm trying to build a CD and/or DVD > > image. > > > > My tree is at SVN r340525. > > > > -- > Kernel build for GENERIC completed on Sat Nov 17

Re: UEFI GOP: screen goes blank during boot after loader is finished

2018-11-14 Thread Rodney W. Grimes
> On Wed, Nov 14, 2018 at 3:49 PM Kyle Evans wrote: > > > Good, good, so the loader <-> kernel transition would appear to be > > intact and information appears good at first blush. If you don't have > > time to dig into this, I'll try poking at it this weekend, but it > > looks to be either

Re: UEFI GOP: screen goes blank during boot after loader is finished

2018-11-14 Thread Rodney W. Grimes
> On Tue, Nov 13, 2018 at 5:15 PM Subbsd wrote: > > > > Hi, > > > > > > > > On Tue, Nov 13, 2018 at 7:22 PM Rodney W. Grimes > > wrote: > > > > > > Uh oh, ok, thats not what I was thinking of then. I do not have any >

Re: 12.0-beta3 base.txz missing complete dir tree

2018-11-08 Thread Rodney W. Grimes
[ Charset UTF-8 unsupported, converting... ] > > > On 11/8/18 12:25 PM, Ernie Luzar wrote: > > ftp.freebsd.org/pub/FreeBSD/releases/amd/amd/12.0-BETA3/base.txz > > > > /usr/local empty > > /var/log? empty > > > > This is really making testing imposable! > > shouldn't both of those directories

Re: 12.0-BETA1 vnet with pf firewall

2018-10-30 Thread Rodney W. Grimes
> On 30 Oct 2018, at 14:14, Rodney W. Grimes wrote: > > >> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: > >>> On 30 Oct 2018, at 12:23, Kristof Provost wrote: > >>>> I?m not too familiar with this part of the vnet code, but it looks > >

Re: 12.0-BETA1 vnet with pf firewall

2018-10-30 Thread Rodney W. Grimes
> On 30 Oct 2018, at 14:29, Bjoern A. Zeeb wrote: > > On 30 Oct 2018, at 12:23, Kristof Provost wrote: > >> I?m not too familiar with this part of the vnet code, but it looks > >> to me like we?ve got more per-vnet variables that was originally > >> anticipated, so we may need to just increase

Re: 12.0-BETA1 vnet with pf firewall

2018-10-28 Thread Rodney W. Grimes
> Bjoern A. Zeeb wrote: > > On 28 Oct 2018, at 15:31, Ernie Luzar wrote: > > > >> Tested with host running ipfilter and vnet running pf. Tried loading > >> pf from host console or from vnet console using kldload pf.ko command > >> and get this error message; > >> > >> linker_load_file:

Re: 12-BETA1 contains warning about non-PNP ISA device

2018-10-25 Thread Rodney W. Grimes
> On Thu, Oct 25, 2018 at 8:10 AM Eric van Gyzen wrote: > > > On 10/25/18 6:57 AM, Rodney W. Grimes wrote: > > >>> I noticed a warning on a new AMD system running 12-BETA1: > > >>> > > >>> non-PNP ISA device will be remove

Re: 12-BETA1 contains warning about non-PNP ISA device

2018-10-25 Thread Rodney W. Grimes
> > I noticed a warning on a new AMD system running 12-BETA1: > > > > non-PNP ISA device will be removed from GENERIC in FreeBSD 12. > Can you please reply with the specific device. > If you have seen one it may be an issue to removing it, > especially if this is on a "new AMD" system.

Re: 12-BETA1 contains warning about non-PNP ISA device

2018-10-25 Thread Rodney W. Grimes
> I noticed a warning on a new AMD system running 12-BETA1: > > non-PNP ISA device will be removed from GENERIC in FreeBSD 12. Can you please reply with the specific device. If you have seen one it may be an issue to removing it, especially if this is on a "new AMD" system. > > It looks

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-23 Thread Rodney W. Grimes
> A cost(=time)/benefit look on moving ctm from src/ to ports/ : > - No tangible architecture benefit (its not like purging an old driver > to makes kernel support simpler, or avoiding clashing libs etc) > - FreeBSD would shrink 0.028 % of the size of src/ > cd

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-23 Thread Rodney W. Grimes
> Am 23.10.18 um 17:27 schrieb Montgomery-Smith, Stephen: > > I have no problem turning ctm into a port. But I would appreciate > > advice on whether there is a standard or easy process for converting > > software from the FreeBSD base to a port. If not, I can muddle my way > > through it. But

Re: careless commits disrupt

2018-10-23 Thread Rodney W. Grimes
> Am 22.10.18 um 23:09 schrieb Julian H. Stacey: > > Hi, Reference: > >> From: Stefan Esser > >> Date: Fri, 12 Oct 2018 11:44:59 +0200 > > > > Stefan Esser wrote: > >> I might have mentioned, that I always preserve old shared libraries in > >> /usr/lib/compat before

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-22 Thread Rodney W. Grimes
> "Rodney W. Grimes" wrote: > > > The ctm(1) client remains in the FreeBSD base system, although > > > FreeBSD-hosted ctm infrastructure was shut down some time ago. I > > > suspect it is time to remove it from the base system (perhaps making a > > &g

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-22 Thread Rodney W. Grimes
> > In message > > , Warner Losh writes: > > >> > I think Julian Stacy is still running CTM generation ? > >> > >> Ah, yes, that brought back enough brain cells, > >> confirmed that is who I saw with ctm usage. > > > >Do we need it in base? Or can we make it a port? > > Absolutely

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-22 Thread Rodney W. Grimes
> > In message <201810221957.w9mjvdxx012...@pdx.rh.cn85.dnsmgr.net>, "Rodney W. > Gri > mes" writes: > > >I do not know that other than I do know that I have seen > >one data point in the last 14 days of a user who was infact > >using ctm though I can not associate a username/email

Re: ctm(1) deprecation in the FreeBSD base system?

2018-10-22 Thread Rodney W. Grimes
> The ctm(1) client remains in the FreeBSD base system, although > FreeBSD-hosted ctm infrastructure was shut down some time ago. I > suspect it is time to remove it from the base system (perhaps making a > port). > > How much use does ctm have these days? I do not know that other than I do know

Re: A new stable/12 poudriere jail is inferior to its stable/12 host

2018-10-22 Thread Rodney W. Grimes
-- Start of PGP signed section. > On Sun, Oct 21, 2018 at 02:14:16PM +0100, Graham Perrin wrote: > > On 21/10/2018 13:31, David Wolfskill wrote: > > > On Sun, Oct 21, 2018 at 09:41:46AM +0100, Graham Perrin wrote: > > >> With the host already at r339438, > > >> creation of a jail (method: svn

Re: Not sure if this is an important bug...

2018-10-08 Thread Rodney W. Grimes
> I tried running 12.0-BETA8 under bhyve on a Phenom-II+11.2 box and > it explodes because of an unemulated instruction: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232081 > > I have no idea what importance this has in relation to releasing 12.0 Can you try an earlier alpha for

Re: Not sure if this is an important bug...

2018-10-08 Thread Rodney W. Grimes
> On Mon, Oct 08, 2018 at 07:12:59PM +, Poul-Henning Kamp wrote: > > I tried running 12.0-BETA8 under bhyve on a Phenom-II+11.2 box and > > it explodes because of an unemulated instruction: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232081 > > > > I have no idea what

Re: Sound issues with Dell Latitude 7490 (kabylake)

2018-10-02 Thread Rodney W. Grimes
> On 10/2/18 6:27 PM, Rodney W. Grimes wrote: > >> On 10/1/18 6:43 PM, Rodney W. Grimes wrote: > >>>> Hi > >>>> > >>>> While sound work out of the box (with headphone switching) on the 1-2 > >>>> year > >>>>

Re: Sound issues with Dell Latitude 7490 (kabylake)

2018-10-02 Thread Rodney W. Grimes
> On 10/1/18 6:43 PM, Rodney W. Grimes wrote: > >> Hi > >> > >> While sound work out of the box (with headphone switching) on the 1-2 year > >> older Latitude 7270, it does not on my new machine. > >> > >> The internal speaker works fine.

Re: Sound issues with Dell Latitude 7490 (kabylake)

2018-10-01 Thread Rodney W. Grimes
> Hi > > While sound work out of the box (with headphone switching) on the 1-2 year > older Latitude 7270, it does not on my new machine. > > The internal speaker works fine. If I plug in external speakers in the > headphone jack, sound still goes to the internal speaker while a very load > buzz

Re: devmatch sideeffec: No sound

2018-09-30 Thread Rodney W. Grimes
> HW: Thinkpad T480 with T3 Dock. > > SW: -current, r338952 > > With devmatch enabled in /etc/rc.conf (the default0, snd_uaudio > gets loaded automatically and finds the audio stuff in the dock, > which is connected to a screen output(s) I do not use. > > Firefox ends up with /dev/dsp2.0 which

Re: LLVM breaks buildworld

2018-09-28 Thread Rodney W. Grimes
> > On Thu, Sep 27, 2018 at 12:39:07PM -0700, Steve Kargl wrote: > > > On Thu, Sep 27, 2018 at 12:34:39PM -0700, Steve Kargl wrote: > > > > cd /usr/obj > > > > rm -f usr > > > > cd /usr/src > > > > svn update > > > > make buildworld > > > > (wait a long time) > > > > > > > > ===>

Re: LLVM breaks buildworld

2018-09-28 Thread Rodney W. Grimes
> On Thu, Sep 27, 2018 at 12:39:07PM -0700, Steve Kargl wrote: > > On Thu, Sep 27, 2018 at 12:34:39PM -0700, Steve Kargl wrote: > > > cd /usr/obj > > > rm -f usr > > > cd /usr/src > > > svn update > > > make buildworld > > > (wait a long time) > > > > > > ===> lib/clang/libllvm (all) > > >

Re: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-27 Thread Rodney W. Grimes
> On 27 September 2018 at 06:46, tech-lists wrote: > > > > So, I want to know where and when each system was compiled. > > Why lose this information by default? > > This comes down to the simple fact that our build / release process > does not currently distinguish between building a world or

Re: FreeBSD EFI projects

2018-09-19 Thread Rodney W. Grimes
> On 9/19/18 3:53 AM, Greg V wrote: > > > > > Yes, of course it was 64-bit. > > > > I don't think I ever downloaded the 32-bit one... > > > And are you sure it was booted via EFI and not the BIOS emulation CSM > (Compatibility Support Module)? I'm fairly sure we _don't_ support > booting a

Re: FreeBSD EFI projects

2018-09-19 Thread Rodney W. Grimes
> > On 9/19/18 9:06 AM, Rodney W. Grimes wrote: > > Yes, that is one of the catagories of rare, a EFI-32 bit system that > > was originally shipped with a 32 bit only CPU, that later got upgraded > > in the field with a 64 bit CPU, that still runs a EFI-32 bios. > >

Re: FreeBSD EFI projects

2018-09-19 Thread Rodney W. Grimes
> On Wed, Sep 19, 2018 at 6:06 PM, Rodney W. Grimes > wrote: > >> On Wed, Sep 19, 2018 at 5:34 PM, Rodney W. Grimes > >> wrote: > >> >> On 9/18/18 4:11 AM, Greg V wrote: > >> >> > >> >> > > >> >> &g

Re: FreeBSD EFI projects

2018-09-19 Thread Rodney W. Grimes
> On Wed, Sep 19, 2018 at 5:34 PM, Rodney W. Grimes > wrote: > >> On 9/18/18 4:11 AM, Greg V wrote: > >> > >> > > >> > I can confirm that the kernel already worked fine when booted from > >> > 32-bit EFI. > >> &g

Re: FreeBSD EFI projects

2018-09-19 Thread Rodney W. Grimes
> On 9/18/18 4:11 AM, Greg V wrote: > > > > > I can confirm that the kernel already worked fine when booted from > > 32-bit EFI. > > > > I booted an old Mac into HardenedBSD using a 32-bit-EFI build of GRUB2 :) > > > Was that a 64-bit version of FreeBSD? My understanding is the 32-bit > FreeBSD

Re: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-11 Thread Rodney W. Grimes
> On 11 September 2018 at 07:35, Tomoaki AOKI wrote: > > I prefer releng, rather than stable, to make it default. > > Binary releases requiring reproducible builds are built from > > release and releng branches. > > This might be the reasonable long-term strategy, but we don't yet have >

Re: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-10 Thread Rodney W. Grimes
> On 10 September 2018 at 12:51, Rodney W. Grimes > wrote: > > > > Why not just turn this on and leave it on? > > I know a number of developers want to keep the metadata for their own > builds at least. And we do not really know what the users position is on this

Re: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-10 Thread Rodney W. Grimes
> On 9/10/18 9:51 AM, Rodney W. Grimes wrote: > >> The FreeBSD base system is a reproducible build[1] with a minor > >> exception: the build metadata (timestamps, user, hostname, etc.) > >> included in the kernel and loader. > >> > >> With the defaul

Re: Enabling the WITH_REPRODUCIBLE_BUILD knob for 12.0-REL

2018-09-10 Thread Rodney W. Grimes
> The FreeBSD base system is a reproducible build[1] with a minor > exception: the build metadata (timestamps, user, hostname, etc.) > included in the kernel and loader. > > With the default, non-reproducible build the kernel ident looks like: > > FreeBSD 12.0-ALPHA5 #4 r338195: Mon Jan 1

Re: Failing to retrieve source tarballs for anything.

2018-09-01 Thread Rodney W. Grimes
> On 2 September 2018 at 05:25, Alex McKeever > wrote: > > 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 > > fails to retrieve any of the source tarballs for any of the software, > >

Re: ALPHA3 niggles

2018-08-28 Thread Rodney W. Grimes
> 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

Re: missing AMQ usage in dummynet/ipfw man page for 12-alpha3

2018-08-28 Thread Rodney W. Grimes
> 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

Re: priority of paths to kernel modules?

2018-08-24 Thread Rodney W. Grimes
> On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg wrote: > > > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy wrote: > > > > > No we're not. x86 and PPC will be disconnected from the build in a > > > subsequent commit during the freeze. Warner was simply too tired to > > > communicate this

Re: svn commit: r338204 - in head: etc etc/defaults sbin/devfs

2018-08-23 Thread Rodney W. Grimes
> On 8/22/18 8:37 PM, Mark Millard wrote: > > I'm just using this move as an example for some more > > general questions. > > > > After this change when I look at: > > > > https://www.freebsd.org/cgi/man.cgi?query=devfs.conf=0=5=FreeBSD+12-current=default=html > > > > I see in the man page: > >

Re: building LLVM threads gets killed

2018-08-20 Thread Rodney W. Grimes
> On Mon, Aug 20, 2018 at 11:04 PM Mark Millard wrote: > > > Rodney W. Grimes freebsd-rwg at pdx.rh.CN85.dnsmgr.net wrote on > > Mon Aug 20 14:26:55 UTC 2018 : > > > > > > On 20 Aug 2018, at 05:01, blubee blubeeme > > wrote: > > > > >

Re: building LLVM threads gets killed

2018-08-20 Thread Rodney W. Grimes
> On 20 Aug 2018, at 05:01, blubee blubeeme wrote: > > > > I am running current compiling LLVM60 and when it comes to linking > > basically all the processes on my computer gets killed; Chrome, Firefox and > > some of the LLVM threads as well > ... > > llvm/build % ninja -j8 > > [2408/2473]

Re: kernel build failure

2018-08-13 Thread Rodney W. Grimes
[ Charset ISO-8859-1 unsupported, converting... ] > Rodney W. Grimes wrote: > >> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote: > >> > >> > Sorry guys, last time I touched ZFS I tried to push to make it an option > >> > to > >> > stati

Re: kernel build failure

2018-08-13 Thread Rodney W. Grimes
> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote: > > > Sorry guys, last time I touched ZFS I tried to push to make it an option to > > statically link and was actually told that it wasn't something anyone else > > wanted. The issue comes from ZFS not being in NOTES and thus not in LINT. > >

Re: programs like gdb core dump

2018-08-09 Thread Rodney W. Grimes
> On 8/8/18 4:49 PM, Erich Dollansky wrote: > > Hi, > > > > here we are: > > > > http://sumeritec/FreeBSD/fortune.core > > http://sumeritec/FreeBSD/gdb.core > > > > The fortune core is from the same source as the now running system. The > > gdb core should be but I am not 100% sure. > > > >

Re: ffs_truncate3 panics

2018-08-09 Thread Rodney W. Grimes
> Konstantin Belousov wrote: > [stuff snipped] > >> >Can you print the only buffer on the clean queue when the panic occur ? > >> ffst3 vtyp=1 bodirty=0 boclean=1 > >> buf at 0x428a110 > >> b_flags = 0x20001020, b_xflags=0x2, b_vflags=0x0 > >> b_error = 0, b_bufsize = 4096, b_bcount = 4096,

Re: install: auto_master: No such file or directory

2018-08-05 Thread Rodney W. Grimes
> > On Sun, 5 Aug 2018 03:19:48 +0200, Lars Schotte wrote: > > > somehow installworld fails lately > > > > ===> share/examples (install) > > if [ -L /usr/share/examples/BSD_daemon ]; then rm -f > > /usr/share/examples/BSD_daemon; fi > > if [ -L /usr/share/examples/FreeBSD_version ]; then

Re: [UEFI] Boot issues on some UEFI implementations

2018-07-25 Thread Rodney W. Grimes
> > On 25 Jul 2018, at 12:10, O. Hartmann wrote: > > > > On Wed, 25 Jul 2018 11:46:07 +0300 > > Toomas Soome wrote: > > > >>> On 25 Jul 2018, at 10:59, O. Hartmann wrote: > >>> > >>> On Tue, 24 Jul 2018 08:53:36 +0300 > >>> Toomas Soome wrote: > >>> > >>> > >>> Hello Toomas Soome, > >>>

Re: [UEFI] Boot issues on some UEFI implementations

2018-07-13 Thread Rodney W. Grimes
> > > > On 13 Jul 2018, at 14:00, O. Hartmann wrote: > > > > The problem is some kind of weird. I face UEFI boot problems on GPT drives > > where the first partition begins at block 40 of the hdd/ssd. > > > > I have two host in private use based on an > > outdated ASRock Z77-Pro4-M and

Re: bhyve and freebsd memstick installer

2018-07-06 Thread Rodney W. Grimes
> Hello, > > context: freebsd-12-current server, amd64 > > I usually install a freebsd guest like this: > > sh /usr/share/examples/bhyve/vmrun.sh -c 2 -m 4096M -t tap0 -d guest.img > -i -I FreeBSD-installation-dvd1.iso guestname > > I only have memstick.img - how do I either: > > 1. convert

Re: EFI booting from external USB pen drive

2018-07-06 Thread Rodney W. Grimes
> On 2018-07-06 04:17, Warner Losh wrote: > > On Thu, Jul 5, 2018 at 7:11 PM, Rodney W. Grimes < > > freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > > > >> > On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > >> > > >> > > [ Charset

Re: EFI booting from external USB pen drive

2018-07-05 Thread Rodney W. Grimes
> On 5 Jul 2018, at 18:18, Rodney W. Grimes wrote: > > > [ Charset UTF-8 unsupported, converting... ] > >> On 5 Jul 2018, at 17:19, Warner Losh wrote: > >> > >>> FAT12 isn't good for UEFI. Use FAT16 or FAT32. > >> > >> We use it for the

  1   2   3   4   >