From: Hans de Goede <hdegoede@redhat.com>
To: Kate Hsuan <hpa@redhat.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-media@vger.kernel.org, linux-staging@lists.linux.dev
Subject: Re: [PATCH v2 2/3] media: atomisp: ia_css_debug: remove unused HAS_WATCHDOG_SP_THREAD_DEBUG codes
Date: Tue, 13 Jun 2023 11:36:03 +0200 [thread overview]
Message-ID: <104ec2e8-b377-ca70-197c-b6110eeeba00@redhat.com> (raw)
In-Reply-To: <20230612055718.453554-3-hpa@redhat.com>
Hi Kate,
On 6/12/23 07:57, Kate Hsuan wrote:
> Since the debug codes around #ifdef HAS_WATCHDOG_SP_THREAD_DEBUG are
> no longer used, the debug implementation of this can be removed. Also,
> the unsed variables are removed.
>
> Signed-off-by: Kate Hsuan <hpa@redhat.com>
> ---
> .../pci/hive_isp_css_common/debug_global.h | 7 --
> .../media/atomisp/pci/ia_css_acc_types.h | 6 +-
> .../runtime/debug/interface/ia_css_debug.h | 6 --
> .../pci/runtime/debug/src/ia_css_debug.c | 93 -------------------
> .../media/atomisp/pci/sh_css_internal.h | 24 -----
> 5 files changed, 1 insertion(+), 135 deletions(-)
>
> diff --git a/drivers/staging/media/atomisp/pci/hive_isp_css_common/debug_global.h b/drivers/staging/media/atomisp/pci/hive_isp_css_common/debug_global.h
> index b6538beca18a..f2e17945fd45 100644
> --- a/drivers/staging/media/atomisp/pci/hive_isp_css_common/debug_global.h
> +++ b/drivers/staging/media/atomisp/pci/hive_isp_css_common/debug_global.h
> @@ -35,13 +35,6 @@
>
> #define DEBUG_BUFFER_ISP_DMEM_ADDR 0x0
>
> -/*
> - * Enable HAS_WATCHDOG_SP_THREAD_DEBUG for additional SP thread and
> - * pipe information on watchdog output
> - * #undef HAS_WATCHDOG_SP_THREAD_DEBUG
> - * #define HAS_WATCHDOG_SP_THREAD_DEBUG
> - */
> -
> /*
> * The linear buffer mode will accept data until the first
> * overflow and then stop accepting new data
> diff --git a/drivers/staging/media/atomisp/pci/ia_css_acc_types.h b/drivers/staging/media/atomisp/pci/ia_css_acc_types.h
> index a20879aedef6..d6e52b4971d6 100644
> --- a/drivers/staging/media/atomisp/pci/ia_css_acc_types.h
> +++ b/drivers/staging/media/atomisp/pci/ia_css_acc_types.h
> @@ -331,11 +331,7 @@ struct ia_css_sp_info {
> of DDR debug queue */
> u32 perf_counter_input_system_error; /** input system perf
> counter array */
> -#ifdef HAS_WATCHDOG_SP_THREAD_DEBUG
> - u32 debug_wait; /** thread/pipe post mortem debug */
> - u32 debug_stage; /** thread/pipe post mortem debug */
> - u32 debug_stripe; /** thread/pipe post mortem debug */
> -#endif
> +
> u32 threads_stack; /** sp thread's stack pointers */
> u32 threads_stack_size; /** sp thread's stack sizes */
> u32 curr_binary_id; /** current binary id */
> diff --git a/drivers/staging/media/atomisp/pci/runtime/debug/interface/ia_css_debug.h b/drivers/staging/media/atomisp/pci/runtime/debug/interface/ia_css_debug.h
> index 3a3d72c6eaaa..efa136294836 100644
> --- a/drivers/staging/media/atomisp/pci/runtime/debug/interface/ia_css_debug.h
> +++ b/drivers/staging/media/atomisp/pci/runtime/debug/interface/ia_css_debug.h
> @@ -306,12 +306,6 @@ void ia_css_debug_dump_isp_params(struct ia_css_stream *stream,
> */
> void ia_css_debug_dump_perf_counters(void);
>
> -#ifdef HAS_WATCHDOG_SP_THREAD_DEBUG
> -void sh_css_dump_thread_wait_info(void);
> -void sh_css_dump_pipe_stage_info(void);
> -void sh_css_dump_pipe_stripe_info(void);
> -#endif
> -
> void ia_css_debug_dump_isp_binary(void);
>
> void sh_css_dump_sp_raw_copy_linecount(bool reduced);
> diff --git a/drivers/staging/media/atomisp/pci/runtime/debug/src/ia_css_debug.c b/drivers/staging/media/atomisp/pci/runtime/debug/src/ia_css_debug.c
> index bb30146c5fe7..cf66a40bd6a4 100644
> --- a/drivers/staging/media/atomisp/pci/runtime/debug/src/ia_css_debug.c
> +++ b/drivers/staging/media/atomisp/pci/runtime/debug/src/ia_css_debug.c
> @@ -101,13 +101,6 @@
>
> #define ENABLE_LINE_MAX_LENGTH (25)
>
> -/*
> - * TODO:SH_CSS_MAX_SP_THREADS is not the max number of sp threads
> - * future rework should fix this and remove the define MAX_THREAD_NUM
> - */
> -#define MAX_THREAD_NUM_2400 (SH_CSS_MAX_SP_THREADS + SH_CSS_MAX_SP_INTERNAL_THREADS_2400)
> -#define MAX_THREAD_NUM_2401 (SH_CSS_MAX_SP_THREADS + SH_CSS_MAX_SP_INTERNAL_THREADS_2401)
> -
> static struct pipe_graph_class {
> bool do_init;
> int height;
This patch looks good, except that as mentioned this bit should simply
remove the original lines from before this series, rather then first
having patch 1/3 modify these lines and then removing the modified
lines here.
Regards,
Hans
> @@ -2075,12 +2068,6 @@ void ia_css_debug_dump_debug_info(const char *context)
> ia_css_debug_dump_isp_gdc_fifo_state();
> ia_css_debug_dump_sp_state();
> ia_css_debug_dump_perf_counters();
> -
> -#ifdef HAS_WATCHDOG_SP_THREAD_DEBUG
> - sh_css_dump_thread_wait_info();
> - sh_css_dump_pipe_stage_info();
> - sh_css_dump_pipe_stripe_info();
> -#endif
> ia_css_debug_dump_dma_isp_fifo_state();
> ia_css_debug_dump_dma_sp_fifo_state();
> ia_css_debug_dump_dma_state();
> @@ -2392,86 +2379,6 @@ static void __printf(1, 2) dtrace_dot(const char *fmt, ...)
> va_end(ap);
> }
>
> -#ifdef HAS_WATCHDOG_SP_THREAD_DEBUG
> -void sh_css_dump_thread_wait_info(void)
> -{
> - const struct ia_css_fw_info *fw;
> - int i;
> - unsigned int HIVE_ADDR_sp_thread_wait;
> - s32 sp_thread_wait[MAX_THREAD_NUM];
> -
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE, "SEM WAITS:\n");
> -
> - fw = &sh_css_sp_fw;
> - HIVE_ADDR_sp_thread_wait =
> - fw->info.sp.debug_wait;
> -
> - (void)HIVE_ADDR_sp_thread_wait;
> -
> - sp_dmem_load(SP0_ID,
> - (unsigned int)sp_address_of(sp_thread_wait),
> - &sp_thread_wait,
> - sizeof(sp_thread_wait));
> - for (i = 0; i < MAX_THREAD_NUM; i++) {
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE,
> - "\twait[%d] = 0x%X\n",
> - i, sp_thread_wait[i]);
> - }
> -}
> -
> -void sh_css_dump_pipe_stage_info(void)
> -{
> - const struct ia_css_fw_info *fw;
> - int i;
> - unsigned int HIVE_ADDR_sp_pipe_stage;
> - s32 sp_pipe_stage[MAX_THREAD_NUM];
> -
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE, "PIPE STAGE:\n");
> -
> - fw = &sh_css_sp_fw;
> - HIVE_ADDR_sp_pipe_stage =
> - fw->info.sp.debug_stage;
> -
> - (void)HIVE_ADDR_sp_pipe_stage;
> -
> - sp_dmem_load(SP0_ID,
> - (unsigned int)sp_address_of(sp_pipe_stage),
> - &sp_pipe_stage,
> - sizeof(sp_pipe_stage));
> - for (i = 0; i < MAX_THREAD_NUM; i++) {
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE,
> - "\tstage[%d] = %d\n",
> - i, sp_pipe_stage[i]);
> - }
> -}
> -
> -void sh_css_dump_pipe_stripe_info(void)
> -{
> - const struct ia_css_fw_info *fw;
> - int i;
> - unsigned int HIVE_ADDR_sp_pipe_stripe;
> - s32 sp_pipe_stripe[MAX_THREAD_NUM];
> -
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE, "PIPE STRIPE:\n");
> -
> - fw = &sh_css_sp_fw;
> - HIVE_ADDR_sp_pipe_stripe =
> - fw->info.sp.debug_stripe;
> -
> - (void)HIVE_ADDR_sp_pipe_stripe;
> -
> - sp_dmem_load(SP0_ID,
> - (unsigned int)sp_address_of(sp_pipe_stripe),
> - &sp_pipe_stripe,
> - sizeof(sp_pipe_stripe));
> - for (i = 0; i < MAX_THREAD_NUM; i++) {
> - ia_css_debug_dtrace(IA_CSS_DEBUG_VERBOSE,
> - "\tstripe[%d] = %d\n",
> - i, sp_pipe_stripe[i]);
> - }
> -}
> -#endif
> -
> static void
> ia_css_debug_pipe_graph_dump_frame(
> const struct ia_css_frame *frame,
> diff --git a/drivers/staging/media/atomisp/pci/sh_css_internal.h b/drivers/staging/media/atomisp/pci/sh_css_internal.h
> index 2fa0b3e45fe0..2349eb4d3767 100644
> --- a/drivers/staging/media/atomisp/pci/sh_css_internal.h
> +++ b/drivers/staging/media/atomisp/pci/sh_css_internal.h
> @@ -84,32 +84,8 @@
> #define SH_CSS_MAX_IF_CONFIGS 3 /* Must match with IA_CSS_NR_OF_CONFIGS (not defined yet).*/
> #define SH_CSS_IF_CONFIG_NOT_NEEDED 0xFF
>
> -/*
> - * SH_CSS_MAX_SP_THREADS:
> - * sp threads visible to host with connected communication queues
> - * these threads are capable of running an image pipe
> - * SH_CSS_MAX_SP_INTERNAL_THREADS:
> - * internal sp service threads, no communication queues to host
> - * these threads can't be used as image pipe
> - */
> -
> -#define SH_CSS_SP_INTERNAL_METADATA_THREAD_2400 1
> -#define SH_CSS_SP_INTERNAL_METADATA_THREAD_2401 0
> -
> -#define SH_CSS_SP_INTERNAL_SERVICE_THREAD 1
> -
> #define SH_CSS_MAX_SP_THREADS 5
>
> -#define SH_CSS_MAX_SP_INTERNAL_THREADS_2400 (\
> - SH_CSS_SP_INTERNAL_SERVICE_THREAD +\
> - SH_CSS_SP_INTERNAL_METADATA_THREAD_2400)
> -
> -#define SH_CSS_MAX_SP_INTERNAL_THREADS_2401 (\
> - SH_CSS_SP_INTERNAL_SERVICE_THREAD +\
> - SH_CSS_SP_INTERNAL_METADATA_THREAD_2401)
> -
> -#define SH_CSS_MAX_PIPELINES SH_CSS_MAX_SP_THREADS
> -
> /**
> * The C99 standard does not specify the exact object representation of structs;
> * the representation is compiler dependent.
next prev parent reply other threads:[~2023-06-13 9:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-12 5:57 [PATCH v2 0/3] Remove #ifdef ISP2401 and unifying sh_css_sp_group structure Kate Hsuan
2023-06-12 5:57 ` [PATCH v2 1/3] media: atomisp: sh_css_internal: Unifying sh_css_sp_group to remove #ifdef ISP2401 Kate Hsuan
2023-06-13 9:34 ` Hans de Goede
2023-06-16 6:08 ` Kate Hsuan
2023-06-16 6:18 ` Kate Hsuan
2023-06-16 14:26 ` Hans de Goede
2023-06-12 5:57 ` [PATCH v2 2/3] media: atomisp: ia_css_debug: remove unused HAS_WATCHDOG_SP_THREAD_DEBUG codes Kate Hsuan
2023-06-13 9:36 ` Hans de Goede [this message]
2023-06-12 5:57 ` [PATCH v2 3/3] atomisp: sh_css_params: write the sp_group config according to the ISP model Kate Hsuan
2023-06-13 9:37 ` Hans de Goede
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=104ec2e8-b377-ca70-197c-b6110eeeba00@redhat.com \
--to=hdegoede@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=hpa@redhat.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox