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] [day] [month] [year] [list]
Message-ID: <542FC92E.9040209@kernel.org>
Date:	Sat, 04 Oct 2014 11:17:18 +0100
From:	Jonathan Cameron <jic23@...nel.org>
To:	Anssi Hannula <anssi.hannula@....fi>
CC:	Lars-Peter Clausen <lars@...afoo.de>,
	Subbaraya Sundeep Bhatta <subbaraya.sundeep.bhatta@...inx.com>,
	linux-iio@...r.kernel.org, linux-kernel@...r.kernel.org,
	stable@...r.kernel.org
Subject: Re: iio commit dates in future

On 03/10/14 23:34, Anssi Hannula wrote:
> 13.09.2014, 23:04, Jonathan Cameron kirjoitti:
>> On 12/09/14 18:25, Lars-Peter Clausen wrote:
>>> On 09/11/2014 10:55 AM, Subbaraya Sundeep Bhatta wrote:
>>>> This patch fixes incorrect logic for assigning address
>>>> to auxiliary channels of xilinx xadc.
>>>>
>>>> Signed-off-by: Subbaraya Sundeep Bhatta <sbhatta@...inx.com>
>>>
>>> Acked-by: Lars-Peter Clausen <lars@...afoo.de>
>> Applied to the fixes-togreg branch of iio.git and flagged
>> for stable.
> 
> Something weird seems to have happened with this commit and at least a
> few others:
> 1887e724e2 "iio: adc: xilinx-xadc: assign auxiliary channels address
> correctly"
> d4f51956ac "iio: adc: at91: don't use the last converted data register"
> a31d092899 "iio:magnetometer: bugfix magnetometers gain values".
> 
> They all have their Date in the future (up to Nov 2014), looks to me
> like month and day got swapped for some reason.
> 
> Not a big issue I guess, but worth looking into if it is something in
> your workflow causing this :)
> 
> Noticed these strange Dates while looking at Greg's stable-queue repo.
> 
I have a suspicion that this is to do with the fact I use thunderbird to
manage my email and save it out as plain text.   I'm using the import
export tools package on top of thunderbird (as it gives a cleaner result)
but it is using numeric dates.  Which git am is happy with, but apparently
it isn't coping well with American date formats vs mine.  Superficially
looks like this is fine if I use the much more verbose alternative of
saving as an eml file and using that...

There are some dates that have by coincidence jumped a fair way back into
the past as well.

I did notice an incidence of this a few months back but thought it was just
a one off.  Thanks for bringing it up Anssi!

Jonathan


--
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