Will pkg(8) *ever* play nice?

Greetings, I was in the process of updating one of my development boxes that runs -CURRENT. It's lagging a bit behind. So it required a fresh, new "world". World built as expected. But the kernel failed due to pkg(8). This box has an Nvidia video card. So src.conf(5) has [among other ports

Re: r294248: boot stuck: EFI loader doesn't proceed

On 18 Jan 2016, at 07:20, O. Hartmann wrote: > Building NanoBSD images booting off from USB Flash drives and having two GPT > partitions, booting is stuck in the UEFI loader, presenting me with something > like: > > [...] > Probing 6 block devices.++. done > >

Re: Will pkg(8) *ever* play nice?

On Mon, 18 Jan 2016 00:26:39 -0800 "Chris H" wrote > Greetings, > I was in the process of updating one of my development boxes > that runs -CURRENT. It's lagging a bit behind. So it required > a fresh, new "world". World built as expected. But the kernel > failed due to

Re: r294248: boot stuck: EFI loader doesn't proceed

On Mon, 18 Jan 2016 09:10:33 +0100 Dimitry Andric wrote: > On 18 Jan 2016, at 07:20, O. Hartmann > wrote: > > Building NanoBSD images booting off from USB Flash drives and > > having two GPT partitions, booting is stuck in the UEFI loader, > >

Re: r294248: boot stuck: EFI loader doesn't proceed

On 18 January 2016 at 03:10, Dimitry Andric wrote: > On 18 Jan 2016, at 07:20, O. Hartmann wrote: >> Building NanoBSD images booting off from USB Flash drives and having two GPT >> partitions, booting is stuck in the UEFI loader, presenting me with

Re: r294248: boot stuck: EFI loader doesn't proceed

On Mon, 18 Jan 2016 22:46:18 + Steven Hartland wrote: > On 18/01/2016 21:57, Ed Maste wrote: > > On 18 January 2016 at 15:26, Andrew Turner > > wrote: > >> the issue was we were caching reads from the first filesystem we > >> looked at. I've

Re: CAM Shingled Disk support patches available

> On Jan 18, 2016, at 2:37 PM, Kenneth D. Merry wrote: > > I have a new set of SMR patches available. See below for the full > explanation. > > The primary change here is that I have added SMR support to the ada(4) > driver. I spent some time considering whether to try to

Re: r294248: boot stuck: EFI loader doesn't proceed

On 18/01/2016 21:57, Ed Maste wrote: On 18 January 2016 at 15:26, Andrew Turner wrote: the issue was we were caching reads from the first filesystem we looked at. I've committed the fix in r294291 to force the code to re-read on each filesystem it looks at. Thanks Andrew

Re: CAM Shingled Disk support patches available

I have a new set of SMR patches available. See below for the full explanation. The primary change here is that I have added SMR support to the ada(4) driver. I spent some time considering whether to try to make the da(4) and ada(4) probe infrastructure somewhat common, but in the end concluded

Re: r294248: boot stuck: EFI loader doesn't proceed

On Mon, 18 Jan 2016 12:04:38 + Steven Hartland wrote: > On 18/01/2016 11:34, Andrew Turner wrote: > > On Mon, 18 Jan 2016 09:10:33 +0100 > > Dimitry Andric wrote: > > > >> On 18 Jan 2016, at 07:20, O. Hartmann > >>

Re: r294248: boot stuck: EFI loader doesn't proceed

On 18/01/2016 19:08, Ed Maste wrote: On 18 January 2016 at 03:10, Dimitry Andric wrote: On 18 Jan 2016, at 07:20, O. Hartmann wrote: Building NanoBSD images booting off from USB Flash drives and having two GPT partitions, booting is stuck in

Re: r294248: boot stuck: EFI loader doesn't proceed

On 18 January 2016 at 15:26, Andrew Turner wrote: > > the issue was we were caching reads from the first filesystem we looked > at. I've committed the fix in r294291 to force the code to re-read on > each filesystem it looks at. Thanks Andrew - my QEMU boot failure is not