IRC channel logs


back to list of logs

<damo22>did the semaphore time out?
<damo22>_hurd_intr_rpc_mach_msg () received SIGILL illegal instruction
<damo22>[ 1.0200050] piixide0 at pci0 dev 3 function 0: Intel 82371AB IDE controller (PIIX4) (rev. 0x00)
<damo22>[ 1.0200050] piixide0: bus-master DMA support present
<damo22>[ 1.0200050] piixide0: primary channel wired to compatibility mode
<damo22>irq handler [14]: new delivery port f617fbe8 entry f5f318a8
<damo22>[ 1.2600050] atabus0 at piixide0 channel 0
<damo22>[ 1.2600050] piixide0: secondary channel wired to compatibility mode
<damo22>00:03.0 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (prog-if 80 [ISA Compatibility mode-only controller, supports bus mastering])
<damo22>it does not seem to have a pci interrupt
<damo22>i think the compat mode is irq 14/15
<damo22>it seems to be calling the right code path
***alMalsamo is now known as lumberjack123
<damo22>youpi: it just occurred to me that it could be possible to make USB installer for hurd without USB support :D
<damo22>if the debian netinst stuff was rolled into the initrd it would just run as a ramdisk
<damo22>does sem_wait() wait forever
<damo22>or does it timeout
<damo22>where is RPC_gsync_wait.c ?
<gnu_srs2>damo22: RPC_gsync_wait.c is built by glibc.
<damo22>Thread 4 received signal SIGILL, Illegal instruction.
<damo22>0x0818e6ec in _hurd_intr_rpc_mach_msg ()
<damo22>(gdb) bt
<damo22>#0 0x0818e6ec in _hurd_intr_rpc_mach_msg ()
<damo22>#1 0x0824b6d2 in gsync_wait_intr ()
<damo22>#2 0x0817ff46 in __sem_timedwait_internal (sem=0x2004e5f0, clock_id=0, timeout=0x0)
<damo22>it cant read from io port 0xC082
<damo22>so the IO ports are locked!
<damo22>wait no thats not right
***Guest5602 is now known as roptat_
***roptat_ is now known as roptat