On Sat, 2007-06-02 at 08:39 +1000, James C. McPherson wrote:
> Erast Benson wrote:
> > On Fri, 2007-06-01 at 18:23 +0100, Pete Dennis wrote:
> >> Hello Erast,
> >>
> >> This could well be the same as a bug that was logged:
> >>
> >> 6553970 VMware Workstation 5.5.4/6.0beta choked when
> >>          booting snv_63 or s10u4_06
> >>
> >> So you may want to talk VMware about this.
> >>
> >> I have tried b65 on build 6.0.0 build-45731 of VM Workstation
> >> and it works with SCSI disks.
> > 
> > Thanks for the info Pete!
> > 
> > In my case this is VMware Server Console, 1.0.1 build-29996 and
> > SCSI-emulation is quite tested there.
> > 
> > What worries me is that b61/b62 works fine with the same SCSI-type disks
> > on the same VMWare version. I didn't verified b63, but b65 clearly
> > introduces *regression* on the same platform.
> > 
> > Usually driver provides a workaround for HW bug and VMWare is simply yet
> > another HW platform out there and our drivers must respect that. imho. 
> > 
> > We all hate closed binaries! So, we can not fix that on our own.
> > At any rate, I hope some of you will jump on it and provide a patch.
> > I'm sorry to say that, but hearing "...talk VMware about this..." is NO
> > good.
> 
> Hi Erast,
> the MPxIO on mpt project is what I work on, and we
> are very interested to get any and all information
> that you have about this problem.
> 
> In particular, if you have a crash dump we would
> be *very* grateful to get a pointer to it so we can
> investigate it further.
> 

Hey James,

unfortunetly this problem do not produce any crash dump. It silently
reboots. In kmdb I stepped through the sd`_init and can confirm that
reboot happened in mpt`mpt_scsi_config_all somewhere in the middle after
mpt_scsi_probe. I could provide you more information, like print some
mpt structures, etc if you'd like.

I think you should be able to reproduce problem in VMWare 5.x as stated
above. I can confirm that problem does not exists in VMWare 6.x.

-- 
Erast

_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to