> > > > + 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

