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: <20080307010228.de6700b5.akpm@linux-foundation.org>
Date:	Fri, 7 Mar 2008 01:02:28 -0800
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Dave Young <hidave.darkstar@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH RFC] add time_after_now and other macros which compare
 with jiffies

On Fri, 7 Mar 2008 11:09:01 +0800 Dave Young <hidave.darkstar@...il.com> wrote:

> Most of time_after like macros users just compare jiffies and
> another number, so here add some other _now macros to do it.
> 
> Another aproach is changing original time_ macros to use jiffies to compare,
> add a generic compare macro like time_compare(a, b)
> 
> Signed-off-by: Dave Young <hidave.darkstar@...il.com>
> 
> ---
> jiffies.h |    8 ++++++++
> 1 file changed, 8 insertions(+)
> 
> diff -upr linux/include/linux/jiffies.h linux.new/include/linux/jiffies.h
> --- linux/include/linux/jiffies.h	2008-03-07 10:40:04.000000000 +0800
> +++ linux.new/include/linux/jiffies.h	2008-03-07 10:50:12.000000000 +0800
> @@ -134,6 +134,14 @@ static inline u64 get_jiffies_64(void)
>  	 ((__s64)(a) - (__s64)(b) >= 0))
>  #define time_before_eq64(a,b)	time_after_eq64(b,a)
>  
> +#define time_after_now(a) time_after(jiffies, a)
> +
> +#define time_before_now(a) time_before(jiffies, a)
> +
> +#define time_after_eq_now(a) time_after_eq(jiffies, a)
> +
> +#define time_before_eq_now(a) time_before_eq(jiffies, a)
> +
>  /*
>   * Have the 32 bit jiffies value wrap 5 minutes after boot
>   * so jiffies wrap bugs show up earlier.

time_after() and friends drive me nutty.  I *always* have to go and look at
the definition to make sure that people got the args the right way around.

(does that)

> * time_after(a,b) returns true if the time a is after time b.

so, umm, I think you got it backwards.  Your time_after_now(a) will return
true if jiffies (ie: now) is after `a'.  ie: if a is before or equal to
"now".

All this shouldn't be as hard as it is.

One lesson we can learn from this: whatever we do, it needs careful
commenting.  Your change doesn't do that.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ