• 0 Posts
  • 103 Comments
Joined 3 months ago
cake
Cake day: December 19th, 2024

help-circle

  • LOL

    Still nothing.

    No. I responded to your statement that ‘They are going to write the Linux driver and say, “put this in your handheld.”’ So we’re talking only about Linux development.

    Because the driver is for Linux? What a stretch. “the big laptop manufacturers” aren’t going to suddenly drop their expectations just because of “Linux Development”. How laughable. You have nothing. If you really believe that, you better send AMD an email, let them know how Linux development “actually” works. AMD is doing too much and needs to stop helping Valve, Asus, and Lenovo. Clearly the PC(Windows) heavy weights are setting the bar too high for all these “1 off ARM” device vendors.


  • LOL

    Nice, you got nothing.

    The industry is more than just Intel and Intel are an outlier with respect to Linux kernel development.

    Intel is not an outlier with respect to PCs. Which we are talking about. Specifically, “the big laptop manufacturers”, who are PC manufacturers. These are the manufacturers who are making the overwhelming majority of these Handhelds. Again, not some 1 off ARM vendor.

    They already do: https://gitlab.com/evlaV/linux-integration https://gitlab.com/evlaV/linux-integration/activity

    Again, you got nothing. All you have left is disingenuous links. Valve works from a fork, like everybody else. You know good and well, Google is doing something very different with their Android Kernel. https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?qt=grep&q=Valve Valve, and all their contractors work to mainline their additions/changes to Valves fork. I can build a recent Linux kernel from the mainline and use it to boot my Steam Deck.

    I’m shocked that this is news for you but, it’s not just Intel who works off their own forks of the different Windows kernels. We get our drivers certified with WHQL and then hand them off to the OEMs who use our IP for release with their devices. In parallel work is done with Microsoft engineers to inbox the drivers. Valve is doing nothing different. Valve does the exact same thing with their fork of Linux. There is no reason to expect anything different out of Valve, Intel, or any other company or individual.

    No offence mate but you’re talking bollocks. You clearly don’t know anything about Linux development.

    Scuttle the argument how you like. You have nothing so it’s to be expected. We are clearly talking about OP’s claim, which is for the PC industry. Not Linux development. “the big laptop manufacturers”, remember? You can go around and talk about all the “1 off ARM vendors” out there and how poor their practices are and how little they offer; knock yourself out. OP specifically said, “the big laptop manufacturers”. I outline why he is correct in his claim from my direct industry experience. These laptop manufacturers are going to expect the same white glove treatment working with SteamOS as they do for Windows. The exact same treatment AMD did for Valve.

    Sounds like you have zero experience with the PC industry and zero experience with even one of “the big laptop manufacturers”.


  • LOL your experience in Windows driver land is in no way transferrable to Linux driver land.

    My experience at Intel with drivers is directly transferable. Intel sells the whole product. That’s why an OEM would choose Intel IP. It’s a core part of the sales strategy at Intel, not Just PC, Servers too (even Linux servers). Especially to the smaller OEMs who don’t have huge engineering teams. Name a server technology or Server component that didn’t get mainlined or inbox’d of Intel’s? Again, core to the sales strategy.

    You mean for PCs running Windows.

    Yes.

    Which is not what we’re talking about.

    Yes we are, “At the very least, the big laptop manufacturers”. Lenovo, Asus, and MSI are PC OEMs that make Windows PCs. Laptops, Desktop, Workstations, and now Handheld PCs. Right now PC is dominated by Windows. If the SteamOS version of the Lenovo handhelds are a clear winner, other Windows PC OEMs will follow. They, the big laptop manufacturers, will bring their expectations with them. Just as AMD mainlined into Linux the drivers they did for their components in the Steam Deck, Intel will too. And that brings us back to, “the big laptop manufacturers making Linux handhelds means just from a cost cutting and resource perspective, there’s a good chance laptop and desktop hardware support improves even further just because they reuse parts across devices.” If, the big laptop manufacturers, want the SteamOS name and branding, they will have to mainline and that means selecting IP that has or will have mainline drivers. Valve will not want to go the Google route and maintain a separate Linux Kernel.

    Windows PC manufacturers, not 1 off ARM vendors.






  • there’s a good chance laptop and desktop hardware support improves even further just because they reuse parts across devices.

    100% agree.

    This is how Linux has caught-up-ish with respect to hardware in the first place. The BSOD from all the crappy drivers in Windows forced MSFT to create WHQL. Then MSFT charged for certification. Then OEMs started licensing IP that already had the certification instead of writing their own drivers for less well know IP. Someone writes a Linux driver for a certain IP and now a ton of systems are further supported.

    These companies are definitely going to reuse IP across all their devices. Companies selling IP will want to sell their IP in as many markets as possible. They are going to write the Linux driver and say, “put this in your handheld.”








  • highball@lemmy.worldtolinuxmemes@lemmy.worldThe list of reasons
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    6 days ago

    With WINE you wouldn’t need USB pass-through. Only if you are passing the hardware into a Virtual Machine. The pass-through just tells the Host system not handle the device. But you actually want the HOST system to handle the device. WINE is just translation, not virtualization. (or Emulation, haha)

    P.S. USB pass-through does work really well in VM’s. If WINE doesn’t work for you. You could always keep around a Windows VM for the occasion you need the msm flash tool.


  • Msm flash tool

    If that’s all you need. I bet you could just run it from WINE. I updated my PS5 controller using the PlayStation flash tool or whatever it’s called. I used Bottles to do all the WINE stuff. Just installed the flash tool and it worked like it was Windows. Pretty shocked if I’m being honest.