On Thu, Oct 02, 2014 at 02:07:30PM +0900, Yonghyeon PYUN wrote:
> On Wed, Oct 01, 2014 at 10:36:37AM +0900, Yonghyeon PYUN wrote:
> > On Tue, Sep 30, 2014 at 10:57:41AM +0900, Yonghyeon PYUN wrote:
> > > Hi,
> > > I've added support for QAC AR816x/AR817x ethernet controllers. It
> > > passed my li
On 08/10/2014 03:40, Steve Wills wrote:
> Hi,
>
> Not sure which thread this belongs to, but I have a zfs hang on one of my
> boxes
> running r272152. Running procstat -kka looks like:
>
> http://pastebin.com/szZZP8Tf
>
> My zpool commands seem to be hung in spa_errlog_lock while others are hun
Hi,
Not sure which thread this belongs to, but I have a zfs hang on one of my boxes
running r272152. Running procstat -kka looks like:
http://pastebin.com/szZZP8Tf
My zpool commands seem to be hung in spa_errlog_lock while others are hung in
zfs_lookup. Suggestions?
Thanks,
Steve
__
On Tue, Oct 7, 2014 at 4:38 PM, Craig Rodrigues wrote:
>
> On Tue, Oct 7, 2014 at 4:30 PM, NGie Cooper wrote:
>>
>> On Tue, Oct 7, 2014 at 2:04 PM, Craig Rodrigues
>> wrote:
>> > Hi,
>> >
>> > After committing this fix to yacc in HEAD (
>> > https://lists.freebsd.org/pipermail/svn-src-all/2014-O
On Tue, Oct 7, 2014 at 4:30 PM, NGie Cooper wrote:
> On Tue, Oct 7, 2014 at 2:04 PM, Craig Rodrigues
> wrote:
> > Hi,
> >
> > After committing this fix to yacc in HEAD (
> > https://lists.freebsd.org/pipermail/svn-src-all/2014-October/092553.html
> )
> > I've been able to do: "cd /usr/tests; ky
On Tue, Oct 7, 2014 at 2:04 PM, Craig Rodrigues wrote:
> Hi,
>
> After committing this fix to yacc in HEAD (
> https://lists.freebsd.org/pipermail/svn-src-all/2014-October/092553.html )
> I've been able to do: "cd /usr/tests; kyua test"
>
> and get 0 test failures:
>
> https://jenkins.freebsd.org
Am 07.10.2014 um 23:57 schrieb Matthias Andree:
> Am 07.10.2014 um 22:17 schrieb Antoine Brodin:
>
>> So, the test fail on head, but if you look carefully, 1480342*1024
>> = 0x5a5a... which looks like malloc junk.
>
> Bingo, thanks for the pointer.
>
>> But when I turn off malloc debugging (
Am 07.10.2014 um 22:17 schrieb Antoine Brodin:
> So, the test fail on head, but if you look carefully, 1480342*1024
> = 0x5a5a... which looks like malloc junk.
Bingo, thanks for the pointer.
> But when I turn off malloc debugging ( ln -s 'abort:false,junk:false'
> /etc/malloc.conf ) the tests
Hi,
I have created this Jenkins job:
https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1577/BuildGraph/
(1) does a buildworld/buildkernel on amd64 when someone checks new
code into CURRENT
(2) Creates a bootable UFS image with makefs
(3) Boots the image under bhyve
(4) Runs these co
Hi,
After committing this fix to yacc in HEAD (
https://lists.freebsd.org/pipermail/svn-src-all/2014-October/092553.html )
I've been able to do: "cd /usr/tests; kyua test"
and get 0 test failures:
https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/16/testReport/
--
Craig
_
On Tue, Oct 7, 2014 at 9:49 PM, Matthias Andree wrote:
> Am 07.10.2014 um 21:32 schrieb Antoine Brodin:
>> On Tue, Oct 7, 2014 at 9:26 PM, Matthias Andree wrote:
>>> Greetings,
>>>
>>> I have just updated sysutils/e2fsprogs and its slave ports(*), and test
>>> drove them on redports. The self-te
On 10/07/2014 14:01, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
>> >From the same frame, please do
>> p *(struct drm_i915_private *)(dev->private)
>
> I probably figured out what is wrong, but it is still interesting to
> see this piece of dat
Am 07.10.2014 um 21:32 schrieb Antoine Brodin:
> On Tue, Oct 7, 2014 at 9:26 PM, Matthias Andree wrote:
>> Greetings,
>>
>> I have just updated sysutils/e2fsprogs and its slave ports(*), and test
>> drove them on redports. The self-test suite is failing on 11-CURRENT
>> i386 and amd64, but not on
2014-10-07 21:29 GMT+02:00 Ed Maste :
> On 7 October 2014 15:20, Ranjan1018 . <21474...@gmail.com> wrote:
> >
> > Hmm... The next patch looks like a unified diff to me...
> > The text leading up to this was:
> > --
> > |diff --git a/sys/amd64/conf/X b/sys/amd64/conf/X
> >
On 10/07/2014 14:24, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
>> On 10/07/2014 12:44, Konstantin Belousov wrote:
>>> On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
>
Dear FreeBSD Community,
As previously announced, today is the deadline for submitting items for
the next FreeBSD Quarterly Status Update, covering work done in July
through September.
If you still need some time to prepare a submission, please note that we
will continue to accept submissions as w
On Tue, Oct 7, 2014 at 9:26 PM, Matthias Andree wrote:
> Greetings,
>
> I have just updated sysutils/e2fsprogs and its slave ports(*), and test
> drove them on redports. The self-test suite is failing on 11-CURRENT
> i386 and amd64, but not on 10 or older releases.
>
> 11-amd64: https://redports.
On 7 October 2014 15:20, Ranjan1018 . <21474...@gmail.com> wrote:
>
> Hmm... The next patch looks like a unified diff to me...
> The text leading up to this was:
> --
> |diff --git a/sys/amd64/conf/X b/sys/amd64/conf/X
> |index 0cd80c6..2d630d5 100644
> |--- a/sys/amd64/con
Greetings,
I have just updated sysutils/e2fsprogs and its slave ports(*), and test
drove them on redports. The self-test suite is failing on 11-CURRENT
i386 and amd64, but not on 10 or older releases.
11-amd64: https://redports.org/buildarchive/20141007190638-31576
11-i386: https://redports.org
2014-10-07 20:01 GMT+02:00 Konstantin Belousov :
> On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> > >From the same frame, please do
> > p *(struct drm_i915_private *)(dev->private)
>
> I probably figured out what is wrong, but it is still interesting to
> see this piece of
On Tue, Oct 07, 2014 at 02:08:06PM -0400, Adam McDougall wrote:
> On 10/07/2014 12:44, Konstantin Belousov wrote:
> > On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
> >>
> >> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
> >>> On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDo
On 10/07/2014 12:44, Konstantin Belousov wrote:
> On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
>>
>> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
>>> On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
> On
gperf is a tool that generates perfect hash functions. It is used as a
bootstrap tool when building gcc, and by a few ports.
Today we unconditionally build and install gperf, including on clang
architectures where it's not required. I plan to switch this so that
gperf is only built when gcc is (th
On Tue, Oct 07, 2014 at 07:44:19PM +0300, Konstantin Belousov wrote:
> >From the same frame, please do
> p *(struct drm_i915_private *)(dev->private)
I probably figured out what is wrong, but it is still interesting to
see this piece of data.
For everybody who has the issue with blank screen or p
On Tue, Oct 07, 2014 at 09:00:56AM -0400, Adam McDougall wrote:
>
> On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
> > On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
> >> On 10/05/2014 13:00, Konstantin Belousov wrote:
> >>> On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDoug
On 10/5/2014 at 1:57 AM Alexander V. Chernikov wrote:
|On 01.10.2014 02:02, Mike. wrote:
|> On 9/30/2014 at 7:25 PM José Pérez Arauzo wrote:
|>
|>
|> |[snip]
|> |Try the 271146,
|> |[snip]
|> =
|
|This might be related with r271207.
|Can you try r271206 (or any recent HEAD with re
On 10/7/2014 12:20 AM, Konstantin Belousov wrote:
On Mon, Oct 06, 2014 at 07:30:20PM -0400, Adam McDougall wrote:
On 10/05/2014 13:00, Konstantin Belousov wrote:
On Sun, Oct 05, 2014 at 11:01:14AM -0400, Adam McDougall wrote:
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0x80661ef
27 matches
Mail list logo
