Change opt_conswitch to char to fix a violation of Rule 10.2.
Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com>
diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c
index 2c363d9c1d..3a3a97bcbe 100644
--- a/xen/drivers/char/console.c
+++ b/xen/drivers/char/console.c
@@ -49,7 +49,7 @@ string_param("console", opt_console);
/* Char 1: CTRL+<char1> is used to switch console input between Xen and DOM0 */
/* Char 2: If this character is 'x', then do not auto-switch to DOM0 when it */
/* boots. Any other value, or omitting the char, enables auto-switch */
-static unsigned char __read_mostly opt_conswitch[3] = "a";
+static char __read_mostly opt_conswitch[3] = "a";
string_runtime_param("conswitch", opt_conswitch);
/* sync_console: force synchronous console output (useful for debugging). */
Hi Stefano, title: Is this the only violation we have in Xen? If so, then please add the subsystem in the title. On 11/05/2024 00:37, Stefano Stabellini wrote: > Change opt_conswitch to char to fix a violation of Rule 10.2. > > Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com> > > diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c > index 2c363d9c1d..3a3a97bcbe 100644 > --- a/xen/drivers/char/console.c > +++ b/xen/drivers/char/console.c > @@ -49,7 +49,7 @@ string_param("console", opt_console); > /* Char 1: CTRL+<char1> is used to switch console input between Xen and DOM0 */ > /* Char 2: If this character is 'x', then do not auto-switch to DOM0 when it */ > /* boots. Any other value, or omitting the char, enables auto-switch */ > -static unsigned char __read_mostly opt_conswitch[3] = "a"; > +static char __read_mostly opt_conswitch[3] = "a"; Looking at the rest of the code, we have: #define switch_code (opt_conswitch[0] - 'a' + 1) Can you confirm whether this is not somehow adding a new violation? Cheers, -- Julien Grall
On Mon, 13 May 2024, Julien Grall wrote: > Hi Stefano, > > title: Is this the only violation we have in Xen? If so, then please add the > subsystem in the title. The only remaining violations are about the use of the "toupper" macro. Bugseng is recommending to add a cast to fix those or deviate toupper. > On 11/05/2024 00:37, Stefano Stabellini wrote: > > Change opt_conswitch to char to fix a violation of Rule 10.2. > > > > Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com> > > > > diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c > > index 2c363d9c1d..3a3a97bcbe 100644 > > --- a/xen/drivers/char/console.c > > +++ b/xen/drivers/char/console.c > > @@ -49,7 +49,7 @@ string_param("console", opt_console); > > /* Char 1: CTRL+<char1> is used to switch console input between Xen and > > DOM0 */ > > /* Char 2: If this character is 'x', then do not auto-switch to DOM0 when > > it */ > > /* boots. Any other value, or omitting the char, enables > > auto-switch */ > > -static unsigned char __read_mostly opt_conswitch[3] = "a"; > > +static char __read_mostly opt_conswitch[3] = "a"; > > Looking at the rest of the code, we have: > > #define switch_code (opt_conswitch[0] - 'a' + 1) > > Can you confirm whether this is not somehow adding a new violation? No, this patch is to fix a violation exactly there.
Hi Stefano, On 14/05/2024 01:09, Stefano Stabellini wrote: > On Mon, 13 May 2024, Julien Grall wrote: >> Hi Stefano, >> >> title: Is this the only violation we have in Xen? If so, then please add the >> subsystem in the title. > > The only remaining violations are about the use of the "toupper" macro. > Bugseng is recommending to add a cast to fix those or deviate toupper. Ok. Please can you add a prefix in the title then? > > >> On 11/05/2024 00:37, Stefano Stabellini wrote: >>> Change opt_conswitch to char to fix a violation of Rule 10.2. >>> >>> Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com> >>> >>> diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c >>> index 2c363d9c1d..3a3a97bcbe 100644 >>> --- a/xen/drivers/char/console.c >>> +++ b/xen/drivers/char/console.c >>> @@ -49,7 +49,7 @@ string_param("console", opt_console); >>> /* Char 1: CTRL+<char1> is used to switch console input between Xen and >>> DOM0 */ >>> /* Char 2: If this character is 'x', then do not auto-switch to DOM0 when >>> it */ >>> /* boots. Any other value, or omitting the char, enables >>> auto-switch */ >>> -static unsigned char __read_mostly opt_conswitch[3] = "a"; >>> +static char __read_mostly opt_conswitch[3] = "a"; >> >> Looking at the rest of the code, we have: >> >> #define switch_code (opt_conswitch[0] - 'a' + 1) >> >> Can you confirm whether this is not somehow adding a new violation? > > No, this patch is to fix a violation exactly there. Thanks for the confirmation: Acked-by: Julien Grall <jgrall@amazon.com> Cheers, -- Julien Grall
On 14.05.2024 02:09, Stefano Stabellini wrote: > On Mon, 13 May 2024, Julien Grall wrote: >> Hi Stefano, >> >> title: Is this the only violation we have in Xen? If so, then please add the >> subsystem in the title. > > The only remaining violations are about the use of the "toupper" macro. > Bugseng is recommending to add a cast to fix those or deviate toupper. > > >> On 11/05/2024 00:37, Stefano Stabellini wrote: >>> Change opt_conswitch to char to fix a violation of Rule 10.2. >>> >>> Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com> >>> >>> diff --git a/xen/drivers/char/console.c b/xen/drivers/char/console.c >>> index 2c363d9c1d..3a3a97bcbe 100644 >>> --- a/xen/drivers/char/console.c >>> +++ b/xen/drivers/char/console.c >>> @@ -49,7 +49,7 @@ string_param("console", opt_console); >>> /* Char 1: CTRL+<char1> is used to switch console input between Xen and >>> DOM0 */ >>> /* Char 2: If this character is 'x', then do not auto-switch to DOM0 when >>> it */ >>> /* boots. Any other value, or omitting the char, enables >>> auto-switch */ >>> -static unsigned char __read_mostly opt_conswitch[3] = "a"; >>> +static char __read_mostly opt_conswitch[3] = "a"; >> >> Looking at the rest of the code, we have: >> >> #define switch_code (opt_conswitch[0] - 'a' + 1) >> >> Can you confirm whether this is not somehow adding a new violation? > > No, this patch is to fix a violation exactly there. Right. With a suitable subject prefix added: Reviewed-by: Jan Beulich <jbeulich@suse.com> Jan
© 2016 - 2024 Red Hat, Inc.