jdb8167
About
- Username
- jdb8167
- Joined
- Visits
- 197
- Last Active
- Roles
- member
- Points
- 1,587
- Badges
- 1
- Posts
- 627
Reactions
-
Macs that won’t make the cut for next major OS
If they are SSD and have at least 8 GB of RAM I wouldn't be too worried. Apple usually only removes machines from the OS support list if there is a reason for it. Since plenty of recent Intel Macs are 8 GB, 256 GB SSDs with weak GPUs that I can't see any reason why they would.Fidonet127 said:I know, no one really knows, but what is the feeling what will and will not make the cut for the next major OS updates? I like to keep my stuff on the latest releases for security and features. Problem is I have 2014 Mac Mini and 2014 MacBookAir. I’m thinking they will not be supported on the next release. I could be wrong.
-
Early Docker build demonstrates incoming Apple Silicon support
You can download a working VM from GitHub right now. It's running Ubuntu 20.10. Still very rudimentary but it definitely works. Command line only right now. It might work with a xwindows client. I haven't tried that yet.
https://github.com/mibosshard/SimpleVM/releases
-
Developer devises workaround to run ARM Windows on M1 Mac
I can build qemu but it doesn’t run. It fails with a memory allocation error. One of the main developers posted a page of patches that should fix things but I don’t know how to apply them. I’m going to have to do some research. But everything looks promising even though it is early in the transition.wizard69 said:It really isn't much of a surprise the somebody has gotten QEMU running. On my MBA I've rebuilt a number of Mac Ports as native ARM apps with no problems. There are a few show stoppers, for example RUST isn't ready yet and that has a trickle down effect on software using that compiler. However for the most part I'm rather surprised at just how well some of this stuff is building this early with the ARM based MBA's being available. As such the machines are looking good for open source even if there is some lag. The thing that really stands out though is performance of this software/system. This machine hardly warms up and compiles faster than I'd would have imagined that a fanless device could.One of the docker developers also tweeted that he has an early version of docker working as well. It seems the homebrew is a real laggard so far. They are predicting months before they have a M1 release. MacPorts has been the better solution. -
OWC unveils Thunderbolt Hub with multiple Thunderbolt 3 ports
Especially weird because up until the M1 Macs, Apple used Intel Thunderbolt 3 chips. Maybe Intel always intended TB3 to be hub capable but just never got around to completing the spec until TB4. Waiting for your review.Mike Wuerthele said:
We have questions that OWC danced around on the phone. They published a video yesterday discussing it, but what they're talking about, seems contrary to the TB3 spec.crowley said:Very confusing, it’s been said many times that TB3 hubs aren’t possible.
https://www.youtube.com/watch?v=SwJgCxmjh8A&feature=youtu.be -
M1 Macs deliver Apple's first support for USB4
I think TB4 mandates some things that the M1 doesn't supply. I haven't researched this but I think it requires dual 4K monitor support for example. The M1 only can do a single 4K-6K display.ednl said:Ok, the teardowns have been done! And, apparently, the Thunderbolt controller *is* part of the SoC, so my suspicion was wrong. Sorry. The part they found on the motherboard is an "Intel JHL8040R Thunderbolt 4 Retimer". That is a dumb extender, not a controller. Intel calls it Thunderbolt 4 but the part was already available in Q3'19 at which point Thunderbolt 4 hadn't even been mentioned. TB3/4 are simply compatible enough electrically for the extender to be the same.
Why Apple hasn't integrated a TB4 controller, or why they can't call it that, is probably because of the development time of the new chip. Full TB4 specs weren't available until the summer.
