Skip site navigation (1)Skip section navigation (2)


2019/freebsd-ppc/20190217.freebsd-ppc

Messages: 38, old messages first
Last update: Mon Feb 13 14:20:19 2023
home | archive sorted by: subject | author | date | reverse date 
  1. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] p5-GSSAPI fails to build with OpenSSL from ports
  2. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  3. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  4. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  5. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  6. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  7. Feb 10 bugzilla-noreply@freebsd.o [Bug 235634] security/p5-GSSAPI fails to build with OpenSSL from ports
  8. Feb 11 bugzilla-noreply@freebsd.o [Bug 234539] [PowerPC64] panic: FPU already enabled for thread
  9. Feb 12 David Smith                Opportunity Assessment of Blockchain Technology in the Telecom Industry
 10. Feb 12 bugzilla-noreply@freebsd.o [Bug 234539] [PowerPC64] panic: FPU already enabled for thread
 11. Feb 12 Mark Millard               question powermac_smp_start_cpu return values vs. cpu_mp_unleash use of them (SMP context)
 12. Feb 13 Mark Millard               Questions with a powerpc64/powerpc context: relaxed use of smp_cpus in umtx_busy vs. relaxed updates to smp_cpus in machine dependent code?
 13. Feb 13 Eric van Gyzen             Re: Questions with a powerpc64/powerpc context: relaxed use of smp_cpus in umtx_busy vs. relaxed updates to smp_cpus in machine dependent code
 14. Feb 14 Mark Millard               Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 15. Feb 14 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 16. Feb 14 bugzilla-noreply@freebsd.o [Bug 234539] [PowerPC64] panic: FPU already enabled for thread
 17. Feb 14 Dennis Clarke              Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 18. Feb 14 Dennis Clarke              Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 19. Feb 14 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 20. Feb 14 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value



 21. Feb 15 bugzilla-noreply@freebsd.o [Bug 235751] Failure to init TLS variables with func ptr inside shared lib
 22. Feb 15 Al                         Re: Netboot X5000
 23. Feb 15 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 24. Feb 15 bugzilla-noreply@freebsd.o [Bug 235751] Failure to init TLS variables with func ptr inside shared lib
 25. Feb 15 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 26. Feb 15 bugzilla-noreply@freebsd.o [Bug 235751] Failure to init TLS variables with func ptr inside shared lib
 27. Feb 15 bugzilla-noreply@freebsd.o [Bug 235751] Failure to init TLS variables with func ptr inside shared lib
 28. Feb 15 Justin Hibbits             Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 29. Feb 15 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 30. Feb 15 Justin Hibbits             Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 31. Feb 15 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 32. Feb 16 Justin Hibbits             Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 33. Feb 16 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
 34. Feb 16 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found more staging info]
 35. Feb 16 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info]
 36. Feb 16 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info]
 37. Feb 16 bugzilla-noreply@freebsd.o [Bug 234539] [PowerPC64] panic: FPU already enabled for thread
 38. Feb 16 Mark Millard               Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info]

home | archive sorted by: subject | author | date | reverse date