IRC channel logs

<damo22>rrq: debootstrap has been fixed upstream https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/147/diffs

<damo22>the change is in 1.0.143

<damo22>youpi: where is the failed list from buildd? i see ~2000 package count but no list on the site

<damo22>ah found it

<damo22>i cant reproduce "afuse" build failure, it builds here

<damo22>afuse_0.5.0-0.1_hurd-i386.deb

<nexussfan>mpv fails to compile on HURD due to gbm and PATH_MAX

<nexussfan>gbm you can disable but PATH_MAX I just replaced it with 4096 so it would build

<damo22>playing video is not going to work properly until we implement kms/drm

<nexussfan>No, you can use --vo=x11

<nexussfan>It works

<nexussfan>I've tested it on real hardware

<damo22>yeah it uses software rendering on top of VESA which is unaccelerated

<nexussfan>It works.

<nexussfan>not too much lag as well

<damo22>Pellescours: i am running master gnumach that includes "* 4e19e045 Increase NRQS to 65" and i dont get a crash

<damo22>hmm smp on 64 bit is missing cpuboot.S

<rrq>damo22: "rrq: debootstrap has been fixed ..." thanks.

<rrq>yeah I had a go at cpuboot.S but thought it wasn't ameniable to just simple op translations; it really takes some genuine processor knowledge to deal with that.

<damo22>i dont know how to reload GDT from .code64

<damo22>because ljmp does not work

<damo22>ah i need to use stack and iretq

<damo22>/part3/git/gnumach-sv/build64/../x86_64/cpuboot.S:165:(.text+0xc454): relocation truncated to fit: R_X86_64_32 against `.text'

<damo22>what does that mean?

<rrq>that the relocation field is just 32bit when 64bit may be (and is) needed, since the binary is place high up

<rrq>well, I didn;t fully grasp the problem as I thought it was using relative addresses rather than absolute

<damo22>thats interesting

<damo22>how do i use movq in 32 bit?

<damo22>i need to store some tables in 64 bit address space but refer to them in .code32

<rrq>yes I think there is movabsq or something; though I'm not well versed in x86 assembler

<damo22>eg, when i am in protected mode i need to set up some page tables to jump into long mode

<damo22>but how do i store the page tables in 64 bit .text section and load the data in from .code32?

<damo22>i guess i need some part of gnumach to be loaded below 4G ?

<damo22>.section .boot.data

<youpi>damo22: you can use movq to write 64b values

<youpi>but to load 64b addresses from labels, you need to use a relative opcode

<youpi>such as lea

<youpi>(there is no need to load gnumach below 4G, you can always sign-extend the high bit, use relative addressing, and such)

<damo22>movl cpu_id_lut(,%eax,8), %eax <-- fails to relocate

<damo22>setsockopt socket 3 IP_TOS 184: Operation not permitted

<damo22>whats that all about

<damo22>wrangling with GS segment on smp64

<almuhs>damo22: smp must not work in 64-bit, because there are not jump to extended mode

<almuhs>it's necessary expand cpuboot.S to add the jump to extended mode. And compile for 64-bit architecture

<almuhs>and, due to cpuboot.S is located dynamically, you must change the address to 64-bit when it's loaded in this architecture

IRC channel logs

2025-12-28.log