[Bug 266357] cripple (pejorative) in doc and src trees
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 266357] cripple (pejorative) in doc and src trees"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 22 Oct 2024 19:42:52 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266357 Chad Jacob Milios <milios@ccsys.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #254433|0 |1 is obsolete| | Attachment #254433|maintainer-approval? | Flags| | Attachment #254452| |maintainer-approval? Flags| | --- Comment #21 from Chad Jacob Milios <milios@ccsys.com> --- Created attachment 254452 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=254452&action=edit git -C /usr/doc diff (In reply to Jamie Landeg-Jones from comment #19) LOL very prudent feedback, thank you. i'm glad some thinking minds are paying attention and helping along this small, strange and unexciting task. i did my very best to maintain or increase the technical fidelity of the text. how about we go with "feeble" here to describe the 3K/300 in relation to the 3K/500? (its memory bandwidth was far less than half) ahh, memory lane... didnt we deprecate or drop DEC Alpha's ISA in the 7.x days? i'm sure those dusty pages are long lost to history now; nonetheless, worth cleansing how we can of potentially perceived toxicity if its accessible from FreeBSD.org i'm more interested in what you think about where i punted and went with "all messed up" :-) (sys/contrib/dev/athk/ath10k/wmi-tlv.c) or "would deeply wound" (lib/libc/tests/sys/mlock_helper.c). i think those choices will stand up well enough but i'm no expert of rigorously testing virtual memory management nor of that driver family -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.