> > > > + err = ufshpb_fill_ppn_from_page(hpb, srgn->mctx, srgn_offset, 1, > > &ppn); > > > > + spin_unlock_irqrestore(&hpb->rgn_state_lock, flags); > > > > + if (unlikely(err < 0)) { > > > > + /* > > > > + * In this case, the region state is active, > > > > + * but the ppn table is not allocated. > > > > + * Make sure that ppn table must be allocated on > > > > + * active state. > > > > + */ > > > > + WARN_ON(true); > > > > + dev_err(hba->dev, "get ppn failed. err %d\n", err); > > > Maybe just pr_warn instead of risking crashing the machine over that? > > > > Why it crashing the machine? WARN_ON will just print kernel message. > I think that it can be configured, but I am not sure. I think it can be configured via the parameter panic_on_warn
- [PATCH v22 3/4] scsi: ufs: Prepare HPB read for cached sub-reg... Daejun Park
- RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB read for cache... Avri Altman
- RE: RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB read for c... Daejun Park
- RE: RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB read f... Avri Altman
- RE: RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB re... Avri Altman
- RE: RE: RE: [PATCH v22 3/4] scsi: ufs: Prepare HP... Daejun Park
- RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB read for cache... Avri Altman
- RE: RE: [PATCH v22 3/4] scsi: ufs: Prepare HPB read for c... Daejun Park
- [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Daejun Park
- Re: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Bean Huo
- RE: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Avri Altman
- RE: Re: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Daejun Park
- RE: RE: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Daejun Park
- Re: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Bean Huo
- RE: Re: [PATCH v22 4/4] scsi: ufs: Add HPB 2.0 support Daejun Park