2019/freebsd-arch/20190217.freebsd-arch
Messages: 34, sorted by subject
|
Last update: Mon Feb 13 14:14:43 UTC 2023
|
|
home | up | archive sorted by: subject | author | date | reverse date
1. Feb 14 Steve Kargl "DRM removal soon" is premature 2. Feb 14 Warner Losh Re: "DRM removal soon" is premature 3. Feb 14 Steve Kargl Re: "DRM removal soon" is premature 4. Feb 14 Niclas Zeising Re: "DRM removal soon" is premature 5. Feb 14 Warner Losh Re: "DRM removal soon" is premature 6. Feb 14 Steve Kargl Re: "DRM removal soon" is premature 7. Feb 14 Warner Losh Re: "DRM removal soon" is premature 8. Feb 14 Steve Kargl Re: "DRM removal soon" is premature 9. Feb 14 Bruce Evans Re: "DRM removal soon" is premature 10. Feb 14 Bruce Evans Re: "DRM removal soon" is premature 11. Feb 14 Johannes Lundberg Re: "DRM removal soon" is premature 12. Feb 14 Ben Widawsky Re: "DRM removal soon" is premature 13. Feb 14 Steve Kargl Re: "DRM removal soon" is premature 14. Feb 14 Warner Losh Re: "DRM removal soon" is premature 15. Feb 15 Johannes Lundberg Re: "DRM removal soon" is premature 16. Feb 15 Oliver Pinter Re: "DRM removal soon" is premature 17. Feb 15 Johannes Lundberg Re: "DRM removal soon" is premature 18. Feb 15 Steve Kargl Re: "DRM removal soon" is premature 19. Feb 15 Cy Schubert Re: "DRM removal soon" is premature 20. Feb 10 Jason Harmening Any desire for a more flexible bus_dmamem_alloc variant ?
21. Feb 11 John Baldwin Re: Any desire for a more flexible bus_dmamem_alloc variant ? 22. Feb 12 Jason Harmening Re: Any desire for a more flexible bus_dmamem_alloc variant ? 23. Feb 14 Warner Losh DRM removal soon 24. Feb 15 parker@iownkeywords.com Re: Email address not in use 25. Feb 12 Conrad Meyer RFC: What to do about VOP_INACTIVE? 26. Feb 12 Konstantin Belousov Re: RFC: What to do about VOP_INACTIVE? 27. Feb 12 Poul-Henning Kamp Re: RFC: What to do about VOP_INACTIVE? 28. Feb 14 Conrad Meyer Re: RFC: What to do about VOP_INACTIVE? 29. Feb 14 Konstantin Belousov Re: RFC: What to do about VOP_INACTIVE? 30. Feb 11 Poul-Henning Kamp switch to non-zero PTHREAD_*_INITIALIZER 31. Feb 11 Konstantin Belousov Re: switch to non-zero PTHREAD_*_INITIALIZER 32. Feb 11 Poul-Henning Kamp Re: switch to non-zero PTHREAD_*_INITIALIZER 33. Feb 11 Daniel Eischen Re: switch to non-zero PTHREAD_*_INITIALIZER 34. Feb 12 Rick Macklem Re: What to do about VOP_INACTIVE?
home | up | archive sorted by: subject | author | date | reverse date