About the next ARM-based macbook....
#21
What's wrong with the ayufan 20.04 build with the 5.7 kernel? If you run the BSP uboot, you get deep sleep. Sound is still an issue, but it seems to be one of the modules in the kernel not properly re-initializing the hardware after deep sleep. Toss the right wifi firmware in and set your region properly, that solves most of the wifi problems.

I agree it's not ideal out of the box quite yet, but it's getting there. You kind of knew what you were buying with the hardware, though. Pine's pretty clear that they do the hardware, the community does the software. Dive on in and fix the bugs you find!
  Reply
#22
Quote:Fundamentally, Windows for ARM won't run on much Microsoft doesn't deliberately support. It's far harder to get it working on random hardware, because while most x86 PCs look generally alike from the perspective of an operating system, the same isn't true of ARM. I won't call it a total mess now that we have device tree support in the kernel, but... compared to x86, it's really quite tricky.
if ARM processors on the market suggested benefits for using them by PC manufacturers (these CPUs cannot be apple ones Big Grin), then nothing would prevent them from making ARM PCs happen. ARM based platforms aren't inherently "messier", than x86, it's a matter of providing what unifies them - ACPI/UEFI on the FW side. of course, it's not harder on ARM, than doing this for x86. and on the OS support side - again, the same, just write Windows drivers. the benefits of having ARM based laptops/motherboards could be 1) cheaper 2) more power efficient (there are people that value this. thankfully) and 3) less dependency (questionable but who knows). if this hasn't happenned yet, that means ARM CPU are yet too power efficient, Big Grin meaning they are weak for running desktop bloat applications (like chrome and co) and PC vendors realize, that an average user wouldn't tolerate this lag. but ARM is moving towards upping their CPUs computational power, still remaining good at efficiency in power consumption. So, I believe at some point ARM laptops and PCs would be much common. and they mostly will run Windows. this is interesting, unlike apple arm cpu nobody can buy and make a product with.
in short, not lack of unification is a preventer for ARM to get some PC share, but being incapable (yet) to suggest something interesting and attractive to the end user. this is cannot be being ARM per se. Big Grin nor gnu/religion (remember, it's about normal people Big Grin). it should be something like "wow, it's so much cheaper, but almost as fast as my intel/amd laptop". or "I have my PC quiet now, it doesn't produce noise drawing me crazy for so many years, because this guy is fanless! but still does its job well without overheating!"
  Reply
#23
(06-25-2020, 09:05 AM)walterego Wrote:
(06-25-2020, 03:24 AM)jiyong Wrote: I fail to see why MacOS would be the ultimate Operative System goal.
Apple is a company known for vendor lock-in.
Linux is about interoperability.
Two very different worlds.
I say that because as of now, most linux distros suck or barely work. Manjaro is ok, but it still has a few issues.
FWIW, I'm replying to this post on a Pinebook Pro running Manjaro XFCE while Calibre is converting a few ebooks to different formats, and listening to my FLAC library using Audacious. Converting books on my i5 Asus machine running Fedora makes the system unresponsive.  In comparison this little $200 Pinebook Pro is a joy. Linux works pretty well IMO. I also use MacOS at work, and it's by no means problem free.
  Reply
#24
Personally I hate Apple stuff, except for my old iPod Nano which has nice sound quality and integrates with my car.
Apple were quite clever to put a serial interface on the dock connector.

However I have to have some sort of Apple capability because I have customers with Macs and I have to support them.

I started by borrowing a friends Macbook years ago.
Then I converted a Dell D630 to run OSX and that is still what I develop on.
I use freepascal + fpgui and currently Mac customers have to use xquartz X server.
Then someone discarded a Macbook Pro 17 inch because the GPU unsoldered itself.  I paid £180 to get a new GPU soldered on and that has served me well.
I am currently developing a native cocoa interface to fpgui on that.

The macbook pro despite having an i7, 8 gig RAM and a GPU is apparently not good enough for Mojave or Catalina which I think is extremely disingenuous of Apple.

So how does this link to the Pinebook Pro?

I am hoping that if I can get native support working in freepascal/fpgui and also everything in my software working on Arm 64 bit Linux then maybe if I then recompile my Arm code to Cocoa then it might just work on the new ARM Macs even if I don't have one.

There is no guarantee that xquartz will supported on the ARM Macs but if Apple at least maintain the Cocoa API and don't change it too much then maybe I'll be in luck.

What would be really cool if someone could do it would be to implement an open source Cocoa server that could be run on Linux or Windows so that folks could run Mac OS software on a non mac and also developers like me could test their software without having a Mac.

There is something called cocotron but I haven't looked into it yet.
  Reply
#25
The ARM revolution is already happening.
The first Chromebooks with ARM were too slow.
I think the Samsung Chromebook Plus with ARM RK3399 is usable.
You can even connect it to a 4K screen.

Microsoft launched Surface Pro X with SQ1 (based on Qualcomm 8cx?).
Once W10 ARM gets accepted by the people, Qualcomm is ready with the 8cx.
Rumours are that AMD will revive the ARM based K12.
Amazon has the Graviton 2.
Ampere announced the 80 core Altra.
Soon Linus will have to eat his words that x86 has won.
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)