TB --- 2014-07-01 04:07:43 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-01 04:07:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-07-01 04:33:16 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-01 04:33:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
Hi,
Try the attached patch. Does it make any difference?
--HPS
=== uhso.c
==
--- uhso.c (revision 268059)
+++ uhso.c (local)
@@ -559,8 +559,6 @@
mtx_init(&sc->sc_mtx, "uhso", NULL, MTX_DEF);
ucom_ref(&sc->sc_super_ucom);
- sc-
Hi Hans
Thanks for the uhso patch. That did the trick. Now reboot and kldunload
works fine.
--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.
On Tue, Jul 1, 2014 at 2:33 PM, Hans Petter Selasky wrote:
> Hi,
>
> Try the attached patch. Does it make any difference?
>
> --HPS
>
--
=-=-=-=-=-=-=-
Hi,
On July 10, 2014, in Mountain View, California, I will be giving a brief
tech talk on:
"libvirt virtualization API for controlling bhyve virtual machines"
I have been testing the extensions that Roman Bogorodskiy
has made to the lbivirt library for supporting bhyve. I will talk about
my ex
Thanks for this.
The cpu_search problem you reference came up here at Isilon as well. Here's a
patch which should get clang to do the "right thing" (inlining 3 specialized
copies of cpu_search); I haven't checked to make sure it doesn't hurt gcc,
though.
Anton
Index: sched_ule.c
On 30 June 2014 15:17, O. Hartmann wrote:
> I tried today the new vt console in CURRENT and followed the steps described
> in the
> manpage. Trying to compile a kernel with
>
> options VT_MAXWINDOWS=10
>
> issues an error:
>
> unknown option "VT_MAXWINDOWS"
>
> What is wrong?
Sorry about that. T
TB --- 2014-06-30 16:02:17 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-06-30 16:02:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-06-30 15:42:42 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-06-30 15:42:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
I tried today the new vt console in CURRENT and followed the steps described in
the
manpage. Trying to compile a kernel with
options VT_MAXWINDOWS=10
issues an error:
unknown option "VT_MAXWINDOWS"
What is wrong?
signature.asc
Description: PGP signature
On Monday, June 30, 2014 2:03:35 pm Bruno Lauzé wrote:
>
> building from trunk:
> usr.sbin/bhyve/pci_emul.c is picking up old vmmapi.h from
/usr/include/vmmapi.h instead source one:
> for me it results vm_get_lowmem_size and vm_get_highmem_size missing...
> any ideas? I think we need to include
building from trunk:
usr.sbin/bhyve/pci_emul.c is picking up old vmmapi.h from /usr/include/vmmapi.h
instead source one:
for me it results vm_get_lowmem_size and vm_get_highmem_size missing...
any ideas? I think we need to include lib/libvmmapi folder so includes are kept
from /usr/include ones
On Monday, June 30, 2014 12:36:22 pm Stefano Garzarella wrote:
> Hello,
> I had problems during some experiments with Emulex and "oce" driver in
> CURRENT.
> I found several bugs in the "oce" driver and this patch fixes them.
>
> - oce_multiq_start(): if the link is down returns ENXIO without cons
TB --- 2014-06-30 16:18:56 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-06-30 16:18:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
Hello,
I had problems during some experiments with Emulex and "oce" driver in
CURRENT.
I found several bugs in the "oce" driver and this patch fixes them.
- oce_multiq_start(): if the link is down returns ENXIO without consuming
the mbuf.
A trivial fix is to remove the initial error check, since
Moving to pkg@
On 6/30/14, 10:48 AM, O. Hartmann wrote:
On FreeBSD CURRENT
(FreeBSD 11.0-CURRENT #0 r268015: Sun Jun 29 11:44:42 CEST 2014 amd64)
with a most recent set of installed ports and ports tree, I receive this sticky
problem
when updating one port:
===> Installing for windowmaker-0.9
TB --- 2014-06-30 14:49:06 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-06-30 14:49:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
On FreeBSD CURRENT
(FreeBSD 11.0-CURRENT #0 r268015: Sun Jun 29 11:44:42 CEST 2014 amd64)
with a most recent set of installed ports and ports tree, I receive this sticky
problem
when updating one port:
===> Installing for windowmaker-0.95.5_4
===> Registering installation for windowmaker-0.95.
TB --- 2014-06-30 13:59:54 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-06-30 13:59:54 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
19 matches
Mail list logo
