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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a8621760db63430e9d742ebf1baa0a0f@ite.com.tw>
Date: Tue, 14 May 2024 03:20:35 +0000
From: <kuro.chung@....com.tw>
To: <rfoss@...nel.org>
CC: <allen.chen@....com.tw>, <treapking@...omium.org>,
        <Kenneth.Hung@....com.tw>, <kuro.chung@....corp-partner.google.com>,
        <andrzej.hajda@...el.com>, <neil.armstrong@...aro.org>,
        <Laurent.pinchart@...asonboard.com>, <jonas@...boo.se>,
        <jernej.skrabec@...il.com>, <maarten.lankhorst@...ux.intel.com>,
        <mripard@...nel.org>, <tzimmermann@...e.de>, <airlied@...il.com>,
        <daniel@...ll.ch>, <dri-devel@...ts.freedesktop.org>,
        <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no
 display issue

-----Original Message-----
From: Robert Foss <rfoss@...nel.org> 
Sent: Tuesday, May 14, 2024 1:45 AM
To: Kuro Chung (鐘仕廷) <kuro.chung@....com.tw>
Cc: Allen Chen <allen.chen@....com.tw>; Pin-yen Lin <treapking@...omium.org>; Kenneth Hung (洪家倫) <Kenneth.Hung@....com.tw>; Kuro Chung <kuro.chung@....corp-partner.google.com>; Andrzej Hajda <andrzej.hajda@...el.com>; Neil Armstrong <neil.armstrong@...aro.org>; Laurent Pinchart <Laurent.pinchart@...asonboard.com>; Jonas Karlman <jonas@...boo.se>; Jernej Skrabec <jernej.skrabec@...il.com>; Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>; Maxime Ripard <mripard@...nel.org>; Thomas Zimmermann <tzimmermann@...e.de>; David Airlie <airlied@...il.com>; Daniel Vetter <daniel@...ll.ch>; open list:DRM DRIVERS <dri-devel@...ts.freedesktop.org>; open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v7 1/1] drm/bridge: it6505: fix hibernate to resume no display issue

On Mon, May 13, 2024 at 7:42 PM Robert Foss <rfoss@...nel.org> wrote:
>
> On Mon, May 6, 2024 at 11:36 AM kuro <kuro.chung@....com.tw> wrote:
> >
> > From: Kuro <kuro.chung@....com.tw>
> >
> > ITE added a FIFO reset bit for input video. When system power 
> > resume, the TTL input of it6505 may get some noise before video 
> > signal stable and the hardware function reset is required.
> > But the input FIFO reset will also trigger error interrupts of output module rising.
> > Thus, it6505 have to wait a period can clear those expected error 
> > interrupts caused by manual hardware reset in one interrupt handler calling to avoid interrupt looping.
> >
> > Signed-off-by: Kuro Chung <kuro.chung@....corp-partner.google.com>
> >
> > ---
> >  drivers/gpu/drm/bridge/ite-it6505.c | 73 
> > +++++++++++++++++++----------
> >  1 file changed, 49 insertions(+), 24 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/bridge/ite-it6505.c 
> > b/drivers/gpu/drm/bridge/ite-it6505.c
> > index b53da9bb65a16..64e2706e3d0c3 100644
> > --- a/drivers/gpu/drm/bridge/ite-it6505.c
> > +++ b/drivers/gpu/drm/bridge/ite-it6505.c
> > @@ -1317,9 +1317,15 @@ static void it6505_video_reset(struct it6505 *it6505)
> >         it6505_link_reset_step_train(it6505);
> >         it6505_set_bits(it6505, REG_DATA_MUTE_CTRL, EN_VID_MUTE, EN_VID_MUTE);
> >         it6505_set_bits(it6505, REG_INFOFRAME_CTRL, EN_VID_CTRL_PKT, 0x00);
> > -       it6505_set_bits(it6505, REG_RESET_CTRL, VIDEO_RESET, VIDEO_RESET);
> > +
> > +       it6505_set_bits(it6505, REG_VID_BUS_CTRL1, TX_FIFO_RESET, TX_FIFO_RESET);
> > +       it6505_set_bits(it6505, REG_VID_BUS_CTRL1, TX_FIFO_RESET, 
> > + 0x00);
> > +
> >         it6505_set_bits(it6505, REG_501_FIFO_CTRL, RST_501_FIFO, RST_501_FIFO);
> >         it6505_set_bits(it6505, REG_501_FIFO_CTRL, RST_501_FIFO, 
> > 0x00);
> > +
> > +       it6505_set_bits(it6505, REG_RESET_CTRL, VIDEO_RESET, VIDEO_RESET);
> > +       usleep_range(1000, 2000);
> >         it6505_set_bits(it6505, REG_RESET_CTRL, VIDEO_RESET, 0x00);  
> > }
> >
> > @@ -2249,12 +2255,11 @@ static void it6505_link_training_work(struct work_struct *work)
> >         if (ret) {
> >                 it6505->auto_train_retry = AUTO_TRAIN_RETRY;
> >                 it6505_link_train_ok(it6505);
> > -               return;
> >         } else {
> >                 it6505->auto_train_retry--;
> > +               it6505_dump(it6505);
> >         }
> >
> > -       it6505_dump(it6505);
> >  }
> >
> >  static void it6505_plugged_status_to_codec(struct it6505 *it6505) 
> > @@ -2475,31 +2480,53 @@ static void it6505_irq_link_train_fail(struct it6505 *it6505)
> >         schedule_work(&it6505->link_works);
> >  }
> >
> > -static void it6505_irq_video_fifo_error(struct it6505 *it6505)
> > +static bool it6505_test_bit(unsigned int bit, const unsigned int 
> > +*addr)
> >  {
> > -       struct device *dev = &it6505->client->dev;
> > -
> > -       DRM_DEV_DEBUG_DRIVER(dev, "video fifo overflow interrupt");
> > -       it6505->auto_train_retry = AUTO_TRAIN_RETRY;
> > -       flush_work(&it6505->link_works);
> > -       it6505_stop_hdcp(it6505);
> > -       it6505_video_reset(it6505);
> > +       return 1 & (addr[bit / BITS_PER_BYTE] >> (bit % 
> > + BITS_PER_BYTE));
> >  }
> >
> > -static void it6505_irq_io_latch_fifo_overflow(struct it6505 
> > *it6505)
> > +static void it6505_irq_video_handler(struct it6505 *it6505, const 
> > +int *int_status)
> >  {
> >         struct device *dev = &it6505->client->dev;
> > +       int reg_0d, reg_int03;
> >
> > -       DRM_DEV_DEBUG_DRIVER(dev, "IO latch fifo overflow interrupt");
> > -       it6505->auto_train_retry = AUTO_TRAIN_RETRY;
> > -       flush_work(&it6505->link_works);
> > -       it6505_stop_hdcp(it6505);
> > -       it6505_video_reset(it6505);
> > -}
> > +       /*
> > +        * When video SCDT change with video not stable,
> > +        * Or video FIFO error, need video reset
> > +        */
> >
> > -static bool it6505_test_bit(unsigned int bit, const unsigned int 
> > *addr) -{
> > -       return 1 & (addr[bit / BITS_PER_BYTE] >> (bit % BITS_PER_BYTE));
> > +       if ((!it6505_get_video_status(it6505) &&
> > +               (it6505_test_bit(INT_SCDT_CHANGE, (unsigned int *) int_status))) ||
> > +               (it6505_test_bit(BIT_INT_IO_FIFO_OVERFLOW, (unsigned int *) int_status)) ||
> > +               (it6505_test_bit(BIT_INT_VID_FIFO_ERROR, (unsigned 
> > + int *) int_status))) {
> > +
> > +               it6505->auto_train_retry = AUTO_TRAIN_RETRY;
> > +               flush_work(&it6505->link_works);
> > +               it6505_stop_hdcp(it6505);
> > +               it6505_video_reset(it6505);
> > +
> > +               usleep_range(10000, 11000);
> > +
> > +               /*
> > +                * Clear FIFO error IRQ to prevent fifo error -> reset loop
> > +                * HW will trigger SCDT change IRQ again when video stable
> > +                */
> > +
> > +               reg_int03 = it6505_read(it6505, INT_STATUS_03);
> > +               reg_0d = it6505_read(it6505, REG_SYSTEM_STS);
> > +
> > +               reg_int03 &= (BIT(INT_VID_FIFO_ERROR) | BIT(INT_IO_LATCH_FIFO_OVERFLOW));
> > +               it6505_write(it6505, INT_STATUS_03, reg_int03);
> > +
> > +               DRM_DEV_DEBUG_DRIVER(dev, "reg08 = 0x%02x", reg_int03);
> > +               DRM_DEV_DEBUG_DRIVER(dev, "reg0D = 0x%02x", reg_0d);
> > +
> > +               return;
> > +       }
> > +
> > +
> > +       if (it6505_test_bit(INT_SCDT_CHANGE, (unsigned int *) int_status))
> > +               it6505_irq_scdt(it6505);
> >  }
> >
> >  static irqreturn_t it6505_int_threaded_handler(int unused, void 
> > *data) @@ -2512,15 +2539,12 @@ static irqreturn_t it6505_int_threaded_handler(int unused, void *data)
> >         } irq_vec[] = {
> >                 { BIT_INT_HPD, it6505_irq_hpd },
> >                 { BIT_INT_HPD_IRQ, it6505_irq_hpd_irq },
> > -               { BIT_INT_SCDT, it6505_irq_scdt },
> >                 { BIT_INT_HDCP_FAIL, it6505_irq_hdcp_fail },
> >                 { BIT_INT_HDCP_DONE, it6505_irq_hdcp_done },
> >                 { BIT_INT_AUX_CMD_FAIL, it6505_irq_aux_cmd_fail },
> >                 { BIT_INT_HDCP_KSV_CHECK, it6505_irq_hdcp_ksv_check },
> >                 { BIT_INT_AUDIO_FIFO_ERROR, it6505_irq_audio_fifo_error },
> >                 { BIT_INT_LINK_TRAIN_FAIL, it6505_irq_link_train_fail },
> > -               { BIT_INT_VID_FIFO_ERROR, it6505_irq_video_fifo_error },
> > -               { BIT_INT_IO_FIFO_OVERFLOW, it6505_irq_io_latch_fifo_overflow },
> >         };
> >         int int_status[3], i;
> >
> > @@ -2550,6 +2574,7 @@ static irqreturn_t it6505_int_threaded_handler(int unused, void *data)
> >                         if (it6505_test_bit(irq_vec[i].bit, (unsigned int *)int_status))
> >                                 irq_vec[i].handler(it6505);
> >                 }
> > +               it6505_irq_video_handler(it6505, (unsigned int *) 
> > + int_status);
> >         }
> >
> >         pm_runtime_put_sync(dev);
> > --
> > 2.25.1
> >
>
> Reviewed-by: Robert Foss <rfoss@...nel.org>

This patch does not apply on drm-misc-next, please fix this and then this patch is ready to be applied.

-> Hi Robert, 
-> Excuse me, this is my first time to upload the patch, I'm afraid I'm not following, would you mind be more specific or could I have a link or document for reference,
-> Thank you.

->and I saw my tracked remote is drm-misc-next, does it anything wrong about upload the patch?
ite@...-XPS-13-9360:~/project/it6505/google/source/cros/src/third_party/kernel/v5.15$ git remote show drm-misc
* remote drm-misc
  Fetch URL: https://anongit.freedesktop.org/git/drm/drm-misc.git
  Push  URL: https://anongit.freedesktop.org/git/drm/drm-misc.git
  HEAD branch: drm-misc-next
  Remote branches:
    drm-misc-fixes       new (next fetch will store in remotes/drm-misc)
    drm-misc-next        tracked
    drm-misc-next-fixes  new (next fetch will store in remotes/drm-misc)
    for-linux-next       new (next fetch will store in remotes/drm-misc)
    for-linux-next-fixes new (next fetch will store in remotes/drm-misc)
    topic/rust-drm       new (next fetch will store in remotes/drm-misc)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ