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