search for: simscsi

...an work to user prompt. This means the ski >environment still working well. > > Do you ever see similar error on this revision? Maybe we missed >some important step or... ski environment needs some change? The command >to start ski is: > "ski bootloader xen paralinux nomca simscsi=`pwd`/sd" > > Here paralinux is built upon >bk://xen-ia64.bkbits.net/xenlinux-ia64-2.6.11.bk. > > BTW, just saw a small bug in vcpu.c: >IA64FAULT vcpu_itc_d(VCPU *vcpu, UINT64 > ... > if (((itir & ~0xfc) >> 2) < PAGE_SHIFT) { >Should be: >...

...mpt. This > means the ski > environment still working well. > > Do you ever see similar error on this revision? Maybe we missed > some important step or... ski environment needs some change? > The command > to start ski is: > "ski bootloader xen paralinux nomca simscsi=`pwd`/sd" > > Here paralinux is built upon > bk://xen-ia64.bkbits.net/xenlinux-ia64-2.6.11.bk. > > BTW, just saw a small bug in vcpu.c: > IA64FAULT vcpu_itc_d(VCPU *vcpu, UINT64 > ... > if (((itir & ~0xfc) >> 2) < PAGE_SHIFT) { > Should be:...

> This is another thing that has always put me off. The > virtual block device driver has the ability to masquerade as > other types of block devices. It actually claims to be an > IDE or SCSI device allocating the appropriate major/minor numbers. > > This seems to be pretty evil and creating interesting failure > conditions for users who load IDE or SCSI modules.

> This is another thing that has always put me off. The > virtual block device driver has the ability to masquerade as > other types of block devices. It actually claims to be an > IDE or SCSI device allocating the appropriate major/minor numbers. > > This seems to be pretty evil and creating interesting failure > conditions for users who load IDE or SCSI modules.