On 03/21/16 12:14, Justin Hibbits wrote: > You're right. On line 323 of sys/dev/siis/siis.c, try replacing > 'long' with 'rman_res_t', as I did for ahci.c. If this works, tonight > I'll commit the fix. I envision there may be others using 'long' > instead of 'u_long' for rman (u_long was the correct form until > rman_res_t, so signed long was already a bug). > > - Justin > > On Mon, Mar 21, 2016 at 11:11 AM, Michael Butler > <imb_at_protected-networks.net> wrote: >> Something between SVN r296987 and r297000 causes the following errors in >> dmesg .. and the loss of the attached disks: >> >> siisch0: <SIIS channel> at channel 0 on siis0 >> device attach: siisch0 attach returned 6 >> siisch1: <SIIS channel> at channel 1 on siis0 >> device attach: siisch0 attach returned 6 >> siisch2: <SIIS channel> at channel 2 on siis0 >> device attach: siisch0 attach returned 6 >> siisch3: <SIIS channel> at channel 3 on siis0 >> device attach: siisch0 attach returned 6 >> >> I can't see anything but r297000 causing this :-( That was it - perfect! Thanks :-) pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci2: <ACPI PCI bus> on pcib2 siis0: <SiI3124 SATA controller> port 0xecf0-0xecff mem 0xfe1ffc00-0xfe1ffc7f,0xfe1f0000-0xfe1f7fff irq 22 at device 1.0 on pci2 siisch0: <SIIS channel> at channel 0 on siis0 siisch1: <SIIS channel> at channel 1 on siis0 siisch2: <SIIS channel> at channel 2 on siis0 siisch3: <SIIS channel> at channel 3 on siis0 MichaelReceived on Mon Mar 21 2016 - 15:23:42 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC