Sorry, it still crashes the same way. I made sure all was updated before
trying, I do have
ident /netbsd | grep wdc
$NetBSD: atapi_wdc.c,v 1.128 2017/10/10 21:37:49 jdolecek Exp $
$NetBSD: ata_wdc.c,v 1.108 2017/10/15 11:27:14 jdolecek Exp $
$NetBSD: wdc_isa.c,v 1.60 2017/10/07 16:05:32 jdolecek Exp $
$NetBSD: wdc_pcmcia.c,v 1.125 2017/10/07 16:05:33 jdolecek Exp $
$NetBSD: wdc.c,v 1.285 2017/10/15 18:02:33 jdolecek Exp $
and the panic is exactly the same.
I am sure I will sort out my problem on this particular machine if I swap
the internal SSD and the one in the DVD bay, placing the NetBSD root in the
proper place, but nevertheless the panic may indicate some other unfinished
work, so I shall keep it as it is for testing.
Chavdar Ivanov
On Sun, 15 Oct 2017 at 19:03 Jaromír Doleček <jaromir.dole...@gmail.com>
wrote:
> Hi,
>
> should be fixed in rev. 1.285 of dev/ic/wdc.c, can you please check?
>
> Jaromir
>
> 2017-10-14 17:48 GMT+02:00 Chavdar Ivanov <ci4...@gmail.com>:
>
>> It still panics the same way, no difference.
>>
>> On my other laptop, an HP EliteBook, I haven't the problem at all, only
>> on the two T61p's (one of them stopped working a week ago, though).
>>
>> Chavdar Ivanov
>>
>>
>> On Sat, 14 Oct 2017 at 15:45 Jaromír Doleček <jaromir.dole...@gmail.com>
>> wrote:
>>
>>> Sorry, this fixed patch
>>>
>>> 2017-10-14 16:23 GMT+02:00 Jaromír Doleček <jaromir.dole...@gmail.com>:
>>>
>>>> Can you try attached patch?
>>>>
>>>> Jaromir
>>>>
>>>> 2017-10-11 1:04 GMT+02:00 Chavdar Ivanov <ci4...@gmail.com>:
>>>>
>>>>> The timeouts when running under VirtualBox disappeared, but of course
>>>>> the panic on my T61p remains.
>>>>>
>>>>> Chavdar Ivanov
>>>>>
>>>>> On Tue, 10 Oct 2017 at 22:40 Jaromír Doleček <
>>>>> jaromir.dole...@gmail.com> wrote:
>>>>>
>>>>>> Hey,
>>>>>>
>>>>>> can you try with dev/scsipi/atapi_wdc.c 1.128? That should resolve
>>>>>> the timeouts for atapi, at least it did for me.
>>>>>>
>>>>>> Jaromir
>>>>>>
>>>>>> 2017-10-10 8:08 GMT+02:00 Rares Aioanei <bsdlis...@gmail.com>:
>>>>>>
>>>>>>> I get that also on VBox, except it doesn't try to add cd0a as a swap
>>>>>>> device, nor does it show an endless stream of "lost interrupt"
>>>>>>> messages; eventually I get a login prompt. This is with yesterday's
>>>>>>> latest -CURRENT.
>>>>>>>
>>>>>>> On Sun, Oct 8, 2017 at 5:17 PM, Chavdar Ivanov <ci4...@gmail.com>
>>>>>>> wrote:
>>>>>>> > I tried the same kernel on a VirtualBox guest - it doesn't crash,
>>>>>>> but one
>>>>>>> > gets endless
>>>>>>> >
>>>>>>> > piixide0:1:0: lost interrupt
>>>>>>> > type: atapi tc_bcount: 0 tc_skip: 0
>>>>>>> >
>>>>>>> > stream of messages. Also /etc/rc.d/swap2 start hangs while trying
>>>>>>> to add
>>>>>>> > /dev/cd0a as a dump device... as shown by ktruss.
>>>>>>> >
>>>>>>> > Weird.
>>>>>>> >
>>>>>>> > Chavdar
>>>>>>> >
>>>>>>> > On Sun, 8 Oct 2017 at 11:55 Chavdar Ivanov <ci4...@gmail.com>
>>>>>>> wrote:
>>>>>>> >>
>>>>>>> >> System updated about two hours ago. I am getting:
>>>>>>> >>
>>>>>>> >> ....
>>>>>>> >> wd0 at atabus0 drive 0
>>>>>>> >> wd0: <Hitachi HTS725032A9A364>
>>>>>>> >> wd0: drive supports 16-sector PIO transfers, LBA48 addressing
>>>>>>> >> wd0: 298 GB, 620181 cyl, 16 head, 63 sec, 512 bytes/sect x
>>>>>>> 625142448
>>>>>>> >> sectors
>>>>>>> >> piixide0:0:0: bad state 0 in wdc_ata_bio_intr
>>>>>>> >> panic: wdc_ata_bio_intr: bad state
>>>>>>> >> fatal breakpoint trap in supervisor mode
>>>>>>> >> trap type 1 code 0 rip 0xffffffff8021c0c5 cs 0x8 rflags 0x246 cr2
>>>>>>> 0 ilevel
>>>>>>> >> 0x8 rsp 0xffffe40040003c38
>>>>>>> >> curlwp 0xffffe4013bb27840 pid 0.2 lowest kstack 0xffffe400400002c0
>>>>>>> >> Stopped at pid 0.2 (system) at netbsd:breakpoint+0x5: leave
>>>>>>> >> db{0}> bt
>>>>>>> >> breakpoint() at netbsd:breakpoint+0x5
>>>>>>> >> vpanic() at netbsd:vpanic+0x140
>>>>>>> >> snprintf() at netbsd:snprintf
>>>>>>> >> wdc_ata_bio_poll() at netbsd:wdc_ata_bio_poll
>>>>>>> >> intr_biglock_wrapper() at netbsd:intr_biglock_wrapper+0x1d
>>>>>>> >> Xintr_ioapic_edge10() at netbsd:Xintr_ioapic_edge10+0xee
>>>>>>> >> --- interrupt ---
>>>>>>> >> x86_mwait() at netbsd:x86_mwait+0xd
>>>>>>> >> acpicpu_cstate_idel_enter() at
>>>>>>> netbsd:acpicpu_cstate_idle_enter+0xdb
>>>>>>> >> acpicpu_cstate_idle() at netbsd:acpicpu_cstate_idle+0xb6
>>>>>>> >> idle_loop() at netbsd:idle_loop+0x18c
>>>>>>> >> db{0}>
>>>>>>> >> ....
>>>>>>> >>
>>>>>>> >> (that is on my usual ThinkPad T61p).
>>>>>>> >>
>>>>>>> >> Couldn't get a crash dump.
>>>>>>> >>
>>>>>>> >> Chavdar Ivanov
>>>>>>> >>
>>>>>>> >
>>>>>>>
>>>>>>
>>>>>>
>>>>
>>>
>
