> This is no different from Apple having a whitelist for TRIM support of SSDs in earlier versions of macOS. People were under the impression that there was some good technical reason for this.

I used to force-enable TRIM on my non-Apple SSDs for years, it was irritating but I think they were right to be cautious. Disk controllers have a history of serious bugs being triggered by external commands.

My go-to example is my Samsung HD204UI drives, they shipped with a firmware bug[1] that led to write corruption whenever a specific command was issued to the drive. Samsung issued a firmware fix without bumping the firmware version, so even today several years later, smartmontools prints a warning every time it runs, because it's impossible to tell which drives have been fixed.

Stuff like that is so common[2][3][4] the Linux kernel maintains a list[5] of devices that certain commands shouldn't be used on for various reasons. One has TRIM completely disabled, several have NCQ TRIM disabled due to known corruption issues, including one I still own: the very same drive I used to force-enable TRIM on when it was in my Macbook.

[1] https://www.smartmontools.org/wiki/SamsungF4EGBadBlocks

[2] https://github.com/torvalds/linux/commit/cda57b1b05cf7b8b99a...

[3] https://bugzilla.kernel.org/show_bug.cgi?id=71371

[4] https://bugs.launchpad.net/ubuntu/+source/fstrim/+bug/144900...

[5] https://github.com/torvalds/linux/blob/master/drivers/ata/li...

It works fine out of the box on my Dell and Samsung displays. I think your "oneliner" is actually a zero-liner, and Apple just spelled out a list of supported displays so they don't have to be responsible for trouble with others.

I've been told that there was a good technical reason for whitelisting TRIM support, namely that a lot of SSD firmwares have buggy TRIM that caused corruption. Rather than risk it, Apple figured out some that worked, whitelisted them, and just supported those. Which is entirely reasonable.

Apple does some questionable things. Making it impossible to install older versions of iOS is a good example, as are arbitrary hardware restrictions like not providing Night Shift on older hardware. But this list of supported displays and their limited TRIM support don't appear to be among them.

From the old post:

> I forgot my unlock pin (because I lent my iPad to someone else) and there is no way to factory reset it without also updating the OS.

You can do this from a Mac with Erase in Apple Configurator with iOS 10 or later. You always could have done it if you happened to own an Exchange or MDM server.

Well, I couldn't. I deeply regret not rooting it when it was on iOS8. I was given it by my work specifically for development, and wanted it to be pure, so I installed flux by signing it with my developer account, and sideloaded it with xcode.

It actually seems baffling to me that Apple is stricter and more deceptive about forcing updates than most game console companies. Our iPads are specifically for medical use, and we wanted to target iOS7.

And I'm reminded of my mistake whenever I go to read in bed. The one time I turned my back on Apple, and it cost me. Just like when I was a kid and I installed that "emergency" update for iTunes 4.01 that disabled playlist sharing. Or their crippling AirPort administrator update. I had kept copies of all my ipsw files that iTunes offered, and I thought that would be enough, but, I missed the window and I had no choice but to do iOS9.

It's really sad that I now have to be more vigilant about making my own backups, because software has become so unreliable now, I never know if a version of software I'm comfortable with will become extince overnight, replaced with some crummy "upgrade". I remember when I was /excited/ by updates. Now, I have to make sure I've backed everything up first.