IRC channel logs


back to list of 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>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
<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
<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>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
<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