orivej has quit [Ping timeout: 260 seconds]
<samueldr> boomshroom: interested in AArch64 for the nintendo switch?
<samueldr> I'm working on it
<samueldr> I have the tethered (x86_64) tools figured out
<samueldr> I think I have a nixos kernel ready to test (haven't had the time to test yet)
<samueldr> so I'm left with picking the pieces that are all probably ready and fudging together something to boot
<samueldr> oh, right, I *only* have the coreboot build not figured out yet, but for this part a pre-built one can probably work
<samueldr> I have this ready to test and use for the host computer side https://github.com/samueldr/HAC-overlay
<samueldr> this includes the shofel2 thing and the imx-usb-loader
<samueldr> with this I successfully booted a pre-built kernel and rootfs
<samueldr> (getting pre-built stuff is left as an exercise to the reader)
<samueldr> and on this branch I have the uboot (untested) and kernel (untested) builds building on AArch64 https://github.com/samueldr/nixpkgs/tree/feature/HAC
Piece_Maker has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 264 seconds]
Piece_Maker is now known as Acou_Bass
chris| has quit [Ping timeout: 256 seconds]
chris| has joined #nixos-aarch64
<boomshroom> samueldr: I was at work. That's amazing!
efraim has quit [Remote host closed the connection]
efraim has joined #nixos-aarch64
orivej has joined #nixos-aarch64
vcunat has joined #nixos-aarch64
boomshroom has quit [Quit: WeeChat 2.0]
orivej has quit [Ping timeout: 248 seconds]
<Dezgeg> I wonder how soon someone will try to send the nintendo switch patches upstream :)
<grw> really cool samueldr :)
<grw> do you use the jetson tx1 kernel? hardware is very similar i think
<Dezgeg> how is imx-usb-loader related btw?
<duncan^> The best way to get an SoC supported upstream... is put it in a games console :D
vcunat has quit [Ping timeout: 255 seconds]
<Dezgeg> well the SoC has quite good support already
<Dezgeg> as in, includes GPU acceleration with nouveau
orivej has joined #nixos-aarch64
<samueldr> there were patches upstreamed already, IIRC
<samueldr> (can't provide citation)
<samueldr> the imx usb loader is part of the rube goldberg machine they designed to make it work
<samueldr> I'm guessing they piggy backed off of a uboot functionality
<Dezgeg> ok
<Dezgeg> I wonder why they didn't go with USB DFU then
<Dezgeg> since that's standard
<samueldr> here's the write-up https://fail0verflow.com/blog/2018/shofel2/
<samueldr> if you're talking about nvidia's DFU, it starts with it, but it uses a bug to, uh, *do fancy stuff with memory* and then exec their own payload
<Dezgeg> no, the standard protcoll called USB DFU
<samueldr> ah, is it available in uboot?
<Dezgeg> yes
<samueldr> they either had a reason for imx-usb-loader (which isn't explained in text) or they used the first thing that worked
<Dezgeg> is the tegrarcm package required or did they write their own code for the bootrom comms?
<samueldr> uh, you'll have to be more explicit
<Dezgeg> I should dust off my nix package for that one day and finish it
<samueldr> but I don't think tegrarcm is used at all
<Dezgeg> ok
<Dezgeg> tegrarcm is the official tool to interact with the bootrom recovery (where you need to know the per-device keys of course)
<samueldr> the exploit really looks like: put cbfs in memory using an RCM command → jump to it through the exploit
<Dezgeg> yes
<samueldr> you have so much more experience in all that than me :)
<Dezgeg> I did work on the tegra team at nvidia one point, so quite probably yes :P
<samueldr> :)
<samueldr> the exploit also has jetson device IDs, from memory, they developed it on jetson even before the switch was released
<Dezgeg> yes, I recall from the ccc presentation it's just a bog-standard tx1 chip with nothing nintendo-specific
<duncan^> there are other parts on the device which are nintendo-specific, though
<duncan^> for instance, the fucked up USB-C implementation
<Dezgeg> of course, but not that many I think
<samueldr> or while not nintendo specific, used in a special way
<samueldr> though, thinking, I think only USB is that way
<duncan^> I kind of want a Switch now :P
<samueldr> I actually bought a second when I saw how good support was, probably too high of a price for nvidia AArch64
<duncan^> what do you mean?
<samueldr> I'm hoping there would be more cost-effective way to get nvidia hardware for developers
<samueldr> (though the official dev boards are pricy up here)
<Dezgeg> they have some student discounts I think
<samueldr> haven't been a student for close to ten years
<duncan^> it's 300 EUR for the dev board
<duncan^> the TX2
<duncan^> for students
<samueldr> 640$CAD to 769.99$CAD, and the first price I think doesn't include duties
<samueldr> (the second price doesn't include taxes)
<samueldr> compared to 399$CAD before taxes for the console
<samueldr> which includes a screen and touchscreen
vcunat has joined #nixos-aarch64
vcunat has quit [Ping timeout: 256 seconds]
vcunat has joined #nixos-aarch64
boomshroom has joined #nixos-aarch64
<samueldr> I have added notes in the HAC-overlay; I'll be looking at making the rootfs+kernel and booting it :)
vcunat has quit [Quit: Leaving.]