Re: Order of canonical upgrade sequence
On 05/29/13 16:02, Chris Rees wrote: Hi all! Back in 2005, when Alexander Leidinger wrote the make delete-old target, he documented the order of upgrade such that it should be run before mergemaster [1]; # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' It would be good to mention that it's wise to make check-old, and rebuilding any ports that depend on the old libs, before doing make delete-old. Steve ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Order of canonical upgrade sequence
On 30 May 2013 14:42, Steve Wills st...@mouf.net wrote: On 05/29/13 16:02, Chris Rees wrote: Hi all! Back in 2005, when Alexander Leidinger wrote the make delete-old target, he documented the order of upgrade such that it should be run before mergemaster [1]; # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' It would be good to mention that it's wise to make check-old, and rebuilding any ports that depend on the old libs, before doing make delete-old. make delete-old doesn't touch the libraries; it's the next steps that do that (make delete-old-libs). The Handbook section is far more verbose on this, and I think that this reference in the Makefile is more as a quick reminder than a step-by-step walkthrough. Chris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
hwpmc with opteron 6128
I am trying to do a very basic thing with hwpmc on this CPU: CPU: AMD Opteron(tm) Processor 6128 (1999.05-MHz K8-class CPU) hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA K8/4/48/0x1ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA What I am trying is: $ pmcstat -T -S instructions What I am getting is just: PMC: [FR_RETIRED_X86_INSTRUCTIONS] Samples: 0 (0.0%) , 0 unresolved and nothing else on the screen. Has anyone had a success with this class of processors? Should it be supported? Any ideas/suggestions/hints? P.S. pmccontrol -L reports a whole bunch of K8 counters, just a small random sub-sample: BU_FILL_INTO_L2 IC_FETCH IC_MISS IC_REFILL_FROM_L2 IC_REFILL_FROM_SYSTEM IC_L1_ITLB_MISS_AND_L2_ITLB_HIT IC_L1_ITLB_MISS_AND_L2_ITLB_MISS IC_MICROARCHITECTURAL_RESYNC_BY_SNOOP IC_INSTRUCTION_FETCH_STALL IC_RETURN_STACK_HIT IC_RETURN_STACK_OVERFLOW FR_RETIRED_X86_INSTRUCTIONS FR_RETIRED_UOPS FR_RETIRED_BRANCHES FR_RETIRED_BRANCHES_MISPREDICTED FR_RETIRED_TAKEN_BRANCHES FR_RETIRED_TAKEN_BRANCHES_MISPREDICTED -- Andriy Gapon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: hwpmc with opteron 6128
on 30/05/2013 18:21 Andriy Gapon said the following: I am trying to do a very basic thing with hwpmc on this CPU: CPU: AMD Opteron(tm) Processor 6128 (1999.05-MHz K8-class CPU) hwpmc: SOFT/16/64/0x67INT,USR,SYS,REA,WRI TSC/1/64/0x20REA K8/4/48/0x1ffINT,USR,SYS,EDG,THR,REA,WRI,INV,QUA I didn't realize that the system was running in a VM. Sorry for the noise. What I am trying is: $ pmcstat -T -S instructions What I am getting is just: PMC: [FR_RETIRED_X86_INSTRUCTIONS] Samples: 0 (0.0%) , 0 unresolved and nothing else on the screen. Has anyone had a success with this class of processors? Should it be supported? Any ideas/suggestions/hints? P.S. pmccontrol -L reports a whole bunch of K8 counters, just a small random sub-sample: BU_FILL_INTO_L2 IC_FETCH IC_MISS IC_REFILL_FROM_L2 IC_REFILL_FROM_SYSTEM IC_L1_ITLB_MISS_AND_L2_ITLB_HIT IC_L1_ITLB_MISS_AND_L2_ITLB_MISS IC_MICROARCHITECTURAL_RESYNC_BY_SNOOP IC_INSTRUCTION_FETCH_STALL IC_RETURN_STACK_HIT IC_RETURN_STACK_OVERFLOW FR_RETIRED_X86_INSTRUCTIONS FR_RETIRED_UOPS FR_RETIRED_BRANCHES FR_RETIRED_BRANCHES_MISPREDICTED FR_RETIRED_TAKEN_BRANCHES FR_RETIRED_TAKEN_BRANCHES_MISPREDICTED -- Andriy Gapon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: /bin/sh = STDIN functions, var scope messing
On Tue, May 28, 2013 at 11:48:47AM +0200, Václav Zeman wrote: On 27 May 2013 21:58, Reid Linnemann wrote: from SH(1) Note that unlike some other shells, sh executes each process in a pipe- line with more than one command in a subshell environment and as a child of the sh process. I'm taking this to mean that redirecting to sh_f has sh_f execute in a subshell in which global_scope_var changes, but the original shell's copy is uncahnged. Curious. Which of the two behaviours is POSIXly correct? Both. As per XCU 2.12 Shell Execution Environment, each command in a multi-command pipeline may or may not be executed in a subshell environment. Behaviour different from our sh is most often encountered in the various versions of the real Korn shell (ksh88 and ksh93), which execute the last command in a pipeline in the current shell environment. If things like jobs | cat work, that can also be explained using this rule. -- Jilles Tjoelker ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
UNIVERSE_TARGET doesn't seem to work
I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but not this time) as part of my pre-commit checklist. It doesn't seem to work after the switch to bmake. What am I missing? This on a system at r251171 with nothing in make.conf or src.conf: # make -j12 universe UNIVERSE_TARGET=kernel-toolchain --- universe_prologue --- -- make universe started on Thu May 30 18:19:44 PDT 2013 -- `universe_amd64_prologue' was not built (made 0, flags 2009, type b01)! `universe_arm_prologue' was not built (made 0, flags 2009, type b01)! `universe_i386_prologue' was not built (made 0, flags 2009, type b01)! `universe_ia64_prologue' was not built (made 0, flags 2009, type b01)! `universe_mips_prologue' was not built (made 0, flags 2009, type b01)! `universe_pc98_prologue' was not built (made 0, flags 2009, type b01)! `universe_powerpc_prologue' was not built (made 0, flags 2009, type b01)! `universe_sparc64_prologue' was not built (made 0, flags 2009, type b01)! `universe_epilogue' was not built (made 1, flags 2009, type b01)! `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_arm (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_i386 (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_ia64 (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_mips (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_pc98 (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_powerpc (made 1, flags 3009, type 301) `universe_epilogue' has .ORDER dependency against universe_sparc64 (made 1, flags 3009, type 301) # make -j12 -DMAKE_JUST_KERNELS JFLAG=-j12 universe (same result) Regards, Navdeep ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org