FreeBSD_HEAD-tests - Build #1165 - Still Failing:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1165/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curren
Evening,
I have a Soekris 6501 running i386 11-CURRENT that I had seen panic at
boot when updating this weekend. It'll panic right after the "SMP: AP
CPU #1 Launched" and go into a long loop of __mtx_lock_spin_flags,
i8254_get_timecount, binuptime, _mtx_lock_spin_cookie. An abbreviated
outp
First off note the patch below is a total hack with the easiest solution
possible so that it can be MFCed for 10.2.
The issue:
Closing the socket involves:
if (pr->pr_flags & PR_RIGHTS && pr->pr_domain->dom_dispose != NULL)
(*pr->pr_domain->dom_dispose)(so->so_rcv.sb_mb);
if (pr->pr_usrr
On Thu, Jul 2, 2015 at 3:08 AM, Konstantin Belousov
wrote:
> Having taskqueue_enqueue() which could silently (?) not enqueue the given
> task is huge and IMO risky change to the KPI. If doing it, I think
> that there should be a new function to enqueue, which is allowed to
> fail, unlike taskque
In article
oliver.pin...@hardenedbsd.org writes:
>We discovered that one of the kyua test failing from gettimeofday tests.
>The error is reproducible on recent snapshot from 11-CURRENT:
>ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/11.0/FreeBSD-11.0-CURRENT-amd64-20150630-r2
On Tue, Jul 7, 2015 at 3:17 PM, Oliver Pinter
wrote:
...
>> I have no idea where this broke because the Jenkins runs have been
>> unreliable over the past few weeks ;(...
>
> Do you have died executors too?
jenkins.freebsd.org does:
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/buildTimeTre
in ?? ()
>> #4 0x in ?? ()
>>
>> And this is the original kyua test:
>> op@opn sys> kyua test gettimeofday_test
>> gettimeofday_test:gettimeofday_err -> broken: Premature exit; test
>> case received signal 11 (core dumped)
> #2 0xf9fde38df0174b80 in ?? ()
> #3 0x in ?? ()
> #4 0x in ?? ()
>
> And this is the original kyua test:
> op@opn sys> kyua test gettimeofday_test
> gettimeofday_test:gettimeofday_err -> broken: Premature exit; test
> case receiv
ved signal 11 (core dumped) [0.987s]
gettimeofday_test:gettimeofday_mono -> passed [0.014s]
Results file id is usr_tests_lib_libc_sys.20150707-215959-750045
Results saved to
/usr/home/op/.kyua/store/results.usr_tests_lib_libc_sys.20150707-215959-750045.db
1/2 passed (1 failed)
Revision 285139 broke "options ZFS" because of filename collisionCan we rename
.c files in sys/contrib/libnv to avoid zfs libnv files
dnvlist.c -> ldnvlist.c nvlist.c -> lnvlist.cnvpair.c -> lnvpair.c
There is already bug 201356 for this. I confirmed it's working...
FreeBSD_HEAD-tests - Build #1164 - Still Failing:
Check console output at
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1164/ to view the results.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curren
On Tue, Jul 07, 2015 at 07:38:18PM +0200, Ulrich Spörlein wrote:
> 2015-07-01 13:38 GMT+02:00 Baptiste Daroussin :
> >
> > On Wed, Jul 01, 2015 at 01:36:14PM +0200, Hans Petter Selasky wrote:
> > > On 04/21/15 12:34, Slawa Olhovchenkov wrote:
> > > > On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptis
2015-07-01 13:38 GMT+02:00 Baptiste Daroussin :
>
> On Wed, Jul 01, 2015 at 01:36:14PM +0200, Hans Petter Selasky wrote:
> > On 04/21/15 12:34, Slawa Olhovchenkov wrote:
> > > On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote:
> > >
> > >> Hi all,
> > >>
> > >> Final pkg 1.5.0 has
On Tue, 7 Jul 2015 19:37+0200, Trond Endrestøl wrote:
> Hi,
>
> I guess both the instructions for enabling DTrace,
> https://wiki.freebsd.org/DTrace/KernelSupport and r284356 are to
> blame.
>
> I suggest the wiki be amended with:
>
> STRIP=:
>
> or some other innocuous command like 'echo --
Hi,
I guess both the instructions for enabling DTrace,
https://wiki.freebsd.org/DTrace/KernelSupport and r284356 are to
blame.
I suggest the wiki be amended with:
STRIP=:
or some other innocuous command like 'echo --'.
Otherwise, "$(STRIP) rescue" in
/usr/obj/usr/src/rescue/rescue/rescue.mk
Hi eri@,
On Mon, Jul 06, 2015 at 09:21:54AM +0200, Rink Springer wrote:
> On Sun, Jul 05, 2015 at 12:45:25PM -0700, Garrett Cooper wrote:
> > On Jul 5, 2015, at 8:16, Rink Springer wrote:
> >
> > > Hi all,
> > >
> > > On my FreeBSD/mips machine (it's a RouterStation Pro), I get the
> > > follow
On Tue, Jul 07, 2015 at 06:04:46PM +0300, Pavel Timofeev wrote:
> Well, turning off checksum offloading by `ifconfig hn0 -txcsum
> -rxcsum` definitely helps.
>
> As for tcpdump I'm not completely sure if I did it right, but I see
> "bad udp cksum" phrase:
>
> # tcpdump -i hn0 -vvv -nn udp dst po
No, I don't even know what VMDepot is, sorry! Didn't know ;)
2015-07-07 16:58 GMT+03:00 Glen Barber :
> BTW, are you using the images from VMDepot? If so, this was MFC'd after
> the recent images. I can easily regenerate an updated image, if you are
> using those.
>
> Glen
>
> On Tue, Jul 07, 20
On 2015-07-07 09:18, Konstantin Belousov wrote:
On Tue, Jul 07, 2015 at 08:50:15AM -0500, Larry Rosenman wrote:
On 2015-07-07 08:36, Konstantin Belousov wrote:
> On Tue, Jul 07, 2015 at 08:02:39AM -0500, Larry Rosenman wrote:
>> (kgdb) #0 doadump (textdump=1) at pcpu.h:221
>> #1 0x80a9
On Tue, Jul 07, 2015 at 08:50:15AM -0500, Larry Rosenman wrote:
> On 2015-07-07 08:36, Konstantin Belousov wrote:
> > On Tue, Jul 07, 2015 at 08:02:39AM -0500, Larry Rosenman wrote:
> >> (kgdb) #0 doadump (textdump=1) at pcpu.h:221
> >> #1 0x80a95445 in kern_reboot (howto=260)
> >> at
Sorry, I misread part of your email, and thought you were using Azure
(which is Hyper-V based).
Sorry for the noise.
Glen
On Tue, Jul 07, 2015 at 05:10:30PM +0300, Pavel Timofeev wrote:
> No, I don't even know what VMDepot is, sorry! Didn't know ;)
>
> 2015-07-07 16:58 GMT+03:00 Glen Barber :
>
Wow, r284746 was MFCed to 10 STABLE!
I should hurry up!
2015-07-07 16:26 GMT+03:00 Pavel Timofeev :
> Ok, I'll try r284745 and then r284746 and see what happens.
>
> 2015-07-07 16:06 GMT+03:00 Wei Hu :
>>> -Original Message-
>>> From: owner-freebsd-virtualizat...@freebsd.org [mailto:owner-
BTW, are you using the images from VMDepot? If so, this was MFC'd after
the recent images. I can easily regenerate an updated image, if you are
using those.
Glen
On Tue, Jul 07, 2015 at 04:55:39PM +0300, Pavel Timofeev wrote:
> Wow, r284746 was MFCed to 10 STABLE!
> I should hurry up!
>
> 2015
Ok, I'll try r284745 and then r284746 and see what happens.
2015-07-07 16:06 GMT+03:00 Wei Hu :
>> -Original Message-
>> From: owner-freebsd-virtualizat...@freebsd.org [mailto:owner-freebsd-
>> virtualizat...@freebsd.org] On Behalf Of Pavel Timofeev
>> Sent: Tuesday, July 7, 2015 7:51 PM
>
On 2015-07-07 08:36, Konstantin Belousov wrote:
On Tue, Jul 07, 2015 at 08:02:39AM -0500, Larry Rosenman wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:221
#1 0x80a95445 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:447
#2 0x80a95a38 in vpanic (fmt=,
On Tue, Jul 07, 2015 at 08:02:39AM -0500, Larry Rosenman wrote:
> (kgdb) #0 doadump (textdump=1) at pcpu.h:221
> #1 0x80a95445 in kern_reboot (howto=260)
> at /usr/src/sys/kern/kern_shutdown.c:447
> #2 0x80a95a38 in vpanic (fmt=,
> ap=) at /usr/src/sys/kern/kern_shutdown
> -Original Message-
> From: owner-freebsd-virtualizat...@freebsd.org [mailto:owner-freebsd-
> virtualizat...@freebsd.org] On Behalf Of Pavel Timofeev
> Sent: Tuesday, July 7, 2015 7:51 PM
> To: freebsd-current@freebsd.org; freebsd-virtualizat...@freebsd.org
> Subject: MS DNS doesn't answer
On Tue, Jul 07, 2015 at 02:50:49PM +0300, Pavel Timofeev wrote:
> Hi!
> I have a test virtual machine which runs CURRENT under Hyper-V. It's
> amd64 r285198 now.
> It can't get any response from MS DNS server. Well, it could two or
> three weeks ago, but after upgrade it's not able to do it anymor
On Tue, Jul 07, 2015 at 11:08:02AM +0300, Konstantin Belousov wrote:
>
> First reproduce the issue without the vbox modules loaded.
Done:
borg.lerctr.org dumped core - see /var/crash/vmcore.7
Tue Jul 7 07:52:39 CDT 2015
FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r285159M: Mo
Hi!
I have a test virtual machine which runs CURRENT under Hyper-V. It's
amd64 r285198 now.
It can't get any response from MS DNS server. Well, it could two or
three weeks ago, but after upgrade it's not able to do it anymore.
Google DNS answers without problems meanwhile (sic!).
What I do:
# host
On Mon, Jul 06, 2015 at 06:02:11PM -0500, Larry Rosenman wrote:
>
>
> I've enabled DEBUG_REDZONE, and have DEBUG_MEMGUARD in the system, but
> have zero clue as to what to set for memguard :(
>
> Could I get some guidance?
>
> On 2015-07-06 17:43, K. Macy wrote:
>
> > That's really disturb
31 matches
Mail list logo
