https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #119 from Don Lewis ---
(In reply to Nils Beyer from comment #115)
I have some suspicions about what might be going wrong with ryzen_segv_test,
but I really don't understand the memory fence / serialization stuff well
enough to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220996
Bug ID: 220996
Summary: top show a blank line for ARC when zfs.ko load without
zpool imported
Product: Base System
Version: 11.0-RELEASE
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220997
Bug ID: 220997
Summary: Broken watchdog after iflib update (em0)
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220997
Alexander Leidinger changed:
What|Removed |Added
Assignee|freebsd-bugs@FreeBSD.org|sbr...@freebsd.org
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164947
Tim changed:
What|Removed |Added
CC||coolsimple...@wudet.men
--- Comment #8 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #121 from Nils Beyer ---
(In reply to Don Lewis from comment #119)
> This gives mfence() some memory loads to wait for, which allows the data to
> be migrated from the core A cache. With this change, I no longer get any
> se
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219606
Ed Maste changed:
What|Removed |Added
Resolution|--- |Works As Intended
Status|Ne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #122 from Don Lewis ---
(In reply to Konstantin Belousov from comment #120)
I haven't seen this particular problem since I relocated the shared page. Not
to say that the problem is gone, but it has always been very sporadic.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #123 from SF ---
And thats why i think that it is no software-problem because it is too random,
i did never reproduce it the same way like before. It's always been different.
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #124 from Don Lewis ---
(In reply to Nils Beyer from comment #121)
I let it run overnight here and got 16000+ passes w/o error.
I also see the same variation:
16680: Tue Jul 25 08:04:36 PDT 2017: OK
16640: Tue Jul 25 08:04:36
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #125 from SF ---
Dude, thats ridiculous. You have no clue what you are doing, if you really want
to find out whats going on then you need some debugging on asm-level and the
specifications of this cpu. Then you need to know how
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #126 from Don Lewis ---
(In reply to Nils Beyer from comment #109)
Hey, I just got this during my latest ports build run, this time during the
build of gstreamer1:
error: unable to rename temporary '.libs/libgstreamer_1.0_la-gs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #127 from Nils Beyer ---
poudriere is still building after 27 hours - but it has done that before; so
I'm not confident, yet.
50 ports failed; some because of C/C++ errors; some - especially the GO
language based ports due to b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #128 from Nils Beyer ---
Created attachment 184707
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=184707&action=edit
logs of failed poudriere builds
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #129 from Nils Beyer ---
(In reply to Don Lewis from comment #126)
well, I'd say "welcome back" if it's an ever-welcome guest; but no.
Perhaps one shouldn't put so much attention to that error. It may be not an
indicator for a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #130 from Nils Beyer ---
At least, there's more activity in the AMD forum's thread. One guy has openend
a bug report in the Linux kernel bugtracker:
https://bugzilla.kernel.org/show_bug.cgi?id=196481
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
Nils Beyer changed:
What|Removed |Added
Severity|Affects Only Me |Affects Some People
--
You are recei
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #131 from Don Lewis ---
(In reply to Don Lewis from comment #126)
A total of three ports failed this time around, gstreamer1, thunderbird, and
openoffice-devel. All were the rename failure. The total build time was
almost six
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #132 from Nils Beyer ---
poudriere finished with 56 failed builds. No system freezes or reboots so far.
*thumbsup*
I've started poudriere again to try the failed builds again; for example:
"gcc5-devel" now built successfully, w
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #133 from Nils Beyer ---
(In reply to Nils Beyer from comment #132)
you know what? Forget that. Because 11.1-RELEASE is out, I'll start a complete
new build of all ports. And I'll reboot my system beforehands...
--
You are re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #134 from Don Lewis ---
(In reply to Don Lewis from comment #124)
The AMD documentation that I've found is pretty much silent about
cross-modifying code. My interpretation of the pseudo-code that I found in the
Intel documentat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #135 from rozhuk...@gmail.com ---
(In reply to Nils Beyer from comment #110)
No.
I build all my systems without jail and I do not use poudriere at all.
I never see that build fail and rebuilds magically ok.
My mobo is asrock t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #136 from Nils Beyer ---
AMD support answered; and they asked me to do a complete CMOS reset by
detaching all cables from the computer and removing the CMOS battery. Should
leave that for five minutes, put everything back in and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #137 from rozhuk...@gmail.com ---
(In reply to Nils Beyer from comment #136)
They told do same gay from russian forum with linux.
Next they asks photos with cooling system...
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #138 from Nils Beyer ---
(In reply to Don Lewis from comment #134)
thanks for the explanations. So, that specific Ryzen bug is not responsible for
the strange compilation failures (segfaults/bus errors/unable to rename),
correc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #139 from Nils Beyer ---
(In reply to rozhuk.im from comment #135)
okay, the Taichi is one of the top-notch AM4 mainboards; 12+4 CPU phases -
should be plenty.
> Does FreeBSD MCE implementation works fine?
at least, it logs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #140 from Nils Beyer ---
Created attachment 184714
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=184714&action=edit
Don's Ryzen patch - stripped to the SHAREDPAGE define only...
--
You are receiving this mail becau
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #141 from Nils Beyer ---
(In reply to rozhuk.im from comment #137)
I wonder if these support guys ever read the URLs people tell them - probably
not.
No matter, I'm not doing as support requested; I'd like to let poudriere bui
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #142 from rozhuk...@gmail.com ---
IMHO it can fix soft fails, but not reboots.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org m
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #143 from Don Lewis ---
(In reply to Nils Beyer from comment #138)
I seriously doubt it.
You could try writing a script that writes to and then renames files and run
multiple instances in parallel to emulate what a parallel bui
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #144 from Don Lewis ---
(In reply to Nils Beyer from comment #136)
They left out the most important part ... shaking a rubber chicken over it.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221010
Bug ID: 221010
Summary: [autofs] include_nis proposed script
Product: Base System
Version: 11.0-STABLE
Hardware: Any
OS: Any
Status: New
Severity: A
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399
--- Comment #145 from Don Lewis ---
(In reply to rozhuk.im from comment #135)
It's sort of unknown here about how "fine" the machine check code works, but I
have seen reports of errors getting logged. It is sometimes possible for
software
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221011
Bug ID: 221011
Summary: [autofs] automounter starts late
Product: Base System
Version: 11.0-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220462
--- Comment #5 from ig...@speechpro.com ---
With patch I can build VirtualBox without errors.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.or
36 matches
Mail list logo
