#5611: Impossible to terminate a blocked process ---------------------------+------------------------------------------------ Reporter: fano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1/Development Keywords: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): The interesting part from the first syslog: {{{ KERN: atapi 5-0 error: device indicates transfer error after dma KERN: check_sense: Medium error KERN: usb error ehci 1: KERN: qtd (0x03d04700) error: 0x800d8d40 KERN: usb_disk: operation 0x35 failed at the SCSI level KERN: usb error ehci 1: qtd (0x03d12e80) error: 0x000d8d40 KERN: usb_disk: operation 0x35 failed at the SCSI level KERN: usb error ehci 1: qtd (0x03d16680) error: 0x800d8d40 KERN: usb_disk: operation 0x35 failed at the SCSI level KERN: usb error ehci 1: qtd (0x03d1a480) error: 0x800d8d40 KERN: usb_disk: operation 0x35 failed at the SCSI level KERN: usb error ehci 1: KERN: qtd (0x03d1e280) error: 0x800d8d40 KERN: usb_disk: operation 0x35 failed at the SCSI level }}} and: {{{ KERN: kdebug> bt 224 stack trace for thread 224 "media extractor thread" KERN: kernel stack: 0xcd9c2000 to 0xcd9c6000 KERN: user stack: 0x70145000 to 0x70185000 KERN: frame caller <image>:function + offset KERN: 0 cd9c5964 (+ 48) 80069413 <kernel_x86> context_switch(thread*: 0xcdd2e000, thread*: 0xcd31b800) + 0x003f KERN: 1 cd9c5994 (+ 96) 800697e4 <kernel_x86> reschedule() + 0x038c KERN: 2 cd9c59f4 (+ 64) 8003ee9d <kernel_x86> ConditionVariableEntry<0xcd9c5a68>::Wait(uint32:KERN: 0x0 (0), int64: 0) + 0x01a1 KERN: 3 cd9c5a34 (+ 80) 8008eb38 <kernel_x86> IORequest<0xcd9c5ab0>::Wait(uint32: 0x0 (0), int64: 0) + 0x00ac KERN: 4 cd9c5a84 (+ 192) 800b3aec <kernel_x86>:vfs_read_pages + 0x0078 KERN: 5 cd9c5b44 (+ 496) 8003b058 <kernel_x86> read_into_cache(file_cache_ref*: 0xcce33370, NULL, int64: 588881920, int32: 3018, uint32: 0x1809c670, uint32: 0x10000 (65536), true, vm_page_reservation*: 0xcd9c5de8, uint32: 0x0 (0)) + 0x01a8 KERN: 6 cd9c5d34 (+ 192) 8003c225 <kernel_x86> cache_io(0xcce33370, NULL, int64: 588947456, uint32: 0x180abaa6, 0xcd9c5f2c, false) + 0x06d9 KERN: 7 cd9c5df4 (+ 80) 8003cc1a <kernel_x86>:file_cache_read + 0x0036 KERN: 8 cd9c5e44 (+ 64) 8169ae60 </boot/system/add- ons/kernel/file_systems/iso9660> fs_read(fs_volume*: 0xccdb7ca8, fs_vnode*: 0xcce2ccc0, 0x1, int64: 588884938, 0x1809c670, 0xcd9c5f2c) + 0x0074 KERN: 9 cd9c5e84 (+ 64) 800b5787 <kernel_x86> file_read(file_descriptor*: 0xcce33cd0, int64: 588884938, 0x1809c670, 0xcd9c5f2c) + 0x0067 KERN: 10 cd9c5ec4 (+ 80) 800a2651 <kernel_x86> common_user_io(int32: 3, int64: 588884938, 0x1809c670, uint32: 0x10000 (65536), false) + 0x017d KERN: 11 cd9c5f14 (+ 48) 800a2aec <kernel_x86>:_user_read + 0x0028 KERN: 12 cd9c5f44 (+ 100) 800fa4a2 <kernel_x86>:handle_syscall + 0x00af }}} First of all, this is obviously not UDF related, since it is not even used (ISO9660 is, as we see in the stack trace). Furthermore it seems to be an issue in a lower layer. Am I assuming correctly that you use a USB connected DVD drive? -- Ticket URL: <http://dev.haiku-os.org/ticket/5611#comment:8> Haiku <http://dev.haiku-os.org> Haiku - the operating system.