josch | mhoye: only put in there what you like to add | 00:12 |
---|---|---|
- Ar|stote|is (QUIT: Ping timeout: 255 seconds) (~linx@149.210.8.163) | 00:53 | |
+ Ar|stote|is (~linx@149.210.8.247) | 00:57 | |
- mtm (QUIT: Ping timeout: 255 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 01:04 | |
- eibachd (QUIT: Ping timeout: 256 seconds) (~eibachd@p200300dcf7231c00bd57d8f3c2fe4ae0.dip0.t-ipconnect.de) | 01:06 | |
+ eibachd (~eibachd@p200300dcf7231c00a9e030787c491d6d.dip0.t-ipconnect.de) | 01:07 | |
- nsc (QUIT: Ping timeout: 264 seconds) (~nicolas@232-99-142-46.pool.kielnet.net) | 01:10 | |
+ nsc (~nicolas@232-99-142-46.pool.kielnet.net) | 01:15 | |
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org) | 01:23 | |
mhoye | josch: Got it, thank you. That worked. | 01:51 |
- XYZ (QUIT: Ping timeout: 255 seconds) (~XYZ@37-48-57-114.nat.epc.tmcz.cz) | 02:01 | |
mhoye | that still doesn't help me understand why it _was_ set to 60 but this'll do. | 02:08 |
- jacobk (QUIT: Ping timeout: 255 seconds) (~quassel@utdpat241106.utdallas.edu) | 02:29 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 03:10 | |
- Ar|stote|is (QUIT: Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) (~linx@149.210.8.247) | 03:27 | |
+ Ar|stote|is (~linx@149.210.8.247) | 03:28 | |
+ XYZ (~XYZ@37.48.57.114) | 03:43 | |
+ jacobk (~quassel@utdpat241106.utdallas.edu) | 04:30 | |
- jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat241106.utdallas.edu) | 05:14 | |
+ jacobk (~quassel@129.110.242.173) | 05:40 | |
josch | mhoye: how did you install that system? did you start with a reform-rescue sd-card and then rsync'd everything no nvme? | 06:07 |
+ chomwitt (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 07:40 | |
- eibachd (QUIT: Ping timeout: 240 seconds) (~eibachd@p200300dcf7231c00a9e030787c491d6d.dip0.t-ipconnect.de) | 08:00 | |
+ eibachd (~eibachd@2a01:599:313:d3ce:b1f0:91c4:bb61:5ac1) | 08:04 | |
- S0rin (QUIT: Ping timeout: 245 seconds) (~S0rin@user/s0rin) | 08:04 | |
+ S0rin (~S0rin@user/s0rin) | 08:08 | |
+ Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 08:16 | |
- Gooberpatrol66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66) | 08:18 | |
- eibachd (QUIT: Ping timeout: 256 seconds) (~eibachd@2a01:599:313:d3ce:b1f0:91c4:bb61:5ac1) | 09:05 | |
+ eibachd (~eibachd@2a01:599:303:215d:8367:e19:b933:33c0) | 09:05 | |
- eibachd (QUIT: Read error: Connection reset by peer) (~eibachd@2a01:599:303:215d:8367:e19:b933:33c0) | 09:57 | |
+ eibachd (~eibachd@p200300dcf7231c006fced984ae6a6f5c.dip0.t-ipconnect.de) | 09:57 | |
- XYZ (QUIT: Ping timeout: 264 seconds) (~XYZ@37.48.57.114) | 10:26 | |
+ XYZ (~XYZ@89-24-60-36.nat.epc.tmcz.cz) | 10:56 | |
+ mjw (~mjw@gnu.wildebeest.org) | 10:59 | |
+ franpoli (~fpo@46.252.3.68) | 11:07 | |
+ xxpolitf (~xxpolitf@46.252.3.68) | 11:22 | |
- chomwitt (QUIT: Remote host closed the connection) (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 11:27 | |
+ chomwitt (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 11:42 | |
- franpoli (QUIT: Ping timeout: 260 seconds) (~fpo@46.252.3.68) | 11:50 | |
- xxpolitf (QUIT: Read error: Connection reset by peer) (~xxpolitf@46.252.3.68) | 11:56 | |
+ xxpolitf (~xxpolitf@193.15.240.60) | 12:00 | |
- chomwitt (QUIT: Ping timeout: 256 seconds) (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 12:02 | |
+ franpoli (~fpo@46.252.3.68) | 12:10 | |
- jacobk (QUIT: Ping timeout: 245 seconds) (~quassel@129.110.242.173) | 12:17 | |
- eibachd (QUIT: Ping timeout: 246 seconds) (~eibachd@p200300dcf7231c006fced984ae6a6f5c.dip0.t-ipconnect.de) | 12:18 | |
+ eibachd (~eibachd@p200300dcf7231c00ebfda340382e4e0c.dip0.t-ipconnect.de) | 12:19 | |
- eibachd (QUIT: Ping timeout: 256 seconds) (~eibachd@p200300dcf7231c00ebfda340382e4e0c.dip0.t-ipconnect.de) | 12:43 | |
+ eibachd (~eibachd@2a01:599:30b:6046:803e:27b8:1e82:d455) | 12:44 | |
- xxpolitf (QUIT: Ping timeout: 256 seconds) (~xxpolitf@193.15.240.60) | 12:44 | |
+ jacobk (~quassel@64.189.201.150) | 12:49 | |
- franpoli (QUIT: Ping timeout: 264 seconds) (~fpo@46.252.3.68) | 12:50 | |
- mtm (QUIT: Ping timeout: 276 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 13:05 | |
josch | okay, finally my trackball module 2 is working again including the sensor :) | 13:13 |
- Boostisbetter (QUIT: Ping timeout: 246 seconds) (4a410829d7@irc.cheogram.com) | 13:13 | |
josch | thinking whether i'd want a second acrylic bottom plate... but i guess i'll put that in my next order... | 13:20 |
+ chomwitt (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 13:29 | |
+ xxpolitf (~xxpolitf@46.252.3.68) | 13:31 | |
+ franpoli (~fpo@46.252.3.68) | 13:32 | |
- xxpolitf (QUIT: Read error: Connection reset by peer) (~xxpolitf@46.252.3.68) | 14:01 | |
abortretryfail | I should probably order one. Mine cracked around the screw holes on the sides. | 14:26 |
josch | abortretryfail: are you by any chance based around europe? | 14:26 |
abortretryfail | nope. Florida, USA. | 14:27 |
josch | ah okay | 14:27 |
josch | i'd also buy a used one :) | 14:27 |
abortretryfail | I'd replace it with an aluminum plate if not for the internal wifi antenna | 14:27 |
josch | the shap is not exactly rectangular | 14:27 |
+ Boostisbetter (4a410829d7@irc.cheogram.com) | 14:28 | |
abortretryfail | what do you mean? | 14:30 |
abortretryfail | the beveled edges? | 14:30 |
josch | https://mister-muffin.de/p/FajA.png | 14:32 |
josch | i mean the very small [insert correct English here] on the upper left and the upper right, as well as on the second to bottom lower left and lower right of what is marked green there | 14:33 |
josch | one can leave these out of course but then the screw holes are even closer to the edge than they already are | 14:34 |
hramrach | or the plate gets pushed lower, not a big deal with aluminium I would guess | 14:44 |
- XYZ (QUIT: Ping timeout: 255 seconds) (~XYZ@89-24-60-36.nat.epc.tmcz.cz) | 14:45 | |
- mjw (QUIT: Ping timeout: 260 seconds) (~mjw@gnu.wildebeest.org) | 14:48 | |
* mark_ -> mjw | 14:48 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 15:10 | |
+ bkeys (~bkeys@45.134.140.153) | 15:19 | |
+ f_[xmpp] (fffdb90022@fases/developer/funderscore) | 15:20 | |
bkeys | Hi all, I got a rpi cm4 coming in the mail today. Can I use the Reforms carrier board to flash the OS onto an eMMC? | 15:22 |
minute | bkeys: unfortunately not | 15:31 |
bkeys | So booting from SD card will be necessary? | 15:31 |
minute | bkeys: is there nothing on the emmc yet? | 15:31 |
minute | bkeys: booting from SD is impossible | 15:31 |
bkeys | I haven't gotten it in the mail yet | 15:31 |
bkeys | It's out for delivery | 15:31 |
minute | bkeys: you need cm4io or something to use the pi USB flashing shenanigans | 15:31 |
minute | or maybe some of those super small cm4 adapter thingies | 15:32 |
bkeys | I see; but I need to now order the carrier board for it? | 15:32 |
bkeys | Or some kind of adapter? | 15:32 |
- chomwitt (QUIT: Remote host closed the connection) (~chomwitt@2a02:587:7a09:c300:1ac0:4dff:fedb:a3f1) | 15:32 | |
minute | bkeys: i am not a superexpert on rpi... i ~thought~ they come with an OS preinstalled but i may be wrong | 15:32 |
bkeys | Perhaps, we shall see I suppose | 15:32 |
minute | bkeys: having some adapter for it is good though | 15:33 |
minute | in case of bricking | 15:33 |
bkeys | Yeah I agree | 15:33 |
bkeys | I know Fedora has official support for the rpi; I also wonder if I can put the edk2 image for rpi on the eMMC and load Fedora on a nvme drive | 15:33 |
bkeys | That'd be sweet | 15:33 |
minute | the cm4 can also USB (stick) boot in theory | 15:33 |
minute | but i think you have to tweak the eeprom or config file first so that also needs an adapter | 15:34 |
minute | but i have not looked deeply into it. i was very focused on bpi | 15:34 |
sevan | minute: in case you might be interested. call for talks on Linux Mobile https://sunny.garden/@cas@treehouse.systems/111528326093685971 | 15:52 |
sevan | bleh, https://social.treehouse.systems/@cas/111528326106915954 | 15:53 |
sevan | sorry, just a heads up, didn't mean to start pushing for talks | 15:56 |
bluerise | minute: which one is the OFF position on the dip switches? ON or 1? | 16:16 |
hramrach | apparently the CM4 has en eeprom that holds the firmware like the full rPi 4, and it can only be updated from USB (or booted system) https://datasheets.raspberrypi.com/cm4/cm4-datasheet.pdf | 16:18 |
josch | bluerise: for the imx8mq? | 16:27 |
bluerise | I got the keyboard v3 | 16:27 |
bluerise | and want to put it into the reform, so I need to figure out which dip switch position is for standalone and which isn't :D | 16:27 |
bluerise | same for... Prog? | 16:27 |
hramrach | you also need to flash the firmware, there were complaints before that the shipped firmware only works standalone | 16:28 |
bluerise | I know | 16:28 |
minute | bluerise: 1 is off, ON is ON | 16:36 |
minute | bluerise: did you get the cm4 as well, finally? :D after i promised it to you for years!! | 16:36 |
minute | sevan: thanks! i saw it | 16:36 |
bluerise | haha, yeah, it hsowed up! | 16:37 |
bluerise | so I guess I'll have PROG 1 and STANDALONE 1 | 16:38 |
minute | bluerise: sounds good | 16:38 |
minute | bluerise: do you have a CM4IO or similar thing? | 16:38 |
bluerise | I have some other CM4 boards | 16:39 |
bluerise | no CM4IO | 16:39 |
minute | bluerise: good good, because as per above convo with bkeys, it's not possible to use usb flashing in side of rcm4/reform mobo with the cm4. so you have to enable USB boot or sth or preflash your OS outside of reform first | 16:39 |
minute | s/in side/inside | 16:40 |
- S0rin (QUIT: Ping timeout: 264 seconds) (~S0rin@user/s0rin) | 17:25 | |
+ S0rin (~S0rin@user/s0rin) | 17:25 | |
- eibachd (QUIT: Read error: Connection reset by peer) (~eibachd@2a01:599:30b:6046:803e:27b8:1e82:d455) | 17:34 | |
+ eibachd (~eibachd@p200300dcf7231c009c3b1b614b9482a8.dip0.t-ipconnect.de) | 17:34 | |
f_ | bpi-cm4? | 17:41 |
f_ | bluerise: technically you could also force it to boot to SD and dd things to eMMC from there. | 17:42 |
f_ | USB boot is basically....booting binaries sent from a host machine. | 17:42 |
f_ | Then you'd use U-Boot to write stuff to eMMC. | 17:42 |
f_ | (with e.g. DFU, script,... or in amlogic's u-boot fork, Amlogic USB-Burn...) | 17:43 |
hramrach | rpi-cm4 | 17:44 |
hramrach | anyway, the USB boot only works when the correct USB port is directly connected to the outside which is probably notthe case - hence the recoverability problem | 17:45 |
hramrach | would likely work even with the USB A connectors with an A-A cable so long as it's connected directly | 17:47 |
- murphnj (QUIT: Quit: Leaving) (~murph@ool-457bb02e.dyn.optonline.net) | 17:52 | |
bluerise | The soquartz has an socketed emmc | 17:56 |
bluerise | and I think I had an adapter for it somewhere | 17:56 |
+ murphnj (~murph@ool-457bb02e.dyn.optonline.net) | 18:01 | |
bluerise | the radxa cm3 has no emmc even | 18:16 |
f_ | please say rcm4 for the pi CM4 or bpi-cm4 for the A311D BPI CM4 else it's confusing :P | 18:16 |
bluerise | I have neither | 18:17 |
bluerise | Pine64 SOQuartz and Radxa CM3 | 18:17 |
hramrach | more confusion \o/ | 18:20 |
hramrach | looking atthe schematic there are two USB interfaces for the SoM, and USB1 which is likely the one to provide recovery is routed into the USB hub while USB2 is router to an external USB A port | 18:21 |
hramrach | like there are two other layers - the CM4 adapter and the CM4 itself but it sounds like it would be more productive the other way around | 18:22 |
minute | bluerise: oooooh forgot about that. those are both not tested yet :33 | 18:35 |
minute | hramrach: the CM4 itself has a usb hub too | 18:37 |
minute | hramrach: sorry, the RCM4 itself has a usb hub too | 18:37 |
minute | because CM4 has only one USB port. | 18:37 |
minute | without a hub it would have been impossible to use the input devices in mnt reform. | 18:38 |
bluerise | minute: I know they ren't, I'll do it ;) | 18:39 |
minute | bluerise: ok cool :D i hope they are compatible with the hardware | 18:40 |
minute | i shall quickly check some schematics | 18:40 |
bluerise | I'll find out. printed the schematics so I can compare | 18:40 |
bluerise | https://files.pine64.org/doc/quartz64/SOQuartz_SOM_schematic_v1.1_20210816.pdf page 18 | 18:40 |
bluerise | https://dl.radxa.com/cm3/docs/hw/RADXA_CM3_V1.2_SCH_20220107.pdf page 23-25 | 18:40 |
hramrach | then that's limitation of the CM4 interface :/ | 18:41 |
minute | hramrach: not sure. the pi soc has only one usb port and the tradeoff is that they do the rest of the usb via pcie. but on cm4 you can actually use the pcie | 18:42 |
hramrach | so the CM4 adapter would need a PCIe USB controller instead of USB hub | 18:43 |
minute | hramrach: yep but then you would also lose the pcie. or add a pcie switch. | 18:44 |
hramrach | exactly | 18:44 |
minute | bom cost + energy use ballooning a bit | 18:44 |
minute | bluerise: ah, radxa cm3 has only hdmi0. so the hdmi adapter will be useless and you will have to fight with mipi | 18:48 |
minute | bluerise: DSI1 is the correct one and has enough lanes though. phew | 18:50 |
bluerise | how does the soquartz look in that regard? | 18:50 |
minute | ok lets see | 18:51 |
minute | oh, soquartz squeezed eDP in there | 18:54 |
minute | so one could theoretically make a special version of rcm4 for it that uses that edp | 18:55 |
minute | actually we only need 2 edp lanes | 18:56 |
minute | so ok so the bad news is you also cannot use the hdmi->edp converter with soquartz for the same reason | 18:56 |
minute | but they have some eDP lanes that are on the same pins where hdmi2 should be | 18:56 |
bluerise | :D | 18:57 |
bluerise | So I can't use HDMI->eDP on either | 18:57 |
minute | so one could make a special cable/adapter that would allow you to connect eDP more or less directly | 18:57 |
minute | bluerise: correct | 18:57 |
minute | right now without doing any hardware foo you can try to get MIPI-DSI->eDP to work, if that fails, we can talk about special adapter stuff. but not right now because i'm underwater with pocket reform etc | 18:58 |
bluerise | yeah yeah no worries | 18:58 |
bluerise | but soquartz and cm3 have the necessary mipi-dsi lines, right? | 18:58 |
minute | yes | 18:59 |
minute | and most other connections look ok too on first sight | 18:59 |
bluerise | cm3 has this third additional i/o connector. I'm checking with one I wanna go with first | 18:59 |
bluerise | *which | 18:59 |
- eibachd (QUIT: Ping timeout: 276 seconds) (~eibachd@p200300dcf7231c009c3b1b614b9482a8.dip0.t-ipconnect.de) | 19:02 | |
+ eibachd (~eibachd@p200300dcf7231c004bf0f7dedba4ec1b.dip0.t-ipconnect.de) | 19:02 | |
mhoye | Is anyone else in here seeing a note about "failed to load firmware smda-imx7d.bin"? | 19:11 |
mhoye | in dmesg | 19:11 |
minute | mhoye: yeah, this is since the beginning of time. | 19:12 |
minute | mhoye: there is optional binary sdma firmware. we don't use it | 19:12 |
minute | i'm not sure if it does anything useful | 19:13 |
- S0rin (QUIT: Ping timeout: 276 seconds) (~S0rin@user/s0rin) | 19:22 | |
- bleb (QUIT: Ping timeout: 256 seconds) (~cm@user/bleb) | 19:23 | |
+ bleb (~cm@user/bleb) | 19:26 | |
+ S0rin (~S0rin@user/s0rin) | 19:27 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 19:29 | |
jfred | How are shipments going for keyboard v3? Mine doesn't look like it's shipped yet, just want to make sure there's nothing odd with my order since we did move some of the other items in the order to an earlier shipment. If you're still working through them then I'll wait :) | 19:33 |
- colinsane (QUIT: Ping timeout: 255 seconds) (~colinunin@97-113-159-4.tukw.qwest.net) | 19:34 | |
josch | oh nice, somebody else asking for shipment status so that i don't have to ;) | 19:34 |
josch | jfred: i also ordered myself a keyboard v3 :) | 19:34 |
jfred | :P | 19:34 |
- mjw (QUIT: Killed (NickServ (GHOST command used by mark_!~mjw@gnu.wildebeest.org))) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:35 | |
* mark_ -> mjw | 19:35 | |
+ mark_ (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 19:36 | |
jfred | I ordered an external keyboard *just* before keyboard v3 was announced but I guess after v2 stock had run out, so best/worst timing in different ways haha | 19:38 |
josch | oh but then you've ordered a while ago! | 19:42 |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 19:54 | |
bkeys | bluerise minute do you guys know if the cm4 has an OS preloaded? | 19:56 |
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@64.189.201.150) | 19:57 | |
minute | bkeys: it looks like it' | 19:58 |
minute | bkeys: it's not preinstalled | 19:58 |
minute | jfred: we will def. ship v3! it looks like black cases are finallllly coming tomorrow | 19:58 |
jfred | aha :D | 19:58 |
minute | from our backup supplier... | 19:58 |
minute | the first one still hasn't managed to finish the rework | 19:59 |
jfred | I figured the cases were the holdup from some of your posts I remember seeing on Mastodon a while back | 19:59 |
minute | yeah ;/ | 19:59 |
+ colinsane (~colinunin@97-113-159-4.tukw.qwest.net) | 19:59 | |
f_ | minute: did you wipe mine before sending it to me? ;) | 20:09 |
f_ | (BPI-CM4) | 20:09 |
minute | f_: no | 20:09 |
minute | bkeys: ah you mean rpi or bpi cm4? | 20:09 |
f_ | ok | 20:09 |
minute | the naming confusion will grow :3 | 20:10 |
f_ | indeed :3 | 20:10 |
f_ | cm4 v.s. cm4 c: | 20:10 |
f_ | better say rcm4 or BPI-CM4 | 20:12 |
f_ | but please no pi-cm4 lol | 20:12 |
- S0rin (QUIT: Ping timeout: 264 seconds) (~S0rin@user/s0rin) | 20:13 | |
bluerise | no output yet on the uarts on both soquartz and cm3 | 20:13 |
bluerise | minute: with cm3, the two red lights on the som adapter shine... less bright as with the soquartz | 20:13 |
bluerise | I also had trouble with the cm3 on the azurewave board, it somehow only worked with the e23 they provided | 20:14 |
+ S0rin (~S0rin@user/s0rin) | 20:14 | |
minute | bluerise: sigh, sorry to hear | 20:24 |
bluerise | does half-bright leds mean something? :D | 20:24 |
minute | bluerise: do the boards boot from emmc in other carriers? | 20:24 |
minute | bluerise: idk @ half bright... could be bad, could be not a problem | 20:25 |
bluerise | soquartz has both emmc + sd card | 20:25 |
bluerise | radxa cm3 only has sd card | 20:25 |
minute | bluerise: ok so it is possible that you have to change the resistor network and two resistors to select the other SD card pins | 20:26 |
bluerise | right now I think R32+R34 are set | 20:26 |
minute | bluerise: there are 2 sets of SD card pins | 20:26 |
minute | on CM4 | 20:26 |
bluerise | the adapter has R32+R34 set, so that means it uses SD1 on the CM4 pinout, right? | 20:27 |
minute | bluerise: the default config is so that BPi CM4 can boot from SD card | 20:27 |
minute | let me see | 20:27 |
bluerise | and that's SDMMC0 on the soquartz which is the external sd card | 20:27 |
bluerise | the emmc is on the SoM | 20:28 |
minute | the original CM4 has some weird design where eMMC and SD card is shared so you can use only either | 20:28 |
minute | i.e. the pins are shared | 20:28 |
bluerise | SD2 is unused on soquartz | 20:28 |
minute | ok | 20:28 |
minute | so yeah we populate it so that RN2, R32 and R34 are installed | 20:29 |
minute | so that's PI_SD1_x | 20:30 |
minute | and PI_UART1_RX/TX is what you get on SER1 of the motherboard | 20:31 |
bluerise | is that the same connector as on imx8mq? | 20:31 |
minute | bluerise: did you also connect an external HDMI monitor? | 20:31 |
minute | bluerise: yep | 20:31 |
bluerise | nah, serial needs to work first :) | 20:32 |
minute | bluerise: but maybe serial is the issue and HDMI works? :D | 20:32 |
minute | but ok | 20:32 |
minute | maybe i'm thinking too pi-centric which shows some boot rainbow thing | 20:32 |
minute | also, serial baud rate? for rk3588 i have here it is 1.5megabaud :D | 20:33 |
minute | in any case i would hook up oscilloscope to sd card lines | 20:33 |
bluerise | U-Boot 2023.10 (Dec 01 2023 - 17:10:15 -0700) | 20:36 |
bluerise | Model: Pine64 RK3566 SoQuartz with CM4-IO Carrier Board | 20:36 |
bluerise | there it is | 20:36 |
bluerise | (with 115200 in my build) | 20:36 |
- Boostisbetter (QUIT: Ping timeout: 268 seconds) (4a410829d7@irc.cheogram.com) | 20:37 | |
- f_[xmpp] (QUIT: Ping timeout: 256 seconds) (fffdb90022@fases/developer/funderscore) | 20:37 | |
bluerise | now I can build a DT for this | 20:38 |
minute | bluerise: nice! what was the trick? | 20:39 |
bluerise | remove the emmc, build a fresh u-boot, put the u-boot on the sd card ;) | 20:40 |
minute | ahaa wow | 20:40 |
bluerise | the emmc probably works as well, but it's easier to iterate with the sd card now | 20:40 |
bluerise | I'm gonna continue with the soquartz | 20:40 |
bluerise | I could try the cm3 again but... | 20:40 |
bluerise | I think it doesn't really matter which one to use | 20:41 |
minute | yeah | 20:41 |
bluerise | would love to try the radxa cm5, but that one doesn't have a ethernet phy on the som... | 20:44 |
- S0rin (QUIT: Ping timeout: 252 seconds) (~S0rin@user/s0rin) | 21:11 | |
+ S0rin (~S0rin@user/s0rin) | 21:13 | |
minute | bluerise: also it is not available afaik? | 21:16 |
- franpoli (QUIT: Ping timeout: 240 seconds) (~fpo@46.252.3.68) | 21:34 | |
bluerise | yeah haven't seen it yet | 21:37 |
bluerise | I think the cm4 space has frozen a little now? | 21:37 |
+ franpoli (~fpo@46.252.3.68) | 21:42 | |
bluerise | minute: how do you do the usb hub reset on amlogic? | 21:51 |
bluerise | => pci enum | 21:54 |
bluerise | pcie_dw_rockchip pcie@fe260000: PCIe-0 Link Fail | 21:54 |
bluerise | aww | 21:54 |
bluerise | probably the reset | 21:54 |
jfred | Is it conceivably possible that a future revision of the Pocket Reform motherboard could support DisplayPort alt-mode? Or are there hardware limitations that would fundamentally preclude that? (I see the CPU module pinout in the schematic has pins for HDMI but not DisplayPort, I don't know if that's a barrier to this) | 22:00 |
bluerise | bwfm0: failed loadfirmware of file brcmfmac43455-sdio.pine64,soquartz-cm4io.bin | 22:00 |
bluerise | Automatic boot in progress: starting file system checks. | 22:00 |
bluerise | a lot of things that do work already, minute | 22:00 |
bluerise | but something's up with the serial after reset | 22:42 |
bluerise | what did I break | 22:42 |
- bkeys (QUIT: Quit: Client closed) (~bkeys@45.134.140.153) | 22:58 | |
hramrach | bluerise: on some rockchip boards I had problems with warm booting from mmc, try power cycle. That is if the first thing you see on the serial is u-boot something has to load it, and if the mmc is not reset correctly it won't happen. | 23:17 |
bluerise | I did power cycle | 23:29 |
bluerise | remove power completely, re-add | 23:29 |
bluerise | It did work once, now not anymore, weird | 23:32 |
bluerise | now it came back | 23:42 |
bluerise | Get/Verify SHA256.sig 100% |**************************| 1814 00:00 | 23:46 |
bluerise | installing via ethernet, pretty cool, minute | 23:46 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!