Hello,
I'm writing to ensure what to do with that patch:
https://reviews.freebsd.org/D1945
It was created as a result of discussion related to this review:
https://reviews.freebsd.org/D1833
The patch (D1945) is still waiting to be committed. We really need fix
for ARM in buf_ring so if someone
On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru elie...@ngtech.co.il
wrote:
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?
Hot plug of VirtIO block devices is not supported, but
Yes it is; it just needs review, fixing and committing. :)
-a
On 30 July 2015 at 07:24, Kubilay Kocak ko...@freebsd.org wrote:
On 31/07/2015 12:06 AM, Bryan Venteicher wrote:
On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru elie...@ngtech.co.il
wrote:
I am testing couple VMs under kvm
On 31/07/2015 12:06 AM, Bryan Venteicher wrote:
On Wed, Jul 29, 2015 at 4:53 PM, Eliezer Croitoru elie...@ngtech.co.il
wrote:
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?
Hot
Thu, 30 Jul 2015 12:11:22 -0700
Navdeep Parhar npar...@gmail.com написав:
Does anyone else see this too?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201992
___
freebsd-current@freebsd.org mailing list
On Thu, Jul 30, 2015 at 10:17:10PM +0300, Ivan Klymenko wrote:
Thu, 30 Jul 2015 12:11:22 -0700
Navdeep Parhar npar...@gmail.com написав:
Does anyone else see this too?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201992
This bz is unrelated.
Problematic change was reverted in
On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote:
$ sudo -s
Password:
# cd /usr/src
# patch -p0 ~ler/pmspcv.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index: sys/dev/pms/freebsd/driver/common/lxutil.c
On Thu, Jul 30, 2015 at 08:13:51PM +, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote:
$ sudo -s
Password:
# cd /usr/src
# patch -p0 ~ler/pmspcv.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
Can you try the attached patch and let me know if it fixes the issue?
Many thanks,
Benno.
pmspcv.diff
Description: Binary data
On Jul 30, 2015, at 11:55 AM, Benno Rice be...@freebsd.org wrote:
Hi Larry,
I’ve brought this to the attention of PMC Sierra and we’re pretty sure
$ sudo -s
Password:
# cd /usr/src
# patch -p0 ~ler/pmspcv.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index: sys/dev/pms/freebsd/driver/common/lxutil.c
|===
|---
On 2015-07-30 15:15, Glen Barber wrote:
On Thu, Jul 30, 2015 at 08:13:51PM +, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:09:30PM -0500, Larry Rosenman wrote:
$ sudo -s
Password:
# cd /usr/src
# patch -p0 ~ler/pmspcv.diff
Hmm... Looks like a unified diff to me...
The text leading
On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote:
Kernel compiling -- give mr a bit and I'll boot it and make sure it comes
up.
Larry, have you had any luck with this patch applied? If it resolves
your issue, I want to make sure it is included in the 10.2-RC2 build.
Thanks.
FreeBSD_HEAD_i386 - Build #721 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/console
Change summaries:
] out: Results file id is usr_tests.20150730-224202-164369
[192.168.10.2] out: Results saved to
/root/.kyua/store/results.usr_tests.20150730-224202-164369.db
[192.168.10.2] out:
[192.168.10.2] out: 4339/4340 passed (1 failed)
[192.168.10.2] out:
Warning: run() received nonzero return code 1 while
Thu, 30 Jul 2015 21:53:20 +0200
Mateusz Guzik mjgu...@gmail.com написав:
On Thu, Jul 30, 2015 at 10:17:10PM +0300, Ivan Klymenko wrote:
Thu, 30 Jul 2015 12:11:22 -0700
Navdeep Parhar npar...@gmail.com написав:
Does anyone else see this too?
Adrian the crash we are seeing here is very easily reproducible. Grab
our private ports repo and revert my most recent revert and build. It
appears to show up multiple times per day somehow in our configuration.
On 7/28/15 7:25 PM, Adrian Chadd wrote:
On 28 July 2015 at 16:09, David
On Fri, Jul 31, 2015 at 04:18:15AM +, Glen Barber wrote:
On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote:
On 2015-07-30 17:17, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote:
Kernel compiling -- give mr a bit and I'll boot it and make
On Fri, Jul 31, 2015 at 04:48:18AM +, mailingli...@debank.tv wrote:
July 31 2015 4:21 PM, Glen Barber g...@freebsd.org wrote:
On Fri, Jul 31, 2015 at 04:18:15AM +, Glen Barber wrote:
On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote:
On 2015-07-30 17:17, Glen Barber
FreeBSD_HEAD_amd64_gcc4.9 - Build #262 - Failure:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/262/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/262/changes
Full build log:
On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote:
On 2015-07-30 17:17, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote:
Kernel compiling -- give mr a bit and I'll boot it and make sure it
comes
up.
Larry, have you had any luck with this
July 31 2015 4:21 PM, Glen Barber g...@freebsd.org wrote:
On Fri, Jul 31, 2015 at 04:18:15AM +, Glen Barber wrote:
On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote:
On 2015-07-30 17:17, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote:
FreeBSD_HEAD_i386 - Build #722 - Still Failing:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/722/console
Change summaries:
CURRENT (r286107) fails in buildworld with the error shown below:
--- all_subdir_libipsec ---
In file included from /usr/src/lib/libipsec/ipsec_strerror.c:39:
In file included from /usr/obj/usr/src/tmp/usr/include/netipsec/ipsec.h:45:
/usr/obj/usr/src/tmp/usr/include/net/pfkeyv2.h:230:10: error:
FreeBSD_HEAD-tests - Build #1237 - Still Unstable:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1237/console
Change
On 07/27/15 at 01:02P, Hans Petter Selasky wrote:
Hi,
I'm currently doing some busdma work, and possibly stepped over some
driver bugs. When bus_dmamap_load_mbuf_sg() returns ENOMEM the mbuf
chain is not freed. Is there some magic in bus_dmamap_load_mbuf_sg()
for that error code or is
FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/260/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/260/changes
Full build log:
Fixed in the very next revision, r286077.
On Thu, Jul 30, 2015 at 9:31 AM, jenkins-ad...@freebsd.org wrote:
FreeBSD_HEAD_amd64_gcc4.9 - Build #260 - Failure:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/260/
Full change log:
On 2015-07-30 17:17, Glen Barber wrote:
On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote:
Kernel compiling -- give mr a bit and I'll boot it and make sure it
comes
up.
Larry, have you had any luck with this patch applied? If it resolves
your issue, I want to make sure it is
jenkins-ad...@freebsd.org wrote this message on Fri, Jul 31, 2015 at 01:44
+:
FreeBSD_HEAD_i386 - Build #721 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/721/changes
Full build
Hi Larry,
I’ve brought this to the attention of PMC Sierra and we’re pretty sure we’ve
worked out what the problem is. I’m just waiting on their review of the fix
I’ve suggested.
Sorry this has caused you problems.
Many apologies,
Benno.
On Jul 28, 2015, at 2:01 PM, Larry Rosenman
A kernel built from head as of today panics with this on loading a module.
Does anyone else see this too?
panic: sleepq_add: td 0xf8000e7f89e0 to sleep on wchan
0x824056c8 with sleeping prohibited
cpuid = 3
KDB: stack backtrace:
db_trace_self_wrapper() at
Just committed the fix in releng/10.2 branch as r286058.
Wei
-Original Message-
From: Pavel Timofeev [mailto:tim...@gmail.com]
Sent: Wednesday, July 29, 2015 3:48 PM
To: Wei Hu w...@microsoft.com
Cc: Slawa Olhovchenkov s...@zxy.spb.ru; freebsd-current@freebsd.org;
32 matches
Mail list logo
