[no subject]

2014-08-10 Thread Garrett Cooper
Hi, As a heads up, it appears that some sysctl output is broken on CURRENT... please see this bug for more details: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192544 . Thank you! -Garrett ___ freebsd-current@freebsd.org mailing list

Re:

2014-08-10 Thread Hans Petter Selasky
On 08/10/14 08:05, Garrett Cooper wrote: Hi, As a heads up, it appears that some sysctl output is broken on CURRENT... please see this bug for more details: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192544 . Thank you! -Garrett Hi, Should be fixed now. This is a bug in the

Re: uefi boot on Apple Mac

2014-08-10 Thread Anders Bolt Evensen
If you're interested, you can try out the following ISO: https://www.dropbox.com/s/srbunx0agrokcs3/freebsd-current-uefi-bios-amd64.iso The image was built on Friday 8th of August for the amd64 platform. I tested out the EFI part on VirtualBox (UEFI 2.X) and my MacBook Pro 17 inch from 2011

Re: No bootable device

2014-08-10 Thread Eric L. Camachat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/09/2014 10:32, Mehmet Erol Sanliturk wrote: the installed systems are not bootable , and the last sentence on the screen is the following : No bootable device -- insert boot disk and press any key If you installed into GPT

Re: No bootable device

2014-08-10 Thread Warren Block
On Sun, 10 Aug 2014, Eric L. Camachat wrote: /usr/local/libexec/ppf_verify: pgp command failed gpg: Signature made Sun Aug 10 16:49:09 2014 MDT gpg:using DSA key 0x49F050BB7A0EC18C gpg: Can't check

No bootable device

2014-08-10 Thread Mehmet Erol Sanliturk
( This is the resend of http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051617.html with additions . ) Dears All , When FreeBSD 9.1 amd64 Stable ( 2013-04-28 , r 250 009 , .iso ) , FreeBSD 9.2 amd64 Release ( .iso ) are installed with following steps , they are producing

Child suspend/resume

2014-08-10 Thread Justin Hibbits
Hi all, The attached patch is completely untested, due to lack of existing suspendable hardware (no x86 machines). It does compile cleanly against head, though. I don't think it should change any behavior, I tried to keep the essence of the code path the same. It was suggested that I break up