02:57
<
davidlt[m] >
5:57 AM. I am late today :)
02:57
<
davidlt[m] >
Lack of sleep is catching me already :)
03:04
<
thefossguy >
Haha, I recommend a sleep schedule of 21:30/22:00 to 04:00/05:00
03:04
<
thefossguy >
It has been working great for me
03:04
<
davidlt[m] >
Yeah, something like is what I do.
03:06
<
davidlt[m] >
The sun is up at ~5:30 AM. It's bright outside before 5 AM already.
03:06
<
davidlt[m] >
It feels I am aligned to that :)
03:07
<
davidlt[m] >
rwmjones: another thing, I managed to unblock antlr* packages too.
03:09
<
davidlt[m] >
Golang is in a better shape, too. I managed to get into a state where I am good to submit 250 of them to build and see what happens.
03:09
<
thefossguy >
cool :)
03:09
<
davidlt[m] >
There aren't that many golang packages that we didn't have built.
03:10
<
davidlt[m] >
250 from <3K ain't many.
03:11
<
davidlt[m] >
I will scan Koji logs from the last 1-2 months and check if any failed build tried to pull golang packages and submit those too.
05:34
<
davidlt[m] >
Majority of golang* packages so far are green. antr* packages are also good.
05:35
<
davidlt[m] >
I cannot believe I got a break from mass rebuild, and my brain refreshed enough to notice how to "hack" these two long-term blockers.
05:51
<
davidlt[m] >
Pulling logs for FAILED tasks in the last 60 days now.
05:52
<
davidlt[m] >
Btw, Nelson Chu (Rivos) patches TEXTREL issue in binutils. I plan to start testing the patch most likely next week.
05:52
<
davidlt[m] >
As this golang +antlr stuff will take some time to pass through pipeline.
05:52
<
davidlt[m] >
I might start sooner (like today) as I have one board still disconnected.
05:53
<
davidlt[m] >
djdelorie: any news about your board?
06:04
<
davidlt[m] >
Ok, let's increase that log window to 180 days.
06:42
<
davidlt[m] >
rwmjones: are you using both of your boards? I see those are disconnected from Koji.
08:21
<
davidlt[m] >
47 packages built.
08:24
<
davidlt[m] >
Another small cycle, easy to fix.
08:50
<
rwmjones >
davidlt[m]: morning, reading back
08:50
<
rwmjones >
awesome news about antlr & golang
08:51
<
rwmjones >
what is the TEXTREL issue in binutils?
08:51
<
rwmjones >
davidlt[m]: my boards should be connected ... let me check
08:51
<
davidlt[m] >
Binaries have TEXTREL bit set in the headers by binutils, but no TEXTREL relocations are actually generated.
08:51
<
davidlt[m] >
SELinux will block such binaries as .text is RO.
08:51
<
rwmjones >
nujive seems fine
08:52
<
davidlt[m] >
If TEXTRELs exist dynamic loader needs to make .text RW for a short period of time to handle relocs.
08:52
<
rwmjones >
nufive has a python error in the kojid logs, let me restart kojid ...
08:52
<
davidlt[m] >
SELinux will detect that and kill it.
08:52
<
rwmjones >
both boards
*should* be up now
08:52
<
davidlt[m] >
Still waiting for nujive ping.
08:53
<
rwmjones >
ok I have selinux disabled so not seen that ..
08:53
<
davidlt[m] >
It got worse with Fedora 38 (and binutils 2.40 probably).
08:53
<
rwmjones >
I'm going to restart nujive kojid too, as there is nothing running
08:53
<
davidlt[m] >
Things like systemd-logind, NetworkManager, etc. got affected that didn't allow proper booting.
08:53
<
rwmjones >
shouldn't need it, but who knows ..
08:54
<
rwmjones >
ok restarted
12:22
<
davidlt[m] >
rwmjones: any news on pandoc?
12:22
<
davidlt[m] >
Well, GHC issue.
12:54
<
rwmjones >
davidlt[m]: yeah the build failed because of missing ld.gold
12:54
<
davidlt[m] >
Ah you didn't build our SRPM.
12:54
<
rwmjones >
I did ..
12:55
<
rwmjones >
with a few modifications
12:55
<
davidlt[m] >
That disabled ld.gold
12:55
<
rwmjones >
oh there's another one?
12:55
<
rwmjones >
I'm using the fedora one
12:55
<
rwmjones >
tbh I've been in meetings all morning and I've got another one in 5 mins
12:56
<
rwmjones >
that being the traditional way big companies use to ensure no actual work gets done ...
12:57
<
rwmjones >
IIRC you did mention another git repo, but I've not looked at it & forgotten the location now
13:12
zsun has joined #fedora-riscv
14:00
<
davidlt[m] >
rwmjones: it's in koji build information
14:05
<
davidlt[m] >
101 package built.
14:29
<
davidlt[m] >
alexsaezm: new golang is incoming to F38?
14:29
<
davidlt[m] >
1.20.4, I think.
14:30
<
alexsaezm >
I’ll finish the builds today
14:30
<
davidlt[m] >
Nice, I will get that building ASAP.
14:31
<
davidlt[m] >
As soon as I see that green on Koji :)
14:44
zsun has quit [Quit: Leaving.]
14:51
zsun has joined #fedora-riscv
14:56
zsun has quit [Quit: Leaving.]
15:00
zsun has joined #fedora-riscv
15:02
zsun has quit [Client Quit]
15:59
<
davidlt[m] >
123 packages built.
17:03
<
djdelorie >
davidlt[m]: not yet. I'll go fetch it now and poke at it.
17:04
<
davidlt[m] >
djdelorie: fix it, and I will send a GCC build your way 😉
17:21
<
djdelorie >
ok, I removed the video card and set it up in my office with serial ports. he cpu fan sounds horrible and the eht0 port doesn't show up
17:21
<
djdelorie >
there are some bios errors at boot, I'll capture them and put them somewhere
17:25
<
davidlt[m] >
That doesn't sound good. Hopefully it's still alive :)
17:27
<
davidlt[m] >
So it boots!
17:27
<
djdelorie >
it does. Maybe the video card is bad (I removed it when I brought it to my office)
17:27
<
davidlt[m] >
Kick NetworkManager, and see what happens.
17:28
<
djdelorie >
with no video card and no ethernet, it would have appeared dead
17:29
<
davidlt[m] >
It started Network Manager, and seems it not networking working.
17:29
<
djdelorie >
yeah, ip can see eth0 but can't start it
17:29
<
davidlt[m] >
Thus I would look into Network Manager logs, and I would restart it.
17:30
<
davidlt[m] >
See systemd NetworkManager.service journal.
17:30
<
davidlt[m] >
and just restart the service.
17:32
<
djdelorie >
device (eth0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
17:33
<
davidlt[m] >
Really? It think that something else is setting up the network and bails out.
17:33
<
davidlt[m] >
I have seen it before on FUSDK IIRC.
17:34
<
djdelorie >
would it also give that error if the device was broken?
17:34
<
davidlt[m] >
No IIRC.
17:35
<
djdelorie >
[root@unmatched ~]# nmcli d
17:35
<
djdelorie >
DEVICE TYPE STATE CONNECTION
17:35
<
djdelorie >
eth0 ethernet unavailable --
17:35
<
djdelorie >
lo loopback unmanaged --
17:35
<
davidlt[m] >
Let me check FUSDK commits.
17:36
<
davidlt[m] >
Is systemd resolved installed?
17:36
<
djdelorie >
Error: Connection activation failed: No suitable device found for this connection (device eth0 not available because device has no carrier).
17:36
<
djdelorie >
I know the cable is good because I borrowed it from my printer
17:37
<
djdelorie >
and it's the second I tried
17:38
<
djdelorie >
heh, I have a pcie ethernet card from the hifive...
17:38
<
davidlt[m] >
Could you try to launch NM TUI gui and force connect on eth0?
17:39
<
djdelorie >
that was the error I posted
17:39
<
davidlt[m] >
nmcli conn show --active
17:39
<
davidlt[m] >
nmcli conn down 'Wired connection 1' && nmcli conn up 'Wired connection 1'
17:39
<
davidlt[m] >
Something like that.
17:41
<
djdelorie >
ok, this hurts - I plug in the ethernet pcie card,
*its* carrier light light up, but the system doesn't see the pcie card at all
17:41
<
davidlt[m] >
Up, ah.
17:42
<
djdelorie >
so it smells like a dead pcie slot (i.e. no video) and a dead eth0 port (no carrier)
17:42
<
davidlt[m] >
Alternatively idea would be to try a newer disk image, just in case data is somewhere corrupted.
17:43
<
djdelorie >
he microsdcard?
17:43
<
davidlt[m] >
Is USB working?
17:43
<
davidlt[m] >
Pretty much everything is connected via PCIe expect Ethernet.
17:43
<
davidlt[m] >
Is NVMe working? I think you are booting with it.
17:44
<
djdelorie >
usb seems to work, as does nvme
17:44
<
davidlt[m] >
Test all the bits that should work, all USBs, microSD (are you using it?
17:44
<
davidlt[m] >
So PCIe works.
17:44
<
djdelorie >
microsd works (at least, I can fdisk it)
17:45
<
davidlt[m] >
It's all-in-one (firmware, /boot, rootfs).
17:50
<
djdelorie >
I put all my sdcards in one box, so now I can lose them all at once. Efficiency!
17:53
<
djdelorie >
found it
18:07
<
djdelorie >
the new image sees the pcie card
18:07
<
djdelorie >
still no eth0 but work-aroundable
18:07
<
djdelorie >
new image did not fix the cpu fan ;-P
18:07
<
davidlt[m] >
What do you mean? :)
18:08
<
djdelorie >
I mean pcie bus is not hosed (good) but eth0 probably is (bad)
18:08
<
davidlt[m] >
Cheap USB Ethernet dongle/
18:09
<
djdelorie >
pcie ethernetcard is working <- eth1 is up, eth0 is down
18:09
<
djdelorie >
"just" need to replace the cpu fan and it should be usable
18:09
<
djdelorie >
but I need to rebuild the old mmc card with the new image so it boots
*and* uses the nvme
18:10
<
djdelorie >
oh wait, it is usuing the nvme... smart card :-)
18:10
<
djdelorie >
it appears to be doing a koji build already
18:10
<
davidlt[m] >
Ah, shoot, it already booted into NVMe?
18:10
<
davidlt[m] >
NVMe has a higher boot priority in U-Boot IIRC.
18:11
<
davidlt[m] >
You are right, Koji shows it's active.
18:11
<
djdelorie >
killed. I want to replace the cpu fan first
18:12
<
davidlt[m] >
The more proper way would be to flash SPI-NOR flash, change DIP switch settings, flash NVme with a new image.
18:12
<
davidlt[m] >
Configure new rootfs for Koji.
18:12
<
davidlt[m] >
and then it will not use microSD card anymore.
18:12
<
djdelorie >
I'm ok with it using microsd. I just don't want to use the 128G temporary card I put the new image on
18:13
<
djdelorie >
I'll put it on the original 32G one next, now that I know it works
18:13
<
davidlt[m] >
only contains firmware GPT partitions to be used for microSD card (only).
18:13
<
djdelorie >
even better :-)
18:13
<
djdelorie >
oh look, I can just 3D print a fan adapter so I don't have to buy a fan...
18:14
<
davidlt[m] >
You can use traditional PC fan (3-pin, 2-pin) all works.
18:14
<
davidlt[m] >
I have Noctua pushing air from the side instead top-down.
18:47
g-tenko-r[m] has joined #fedora-riscv
19:17
<
djdelorie >
oh crap, it's a 12v fan, isn't it? sigh.
19:18
<
djdelorie >
I'm sure I can find 5v somewhere... hack, hack hack ;-)
19:24
<
palmer >
IIRC you want to make sure there's some airflow over the PCIe switch, otherwise it gets very hot
19:26
<
djdelorie >
yeah, plan B is to put an 80mm in the back case and print a duct that hits both of them
20:04
fuwei has quit [Ping timeout: 240 seconds]
20:04
fuwei has joined #fedora-riscv
22:45
iooi has joined #fedora-riscv