m just guessing at the cause being this same change.)
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-he
(both new): fails
cam_xpt.c -r314283 and scsi_pass.c -r308451 (both old): works fine.
So that gives a clue for where cleanup might be needed in order
to allow -r314624 use (both files).
===
Mark Millard
markmi at dsl-only.net
On 2017-Mar-6, at 2:35 AM, Mark Millard wrote:
> [I should have C
[I should have CC'd svn-src-head in the first place.]
On 2017-Mar-6, at 2:05 AM, Mark Millard wrote:
> On 2017-Mar-6, at 1:37 AM, Mark Millard wrote:
>
>> When I tried to jump from head -r314479 to -r314687 the -r314687 kernel
>> the result failed by always(?) getting:
On 2017-Mar-3, at 6:17 AM, Rodney W. Grimes wrote:
>> On 2017-Mar-2, at 7:19 AM, Steve Kargl
>> wrote:
>>
>> On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote:
>>> On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote:
>>>&
On 2017-Mar-2, at 7:19 AM, Steve Kargl
wrote:
On Thu, Mar 02, 2017 at 01:10:21PM +0100, Mateusz Guzik wrote:
> On Wed, Mar 01, 2017 at 09:45:07AM -0800, Mark Millard wrote:
>>
>>> Summary of the transition interval:
>>>
>>> So for powerpc64 (and powe
On 2017-Feb-28, at 10:13 PM, Mateusz Guzik wrote:
On Sat, Feb 25, 2017 at 08:31:04PM +0100, Mateusz Guzik wrote:
>> On Sat, Feb 25, 2017 at 09:58:39AM -0800, Mark Millard wrote:
>>> Thus the PowerMac G5 so-called "Quad Core" is back to
>>> -r313254 without you
On 2017-Feb-25, at 5:49 AM, Mark Millard <mar...@dsl-only.net> wrote:
> On 2017-Feb-25, at 1:05 AM, Mark Millard <mar...@dsl-only.net> wrote:
>
>> On 2017-Feb-24, at 11:46 PM, Mark Millard wrote:
>>
>>> On 2017-Feb-24, at 8:25 PM, Mark Millard wrot
On 2017-Feb-25, at 1:05 AM, Mark Millard <mar...@dsl-only.net> wrote:
> On 2017-Feb-24, at 11:46 PM, Mark Millard wrote:
>
>> On 2017-Feb-24, at 8:25 PM, Mark Millard wrote:
>>
>>> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote:
>>>>
>&g
On 2017-Feb-24, at 11:46 PM, Mark Millard wrote:
> On 2017-Feb-24, at 8:25 PM, Mark Millard wrote:
>
>> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote:
>>>
>>> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote:
>>>> [Back to the pow
On 2017-Feb-24, at 8:25 PM, Mark Millard wrote:
> On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote:
>>
>> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote:
>>> [Back to the powerpc64 context.]
>>>
>>> On 2017-Feb-20, at 11:10 AM, Mateusz Gu
On 2017-Feb-24, at 4:23 PM, Mateusz Guzik wrote:
>
> On Tue, Feb 21, 2017 at 01:37:25AM -0800, Mark Millard wrote:
>> [Back to the powerpc64 context.]
>>
>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote:
>>
>>> On Sat, Feb 18, 2017 at 04:18:05AM -
[Back to the powerpc64 context.]
On 2017-Feb-20, at 11:10 AM, Mateusz Guzik <mjgu...@gmail.com> wrote:
> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote:
>> [Note: I experiment with clang based powerpc64 builds,
>> reporting problems that I fin
On 2017-Feb-20, at 6:36 PM, Mark Millard wrote:
> On 2017-Feb-20, at 3:35 PM, Mateusz Guzik wrote:
>
>> On Mon, Feb 20, 2017 at 03:10:44PM -0800, Mark Millard wrote:
>>> On 2017-Feb-20, at 2:58 PM, Mark Millard wrote:
>>>
>>>> On 2017
On 2017-Feb-20, at 3:35 PM, Mateusz Guzik wrote:
> On Mon, Feb 20, 2017 at 03:10:44PM -0800, Mark Millard wrote:
>> On 2017-Feb-20, at 2:58 PM, Mark Millard wrote:
>>
>>> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote:
>>>
>>>> On Sat, Feb 18,
On 2017-Feb-20, at 2:58 PM, Mark Millard <mar...@dsl-only.net> wrote:
> On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote:
>
>> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote:
>>> [Note: I experiment with clang based powerpc64 builds,
>>> re
On 2017-Feb-20, at 11:10 AM, Mateusz Guzik wrote:
> On Sat, Feb 18, 2017 at 04:18:05AM -0800, Mark Millard wrote:
>> [Note: I experiment with clang based powerpc64 builds,
>> reporting problems that I find. Justin is familiar
>> with this, as is Nathan.]
>>
>>
On 2017-Feb-18, at 12:58 PM, Mateusz Guzik wrote:
> On Sat, Feb 18, 2017 at 12:49:29PM -0800, Mark Millard wrote:
>> On 2017-Feb-18, at 4:18 AM, Mark Millard wrote:
>>
>>> [Note: I experiment with clang based powerpc64 builds,
>>> reporting problem
On 2017-Feb-18, at 4:18 AM, Mark Millard wrote:
> [Note: I experiment with clang based powerpc64 builds,
> reporting problems that I find. Justin is familiar
> with this, as is Nathan.]
>
> I tried to update the PowerMac G5 (a so-called "Quad Core")
> that I have
271 had the
problems.
Of course I did not try them all in other direction. :)
===
Mark Millard
markmi at dsl-only.net
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to &q
On 2017-Feb-15, at 11:35 PM, Mark Millard wrote:
> When I tried to cross-build -r313783 (via svnlite update) the following:
>
> __FBSDID("$FreeBSD: head/lib/msun/src/catrigl.c 313761 2017-02-15 07:59:54Z
> mmokhi $");
>
> got:
>
> Building /usr/obj/bpim
hare/mk/bsd.links.mk /usr/src/s
hare/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk
/usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk
/usr/src/share/mk/bsd.sys.mk'
.PATH='. /usr/src/lib/msun /usr/src/lib/msun/arm /usr/src/lib/msun/bsdsrc
/usr/src/lib/msun/src /usr/src/lib/msun/man'
On 2017-Feb-15, at 1:39 PM, Oliver Pinter <oliver.pin...@hardenedbsd.org> wrote:
> On 2/15/17, Mark Millard <mar...@dsl-only.net> wrote:
>>> Author: andrew
>>> Date: Wed Feb 15 14:56:47 2017
>>> New Revision: 313772
>>> URL:
>>> h
turning to the child process and its handling of the
stack pointer to be restored.
===
Mark Millard
markmi at dsl-only.net
___
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"
/clang-pine64-installkernel/boot/kernel/if_igb.ko ->
/usr/obj/DESTDIRs/clang-pine64-installkernel/boot/kernel/if_em.ko
But the target place(s) to later copy to is(are) unlikely to
have such a path.
Relative paths, hard links, or independent copies could avoid
such things.
===
Mark
UILDING_ZFS
>
> .if ${MACHINE_ARCH} == "powerpc64"
> -CFLAGS+=-mminimal-toc
> +CFLAGS.gcc+=-mminimal-toc
> .endif
>
> .ifdef ZFS_DEBUG
You may want to process my bugzilla 215107 with head/sys/modules/zfs/Makefile
as it also deals with that -mminimal-toc: in othe
On 2017-Jan-29, at 8:51 PM, Justin Hibbits wrote:
> Hi Mark,
>
> On Jan 29, 2017, at 9:42 PM, Mark Millard wrote:
>
>>> Author: jhibbits
>>> Date: Mon Jan 30 02:32:33 2017
>>> New Revision: 312977
>>> URL:
>>> https://svnweb.freeb
preserved for the sign-bit and/or
value-carrying bits in the new type vs. the old type.
(By contrast a new type being unsigned is defined with a mathematically
specific/unique result and so a specific bit pattern for the
value-carrying bits, ignoring trap representations and other pad bits
if the
|| defined(MUTEX_NOINLINE)
> > ^
> > 2 errors generated.
> > *** Error code 1
(From:
https://lists.freebsd.org/pipermail/freebsd-current/2016-November/063920.html )
I ran into the same thing in the same place.
Like O. Hartmann I followed the compiler's advice to work
was to be made to work right by default there are alternatives
that involve __powerpc64__ in at least one more place, such
as:
#if defined(AIM) || defined(__powerpc64__)
===
Mark Millard
markmi at dsl-only.net
On 2016-Nov-19, at 10:12 PM, Justin Hibbits wrote:
> My buildworld comple
rep "vm_page[.]h" {} \; -print | more
> #include
> /usr/src/lib/libmemstat/memstat_uma.c
> #define LIBMEMSTAT /* Cause vm_page.h not to include opt_vmpage.h */
> #include
> /usr/src/tools/tools/umastat/umastat.c
===
Mark Millard
markmi at dsl-only.net
On Nov 19, 20
md_page md; /* machine dependent stuff */
^
*** [memstat_uma.o] Error code 1
make[5]: stopped in /usr/src/lib/libmemstat
===
Mark Millard
markmi at dsl-only.net
On 2016-Nov-19, at 7:42 PM, Mark Millard wrote:
> On 2016-Nov-19, at 7:36 PM, Mark Millard wrote:
>
>> On
On 2016-Nov-19, at 7:36 PM, Mark Millard wrote:
> On 2016-Nov-19, at 7:32 PM, Justin Hibbits wrote:
>
>> Sorry, I generated the diff from a different tree that wasn't synced to head
>> (had the same change in both trees originally). If that is the only problem,
>> y
enerate another diff later too.
> - Justin
Yep: I manually did the move of the pm_stats line and am building.
===
Mark Millard
markmi at dsl-only.net
On Nov 19, 2016 21:27, "Mark Millard" wrote:
> [Top post about patch issues.]
>
> Looking at the patch it seems to
pmap statistics */
>
> /* Page table directory, array of pointers to page tables. */
> pte_t *pm_pdir[PDIR_NENTRIES];
===
Mark Millard
markmi at dsl-only.net
On 2016-Nov-19, at 7:00 PM, Mark Millard <mar...@dsl-only.net> wrote:
It may take a little bi
on the powerpc
side of things. Any place that did not have the AIM vs. not status
available was subject to problems of possibly mismatched definitions.
===
Mark Millard
markmi at dsl-only.net
On 2016-Nov-19, at 6:47 PM, Justin Hibbits wrote:
On Sat, 19 Nov 2016 18:36:39 -0800
Mark Millard wrote
On 2016-Nov-19, at 6:31 PM, Justin Hibbits wrote:
> On Sat, 19 Nov 2016 18:19:37 -0800
> Mark Millard wrote:
>
>>> Author: jhibbits
>>> Date: Fri Nov 18 22:59:33 2016
>>> New Revision: 308817
>>> URL: https://svnweb.freebsd.org/changeset/
the older:
. . .
#if defined(AIM)
. . . (definitions here)
#else
. . . (definitions here)
#endif
. . .
It got a definition, just not necessarily the right one.
===
Mark Millard
markmi at dsl-only.net
On 2016-Nov-19, at 6:19 PM, Mark Millard wrote:
> Author: jhibbits
> Date: Fri Nov
DBG
> ? /usr/src/sys/arm/conf/RPI2-DBG
> ? /usr/src/sys/arm/conf/RPI2-NODBG
> ? /usr/src/sys/arm64/conf/GENERIC-DBG
> ? /usr/src/sys/arm64/conf/GENERIC-NODBG
> M /usr/src/sys/boot/ofw/Makefile.inc
> M /usr/src/sys/boot/powerpc/Makefile.inc
> M /usr/src/sys/boot/powerpc/kboot/Makefile
> M /usr/src/sys/boot/uboot/Makefile.inc
> M /usr/src/sys/conf/Makefile.powerpc
> M /usr/src/sys/conf/kern.mk
> M /usr/src/sys/conf/kmod.mk
> M /usr/src/sys/ddb/db_main.c
> M /usr/src/sys/ddb/db_script.c
> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG
> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG
> ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG
> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG
> M /usr/src/sys/powerpc/ofw/ofw_machdep.c
> M /usr/src/sys/powerpc/powerpc/exec_machdep.c
===
Mark Millard
markmi at dsl-only.net
___
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"
the fix is checked in and put to use this issue will likely go away.
===
Mark Millard
markmi at dsl-only.net
___
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"
Oct 3 21:42:05 2016
> (r306658)
> @@ -259,7 +259,7 @@ arm_tmr_stop(struct eventtimer *et)
> sc = (struct arm_tmr_softc *)et->et_priv;
>
> ctrl = get_ctrl(sc->physical);
> - ctrl &= GT_CTRL_ENABLE;
> + ctrl &= ~GT_CTRL_ENABLE;
>
y other testing after Nathan's patch was
tried.)
My guess is that this code was accidentally included in -r306065, not
intentionally included.
[There is the separate issue that avoiding restoring the Open Firmware sprg0
value before calling into Open Firmware (leaving the FreeBSD va
on_name)
> + if (tdata->header.partition_name[0])
> fprintf (f, _("Partition name = \"%s\"\n"),
> tdata->header.partition_name);
>
>for (i = 0; i < 4; i++)
===
Mark Millard
markmi at dsl-only.net
__
sing
lots of false-positive compiler notices. gcc had followed the ABI involved
(long int) until the correction.
===
Mark Millard
markmi at dsl-only.net
On 2016-Jul-13, at 11:46 PM, Mark Millard wrote:
> On 2016-Jul-13, at 6:00 PM, Andrey Chernov wrote:
>
>> On 13.07.2016 11:
On 2016-Jul-13, at 6:00 PM, Andrey Chernov <a...@freebsd.org> wrote:
> On 13.07.2016 11:53, Mark Millard wrote:
>> [The below does note that TARGET=powerpc has a mix of signed wchar_t and
>> unsigned char types and most architectures have both being signed types.]
>
&g
[The below does note that TARGET=powerpc has a mix of signed wchar_t and
unsigned char types and most architectures have both being signed types.]
On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote:
> On 12.07.2016 5:44, Mark Millard wrote:
>> My understanding of the criteria for __
vans. He has good coverage of the various
standards to be covered (that may not all agree and how/what FreeBSD then
picks).
===
Mark Millard
markmi at dsl-only.net
___
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"
My original attempt to send svn-src-head a note on this did not seem to go
through.
I tried to interpret C11, C99, and part of C++11 on the point for C11/C99's
allowed value representations, other than the familiar/common 2's complement.
As usual for me this is based on just the language standar
uot;congruent". It is likely
intended as a modular arithmetic congruence relation: "a congruent_to b (mode
n)" meaning (a-b) is an integral multiple of n. So: least non-negative m such
that (source_integer - m) is a integral multiple of (2**precision). I do not
expect that this would contradict
tests/ssp: Invalid LIBADD used which may need to be added
> to src.libnames.mk:
> ssp
via head/lib/libc/tests/ssp/Makefile having:
> .elif ${COMPILER_TYPE} == "gcc"
> CFLAGS.h_raw+= --param ssp-buffer-size=1
> LIBADD+=ssp
&
201 - 249 of 249 matches
Mail list logo