Hacker Newsnew | past | comments | ask | show | jobs | submit | quic_bcain's commentslogin

You don't want a RISC-V laptop. Not yet, at least. It will take quite some doing before those compete with x86_64/arm laptops.

Beautiful thing about Windows computers is that it's generally not too hard to make them into linux/BSD/etc computers. :)

Qualcomm [1] and some vendors [2][3] are making progress towards linux support though.

[1] https://www.phoronix.com/news/Linux-6.8-ARM-Changes

[2] https://www.phoronix.com/news/ASUS-Vivbook-S-15-Elite-X-Linu...

[3] https://www.phoronix.com/news/TUXEDO-Snapdragon-X-Elite


Jim Keller is confident that Ascalon will have performance close to zen5 when it is finished later this year. Chips in hand could be some than a lot of people seen to think.


>when it is finished later this year

Source for this claim?


Ref: https://www.tomshardware.com/news/jim-keller-shares-zen5-per...

    > The predictions put Tenstorrent's upcoming CPU core comfortably ahead of Intel's Sapphire Rapids (7.45 points), Nvidia's Grace (7.44 points), and AMD's Zen 4 (6.80 points). Yet, AMD's Zen 5 is projected to hit 8.84 points, making it the absolute integer performance champion in 2024 – 2025. 
I absolutely do not believe it. Until independent reviewers can test the new Ascalon processor, these numbers are just fantasy.


What GPU will be in it?


To get a good laptop, often you need to start with a bad one.


> It's kind of wild to see aarch64, armv7, powerpc64, x86_64_windows.. but not something like this.

Yeah, sorry, mostly my fault. I'd been producing these regularly and haven't done as well lately. I'll get one uploaded for 18 soon. :(


thank you, friend! you're awesome



Fantastic, thank you! Can you share the process how you build and package?


I can - it's well documented by the project itself [1].

Very nearly all of the work is done by the test-release.sh script.

[1] https://llvm.org/docs/HowToReleaseLLVM.html


A modern history of VLIW should also include mention the Hexagon FSP architecture used by Qualcomm in its SoCs.

With a smaller target market it's probably more sustainable than Itanium was.

Disclaimer: Qualcomm employee working on hexagon toolchain.


Also, GPU VLIW architectures (including GCN and it's successors CDNA and RDNA) and yes, various coprocessors.

Once heard comparison that Itanium was pretty good for a fast DSP, but too expensive XD


GCN is not VLIW (follows that neither is RDNA and derivatives). You're thinking of TeraScale, the generation before GCN, which was VLIW.


My bad - I misread a doc recently which implied otherwise, albeit that GCN used shorter ones. Just checked AMD docs straight and it was indeed normal scalar instructions.

AIE and AIE-ML from AMD do use VLIW btw


Sophie Wilson also mentions Firepath in several of her YouTube lectures.


Alessandro presented revng at the 2016 llvm Bay area dev conf.

video https://youtu.be/5CbuU4KwBCE?si=eUN_UGr7cjat3P8U

slides https://www.llvm.org/devmtg/2016-11/Slides/DiFederico-rev.ng...


> Perhaps the community will manage to get it to run Linux.

You should expect Qualcomm to contribute support to the kernel for Snapdragon X, as they've done with several predecessor SoCs. I would be surprised if it was not already running Linux inside of Qualcomm.

Of course, Qualcomm's got room for improvement here but IMO they're moving in the right direction.

[disclaimer: I work for qualcomm]


Qualcomm's mainline Linux support has been abysmal as far as I know. Community got some support upstreamed.


My understanding is that they're awful for Android but quite good with Chromebooks, so there is hope (w.r.t. mainline Linux support)


I do. (Disclaimer: I work at qualcomm and am a part of a "dogfooding" effort). It's certainly adequate for the work I'm doing - which involves developing on/for linux, so I'm logging in to the development systems remotely. So locally I'm running things like a browser, IM, MS Outlook.

I'm looking forward to Snapdragon X, there's definitely occasions where it feels like I could use some more local perfomance.

One of the irritating things is that there's no native Chrome release for Windows-on-ARM. MS suggests that we use Edge but I'm quite comfortable with Chrome. So I use Chromium instead and it's great except it seems to be missing some DRM magic or something and therefore anything like gif files or webp and most videos on most websites can't be played back. However youtube does seem to be clever enough to see the browser's limitations and transcode/filter the content to something acceptable to Chromium. If I want to see those videos I switch to Edge.


Qualcomm | Hyderabad, India | Full Time | ONSITE | QEMU

My team is looking to hire a software developer to help us design and extend QEMU support [1] for the Hexagon DSP [2]. We're looking for candidates who have experience coding in C, C++ or Rust* and who aren't afraid of rolling up their sleeves and poring over disassembled code. This particular architecture is a bit more challenging than most, because it's a bit unique. It's a VLIW [3], so it's a great opportunity to learn about an interesting architecture. Millions of Hexagon DSPs are out there, most are found in Snapdragon SoCs for Android phones and more!

We collaborate a lot with Open Source communities like QEMU, LLVM [4], the Linux kernel [5], and more. I love being able to work on Open Source software at my day job.

You can contact me directly (email addr is in my HN user link). If you don't have experience with QEMU - don't worry! Most of us didn't have any experience with it until recently, too.

The rest of the team you'd work with lives mostly in EU, US.

* Rust experience may serve the role well but we don’t (yet) have any product software in Rust.

[1] https://github.com/qemu/qemu/tree/master/target/hexagon

[2] https://en.wikipedia.org/wiki/Qualcomm_Hexagon

[3] https://en.wikipedia.org/wiki/Very_long_instruction_word

[4] https://foundation.llvm.org/docs/sponsors/

[5] https://www.linuxfoundation.org/our-members-are-our-superpow...


> This would be the equivalent for a pro baseball team laying off their entire roster because nobody on the team showed the growth that those in the feeder teams showed

It's been a while but as I recall this kinda thing is roughly the plot of "Moneyball". I don't think.they cut expensive players but they definitely didn't sign new ones who were expensive - instead they focused on players "who get on base".


Qualcomm | Hyderabad, India | Full Time | ONSITE | QEMU

My team is looking to hire a software developer to help us design and extend QEMU support [1] for the Hexagon DSP [2]. We're looking for candidates who have experience coding in C, C++ or Rust* and who aren't afraid of rolling up their sleeves and poring over disassembled code. This particular architecture is a bit more challenging than most, because it's a bit unique. It's a VLIW [3], so it's a great opportunity to learn about an interesting architecture. Millions of Hexagon DSPs are out there, most are found in Snapdragon SoCs for Android phones and more!

We collaborate a lot with Open Source communities like QEMU, LLVM [4], the Linux kernel [5], and more. I love being able to work on Open Source software at my day job.

You can contact me directly (email addr is in my HN user link). If you don't have experience with QEMU - don't worry! Most of us didn't have any experience with it until recently, too.

The rest of the team you'd work with lives mostly in EU, US.

* Rust experience may serve the role well but we don’t (yet) have any product software in Rust.

[1] https://github.com/qemu/qemu/tree/master/target/hexagon

[2] https://en.wikipedia.org/wiki/Qualcomm_Hexagon

[3] https://en.wikipedia.org/wiki/Very_long_instruction_word

[4] https://foundation.llvm.org/docs/sponsors/

[5] https://www.linuxfoundation.org/our-members-are-our-superpow...


Qualcomm | Austin, TX, USA | Full Time | ONSITE | QEMU

https://qualcomm.wd5.myworkdayjobs.com/en-US/External/job/Se...

My team is looking to hire 2 software developers to help us design and extend QEMU support [1] for the Hexagon DSP [2]. We're looking for candidates who have experience coding in C, C++ or Rust* and who aren't afraid of rolling up their sleeves and poring over disassembled code. This particular architecture is a bit more challenging than most, because it's a bit unique. It's a VLIW [3], so it's a great opportunity to learn about an interesting architecture. Millions of Hexagon DSPs are out there, most are found in Snapdragon SoCs for Android phones and more!

We collaborate a lot with Open Source communities like QEMU, LLVM [4], the Linux kernel [5], and more. I love being able to work on Open Source software at my day job.

If you have any questions, you can contact me directly (email addr is in my HN user link). If you don't have experience with QEMU - don't worry! Most of us didn't have any experience with it until recently, too.

All of the team lives locally around Austin. Parts of the team work remotely, and come into the office ~2-5 days/wk. It may be possible to make this position r_emote-and-not-living-near-Austin -- for the right candidate.

* Rust experience may serve the role well but we don’t (yet) have any product software in Rust.

[1] https://github.com/qemu/qemu/tree/master/target/hexagon

[2] https://en.wikipedia.org/wiki/Qualcomm_Hexagon

[3] https://en.wikipedia.org/wiki/Very_long_instruction_word

[4] https://foundation.llvm.org/docs/sponsors/

[5] https://www.linuxfoundation.org/our-members-are-our-superpow...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: