linux-kernel - Re: [PATCH 04/12] habanalabs: add unsupported functions

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 28 Jun 2022 12:13:28 +0300
From:   Oded Gabbay <ogabbay@...nel.org>
To:     Greg KH <gregkh@...uxfoundation.org>
Cc:     "Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 04/12] habanalabs: add unsupported functions

On Tue, Jun 28, 2022 at 12:12 PM Greg KH <gregkh@...uxfoundation.org> wrote:
>
> On Tue, Jun 28, 2022 at 11:21:24AM +0300, Oded Gabbay wrote:
> > On Tue, Jun 28, 2022 at 9:34 AM Greg KH <gregkh@...uxfoundation.org> wrote:
> > >
> > > On Mon, Jun 27, 2022 at 11:26:12PM +0300, Oded Gabbay wrote:
> > > > There are a number of new ASIC-specific functions that were added
> > > > for Gaudi2. To make the common code work, we need to define empty
> > > > implementations of those functions for Goya and Gaudi.
> > > >
> > > > Some functions will return error if called with Goya/Gaudi.
> > > >
> > > > Signed-off-by: Oded Gabbay <ogabbay@...nel.org>
> > > > ---
> > > >  drivers/misc/habanalabs/gaudi/gaudi.c | 24 ++++++++++++++++++++++++
> > > >  drivers/misc/habanalabs/goya/goya.c   | 24 ++++++++++++++++++++++++
> > > >  2 files changed, 48 insertions(+)
> > > >
> > > > diff --git a/drivers/misc/habanalabs/gaudi/gaudi.c b/drivers/misc/habanalabs/gaudi/gaudi.c
> > > > index ae894335e9f8..f4581220ecd5 100644
> > > > --- a/drivers/misc/habanalabs/gaudi/gaudi.c
> > > > +++ b/drivers/misc/habanalabs/gaudi/gaudi.c
> > > > @@ -8588,6 +8588,11 @@ static void gaudi_ctx_fini(struct hl_ctx *ctx)
> > > >       gaudi_internal_cb_pool_fini(ctx->hdev, ctx);
> > > >  }
> > > >
> > > > +int gaudi_pre_schedule_cs(struct hl_cs *cs)
> > > > +{
> > > > +     return 0;
> > > > +}
> > > > +
> > > >  static u32 gaudi_get_queue_id_for_cq(struct hl_device *hdev, u32 cq_idx)
> > > >  {
> > > >       return gaudi_cq_assignment[cq_idx];
> > > > @@ -8959,6 +8964,14 @@ static void gaudi_enable_events_from_fw(struct hl_device *hdev)
> > > >               gaudi_irq_map_table[GAUDI_EVENT_INTS_REGISTER].cpu_id);
> > > >  }
> > > >
> > > > +int gaudi_ack_mmu_page_fault_or_access_error(struct hl_device *hdev,
> > > > +                                                     u64 mmu_cap_mask)
> > > > +{
> > > > +     dev_err(hdev->dev, "mmu_error function is not supported\n");
> > >
> > > Can userspace trigger this?  if so, make it debug, as you don't want to
> > > give userspace a way to spam the logs.
> >
> > Only via a debugfs node which is exposed only to root user.
> > What is your recommendation in that case ?
>
> What does this error message help out with?  Why not just return an
> error and be done with it?  No need to spam the kernel log, right?
Sure, np.  I'm with you on that.

Thanks,
Oded
>
> thanks,
>
> greg k-h