On Sat, Dec 20, 2008 at 05:21:00PM -0500, Kyle McMartin wrote: > On Sat, Dec 20, 2008 at 05:16:53PM -0500, Kyle McMartin wrote: > > you can try hacking elroy to set softfail mode on that bus, which will > > result in a timeout on the pci bus to return -1 (like what x86 and most > > other architectures do) rather than hang the box, but it really likely > > means a driver bug. > > untested and all that jazz. > > diff --git a/drivers/parisc/lba_pci.c b/drivers/parisc/lba_pci.c > index a28c894..a34f759 100644 > --- a/drivers/parisc/lba_pci.c > +++ b/drivers/parisc/lba_pci.c > @@ -1341,7 +1341,7 @@ lba_hw_init(struct lba_device *d) > > /* Set HF mode as the default (vs. -1 mode). */ > stat = READ_REG32(d->hba.base_addr + LBA_STAT_CTL); > - WRITE_REG32(stat | HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL); > + WRITE_REG32(stat & ~HF_ENABLE, d->hba.base_addr + LBA_STAT_CTL); I'm not sure how helpful this will be. It will be unpredictable how the tulip driver will handle getting -1's back from inw(). thanks, grant > > /* > ** Writing a zero to STAT_CTL.rf (bit 0) will clear reset signal > -- > To unsubscribe from this list: send the line "unsubscribe linux-parisc" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
