FreeBSD_HEAD-tests - Build #1232 - Fixed:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1232/console
Change summaries:
I am testing couple VMs under kvm and from my tests it seems that there
might not be support for hot-plug of virtio disks or virtio-scsi disks
in freebsd?
I wanted to make sure I am understand right the situation FreeBSD is
right now.
If anyone knows please reply.
Thanks,
Eliezer
__
Same here, fixed running r286015. Thanks a bunch.
> On 29 Jul 2015, at 14:56, Alexandr Krivulya wrote:
>
> 29.07.2015 10:17, John-Mark Gurney пишет:
>> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300:
>>
>> [...]
>>
>>> With r285535 all works fine.
>> Sydney Meyer wro
We've been using the ELF Tool Chain version of tools such as nm,
readelf, size and strings by default for some time. The Binutils
versions can currently be installed instead by setting
WITHOUT_ELFTOOLCHAIN_TOOLS in src.conf(5).
I'm planning to remove the Binutils versions before too long. The
patc
Hi,
When I create a kthread (kthread_add()) and pin it to CPU 0 (sched_bind() in
the beginning of its worker function),
shutdown (from the command line) is stuck on a message of "Waiting (max 60
seconds) for system process `vnlru' to stop..”. If I pin it to CPU 1 there is
no problem.
I’m using
Am Wed, 29 Jul 2015 15:24:22 +0300
Alexandr Krivulya schrieb:
> 29.07.2015 08:50, Conrad Meyer пишет:
> > On Tue, Jul 28, 2015 at 10:21 PM, O. Hartmann
> > wrote:
> >> On Tue, 28 Jul 2015 21:58:26 -0700
> >> Conrad Meyer wrote:
> >>
> >>> On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann
> >>> wrot
config_test:attach_vnode_sector_size ->
passed [0.447s]
[192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_file
-> passed [0.426s]
[192.168.10.2] out:
sbin/mdconfig/mdconfig_test:attach_with_specific_unit_number -> passed
[0.292s]
[192.168.10.2] out: sbin/grow
> On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen wrote:
>
> You have any idea what is/was actual the hardware that was in the box?
>
> If I remember correctly we gave Jordan a check for like 5000 guilders.
> Which I guess would be 2500 us$ at that time. Which was not an enormous
> amount of m
On 29-7-2015 18:01, Jordan Hubbard wrote:
On Jul 27, 2015, at 7:32 AM, Willem Jan Withagen
wrote:
You have any idea what is/was actual the hardware that was in the
box?
If I remember correctly we gave Jordan a check for like 5000
guilders. Which I guess would be 2500 us$ at that time. Which
On Tue, 2015-07-28 at 22:17 +0200, Ian FREISLICH wrote:
> David Wolfskill wrote:
> > My experience with SU+J is limited (and negative -- in large part,
> > because I tend heavily on "dump | restore" pipelines to copy file
> > systems, some of which are "live" at the time (danger mitigated by -L
> >
O. Hartmann wrote this message on Wed, Jul 29, 2015 at 10:20 +0200:
> On Wed, 29 Jul 2015 00:36:16 -0700
> John-Mark Gurney wrote:
>
> > O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200:
> > > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue
> > > Jul 28
On 0728T1419, Luigi Rizzo wrote:
> Hi,
> for some work we are doing on bhyve, we need some lightweight mechanism that
> a kernel thread can use to wake up another user thread possibly
> waiting for some event.
https://reviews.freebsd.org/D2172
___
freeb
29.07.2015 10:17, John-Mark Gurney пишет:
> Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300:
>
> [...]
>
>> With r285535 all works fine.
> Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200:
>> I'm having the same problem with IPSec, running -current with r
29.07.2015 08:50, Conrad Meyer пишет:
> On Tue, Jul 28, 2015 at 10:21 PM, O. Hartmann
> wrote:
>> On Tue, 28 Jul 2015 21:58:26 -0700
>> Conrad Meyer wrote:
>>
>>> On Tue, Jul 28, 2015 at 9:35 PM, O. Hartmann
>>> wrote:
Sources as of r285995 fail to build kernel with
[...]
---
It is already in stable/10 branch. I am just about to send the request to
re@ for releng/10.2 commit approval.
Wei
-Original Message-
From: Pavel Timofeev [mailto:tim...@gmail.com]
Sent: Wednesday, July 29, 2015 3:48 PM
To: Wei Hu
Cc: Slawa Olhovchenkov ; freebsd-current@freebsd.org;
on_explicit_type
-> passed [0.358s]
[192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_sector_size ->
passed [0.333s]
[192.168.10.2] out: sbin/mdconfig/mdconfig_test:attach_vnode_smaller_than_file
-> passed [0.283s]
[192.168.10.2] out:
sbin/mdconfig/mdconfig_test:attach_wit
Glen Barber wrote:
> On Tue, Jul 28, 2015 at 10:17:38PM +0200, Ian FREISLICH wrote:
> > I found the actual problem. The mount point for /usr was mode 700
> > even though the root of the mounted filesystem on /usr was mode 755.
> > Did I explain that clearly (quite difficult because two things are
On Wed, 29 Jul 2015 00:36:16 -0700
John-Mark Gurney wrote:
> O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200:
> > Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue
> > Jul 28 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3,
> > see the ex
Hi!
r285785 still isn't MFCed.
RC2 is coming soon.
2015-07-23 10:54 GMT+03:00 Pavel Timofeev :
> Ok, sorry!
>
> 2015-07-23 7:51 GMT+03:00 Wei Hu :
>> The TCP offloading is still working on these platforms. There is no flag to
>> distinguish UDP and TCP offloading, so the RXCSUM and TXCSUM are sti
O. Hartmann wrote this message on Wed, Jul 29, 2015 at 07:39 +0200:
> Running a workstation with CURRENT (FreeBSD 11.0-CURRENT #5 r285947: Tue Jul
> 28
> 13:39:03 CEST 2015 amd64) equipted with an Intel XEON E5-1650 v3, see the
> extraction from recent "dmesg" below.
>
> I double checked the UEFI
Alexandr Krivulya wrote this message on Thu, Jul 23, 2015 at 10:38 +0300:
[...]
> With r285535 all works fine.
Sydney Meyer wrote this message on Mon, Jul 27, 2015 at 23:49 +0200:
>
> I'm having the same problem with IPSec, running -current with r285794.
>
> Don't know if this helps, but "nets
21 matches
Mail list logo
