On 2020-Dec-25, at 22:21, Mark Millard wrote:
>> On 2020-Dec-24, at 21:17, Mark Millard wrote:
>>
>> Hartmann, O. o.hartmann at walstatt.org wrote on
>> Thu Dec 24 21:34:56 UTC 2020 :
> . . .
Looks like I was over specific about where I did "git fetch&
> On 2020-Dec-24, at 21:17, Mark Millard wrote:
>
> Hartmann, O. o.hartmann at walstatt.org wrote on
> Thu Dec 24 21:34:56 UTC 2020 :
. . .
I've done more exploring and so am more willing to be
explicit about commands now that I've tried some of this.
>> I can not find
ow I've been working. (So such a
svnlite diff and a git apply of the diff output would not have covered
those extra files.) The files happened to be kernel configuration files.
Hopefully some of the above notes will prove of some use.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
aw
>
> Modified: head/usr.bin/unzip/Makefile
> ==
> --- head/usr.bin/unzip/Makefile Sun Aug 16 23:55:23 2020
> (r364291)
> +++ head/usr.bin/unzip/Makefile Mon Aug 17 05:57:02 2020
> (r3642
ater
Raspberry Pi 2)
If that is correct, then the -r364053 is using the cortex-A7 variant's
dtb instead of the cortex-A53 variant's dtb. It looks like it should
be using bcm2710-rpi-2-b.dtb to be treating the RPI2B v1.2 in an
RPi3B like way.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.n
On 2020-Jul-25, at 13:59, Mark Millard wrote:
> On 2020-Jul-8, at 01:28, Stefan Eßer wrote:
>
>> Am 08.07.20 um 09:01 schrieb Mark Millard:
>>> The following is more informational than anything as far
>>> as I'm concerned. But there may be implications that I'
On 2020-Jul-8, at 01:28, Stefan Eßer wrote:
> Am 08.07.20 um 09:01 schrieb Mark Millard:
>> The following is more informational than anything as far
>> as I'm concerned. But there may be implications that I'm
>> unaware of. (I sometimes experiment with toolchain use
>&
; Reported by;manu
This fixes the Rock64, allowing it to boot again. Thanks!
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
On 2020-Jul-8, at 20:35, Yuri Pankov wrote:
> Mark Millard wrote:
>> This seems to have broken doing buildworld buildkernel and
>> other things using make:
>> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 197: warning: String
>> comparison operato
g", rhs = "gcc", op = ==
. . .
left = 0.00, right = 6.00, op = <=
left = 0.00, right = 3.00, op = <=
lhs = "clang", rhs = "gcc", op = ==
make[3]: "/usr/src/share/mk/bsd.sys.mk" line 81: warning: String comparison
operator should
On 2020-Jul-8, at 01:28, Stefan Eßer wrote:
> Am 08.07.20 um 09:01 schrieb Mark Millard:
>> The following is more informational than anything as far
>> as I'm concerned. But there may be implications that I'm
>> unaware of. (I sometimes experiment with toolchain use
>&
/src/share/mk/bsd.sys.mk'
.PATH='. /usr/src/usr.bin/gh-bc /usr/src/contrib/bc/src /usr/src/contrib/bc/gen
/usr/src/contrib/bc/manuals
/usr/obj/powerpcvtsc_clang_altbinutils/powerpc.powerpc/usr/src/powerpc.powerpc/usr.bin/gh-bc'
1 error
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in e
g the term blacklist in one place
(and not explicitly as a reference to the prior naming convention
to help avoid any potential confusions).
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org ma
intive
DISAPPROVAL: The label DISAPPROVAL indicates that you
use the word or expression to show that you dislike
the person or thing you are talking about. An example
of a word with this label is infantile.
END QUOTE
Minion is not listed as OFFENSIVE, VERY OFFENSIVE, RUDE,
or VERY RUDE.
[Yet another oddity.]
On 2020-Jun-11, at 21:05, Mark Millard wrote:
>
> There is another oddity in the code structure, in
> that if pt was ever NULL the code would misuse the
> NULL before the test for non-NULL is made:
>
>pt = moea_
table, update that pte as well.
*/
if (pt != NULL) {
(I'm not claiming that this explains the panic.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing
[Just a better panic backtrace text copy.]
On 2020-Jun-11, at 20:29, Mark Millard wrote:
> On 2020-Jun-11, at 19:25, Justin Hibbits wrote:
>
>> On Thu, 11 Jun 2020 17:30:24 -0700
>> Mark Millard wrote:
>>
>>> On 2020-Jun-11, at 16:49, Mark Millard wrote:
&
On 2020-Jun-11, at 19:25, Justin Hibbits wrote:
> On Thu, 11 Jun 2020 17:30:24 -0700
> Mark Millard wrote:
>
>> On 2020-Jun-11, at 16:49, Mark Millard wrote:
>>
>>> On 2020-Jun-11, at 14:42, Justin Hibbits
>>> wrote:
>>>
>>> O
On 2020-Jun-11, at 16:49, Mark Millard wrote:
> On 2020-Jun-11, at 14:42, Justin Hibbits wrote:
>
> On Thu, 11 Jun 2020 14:36:37 -0700
> Mark Millard wrote:
>
>> On 2020-Jun-11, at 13:55, Justin Hibbits
>> wrote:
>>
>>> On Wed, 10 Jun 2
On 2020-Jun-11, at 14:42, Justin Hibbits wrote:
On Thu, 11 Jun 2020 14:36:37 -0700
Mark Millard wrote:
> On 2020-Jun-11, at 13:55, Justin Hibbits
> wrote:
>
>> On Wed, 10 Jun 2020 18:56:57 -0700
>> Mark Millard wrote:
. . .
>
>
>> That said, the attached p
m just as easily on the
single-socket/single-core contexts that I
tried.
> On Thu, Jun 11, 2020, at 4:36 PM, Mark Millard wrote:
>>
>> How did you test?
>>
>> In my context it was far easier to see the problem
>> with builds that did not use MALLOC_PRODUCTION.
On 2020-Jun-11, at 13:55, Justin Hibbits wrote:
> On Wed, 10 Jun 2020 18:56:57 -0700
> Mark Millard wrote:
>
>> On 2020-May-13, at 08:56, Justin Hibbits wrote:
>>
>>> Hi Mark,
>>
>> Hello Justin.
>
> Hi Mark,
Hello again, Justin.
>
On 2020-May-13, at 08:56, Justin Hibbits wrote:
> Hi Mark,
Hello Justin.
> On Wed, 13 May 2020 01:43:23 -0700
> Mark Millard wrote:
>
>> [I'm adding a reference to an old arm64/aarch64 bug that had
>> pages turning to zero, in case this 32-bit powerpc issue
uot;GPL-2.0-or-later" SPDX notices in the .dts , .dtsi , and
.h files. It also showed some license lines with the word
"copyright" in the lines (whatever the capitalization
status).
By contrast,
# egrep -r "SPDX|Copyright" /usr/src/sys/dts/ | more
showed lots of Copyrig
es forced unsigned
by left hand sides being so):
(uintptr_t)uaddr= VM_MAXUSER_ADDRESS
||
(uintptr_t)uaddr >= (uintptr_t)VM_MAXUSER_ADDRESS - ulen
(I've left equality handling as it was, despite, for
example, 0xe000u with length 0x2000u having a last
address of 0xefffu and 0x
[I'm adding a reference to an old arm64/aarch64 bug that had
pages turning to zero, in case this 32-bit powerpc issue is
somewhat analogous.]
On 2020-May-13, at 00:29, Mark Millard wrote:
> [stress alone is sufficient to have jemalloc asserts fail
> in stress, no need for a multi-soc
ome such is sufficient,
something that is also involved when the swap
space is partially in use (according to top). Or
sitting in the inactive list for a long time, if
that has some special status.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
__
should be not using
MALLOC_PRODUCTION --so problems would be detected
sooner via the asserts in jemalloc.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.o
ggests that the (int)mprotect(ADDRESS,1,0x1) might
be changing the context --or just doing the attach
and detach in gdb does. I've nothing solid in this
area so I'll ignore it, other than this note.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
aw
ex_tab+384>:0x1a1b1b1b 0x1b1b1b1b
0x1b1b1b1b 0x1b1b1b1b
0x5030d090 <__je_sz_size2index_tab+400>: 0x1b1b1b1b 0x1b1b1b1b
0x1b1b1b1b 0x1b1b1b1b
0x5030d0a0 <__je_sz_size2index_tab+416>:0x1b1b1b1b 0x1b1b1b1b
0x1b1b1b1b
[More details for a sshd failure. The other
examples are omitted. The sshd failure also shows
a all-zeros-up-to-a-page-boundary issue, just for
a different address range.]
On 2020-May-7, at 12:06, Mark Millard wrote:
>
> [mountd failure example: also at sz_size2index_lookup
[mountd failure example: also at sz_size2index_lookup assert
for the same zero'd memory problem.]
> On 2020-May-7, at 00:46, Mark Millard wrote:
>
> [__je_sz_size2index_tab seems messed up in 2 of the
> asserting contexts: first 384 are zero in both. More
> before that is also
[__je_sz_size2index_tab seems messed up in 2 of the
asserting contexts: first 384 are zero in both. More
before that is also messed up (all zero). I show the
details later below.]
On 2020-May-6, at 16:57, Mark Millard wrote:
> [This explores process crashes that happen during system
> sh
_index2size_tab[index];
200 assert(ret == sz_index2size_compute(index));
201 return ret;
202 }
Booting and immediately trying something like:
service nfsd stop
did not lead to a failure. But may be after
a while it would and be less drastic than a
reboot or power down
r = 0, oa_base = 0x202d2020 , oa_length = 538976288}, xp_p1 = 0x2d202020, xp_p2 = 0x20202020,
xp_p3 = 0x2d0a0079, xp_type = 543780384}
(gdb) print (char*)(>xp_verf.oa_base)
$24 = 0x50047350 " - - -\n"
(gdb) print (char*)(>xp_p3)+3
$13 = 0x50047363 "y in FreeBSD.\n&
sigprocmask(SIG_BLOCK,0x0,{ }) = 0 (0x0)
(Another about 1800 seconds.)
So it seems that sendmail's SIGSEGV always happens during the
winding down of the child process: getting ready to exit.
So far, it seems that once it starts happening, it happens
for each child process created after that.
==
he memory at 64(r29)
after it was updated by the code above.
C) r29's value was trashed by something,
changing where 64(r29) referenced.
D) r3 was trashed between the two back-to-back
instructions:
0x50243fe8 <+348>: lwz r3,64(r29)
=> 0x50243fec <+352>: lwz r4,
[The bit argument ot bitmap_unset seems to be way
too large.]
On 2020-May-3, at 11:08, Mark Millard wrote:
> [At around 4AM local time dhcient got a signal 11,
> despite the jemalloc revert. The other exmaples
> have not happened.]
>
> On 2020-May-2, at 18:46, Mark Millard wr
[At around 4AM local time dhcient got a signal 11,
despite the jemalloc revert. The other exmaples
have not happened.]
On 2020-May-2, at 18:46, Mark Millard wrote:
> [I'm only claiming the new jemalloc is involved and that
> reverting avoids the problem.]
>
> I've been reporting t
On 2020-May-3, at 01:26, nonameless at ukr.net wrote:
> --- Original message ---
> From: "Mark Millard"
> Date: 3 May 2020, 04:47:14
>
>
>
>> [I'm only claiming the new jemalloc is involved and that
>> reverting avoids the problem.]
>>
e sendmail but it was left
to do its default things, partially to test if
such default things are working. Unfortunately,
PowerMacs have a problematical status under
FreeBSD and my context has my historical
experiments with avoiding various problems.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net
>From https://ci.freebsd.org/job/FreeBSD-head-powerpc-build/15810/console :
--- mmu_oea64.o ---
23:10:11 /usr/src/sys/powerpc/aim/mmu_oea64.c:933:7: error: format specifies
type 'uintmax_t' (aka 'unsigned long long') but the argument has type 'unsigned
int' [-Werror,-Wformat]
===
Mark Mill
_TRASH
optionsINVARIANT_SUPPORT # Extra sanity checks of internal
structures, required by INVARIANTS
optionsQUEUE_MACRO_DEBUG_TRASH # Trash queue(2) internal pointers on
invalidation
Should head/sys/conf/NOTES have material about avoiding
QUEUE_MACRO_DEBUG_TRASH with INVARI
r.bin/setchannel/Makefile.depend
-rw-r--r-- 1 root wheel 3258 Dec 20 20:06:10 2019
/usr/src/usr.bin/setchannel/setchannel.1
-rw-r--r-- 1 root wheel 6825 Dec 20 20:06:09 2019
/usr/src/usr.bin/setchannel/setchannel.c
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in earl
:222:4: note: expanded from macro 'ATOMIC_CMPSET'
: "=@cce" (res),/* 0 */ \
^
/usr/include/machine/atomic.h:280:4: error: invalid output constraint '=@ccc'
in asm
: "=@ccc" (res),/* 0 */
^
/usr/include/machine/atomic.h:
r-x 2 root wheel 512 Mar 1 19:32:47 2020 .
drwxr-xr-x 34 root wheel 512 Jul 31 20:50:10 2019 ..
-r--r--r-- 1 root wheel 9780 Mar 27 01:33:24 2019 ioctl_bt848.h
But I also see (from the host environment this time):
# grep -r ioctl_bt848 /usr/src/* | more
/usr/src/usr.bin/setchannel/set
constraint '=@ccc'
in asm
: "=@ccc" (res),/* 0 */
^
/usr/include/machine/atomic.h:328:4: error: invalid output constraint '=@ccc'
in asm
: "=@ccc" (res),/* 0 */
^
===
Mark Millard
marklmi at yahoo.com
( dsl
t; We will also not miss it since we will continue to enjoy it as an
> important package in FreeBSD ports collection :).
As of head -r358472 , it looks like contrib/libstdc++ has
survived so far. It may be another thing that goes.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net w
host compiler supports
> C++11, and can simplify the Clang and LLD defaults. Clang and lld are now
> enabled by default everywhere, and are used as the bootstrap compiler and
> linker for all targets except MIPS.
lld vs. 32-bit powerpc?
===
Mark Millard
marklmi at yahoo.com
needing
it?)
I do not have patches below /head/contrib/gcclibs but it
exists as well. Similar questions, I guess.
(I've still got things back at head -r358132 but am cleaning
things out well before I update.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar
[Ignoring llvm-project and libstdc++, I only find
about 24 other instances of "static_assert".]
On 2020-Feb-27, at 19:03, Mark Millard wrote
> On 2020-Feb-27, at 16:37, John Baldwin wrote:
>
>> On 2/27/20 2:45 PM, Mark Millard wrote:
>>> John Baldwin jhb at Free
On 2020-Feb-27, at 16:37, John Baldwin wrote:
> On 2/27/20 2:45 PM, Mark Millard wrote:
>> John Baldwin jhb at FreeBSD.org wrote on
>> Thu Feb 27 16:55:01 UTC 2020:
>>
>>> On 2/27/20 7:30 AM, Warner Losh wrote:
>>>> Author: imp
>>>> Da
)
C11 added "#define static_assert _Static_assert" to
It makes for a bit of a mess in code to be allowed
to be processed by both C and C++.
The wording may need to specify enough to tell what to
do for such code and the headers may need logic to
cause that context to exist across both languag
: they look odd/poor.
(But I could still see what I needed too see to figure out what
to do.)
The breakage seems to be tied to 64-bit contexts in some way.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head
s would be tested
in an uninitialized state.
The compiler complaint seems valid for this.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listi
crashing case, looking at the kernel
produced show significant differences in where
ABS is used and some other differences. (I do
not claim anything like a complete comparison.)
Without work on one or both sides,
devel/binutils@powerpc does not seem to be
an alternative.
===
Mark Millard
sibly control all the
required behavioral differences for targeting
32-bit powerpc)?
(powerpcspe has been dropped from gcc, if I
understand right. So I do not expect that it
can be covered. So I did not list it as another
TARGET_ARCH value above.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.n
(modern)
GNU binutils ld (in addition to lld) or not. So it may be
that the effort would not be put in. (I'm not claiming
which side(s) would change if the effort was put in.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_
On 2019-Dec-24, at 21:26, Mark Millard wrote:
> In:
>
> +# Defines a variable for Binutils linker, to be used to workaround some
> +# issue with LLVM LLD (i.e. support for PowerPC32 bit on PowerPC64)
> +#
> +# This is an unavoidable cross coupling with Makefile.inc1 and
es
are always sufficient. Nor am I claiming
that tunables are always available that would
be sufficient. Nor that it is easy to find
the ones that do exist that might help for
specific OOM kill issues.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_
-freebsd13.0/bin/-ld.bfd
seems strange (using powerpc64 as an example).
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
nlock_count++;
critical_enter();
}
void
spinlock_exit(void)
{
struct thread *td;
register_t pil;
td = curthread;
critical_exit();
pil = td->td_md.md_saved_pil;
td->td_md.md_spinlock_count--;
if (td->td_md.md_spinlock_count ==
__deprecated(m) __attribute__((__deprecated__(m)))
14:32:22 ^
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
ackspace, bell, and return - in addition to all graphic
characters - unencoded.
So tab, newline, backspace, bell, and return are not encoded
or replaced now but do not have top's expected cursor position
result.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
aw
s stands it looks like reverting secure-plt's use is the
direction I'd have to go to avoid gcc 4.2.1 .
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd
68916), I broke
external threading support.
This should fix that
END QUOTE
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-
[I did not deal with translating register usage correctly.]
> On 2019-Apr-27, at 01:50, Mark Millard wrote:
>
> Justin Hibbits jhibbits at FreeBSD.org wrote on
> Fri Apr 26 16:21:47 UTC 2019 :
>
>> This actually uses 'cmpb' which is only available on PowerISA 2.05+, so
ch the context.)
The c/c++-ish code came from thinking about material from Hacker's
Delight Second Edition and the specific criteria needed here: it
uses part of Figure 6-2 "Find First 0-Byte, branch-free code",
adjusted for width and for returning something sufficient here.
===
Mark
to comment on why relative links only lasted
3 days last time they were tried.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn
el/powerpc64-xtoolchain-gcc .
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-
Warner Losh imp at FreeBSD.org wrote on
Tue Nov 20 07:11:24 UTC 2018 :
> Instead, used fixed constants because there's no way to say ceil(X)
> for integer math. . . .
For a ratio of unsigned integers, with 0
// ceil_x_div_y(x,y), given 0https://lists.freebsd.org/mailman/listinfo/svn-src-head
To
[I note what I've failed to find a way to investigate.]
On 2018-Nov-7, at 11:53, Mark Millard wrote:
> [I trace code associated with bl <1322.plt_call.getenv>
> in the two contexts and extend the range over which things
> appear to match: up to some point after
erpc FreeBSD.
So I'm not sure if some of the powerpc64 context sometimes
applies for such use or not. May be the mode of use is as-if
it was limited like 32-bit powerpc hardware for what you
propose?
I do not now if i386 or mips have the same sort of
question relative to use on 64-bit capable
[I trace code associated with bl <1322.plt_call.getenv>
in the two contexts and extend the range over which things
appear to match: up to some point after the branch
b <__glink_PLTresolve> .]
On 2018-Nov-6, at 19:12, Mark Millard wrote:
> [I've present a little information a
[I've present a little information about the longer-existing
failure's odd backtrace for /libexec/ld-elf.so.1 /bin/ls
--but on powerpc64 FreeBSD instead of 32-bit powerpc FreeBSD.]
On 2018-Nov-2, at 11:50, Konstantin Belousov wrote:
> On Fri, Nov 02, 2018 at 10:38:08AM -0700, Mark Millard wr
On 2018-Nov-3, at 12:51 PM, Konstantin Belousov wrote:
> On Sat, Nov 03, 2018 at 12:04:53PM -0700, Mark Millard wrote:
>> 80903 ld-elf.so.1 CALL
>> mmap(0x1,0xb000,0,0x6010,0x,0x1,0,0)
>> 80903 ld-elf.so.1 RET mmap -1 errno 12 C
On 2018-Nov-3, at 12:04 PM, Mark Millard wrote:
> On 2018-Nov-3, at 8:49 AM, Konstantin Belousov wrote:
>
>> On Fri, Nov 02, 2018 at 05:51:25PM -0700, Mark Millard wrote:
>>> On 2018-Nov-2, at 11:50 AM, Konstantin Belousov
>>> wrote:
>>>
>>>
On 2018-Nov-3, at 8:49 AM, Konstantin Belousov wrote:
> On Fri, Nov 02, 2018 at 05:51:25PM -0700, Mark Millard wrote:
>> On 2018-Nov-2, at 11:50 AM, Konstantin Belousov
>> wrote:
>>
>>> On Fri, Nov 02, 2018 at 10:38:08AM -0700, Mark Millard wrote:
&
On 2018-Nov-2, at 11:50 AM, Konstantin Belousov wrote:
> On Fri, Nov 02, 2018 at 10:38:08AM -0700, Mark Millard wrote:
>> . . .
>
> There seems to be an issue with the direct execution mode on ppc.
> Even otherwise working ld-elf.so.1 segfaults if I try to use it as
&
On 2018-Nov-2, at 8:52 AM, Konstantin Belousov wrote:
> On Fri, Nov 02, 2018 at 08:30:17AM -0700, Mark Millard wrote:
>> Breakpoint 4, reloc_non_plt (obj=0x41041000, obj_rtld=0x1801cc7, flags=4,
>> lockstate=0x0) at /usr/src/libexec/rtld-elf/powerpc/rel
On 2018-Nov-2, at 4:38 AM, Konstantin Belousov wrote:
> On Fri, Nov 02, 2018 at 12:16:23AM -0700, Mark Millard wrote:
>> It stops when the dcbst in __syncicache runs into an address in
>> the p_align 65536 caused hole between the two PT_LOAD's with PF_X.
>> /bin/ls i
[The backtrace confirms what I reported to Alexander Richardson
and Shawn Webb earlier.]
On 2018-Nov-1, at 6:40 PM, Mark Millard wrote:
> On 2018-Nov-1, at 5:41 PM, Konstantin Belousov wrote:
>
>> On Tue, Oct 30, 2018 at 12:45:13PM -0700, Mark Millard wrote:
>>> Konstant
On 2018-Nov-1, at 5:41 PM, Konstantin Belousov wrote:
> On Tue, Oct 30, 2018 at 12:45:13PM -0700, Mark Millard wrote:
>> Konstantin Belousov kostikbel at gmail.com wrote on
>> Tue Oct 30 18:04:04 UTC 2018 :
>>
>>> On Tue, Oct 30, 2018 at 03:32:40PM +, Alexander
On 2018-Oct-31, at 11:53 AM, Alexander Richardson
wrote:
> On Wed, 31 Oct 2018 at 18:38, Mark Millard
> wrote:
>>
>> On 2018-Oct-30, at 3:23 PM, Alexander Richardson > freebsd.org> wrote:
>>
>>> . . .
>>> Before this change obj->textsi
them:
PT_PHDR for ./bin/ls has PF_X indicated.
Various other entries overlap with the
PT_LOAD's that have PF_X.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.
On 2018-Oct-30, at 2:40 PM, Alexander Richardson
wrote:
> On Tue, 30 Oct 2018 at 21:32, Mark Millard
> wrote:
>>
>>
>>
>> On 2018-Oct-30, at 2:23 PM, Alexander Richardson > freebsd.org> wrote:
>>
>>> On Tue, 30 Oct 2018 at 18:19, Mark M
On 2018-Oct-30, at 2:23 PM, Alexander Richardson
wrote:
> On Tue, 30 Oct 2018 at 18:19, Mark Millard
> wrote:
>>
>> Alexander Richardson arichardson at freebsd.org wrote on
>> Tue Oct 30 15:33:00 UTC 2018 :
>>
>>> On Tue, 30 Oct 2018 at 10:17, Micha
0 a2a8 2**2
CONTENTS, READONLY
Note: elfdump indicates a section before what above is
listed as "0 .interp", but the section has sh_name
empty and SHT_NULL as elfdump reports it. Also elfdump
always shows sh_flags as empty, unlike what objdump
reports.
section header:
ALLOC
21 .data 0050 10019fa0 10019fa0 9fa0 2**3
CONTENTS, ALLOC, LOAD, DATA
22 .bss 0208 000010019ff0 10019ff0 9ff0 2**3
ALLOC
23 .comment 02b5 9ff
);
DRIVER_MODULE(miibus, rl, miibus_driver, miibus_devclass, 0, 0);
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscri
[I've got a historical WERROR= used in my amd64-gcc based builds.]
On 2018-Sep-20, at 6:05 PM, Mark Millard wrote:
> Li-Wen Hsu lwhsu at freebsd.org wrote on
> Thu Sep 20 22:10:19 UTC 2018 :
>
>> On Thu, Sep 20, 2018 at 10:06 PM Mark Johnston wrote:
>>>
>>&
ws.freebsd.org/D15919
> > > >
> > > > This seems to have broken the gcc build:
> > > > https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/
> > > >
> > > > /workspace/src/lib/msun/ld80/e_powl.c:275:1: error: floating constant
> > > &g
of 'long double' [-Werror=overflow]
if( x <= -LDBL_MAX )
^~
/workspace/src/lib/msun/ld80/e_powl.c: In function 'powil':
/workspace/src/lib/msun/ld80/e_powl.c:577:3: error: floating constant exceeds
range of 'long double' [-Werror=overflow]
return( LDBL_MAX );
^~
Your ports' head -r47
arting
back on 2018-Jun-28 that reported the issue and lead to the
change, with subject:
head -r335782 (?) broke ci.freebsd.org's FreeBSD-head-amd64-gcc build (lib32
part of build)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
[I was asked what the fix might be. So I suggest specifics.]
On 2018-Sep-16, at 10:06 AM, Mark Millard wrote:
> Looks like this head/ObsoleteFiles.inc update has a typo
> in each thing added to OLD_FILES . . .
>
> # ls -lTdt /usr/tests/usr.bin/indent/*
> -r--r--r-- 1 root whe
+OLD_FILES+=usr/bin/indent/tests/sac.0.stdout
# 20180721: move of libmlx5.so.1 and libibverbs.so.1
OLD_LIBS+=usr/lib/libmlx5.so.1
OLD_LIBS+=usr/lib/libibverbs.so.1
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src
: linker command failed with exit code 1 (use -v to see invocation)
*** [objcopy.full] Error code 1
make[3]: stopped in /workspace/src/usr.bin/objcopy
1 error
make[3]: stopped in /workspace/src/usr.bin/objcopy
*** [cross-tools] Error code 2
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
-\|/-[0;37;40m\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|Loading
/boot/defaults/loader.conf
END QUOTE
(Note the [0;37;40m in the long line: White FG code and Black BG code.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
svn-src-head
On 2018-Aug-31, at 9:40 AM, Glen Barber wrote:
> On Fri, Aug 31, 2018 at 09:34:00AM -0700, Mark Millard wrote:
>> On Fri, Aug 31, 2018 at 02:20:09PM +, Glen Barber wrote:
>>>> On Fri, Aug 31, 2018 at 08:51:29AM -0400, Ed Maste wrote:
>>>>> On 30 Augu
ebsd.org/job/FreeBSD-head-powerpc-build/7454/consoleText
shows:
--- genoffset.o ---
/usr/src/sys/sys/types.h:46:28: error: machine/endian.h: No such file or
directory
*** [genoffset.o] Error code 1
for -r338319 but the prior build (for -r338318) and
following build (for -r338320) worked fine.
-r33831
1 - 100 of 249 matches
Mail list logo
