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 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/0x67 TSC/1/64/0x20 K8/4/48/0x1ff 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/0x67 TSC/1/64/0x20 > K8/4/48/0x1ff 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"