3 ms·

> The problem with these 100% vertically integrated stacks is that every hardware release could be completely different and it'll take years to catch up with ju

> The problem with these 100% vertically integrated stacks is that every hardware release could be completely different and it'll take years to catch up with just that release. In the intervening time more hardware generations were released >At this point, it's pretty likely that M2 will be at feature parity with M1 with <24h of actual work. https://twitter.com/marcan42/status/1542957901651685376 https://twitter.com/marcan42/status/1542957901651685376

lostmsu 4y ago
M2 is also basically the same chip.
- GeekyBear 4y ago
  Which makes the scaremongering about it theoretically taking years to add support for a next generation chip sound especially silly.
  - blinkingled 4y ago
    Well keep in mind that even M1 2+ years since its release is not yet fully supported enough to make it a daily driver with Linux. And it is not exactly a given.
    - ace2358 4y ago
      Seems like it’s reaching that point for Linus >On a personal note, the most interesting part here is that I did the release (and am writing this) on an arm64 laptop. It's something I've been waiting for for a _loong_ time, and it's finally reality, thanks to the Asahi team. We've had arm64 hardware around running Linux for a long time, but none of it has really been usable as a development platform until now. https://lore.kernel.org/lkml/CAHk-=wgrz5BBk=rCz7W28Fj_o02s0Xi0OEQ3H1uQgOdFvHgx0w@mail.gmail.com/T/#u https://lore.kernel.org/lkml/CAHk-=wgrz5BBk=rCz7W28Fj_o02s0X...
      - blinkingled 4y ago
        > Not that I've used it for any real work, I literally have only been doing test builds and boots and now the actual release tagging. Linus mostly compiles kernels and merges things and maybe replies to emails using a terminal, which is very different than most non-kernel development folks' idea of daily driveable. There's the whole GPU thing for example. As a different reminder - Linux never worked really all that well on Apple's x86 hardware in the recent past! Also as an compare and contrast - Lenovo has a dedicated Linux team to support Linux on standard x86 hardware - https://www.phoronix.com/news/Lenovo-Linux-2022-State https://www.phoronix.com/news/Lenovo-Linux-2022-State - so does Dell. It takes a lot more than oh we will merely make sure other OS is a policy and rest is left to you to figure out OtherOS folks.
  - webmobdev 4y ago
    The parts are clearly cross-compatible and we’re again faced with what seems like an attempt to block repairs and replacements through software barriers. - https://www.ifixit.com/News/62684/were-pretty-sure-we-just-tore-down-the-new-m2-macbook-pro https://www.ifixit.com/News/62684/were-pretty-sure-we-just-t...
    - minimaul 4y ago
      That's a pretty misleading quote out of context (and to be honest, it's not great even with context - there's no real grounds for iFixit to make that assertion) - Apple made changes at the hardware & software level to how the touchpad & keyboard work - offloading more functionality to the main SoC, changing the comms protocol, etc. There's no evidence at all that it is an attempt to block repairs with older hardware. edit: if you think about it, it's even more awkward for Apple - now they have to have two sets of parts inventory for repairs, etc. It doesn't really make sense to do that unless you have a technical justification.
deleted 4y ago
[deleted]

lostmsu 4y ago

M2 is also basically the same chip.

GeekyBear 4y ago
Which makes the scaremongering about it theoretically taking years to add support for a next generation chip sound especially silly.
- blinkingled 4y ago
  Well keep in mind that even M1 2+ years since its release is not yet fully supported enough to make it a daily driver with Linux. And it is not exactly a given.
  - ace2358 4y ago
    Seems like it’s reaching that point for Linus >On a personal note, the most interesting part here is that I did the release (and am writing this) on an arm64 laptop. It's something I've been waiting for for a _loong_ time, and it's finally reality, thanks to the Asahi team. We've had arm64 hardware around running Linux for a long time, but none of it has really been usable as a development platform until now. https://lore.kernel.org/lkml/CAHk-=wgrz5BBk=rCz7W28Fj_o02s0Xi0OEQ3H1uQgOdFvHgx0w@mail.gmail.com/T/#u https://lore.kernel.org/lkml/CAHk-=wgrz5BBk=rCz7W28Fj_o02s0X...
    - blinkingled 4y ago
      > Not that I've used it for any real work, I literally have only been doing test builds and boots and now the actual release tagging. Linus mostly compiles kernels and merges things and maybe replies to emails using a terminal, which is very different than most non-kernel development folks' idea of daily driveable. There's the whole GPU thing for example. As a different reminder - Linux never worked really all that well on Apple's x86 hardware in the recent past! Also as an compare and contrast - Lenovo has a dedicated Linux team to support Linux on standard x86 hardware - https://www.phoronix.com/news/Lenovo-Linux-2022-State https://www.phoronix.com/news/Lenovo-Linux-2022-State - so does Dell. It takes a lot more than oh we will merely make sure other OS is a policy and rest is left to you to figure out OtherOS folks.
- webmobdev 4y ago
  The parts are clearly cross-compatible and we’re again faced with what seems like an attempt to block repairs and replacements through software barriers. - https://www.ifixit.com/News/62684/were-pretty-sure-we-just-tore-down-the-new-m2-macbook-pro https://www.ifixit.com/News/62684/were-pretty-sure-we-just-t...
  - minimaul 4y ago
    That's a pretty misleading quote out of context (and to be honest, it's not great even with context - there's no real grounds for iFixit to make that assertion) - Apple made changes at the hardware & software level to how the touchpad & keyboard work - offloading more functionality to the main SoC, changing the comms protocol, etc. There's no evidence at all that it is an attempt to block repairs with older hardware. edit: if you think about it, it's even more awkward for Apple - now they have to have two sets of parts inventory for repairs, etc. It doesn't really make sense to do that unless you have a technical justification.

deleted 4y ago

[deleted]