LKML Archive on lore.kernel.org help / color / mirror / Atom feed
* apm.c: get rid of unused variables @ 2007-03-25 16:06 Parag Warudkar 2007-03-25 16:25 ` Adrian Bunk 0 siblings, 1 reply; 4+ messages in thread From: Parag Warudkar @ 2007-03-25 16:06 UTC (permalink / raw) To: linux-kernel; +Cc: sfr, akpm, torvalds The patch below (against latest git) gets rid of following unused variables - clock_cmos_diff and got_clock_diff. 2 less compiler warnings. Compile tested on i386. Signed-off-by: Parag Warudkar <parag.warudkar@gmail.com> --- linux-2.6/arch/i386/kernel/apm.c 2007-03-24 21:43:35.000000000 -0400 +++ linux-2.6-wk/arch/i386/kernel/apm.c 2007-03-25 11:50:16.000000000 -0400 @@ -384,13 +384,6 @@ static int ignore_normal_resume; static int bounce_interval __read_mostly = DEFAULT_BOUNCE_INTERVAL; -#ifdef CONFIG_APM_RTC_IS_GMT -# define clock_cmos_diff 0 -# define got_clock_diff 1 -#else -static long clock_cmos_diff; -static int got_clock_diff; -#endif static int debug __read_mostly; static int smp __read_mostly; static int apm_disabled = -1; ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: apm.c: get rid of unused variables 2007-03-25 16:06 apm.c: get rid of unused variables Parag Warudkar @ 2007-03-25 16:25 ` Adrian Bunk 2007-03-25 17:07 ` Parag Warudkar 0 siblings, 1 reply; 4+ messages in thread From: Adrian Bunk @ 2007-03-25 16:25 UTC (permalink / raw) To: Parag Warudkar; +Cc: linux-kernel, sfr, akpm, torvalds, John Stultz On Sun, Mar 25, 2007 at 12:06:19PM -0400, Parag Warudkar wrote: > > The patch below (against latest git) gets rid of following unused > variables - clock_cmos_diff and got_clock_diff. > > 2 less compiler warnings. > > Compile tested on i386. > > Signed-off-by: Parag Warudkar <parag.warudkar@gmail.com> > > --- linux-2.6/arch/i386/kernel/apm.c 2007-03-24 21:43:35.000000000 -0400 > +++ linux-2.6-wk/arch/i386/kernel/apm.c 2007-03-25 > 11:50:16.000000000 -0400 > @@ -384,13 +384,6 @@ > static int ignore_normal_resume; > static int bounce_interval __read_mostly = > DEFAULT_BOUNCE_INTERVAL; > > -#ifdef CONFIG_APM_RTC_IS_GMT > -# define clock_cmos_diff 0 > -# define got_clock_diff 1 > -#else > -static long clock_cmos_diff; > -static int got_clock_diff; > -#endif > static int debug __read_mostly; > static int smp __read_mostly; > static int apm_disabled = -1; You could also remove the APM_RTC_IS_GMT config option. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: apm.c: get rid of unused variables 2007-03-25 16:25 ` Adrian Bunk @ 2007-03-25 17:07 ` Parag Warudkar 2007-03-25 21:50 ` Andrew Morton 0 siblings, 1 reply; 4+ messages in thread From: Parag Warudkar @ 2007-03-25 17:07 UTC (permalink / raw) To: Adrian Bunk; +Cc: linux-kernel, sfr, akpm, torvalds, John Stultz [-- Attachment #1: Type: text/plain, Size: 1253 bytes --] On 3/25/07, Adrian Bunk <bunk@stusta.de> wrote: > On Sun, Mar 25, 2007 at 12:06:19PM -0400, Parag Warudkar wrote: > You could also remove the APM_RTC_IS_GMT config option. > Yep, that isn't used anymore. Separate Kconfig patch below and also attached. Parag Signed-off-by: Parag Warudkar <parag.warudkar@gmail.com> --- linux-2.6/arch/i386/Kconfig 2007-03-24 21:43:35.000000000 -0400 +++ linux-2.6-wk/arch/i386/Kconfig 2007-03-25 12:58:18.000000000 -0400 @@ -1029,19 +1029,6 @@ backlight at all, or it might print a lot of errors to the console, especially if you are using gpm. -config APM_RTC_IS_GMT - bool "RTC stores time in GMT" - depends on APM - help - Say Y here if your RTC (Real Time Clock a.k.a. hardware clock) - stores the time in GMT (Greenwich Mean Time). Say N if your RTC - stores localtime. - - It is in fact recommended to store GMT in your RTC, because then you - don't have to worry about daylight savings time changes. The only - reason not to use GMT in your RTC is if you also run a broken OS - that doesn't understand GMT. - config APM_ALLOW_INTS bool "Allow interrupts during APM BIOS calls" depends on APM [-- Attachment #2: i386-kconfig-remove-apm_rtc_is_gmt.patch --] [-- Type: text/x-patch, Size: 846 bytes --] --- linux-2.6/arch/i386/Kconfig 2007-03-24 21:43:35.000000000 -0400 +++ linux-2.6-wk/arch/i386/Kconfig 2007-03-25 12:58:18.000000000 -0400 @@ -1029,19 +1029,6 @@ backlight at all, or it might print a lot of errors to the console, especially if you are using gpm. -config APM_RTC_IS_GMT - bool "RTC stores time in GMT" - depends on APM - help - Say Y here if your RTC (Real Time Clock a.k.a. hardware clock) - stores the time in GMT (Greenwich Mean Time). Say N if your RTC - stores localtime. - - It is in fact recommended to store GMT in your RTC, because then you - don't have to worry about daylight savings time changes. The only - reason not to use GMT in your RTC is if you also run a broken OS - that doesn't understand GMT. - config APM_ALLOW_INTS bool "Allow interrupts during APM BIOS calls" depends on APM ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: apm.c: get rid of unused variables 2007-03-25 17:07 ` Parag Warudkar @ 2007-03-25 21:50 ` Andrew Morton 0 siblings, 0 replies; 4+ messages in thread From: Andrew Morton @ 2007-03-25 21:50 UTC (permalink / raw) To: Parag Warudkar; +Cc: Adrian Bunk, linux-kernel, sfr, torvalds, John Stultz On Sun, 25 Mar 2007 13:07:41 -0400 "Parag Warudkar" <parag.warudkar@gmail.com> wrote: > Separate Kconfig patch below and also attached. Please avoid sending two copies of a patch in the same email like this. Because the result applies happily with `patch --dry-run' then makes a mess when you try to apply it for real. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-03-25 21:55 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2007-03-25 16:06 apm.c: get rid of unused variables Parag Warudkar 2007-03-25 16:25 ` Adrian Bunk 2007-03-25 17:07 ` Parag Warudkar 2007-03-25 21:50 ` Andrew Morton
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).