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: <86A0E76937111F4C92FABEC0A20988510523CEC2@az33exm21>
Date:	Thu, 4 Nov 2010 12:21:33 -0700
From:	Nguyen Dinh-R00091 <R00091@...escale.com>
To:	Eric Bénard <eric@...rea.com>
CC:	<linux-kernel@...r.kernel.org>, <amit.kucheria@...onical.com>,
	<linux@....linux.org.uk>, <s.hauer@...gutronix.de>,
	<grant.likely@...retlab.ca>,
	<linux-arm-kernel@...ts.infradead.org>, <daniel@...aq.de>,
	<u.kleine-koenig@...gutronix.de>,
	Zhang Lily-R58066 <R58066@...escale.com>,
	<valentin.longchamp@...l.ch>
Subject: RE: [PATCH 2/2] ARM: imx: Add mx53 support to common msl functions.

Hi Eric,

>-----Original Message-----
>From: Eric Bénard [mailto:eric@...rea.com]
>Sent: Wednesday, November 03, 2010 4:16 AM
>To: Nguyen Dinh-R00091
>Cc: linux-kernel@...r.kernel.org; amit.kucheria@...onical.com; linux@....linux.org.uk;
>s.hauer@...gutronix.de; grant.likely@...retlab.ca; linux-arm-kernel@...ts.infradead.org;
>daniel@...aq.de; u.kleine-koenig@...gutronix.de; Zhang Lily-R58066; valentin.longchamp@...l.ch
>Subject: Re: [PATCH 2/2] ARM: imx: Add mx53 support to common msl functions.
>
>Hi Dinh,
>
>Le 02/11/2010 23:17, Dinh.Nguyen@...escale.com a écrit :
>> From: Dinh Nguyen<Dinh.Nguyen@...escale.com>
>>
>> Add mx53 support to cpu.c and mm.c.
>>
>> Signed-off by: Dinh Nguyen<Dinh.Nguyen@...escale.com>
>>   static void query_silicon_parameter(void)
>>   {
>> -	void __iomem *rom = ioremap(MX51_IROM_BASE_ADDR, MX51_IROM_SIZE);
>> +	void __iomem *rom;
>>   	u32 rev;
>>
>> +	if (cpu_is_mx51())
>> +		rom = ioremap(MX51_IROM_BASE_ADDR, MX51_IROM_SIZE);
>> +	else if (cpu_is_mx53())
>> +		rom = ioremap(MX53_IROM_BASE_ADDR, MX53_IROM_SIZE);
>> +
>isn't the correct way to get the silicon revision to read the "Product
>Revision register" and "Silicon Revision register" of the IIM and not from the
>internal ROM ? (page 41-11 of the i.MX51 reference manual).
>
>Eric

Reading the ROM code is probably the most reliable way to get the correct silicon revision. Because the ROM that is on the chip is "most likely" up-to-date with the silicon. "Most likely" means that 95% of the time, when you get a new silicon, the ROM code will get updated. There is still a chance that a new silicon will not require a ROM update.

Also the other reason is that sometimes the fuses that identify the silicon revision that are used by the IIM are sometimes not blown to reflect the correct revision in pre-production parts. MX51 is a post production part, so in theory, the fuses are blown correctly. But since we made MX51 boards available prior to going into production, reading from the IIM is not as reliable as reading the ROM.

Thanks,
Dinh

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