2019/freebsd-ppc/20190224.freebsd-ppc
Messages: 14, new messages first
|
Last update: Mon Feb 13 14:20:19 2023
|
|
home | archive sorted by: subject | author | date | reverse date
1. 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) 2. Feb 23 Cameron Berkenpas Re: QEMU 3. Feb 23 Cameron Berkenpas Re: QEMU 4. Feb 23 Karel Gardas Installation fails on Tyan POWER8 box with ahci command timeouts. 5. Feb 23 Jason Bacon Re: QEMU 6. 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 7. Feb 20 bugzilla-noreply@freebsd.o [Bug 233377] [PowerPC64] Panic during high disk I/O activity 8. 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 9. 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 10. 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 11. 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 12. 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 13. Feb 17 Dennis Clarke Re: Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value 14. Feb 17 Mark Millard Cleaned -up evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value
home | archive sorted by: subject | author | date | reverse date