Re: CVS commit: src/distrib/sets/lists/comp
Can we revert the whole thing now please? RDMSR/WRMSR are privileged instructions, and cannot work in cpuctl. I don't understand how adding RDMWR/WRMSR in cpuctl could have possibly worked on any AMD configuration. There is PR/54220, now. Le 11/05/2019 à 15:32, Christos Zoulas a écrit : Well, the code in cpuctl calls rdmsr() and the build was broken. Please fix it properly (and refrain from cursing on the lists while you are at it). christos On May 11, 2019, at 9:08 AM, Maxime Villard wrote: What the fuck are you all doing? Last I heard, RDMSR/WRMSR are privileged instructions, not executable in userland. Le 11/05/2019 à 15:04, Christos Zoulas a écrit : Module Name:src Committed By: christos Date: Sat May 11 13:04:40 UTC 2019 Modified Files: src/distrib/sets/lists/comp: md.i386 Log Message: Add cpufunc.h To generate a diff of this commit: cvs rdiff -u -r1.187 -r1.188 src/distrib/sets/lists/comp/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/distrib/sets/lists/comp
I was not the one who added it... I reverted my part. christos > On May 20, 2019, at 12:37 AM, Maxime Villard wrote: > > Can we revert the whole thing now please? > > RDMSR/WRMSR are privileged instructions, and cannot work in cpuctl. I > don't understand how adding RDMWR/WRMSR in cpuctl could have possibly > worked on any AMD configuration. > > There is PR/54220, now. > > > Le 11/05/2019 à 15:32, Christos Zoulas a écrit : >> Well, the code in cpuctl calls rdmsr() and the build was broken. Please fix >> it properly (and refrain from cursing on the lists while you are at it). >> christos >>> On May 11, 2019, at 9:08 AM, Maxime Villard wrote: >>> >>> What the fuck are you all doing? >>> >>> Last I heard, RDMSR/WRMSR are privileged instructions, not executable in >>> userland. >>> >>> >>> Le 11/05/2019 à 15:04, Christos Zoulas a écrit : Module Name: src Committed By: christos Date: Sat May 11 13:04:40 UTC 2019 Modified Files: src/distrib/sets/lists/comp: md.i386 Log Message: Add cpufunc.h To generate a diff of this commit: cvs rdiff -u -r1.187 -r1.188 src/distrib/sets/lists/comp/md.i386 Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/distrib/sets/lists/comp
On Sat, Oct 27, 2018 at 07:24:59 +, Kamil Rytarowski wrote: > Module Name: src > Committed By: kamil > Date: Sat Oct 27 07:24:58 UTC 2018 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > Register missing files in distrib sets > > Add curses_insch.0, mvinsch.0 and mvwinsch.0. Somehow I was sure we dropped prebuilt catman support? If not, the other cat pages need to be restored too. -uwe
Re: CVS commit: src/distrib/sets/lists/comp
Le 28/12/2014 06:10, NONAKA Kimihiro a écrit : > Module Name: src > Committed By: nonaka > Date: Sun Dec 28 05:10:06 UTC 2014 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > obsolete malloc_roundup(9), malloc_type_setlimit(9) and MALLOC_DEFINE_LIMIT(9) > man pages. > > > To generate a diff of this commit: > cvs rdiff -u -r1.1930 -r1.1931 src/distrib/sets/lists/comp/mi > > Please note that diffs are not public domain; they are subject to the > copyright notices on the relevant files. > > arf
Re: CVS commit: src/distrib/sets/lists/comp
On Feb 27, 2014, at 4:56 PM, Joerg Sonnenberger wrote: > Module Name: src > Committed By: joerg > Date: Thu Feb 27 15:56:12 UTC 2014 > > Modified Files: > src/distrib/sets/lists/comp: md.sparc64 > > Log Message: > Use gcc,compat, directory creation only depends on the MKCOMPAT switch. > > > To generate a diff of this commit: > cvs rdiff -u -r1.180 -r1.181 src/distrib/sets/lists/comp/md.sparc64 Building sparc64 release now gives: == 2 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/include/g++/bits/sparc/c++config.h ./usr/include/g++/bits/sparc64/c++config.h end of 2 missing files == -- J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)
re: CVS commit: src/distrib/sets/lists/comp
> putting any marker (like gcc, or compat) on these subdirs means > that they'll always be removed on some build types, ie, that > means that the obsolete phase will *always* do something for a > fresh build. actually, they should be marked just "compat" as they're only created for compat builds. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
On Fri, Feb 28, 2014 at 06:34:10AM +1100, matthew green wrote: > putting any marker (like gcc, or compat) on these subdirs means > that they'll always be removed on some build types, ie, that > means that the obsolete phase will *always* do something for a > fresh build. But they are only created with MKCOMPAT=yes (the mtree file is used conditionally), so at least the compat as marker is needed (this is the problem that triggered the original change). Martin
re: CVS commit: src/distrib/sets/lists/comp
Martin Husemann writes: > On Thu, Feb 27, 2014 at 10:07:36AM +0100, J. Hannken-Illjes wrote: > > ./usr/include/g++/bits/sparc > > ./usr/include/g++/bits/sparc64 > > I asked Jörg to try (his MKCOMPAT=no clang build) with > > ./usr/include/g++/bits/sparc gcc,compat > ./usr/include/g++/bits/sparc64gcc > > (the old state was obviosly incorrect, but so is the current one). > This is still incorrect for gcc 4.1, but I bet noone will notice. as i said elsewhere -- the right solution here is to put those files into new mtree files in src/etc/mtree, and avoid creating them for the builds that "don't want them". (personally, i'd just always create them and have them be empty and ignored for any sort of build that doesn't put files in there. putting any marker (like gcc, or compat) on these subdirs means that they'll always be removed on some build types, ie, that means that the obsolete phase will *always* do something for a fresh build. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
On Thu, Feb 27, 2014 at 10:07:36AM +0100, J. Hannken-Illjes wrote: > ./usr/include/g++/bits/sparc > ./usr/include/g++/bits/sparc64 I asked Jörg to try (his MKCOMPAT=no clang build) with ./usr/include/g++/bits/sparcgcc,compat ./usr/include/g++/bits/sparc64 gcc (the old state was obviosly incorrect, but so is the current one). This is still incorrect for gcc 4.1, but I bet noone will notice. Martin
Re: CVS commit: src/distrib/sets/lists/comp
On Feb 24, 2014, at 10:14 PM, Joerg Sonnenberger wrote: > Module Name: src > Committed By: joerg > Date: Mon Feb 24 21:14:13 UTC 2014 > > Modified Files: > src/distrib/sets/lists/comp: md.sparc64 > > Log Message: > Fix compat entries. > > > To generate a diff of this commit: > cvs rdiff -u -r1.179 -r1.180 src/distrib/sets/lists/comp/md.sparc64 This breaks sparc64 release build: === 2 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/include/g++/bits/sparc ./usr/include/g++/bits/sparc64 = end of 2 extra files === Reverting this change makes sparc64 build again. -- J. Hannken-Illjes - hann...@eis.cs.tu-bs.de - TU Braunschweig (Germany)
re: CVS commit: src/distrib/sets/lists/comp
> Module Name: src > Committed By: pgoyette > Date: Wed Nov 6 18:37:57 UTC 2013 > > Modified Files: > src/distrib/sets/lists/comp: md.amd64 > > Log Message: > Fix the build for amd64. > > Even though the files are installed only if "compat" is set, the > /usr/include/g++/bits directories are unconditionally created via > the mtree files. thank you. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 16:35, schrieb Hisashi T Fujinaka: > On Sun, 27 Oct 2013, Marc Balmer wrote: > >> Am 27.10.13 09:33, schrieb Marc Balmer: >>> Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name:src Committed By:htodd Date:Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. >>> >>> A better solution would have been to contact me, as obviously a file was >>> missed in a commit. Just silently backing out others changes is >>> considered rude... >> >> Actually the file was apparently there, but entered to the Makefile. It >> should all be in order now. >> >> (doing a full release build again to verify) > > You were probably asleep because I'm sure you're in Europe, and it was > obvious what you did. Yes, I am in Europe, Switzerland. And please disregard my remark about backing out stuff as rude... You were not rude at all and did the right thing. It was my fault, after all. Thank you, - mb
Re: CVS commit: src/distrib/sets/lists/comp
On Sun, 27 Oct 2013, Marc Balmer wrote: Am 27.10.13 09:33, schrieb Marc Balmer: Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: Module Name:src Committed By: htodd Date: Sun Oct 27 02:39:21 UTC 2013 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... Actually the file was apparently there, but entered to the Makefile. It should all be in order now. (doing a full release build again to verify) You were probably asleep because I'm sure you're in Europe, and it was obvious what you did. -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 09:33, schrieb Marc Balmer: > Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: >> Module Name: src >> Committed By:htodd >> Date:Sun Oct 27 02:39:21 UTC 2013 >> >> Modified Files: >> src/distrib/sets/lists/comp: mi >> >> Log Message: >> Revert mi because the added line refers to an imaginary file. > > A better solution would have been to contact me, as obviously a file was > missed in a commit. Just silently backing out others changes is > considered rude... Actually the file was apparently there, but entered to the Makefile. It should all be in order now. (doing a full release build again to verify)
Re: CVS commit: src/distrib/sets/lists/comp
Am 27.10.13 03:39, schrieb Hisashi T Fujinaka: > Module Name: src > Committed By: htodd > Date: Sun Oct 27 02:39:21 UTC 2013 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > Revert mi because the added line refers to an imaginary file. A better solution would have been to contact me, as obviously a file was missed in a commit. Just silently backing out others changes is considered rude... > > > To generate a diff of this commit: > cvs rdiff -u -r1.1847 -r1.1848 src/distrib/sets/lists/comp/mi > > Please note that diffs are not public domain; they are subject to the > copyright notices on the relevant files. > > > > Modified files: > > Index: src/distrib/sets/lists/comp/mi > diff -u src/distrib/sets/lists/comp/mi:1.1847 > src/distrib/sets/lists/comp/mi:1.1848 > --- src/distrib/sets/lists/comp/mi:1.1847 Sat Oct 26 20:06:38 2013 > +++ src/distrib/sets/lists/comp/miSun Oct 27 02:39:21 2013 > @@ -1,4 +1,4 @@ > -#$NetBSD: mi,v 1.1847 2013/10/26 20:06:38 mbalmer Exp $ > +#$NetBSD: mi,v 1.1848 2013/10/27 02:39:21 htodd Exp $ > # > # Note: don't delete entries from here - mark them as "obsolete" instead. > # > @@ -2590,7 +2590,6 @@ > ./usr/include/sys/localedef.hcomp-c-include > ./usr/include/sys/lock.h comp-c-include > ./usr/include/sys/lockf.hcomp-c-include > -./usr/include/sys/lua.h comp-c-include > ./usr/include/sys/lwp.h comp-c-include > ./usr/include/sys/lwpctl.h comp-c-include > ./usr/include/sys/malloc.h comp-c-include >
Re: CVS commit: src/distrib/sets/lists/comp
On Dec 27, 10:59am, "Marc Balmer" wrote: } } Module Name: src } Committed By: mbalmer } Date: Sat Aug 6 16:23:56 UTC 2011 } } Modified Files: } src/distrib/sets/lists/comp: mi } } Log Message: } jruoho obsoleted the ieee(3) manpage; remove it from the list. It would be a good idea to read the comment at the top of the file... } --_--=_1312647836210960 } Content-Disposition: inline } Content-Transfer-Encoding: 8bit } Content-Type: text/x-diff; charset=us-ascii } } Modified files: } } Index: src/distrib/sets/lists/comp/mi } diff -u src/distrib/sets/lists/comp/mi:1.1654 src/distrib/sets/lists/comp/mi:1.1655 } --- src/distrib/sets/lists/comp/mi:1.1654 Thu Aug 4 03:38:55 2011 } +++ src/distrib/sets/lists/comp/miSat Aug 6 16:23:55 2011 } @@ -1,4 +1,4 @@ } -#$NetBSD: mi,v 1.1654 2011/08/04 03:38:55 matt Exp $ } +#$NetBSD: mi,v 1.1655 2011/08/06 16:23:55 mbalmer Exp $ } # } # Note: don't delete entries from here - mark them as "obsolete" instead. } # } }-- End of excerpt from "Marc Balmer"
Re: CVS commit: src/distrib/sets/lists/comp
Am 06.08.11 18:29, schrieb Izumi Tsutsui: >> jruoho obsoleted the ieee(3) manpage; remove it from the list. > > It says: >>> # Note: don't delete entries from here - mark them as "obsolete" instead. All right, I reverted it, jruoho can handle it.
Re: CVS commit: src/distrib/sets/lists/comp
> jruoho obsoleted the ieee(3) manpage; remove it from the list. It says: >> # Note: don't delete entries from here - mark them as "obsolete" instead. --- Izumi Tsutsui
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 04:36:02PM +0200, Alistair Crooks wrote: > I think get rid of the "perfuse" guard keyword - it may be that I > misled people with my post to tech-userlevel, sorry, since the > examples I used had the guard in place; however none of the other > puffs-based entries use any guards so best to get rid of it. My fault: I did not ran yet another full build before integrating it. I will commit a fix ASAP. -- Emmanuel Dreyfus m...@netbsd.org
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 03:58:10PM +0200, Nicolas Joly wrote: > On Mon, May 09, 2011 at 03:17:54PM +0200, Adam Hamsik wrote: > > > > I'm getting this error with sources updated couple of minutes ago > > > > === 24 extra files in DESTDIR = > > Files in DESTDIR but missing from flist. > > File is obsolete or flist is out of date ? > > -- > > ./usr/include/perfuse.h > > ./usr/lib/i386/libperfuse.a > > ./usr/lib/i386/libperfuse.so > > ./usr/lib/i386/libperfuse.so.0 > > ./usr/lib/i386/libperfuse.so.0.0 > > ./usr/lib/i386/libperfuse_p.a > > ./usr/lib/i386/libperfuse_pic.a > > ./usr/lib/libperfuse.a > > ./usr/lib/libperfuse.so > > ./usr/lib/libperfuse.so.0 > > ./usr/lib/libperfuse.so.0.0 > > ./usr/lib/libperfuse_p.a > > ./usr/lib/libperfuse_pic.a > > ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug > > ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug > > ./usr/libdata/debug/usr/sbin/perfused.debug > > ./usr/libdata/lint/llib-lperfuse.ln > > ./usr/sbin/perfused > > ./usr/share/man/cat3/libperfuse.0 > > ./usr/share/man/cat8/perfused.0 > > ./usr/share/man/html3/libperfuse.html > > ./usr/share/man/html8/perfused.html > > ./usr/share/man/man3/libperfuse.3 > > ./usr/share/man/man8/perfused.8 > > = end of 24 extra files === > > All these entries have the `perfuse' keyword, which means that they > will be selected for MKPERFUSE=yes builds only. But MKPERFUSE variable > is not defined anywhere ... > > Do we need to add another optional component here (Makefiles will then > need some tweaks), or should the keywords need to be wiped out from > lists ? I think get rid of the "perfuse" guard keyword - it may be that I misled people with my post to tech-userlevel, sorry, since the examples I used had the guard in place; however none of the other puffs-based entries use any guards so best to get rid of it. Regards, Alistair
Re: CVS commit: src/distrib/sets/lists/comp
On Mon, May 09, 2011 at 03:17:54PM +0200, Adam Hamsik wrote: > > I'm getting this error with sources updated couple of minutes ago > > === 24 extra files in DESTDIR = > Files in DESTDIR but missing from flist. > File is obsolete or flist is out of date ? > -- > ./usr/include/perfuse.h > ./usr/lib/i386/libperfuse.a > ./usr/lib/i386/libperfuse.so > ./usr/lib/i386/libperfuse.so.0 > ./usr/lib/i386/libperfuse.so.0.0 > ./usr/lib/i386/libperfuse_p.a > ./usr/lib/i386/libperfuse_pic.a > ./usr/lib/libperfuse.a > ./usr/lib/libperfuse.so > ./usr/lib/libperfuse.so.0 > ./usr/lib/libperfuse.so.0.0 > ./usr/lib/libperfuse_p.a > ./usr/lib/libperfuse_pic.a > ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug > ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug > ./usr/libdata/debug/usr/sbin/perfused.debug > ./usr/libdata/lint/llib-lperfuse.ln > ./usr/sbin/perfused > ./usr/share/man/cat3/libperfuse.0 > ./usr/share/man/cat8/perfused.0 > ./usr/share/man/html3/libperfuse.html > ./usr/share/man/html8/perfused.html > ./usr/share/man/man3/libperfuse.3 > ./usr/share/man/man8/perfused.8 > = end of 24 extra files === All these entries have the `perfuse' keyword, which means that they will be selected for MKPERFUSE=yes builds only. But MKPERFUSE variable is not defined anywhere ... Do we need to add another optional component here (Makefiles will then need some tweaks), or should the keywords need to be wiped out from lists ? Manu ? -- Nicolas Joly Projects and Developments in Bioinformatics Institut Pasteur, Paris.
Re: CVS commit: src/distrib/sets/lists/comp
On May,Monday 9 2011, at 1:55 PM, Nicolas Joly wrote: > Module Name: src > Committed By: njoly > Date: Mon May 9 11:55:34 UTC 2011 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > Small typo (perfuse.debug -> perfused.debug). > I'm getting this error with sources updated couple of minutes ago === 24 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/include/perfuse.h ./usr/lib/i386/libperfuse.a ./usr/lib/i386/libperfuse.so ./usr/lib/i386/libperfuse.so.0 ./usr/lib/i386/libperfuse.so.0.0 ./usr/lib/i386/libperfuse_p.a ./usr/lib/i386/libperfuse_pic.a ./usr/lib/libperfuse.a ./usr/lib/libperfuse.so ./usr/lib/libperfuse.so.0 ./usr/lib/libperfuse.so.0.0 ./usr/lib/libperfuse_p.a ./usr/lib/libperfuse_pic.a ./usr/libdata/debug/usr/lib/i386/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/lib/libperfuse.so.0.0.debug ./usr/libdata/debug/usr/sbin/perfused.debug ./usr/libdata/lint/llib-lperfuse.ln ./usr/sbin/perfused ./usr/share/man/cat3/libperfuse.0 ./usr/share/man/cat8/perfused.0 ./usr/share/man/html3/libperfuse.html ./usr/share/man/html8/perfused.html ./usr/share/man/man3/libperfuse.3 ./usr/share/man/man8/perfused.8 = end of 24 extra files === Regards Adam.
re: CVS commit: src/distrib/sets/lists/comp
Module Name: src Committed By:jmmv Date:Tue Dec 15 21:54:23 UTC 2009 Modified Files: src/distrib/sets/lists/comp: md.amd64 Log Message: Add missing entries for libiscsi compat library. Hi m...@! foo :) i have a plan to make these somewhat generated, so that when the /usr/lib copies are modified, we can have these updated as well. hopefully then these errors will occur approximately never again. .mrg.
Re: CVS commit: src/distrib/sets/lists/comp
On Oct,Friday 9 2009, at 6:38 PM, Nicolas Joly wrote: Module Name:src Committed By: njoly Date: Fri Oct 9 16:38:01 UTC 2009 Modified Files: src/distrib/sets/lists/comp: mi Log Message: + {zfs,zpool,ztest,zdb}.debug Thanks. Regards Adam.
Re: CVS commit: src/distrib/sets/lists/comp
On Oct,Friday 9 2009, at 3:45 PM, Matthias Scheler wrote: Module Name:src Committed By: tron Date: Fri Oct 9 13:44:59 UTC 2009 Modified Files: src/distrib/sets/lists/comp: mi Log Message: Add './usr/lib/libzpool_p.a' to 'comp-zfs-proflib'. Thanks. Regards Adam.
hdaudio headers (Re: CVS commit: src/distrib/sets/lists/comp)
On Thursday 2009-09-17 08:55 +, Stephen Borrill output: :Module Name: src :Committed By: sborrill :Date: Thu Sep 17 08:55:19 UTC 2009 : :Modified Files: : src/distrib/sets/lists/comp: mi : :Log Message: :Add hdaudio headers [...] :cvs rdiff -u -r1.1311 -r1.1312 src/distrib/sets/lists/comp/mi Matt added them already. Maybe someone should run these lists through sort. Regards, Geoff
Re: CVS commit: src/distrib/sets/lists/comp
On Sun, May 24, 2009 at 08:53:22PM +, Michael van Elst wrote: > Modified Files: > src/distrib/sets/lists/comp: md.amiga > > Log Message: > Removed old Amiga-specific "sicallback" software interrupts and replaced > them by MI softints. Approved by "is". Does this have any effect on PR 2034? -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/distrib/sets/lists/comp
Alan Barrett writes: > Module Name: src > Committed By: apb > Date: Sat Apr 4 15:27:48 UTC 2009 > > Modified Files: > src/distrib/sets/lists/comp: mi > > Log Message: > Mention html versions of recently-added bit* man pages Thanks for getting that, Alan. Perry -- Perry E. Metzgerpe...@piermont.com