2019/freebsd-ppc/20190224.freebsd-ppc
Messages: 14, sorted by subject
|
Last update: Tue Dec 30 19:03:55 UTC 2025
|
|
home | up | sorted by: subject | author | date | reverse date | archive
1. Feb 20 bugzilla-noreply@freebsd.o [Bug 233377] [PowerPC64] Panic during high disk I/O activity 2. Feb 23 Mark Millard An experimental hack that appears to allow old PowerMacG5 4-core (system total) system to boot reliably (head -r343884 based context) 3. Feb 17 Mark Millard Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value 4. Feb 17 Dennis Clarke Re: Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value 5. Feb 21 Mark Millard Re: Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [pcpup->pc_curpcb->pcb 6. Feb 17 Mark Millard Re: Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [signficant new eviden 7. Feb 18 Mark Millard Re: Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [Wrong radix invaldate 8. Feb 23 Karel Gardas Installation fails on Tyan POWER8 box with ahci command timeouts. 9. Feb 23 Jason Bacon Re: QEMU 10. Feb 23 Cameron Berkenpas Re: QEMU 11. Feb 23 Cameron Berkenpas Re: QEMU 12. Feb 19 Mark Millard Question on "Map the entire KVA range into the SLB. We must not fault there" vs. the modern VM_MAX_KERNEL_ADDRESS 13. Feb 19 Justin Hibbits Re: Question on "Map the entire KVA range into the SLB. We must not fault there" vs. the modern VM_MAX_KERNEL_ADDRESS 14. Feb 19 Mark Millard Re: Question on "Map the entire KVA range into the SLB. We must not fault there" vs. the modern VM_MAX_KERNEL_ADDRESS
home | up | sorted by: subject | author | date | reverse date | archive