Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[PATCH 6/7] x86: math-emu: Drop already-disabled print of build date

45 views
Skip to first unread message

Josh Triplett

unread,
Dec 23, 2013, 5:00:01 PM12/23/13
to
The kernel already has this information, so other bits of kernel code
shouldn't duplicate that. This also eliminates the use of __DATE__,
which makes the build non-deterministic.

This message was already disabled at build time, with PRINT_MESSAGES
undef'd at the top of the file.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
arch/x86/math-emu/errors.c | 5 -----
1 file changed, 5 deletions(-)

diff --git a/arch/x86/math-emu/errors.c b/arch/x86/math-emu/errors.c
index 59d353d..a544908 100644
--- a/arch/x86/math-emu/errors.c
+++ b/arch/x86/math-emu/errors.c
@@ -330,11 +330,6 @@ asmlinkage void FPU_exception(int n)

RE_ENTRANT_CHECK_OFF;
if ((~control_word & n & CW_Exceptions) || (n == EX_INTERNAL)) {
-#ifdef PRINT_MESSAGES
- /* My message from the sponsor */
- printk(FPU_VERSION " " __DATE__ " (C) W. Metzenthen.\n");
-#endif /* PRINT_MESSAGES */
-
/* Get a name string for error reporting */
for (i = 0; exception_names[i].type; i++)
if ((exception_names[i].type & n) ==
--
1.8.5.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Josh Triplett

unread,
Dec 23, 2013, 5:00:01 PM12/23/13
to
The kernel already has this information, and individual drivers
shouldn't duplicate that. This also eliminates the use of __DATE__ and
__TIME__, which make the build non-deterministic.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
drivers/net/wireless/brcm80211/brcmfmac/dhd_common.c | 7 -------
1 file changed, 7 deletions(-)

diff --git a/drivers/net/wireless/brcm80211/brcmfmac/dhd_common.c b/drivers/net/wireless/brcm80211/brcmfmac/dhd_common.c
index 9431af2..78e2999b 100644
--- a/drivers/net/wireless/brcm80211/brcmfmac/dhd_common.c
+++ b/drivers/net/wireless/brcm80211/brcmfmac/dhd_common.c
@@ -32,15 +32,8 @@
#define BRCMF_DEFAULT_SCAN_UNASSOC_TIME 40
#define BRCMF_DEFAULT_PACKET_FILTER "100 0 0 0 0x01 0x00"

-#ifdef DEBUG
-static const char brcmf_version[] =
- "Dongle Host Driver, version " BRCMF_VERSION_STR "\nCompiled on "
- __DATE__ " at " __TIME__;
-#else
static const char brcmf_version[] =
"Dongle Host Driver, version " BRCMF_VERSION_STR;
-#endif
-

bool brcmf_c_prec_enq(struct device *dev, struct pktq *q,
struct sk_buff *pkt, int prec)

Josh Triplett

unread,
Dec 23, 2013, 5:00:01 PM12/23/13
to
The kernel already has this information, and individual drivers
shouldn't duplicate that. This also eliminates the use of __DATE__ and
__TIME__, which make the build non-deterministic.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
drivers/mtd/nand/denali_pci.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/drivers/mtd/nand/denali_pci.c b/drivers/mtd/nand/denali_pci.c
index 033f177..ab64416 100644
--- a/drivers/mtd/nand/denali_pci.c
+++ b/drivers/mtd/nand/denali_pci.c
@@ -131,7 +131,6 @@ static struct pci_driver denali_pci_driver = {

static int denali_init_pci(void)
{
- pr_info("Spectra MTD driver built on %s @ %s\n", __DATE__, __TIME__);
return pci_register_driver(&denali_pci_driver);
}
module_init(denali_init_pci);

Josh Triplett

unread,
Dec 23, 2013, 5:00:02 PM12/23/13
to
GCC 4.9 and newer have a new warning -Wdate-time, which warns on any use
of __DATE__, __TIME__, or __TIMESTAMP__, which would make the build
non-deterministic. Now that the kernel does not use any of those
macros, turn on -Werror=date-time if available, to keep it that way.

The kernel already (optionally) records this information at build time
in a single place; other kernel code should not duplicate that.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
Makefile | 3 +++
1 file changed, 3 insertions(+)

diff --git a/Makefile b/Makefile
index 14d592c..188eea7 100644
--- a/Makefile
+++ b/Makefile
@@ -668,6 +668,9 @@ KBUILD_CFLAGS += $(call cc-option,-Werror=implicit-int)
# require functions to have arguments in prototypes, not empty 'int foo()'
KBUILD_CFLAGS += $(call cc-option,-Werror=strict-prototypes)

+# Prohibit date/time macros, which would make the build non-deterministic
+KBUILD_CFLAGS += $(call cc-option,-Werror=date-time)
+
# use the deterministic mode of AR if available
KBUILD_ARFLAGS := $(call ar-option,D)

Josh Triplett

unread,
Dec 23, 2013, 5:00:02 PM12/23/13
to
The kernel already has this information, and individual drivers
shouldn't duplicate that. This also eliminates the use of __DATE__ and
__TIME__, which make the build non-deterministic.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
drivers/staging/rtl8188eu/os_dep/usb_intf.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
index 7d14779..d44f606 100644
--- a/drivers/staging/rtl8188eu/os_dep/usb_intf.c
+++ b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
@@ -865,7 +865,6 @@ static int __init rtw_drv_entry(void)
RT_TRACE(_module_hci_intfs_c_, _drv_err_, ("+rtw_drv_entry\n"));

DBG_88E(DRV_NAME " driver version=%s\n", DRIVERVERSION);
- DBG_88E("build time: %s %s\n", __DATE__, __TIME__);

rtw_suspend_lock_init();

Josh Triplett

unread,
Dec 23, 2013, 5:00:02 PM12/23/13
to
The kernel already has this information, and individual drivers
shouldn't duplicate that. This also eliminates the use of __DATE__ and
__TIME__, which make the build non-deterministic.

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
drivers/staging/wlags49_h2/wl_version.h | 4 ----
1 file changed, 4 deletions(-)

diff --git a/drivers/staging/wlags49_h2/wl_version.h b/drivers/staging/wlags49_h2/wl_version.h
index 037b526..019ebb2 100644
--- a/drivers/staging/wlags49_h2/wl_version.h
+++ b/drivers/staging/wlags49_h2/wl_version.h
@@ -129,11 +129,7 @@ err: define bus type;
#endif /* HERMES25 */
#endif /* BUS_XXX */

-#ifdef DBG
-#define MODULE_DATE __DATE__ " " __TIME__
-#else
#define MODULE_DATE "07/18/2004 13:30:00"
-#endif // DBG

//#define STR2(m) #m
//#define STR1(m) STR2(m)

Josh Triplett

unread,
Dec 23, 2013, 5:00:02 PM12/23/13
to
The kernel already has this information, and individual drivers
shouldn't duplicate that. This also eliminates the use of __TIME__,
which makes the build non-deterministic. (And, without __DATE__,
__TIME__ provided little useful information to begin with.)

Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
---
drivers/staging/rts5139/rts51x_scsi.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/drivers/staging/rts5139/rts51x_scsi.c b/drivers/staging/rts5139/rts51x_scsi.c
index a474eed..3a99025 100644
--- a/drivers/staging/rts5139/rts51x_scsi.c
+++ b/drivers/staging/rts5139/rts51x_scsi.c
@@ -1985,7 +1985,6 @@ static int show_info(struct seq_file *m, struct Scsi_Host *host)
SPRINTF(" Vendor: Realtek Corp.\n");
SPRINTF(" Product: RTS51xx USB Card Reader\n");
SPRINTF(" Version: %s\n", DRIVER_VERSION);
- SPRINTF(" Build: %s\n", __TIME__);
return 0;

Larry Finger

unread,
Dec 23, 2013, 8:20:02 PM12/23/13
to
On 12/23/2013 03:55 PM, Josh Triplett wrote:
> The kernel already has this information, and individual drivers
> shouldn't duplicate that. This also eliminates the use of __DATE__ and
> __TIME__, which make the build non-deterministic.
>
> Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
> ---
> drivers/staging/rtl8188eu/os_dep/usb_intf.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/staging/rtl8188eu/os_dep/usb_intf.c b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
> index 7d14779..d44f606 100644
> --- a/drivers/staging/rtl8188eu/os_dep/usb_intf.c
> +++ b/drivers/staging/rtl8188eu/os_dep/usb_intf.c
> @@ -865,7 +865,6 @@ static int __init rtw_drv_entry(void)
> RT_TRACE(_module_hci_intfs_c_, _drv_err_, ("+rtw_drv_entry\n"));
>
> DBG_88E(DRV_NAME " driver version=%s\n", DRIVERVERSION);
> - DBG_88E("build time: %s %s\n", __DATE__, __TIME__);
>
> rtw_suspend_lock_init();

Acked-by: Larry Finger <Larry....@lwfinger.net>

Larry

Jingoo Han

unread,
Dec 26, 2013, 3:30:01 AM12/26/13
to
On Tuesday, December 24, 2013 6:55 AM, Josh Triplett wrote:
>
> The kernel already has this information, and individual drivers
> shouldn't duplicate that. This also eliminates the use of __DATE__ and
> __TIME__, which make the build non-deterministic.
>
> Signed-off-by: Josh Triplett <jo...@joshtriplett.org>

(+cc Dinh Nguyen)

It looks good. :-)
Reviewed-by: Jingoo Han <jg1...@samsung.com>

Best regards,
Jingoo Han

Michal Marek

unread,
Jan 3, 2014, 11:50:01 AM1/3/14
to
On 2013-12-23 22:56, Josh Triplett wrote:
> GCC 4.9 and newer have a new warning -Wdate-time, which warns on any use
> of __DATE__, __TIME__, or __TIMESTAMP__, which would make the build
> non-deterministic. Now that the kernel does not use any of those
> macros, turn on -Werror=date-time if available, to keep it that way.

Nice, I didn't know about -Wdate-time. Do you want me to merge the
entire series, or do you want individual maintainers merge the patches?
In the latter case, I'd wait with applying 7/7 in order not to break the
build. At any rate, you can add

Acked-by: Michal Marek <mma...@suse.cz>

Thanks,
Michal

Josh Triplett

unread,
Jan 3, 2014, 3:30:02 PM1/3/14
to
On Fri, Jan 03, 2014 at 05:40:52PM +0100, Michal Marek wrote:
> On 2013-12-23 22:56, Josh Triplett wrote:
> > GCC 4.9 and newer have a new warning -Wdate-time, which warns on any use
> > of __DATE__, __TIME__, or __TIMESTAMP__, which would make the build
> > non-deterministic. Now that the kernel does not use any of those
> > macros, turn on -Werror=date-time if available, to keep it that way.
>
> Nice, I didn't know about -Wdate-time. Do you want me to merge the
> entire series, or do you want individual maintainers merge the patches?
> In the latter case, I'd wait with applying 7/7 in order not to break the
> build. At any rate, you can add
>
> Acked-by: Michal Marek <mma...@suse.cz>

Please feel free to take the entire series through your tree; I received
some maintainer acks, but no indications that the patches are going
through their trees.

Patch 1 should have:
Reviewed-by: Jingoo Han <jg1...@samsung.com>

and patch 3 should have:
Acked-by: Larry Finger <Larry....@lwfinger.net>

Thanks,
Josh Triplett

Michal Marek

unread,
Jan 3, 2014, 4:00:02 PM1/3/14
to
On 3.1.2014 21:29, Josh Triplett wrote:
> Please feel free to take the entire series through your tree; I received
> some maintainer acks, but no indications that the patches are going
> through their trees.

OK. I will wait until mid next week and commit with any acks received.

Michal

Josh Triplett

unread,
Jan 3, 2014, 4:10:02 PM1/3/14
to
On Fri, Jan 03, 2014 at 09:55:16PM +0100, Michal Marek wrote:
> On 3.1.2014 21:29, Josh Triplett wrote:
> > Please feel free to take the entire series through your tree; I received
> > some maintainer acks, but no indications that the patches are going
> > through their trees.
>
> OK. I will wait until mid next week and commit with any acks received.

Thanks!

- Josh Triplett

Brian Norris

unread,
Jan 9, 2014, 12:00:02 PM1/9/14
to
On Thu, Dec 26, 2013 at 05:24:53PM +0900, Jingoo Han wrote:
> On Tuesday, December 24, 2013 6:55 AM, Josh Triplett wrote:
> >
> > The kernel already has this information, and individual drivers
> > shouldn't duplicate that.

BTW, it is possible for modules to be built at a different time than the
kernel, and this code could show that. But it's not very useful anyway,
so I agree.

> > This also eliminates the use of __DATE__ and
> > __TIME__, which make the build non-deterministic.
> >
> > Signed-off-by: Josh Triplett <jo...@joshtriplett.org>
>
> (+cc Dinh Nguyen)
>
> It looks good. :-)
> Reviewed-by: Jingoo Han <jg1...@samsung.com>

Thanks. Pushed to l2-mtd.git.

Brian

Michal Marek

unread,
Jan 14, 2014, 4:00:02 PM1/14/14
to
Dne 3.1.2014 22:00, Josh Triplett napsal(a):
> On Fri, Jan 03, 2014 at 09:55:16PM +0100, Michal Marek wrote:
>> On 3.1.2014 21:29, Josh Triplett wrote:
>>> Please feel free to take the entire series through your tree; I received
>>> some maintainer acks, but no indications that the patches are going
>>> through their trees.
>>
>> OK. I will wait until mid next week and commit with any acks received.
>
> Thanks!

I did not find time last week and Greg was faster and merged the driver
patches. But I'm reluctant to only merge the Makefile patch now, because
the kbuild branch would not build. I think I will send the patch to
Linus after 3.14-rc1.

Michal

Josh Triplett

unread,
Jan 14, 2014, 4:50:02 PM1/14/14
to
On Tue, Jan 14, 2014 at 09:56:53PM +0100, Michal Marek wrote:
> Dne 3.1.2014 22:00, Josh Triplett napsal(a):
> > On Fri, Jan 03, 2014 at 09:55:16PM +0100, Michal Marek wrote:
> >> On 3.1.2014 21:29, Josh Triplett wrote:
> >>> Please feel free to take the entire series through your tree; I received
> >>> some maintainer acks, but no indications that the patches are going
> >>> through their trees.
> >>
> >> OK. I will wait until mid next week and commit with any acks received.
> >
> > Thanks!
>
> I did not find time last week and Greg was faster and merged the driver
> patches. But I'm reluctant to only merge the Makefile patch now, because
> the kbuild branch would not build. I think I will send the patch to
> Linus after 3.14-rc1.

Greg, if you already have all the driver patches in your tree, perhaps
you could go ahead and take the Makefile patch through your tree as
well? (Assuming that's OK with you, Michal?)

- Josh Triplett

Greg KH

unread,
Jan 14, 2014, 4:50:02 PM1/14/14
to
On Tue, Jan 14, 2014 at 01:40:15PM -0800, Josh Triplett wrote:
> On Tue, Jan 14, 2014 at 09:56:53PM +0100, Michal Marek wrote:
> > Dne 3.1.2014 22:00, Josh Triplett napsal(a):
> > > On Fri, Jan 03, 2014 at 09:55:16PM +0100, Michal Marek wrote:
> > >> On 3.1.2014 21:29, Josh Triplett wrote:
> > >>> Please feel free to take the entire series through your tree; I received
> > >>> some maintainer acks, but no indications that the patches are going
> > >>> through their trees.
> > >>
> > >> OK. I will wait until mid next week and commit with any acks received.
> > >
> > > Thanks!
> >
> > I did not find time last week and Greg was faster and merged the driver
> > patches. But I'm reluctant to only merge the Makefile patch now, because
> > the kbuild branch would not build. I think I will send the patch to
> > Linus after 3.14-rc1.
>
> Greg, if you already have all the driver patches in your tree, perhaps
> you could go ahead and take the Makefile patch through your tree as
> well? (Assuming that's OK with you, Michal?)

Did I really grab all of the other patches? I don't remember how many
there were in this series for stuff I maintain. If I have them all,
sure, I'll be glad to take it, otherwise I agree with Michal, it should
be sent to Linus after 3.14-rc1 is out to make sure everything is
properly synced up and you didn't miss any new drivers coming in that
missed getting converted.

thanks,

greg k-h

Michal Marek

unread,
Jan 27, 2014, 6:00:02 PM1/27/14
to
On 14.1.2014 22:46, Greg KH wrote:
> On Tue, Jan 14, 2014 at 01:40:15PM -0800, Josh Triplett wrote:
>> On Tue, Jan 14, 2014 at 09:56:53PM +0100, Michal Marek wrote:
>>> Dne 3.1.2014 22:00, Josh Triplett napsal(a):
>>>> On Fri, Jan 03, 2014 at 09:55:16PM +0100, Michal Marek wrote:
>>>>> On 3.1.2014 21:29, Josh Triplett wrote:
>>>>>> Please feel free to take the entire series through your tree; I received
>>>>>> some maintainer acks, but no indications that the patches are going
>>>>>> through their trees.
>>>>>
>>>>> OK. I will wait until mid next week and commit with any acks received.
>>>>
>>>> Thanks!
>>>
>>> I did not find time last week and Greg was faster and merged the driver
>>> patches. But I'm reluctant to only merge the Makefile patch now, because
>>> the kbuild branch would not build. I think I will send the patch to
>>> Linus after 3.14-rc1.
>>
>> Greg, if you already have all the driver patches in your tree, perhaps
>> you could go ahead and take the Makefile patch through your tree as
>> well? (Assuming that's OK with you, Michal?)
>
> Did I really grab all of the other patches? I don't remember how many
> there were in this series for stuff I maintain. If I have them all,
> sure, I'll be glad to take it, otherwise I agree with Michal, it should
> be sent to Linus after 3.14-rc1 is out to make sure everything is
> properly synced up and you didn't miss any new drivers coming in that
> missed getting converted.

FYI: The remaining patches are now in the kbuild.git#drop-time branch
and also in the for-next branch.

Thanks,
Michal
0 new messages