IRC channel logs

<damo22>youpi: yeah and when the offset was larger than 2GB, err was returning -2GB + n

<damo22>i didnt realise lseek returned off_t

***Emulatorman___ is now known as Emulatorman

***HexGlaze is now known as NonFree

***Server sets mode: +nt

<damo22>lib/librumpuser/configure:#define _LARGE_FILES $ac_cv_sys_large_files

<damo22>sys/rump/kern/lib/libsys_sunos/rump_sunos_compat.c: * Rump kernels always use the _FILE_OFFSET_BITS=64 API.

<damo22>youpi: $ dpkg -s libpciaccess0 |grep Version

<damo22>Version: 0.14-1+hurd.3

<damo22>Where do i find this exact source version?

<damo22>i think there is a bug in it

<damo22>i am having much better success with upstream 0.16

<damo22>woot!! mounted real disk on x200

<damo22>using rumpdisk

<damo22>100GB partition

<damo22>it reads fine

<damo22>chrooted into it

<damo22>so i booted a initrd ramdisk and chrooted into real disk using rumpdisk

<damo22>:D

<damo22>with no ahci drivers in kernel

<damo22>cdrom is not working, "atapibus at atabus1 not configured"

<damo22>youpi: so i booted a initrd ramdisk and chrooted into real disk using rumpdisk with no ahci drivers in kernel

<damo22>on actual hardware

<damo22>mounted CDROM!!

<damo22>settrans -fga /dev/wcd0 /hurd/storeio @/dev/rump:/dev/cd0

<damo22>mount /dev/wcd0 /mnt -t iso9660fs

<damo22>ls /mnt

<damo22>README.html autorun.inf doc ... etc

<damo22>:D

<gnu_srs1>Wow :):-D!!

<damo22>and no ahci drivers in kernel

<damo22>cd0(ahcisata0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33) (using DMA)

<damo22>wd0(ahcisata0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) (using DMA)

<damo22>the rumpdisk.static does not work with cdrom because the static linkage at compile time is broken there are duplicate symbols so I cant link the whole .a

<damo22>but it seems to work with dynamically linked rumpdisk

<youpi>damo22: the source is in the same directory on the debian-ports mirror, use dget on the .dsc URL

<damo22>ah ok, i used apt-get source

<youpi>yay damo22 for mounting on real hw :)

<damo22>it gave me older one

<damo22>:)

<youpi>damo22: btw, what was the problem with irqs ?

<damo22>what problem?

<youpi>you were having issues with irqs getting stuck very early at rump startup

<damo22>the new kernel seems to behave much better

<damo22>ohhh, i still need a timeout

<damo22>there is one netbsd source change in the whole tree

<damo22>it adds a timeout where previously it would wait forever

<damo22>i should probably test if the latest changes fixed that issue by attempting to revert it

<user_oreloznog>Hi Hurd :-)

<damo22>youpi: there is quite a gap between upstream 0.16 and 0.14-1+hurd.3

<damo22>i noticed at least 1 bug in 0.14-1+hurd.3

<damo22>(libpciaccess)

<damo22>i refactored a bit of the x86 method and they accepted it upstream

<damo22>so there is disparity between that and debian's version

<damo22>for example, i made pci_nfuncs() no longer require the *pci_sys_x86 pointer

<damo22>also extended pci_device_x86_read_rom() read other roms (not just VGA)

<damo22>0.14-1+hurd.3 hangs netdde

<damo22>when it opens the arbiter

<damo22>0.16 upstream has no problems that i can see

<gnu_srs1>(19:22:16) srs: (17:36:53) srs: youpi: You built unbound 1.9.4-2+hurd.4 on -ports, closing bugs #905961, #905963, but they are not closed according to bugs.debian.org?

<jrtc27>unreleased isn't tracked by the BTS

<gnu_srs1>So what's the idea of flagging bugs as closed then?

<gnu_srs1>It would be better to make an NMU of the package in question, or??

<youpi>damo22: could you make a patch containing the needed x86 diff between 0.14 and 0.16?

<youpi>damo22: AIUI, you can squash 0004-Fix-CDROM-ATAPI-for-AHCI.patch into 0002-Add-ahcisata-drivers-to-rump.patch

IRC channel logs

2019-11-24.log