Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Mar 2015 11:50:59 -0400
From:      Anthony Jenkins <Anthony.B.Jenkins@att.net>
To:        Ian Smith <smithi@nimnet.asn.au>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: [PATCH] ACPI CMOS region support rev. 4
Message-ID:  <5506FBE3.1000009@att.net>
In-Reply-To: <5506F00A.3030708@att.net>
References:  <20150222180817.GD27984@strugglingcoder.info> <54EB8C21.2080600@att.net> <2401337.2oUs7iAbtB@ralph.baldwin.cx> <54EF3D5D.4010106@att.net> <20150227222203.P38620@sola.nimnet.asn.au> <20150228125857.D1277@besplex.bde.org> <54F14368.4020807@att.net> <20150302002647.W42658@sola.nimnet.asn.au> <54F5E53D.1090601@att.net> <20150306025800.U46361@sola.nimnet.asn.au> <54F9D7E6.4050807@att.net> <5504FF32.3020202@att.net> <20150317001401.X22641@sola.nimnet.asn.au> <5506F00A.3030708@att.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 03/16/2015 11:00 AM, Anthony Jenkins wrote:
> On 03/16/2015 09:59 AM, Ian Smith wrote:
>> On Sat, 14 Mar 2015 23:40:34 -0400, Anthony Jenkins wrote:
>>> +    if (!acpi_check_rtc_byteaccess(function == ACPI_READ, address))
>>> +            return AE_BAD_PARAMETER;
>> acpi_check_rtc_byteaccess() needs to be called per byte of 1, 2 or 4 
>> bytes - or pass it 'bytes' also, and loop over each of them within?
>> =======
>>
>> Otherwise (for example) a 2 byte read from 0x0b or 4 byte read from 
>> 0x09-0x0b will read 0x0c (clearing interrupts), or a 2 or 4 byte write 
>> to (say) 0x01 will also write to 0x02 and 0x04 (clobbering the time).
> Right, this is an (incorrect) hybrid of a few attempts, probably from
> around the time I lost my SSD and only had a single backup copy of my
> work to go from.  In one revision I had disallowed all multibyte
> accesses (width > 8) since IMHO it was more consistent/correct with the
> suggested locking.  I wasn't ignoring your suggestion, just making one
> or a few changes at a time (generally the simpler ones).

Okay now I remember why I was reluctant to do this - suppose ACPIBIOS
does a multibyte op on a set of bytes whose last byte fails
acpi_check_rtc_byteaccess().  I will have already performed n-1
accesses.  At one point I had a revision (acpi_check_rtc_access()?) that
permitted/denied the entire request (it took the starting address and
byte length), but I guess that got lost too.  I'll just recreate it...

Anthony

>
>> cheers, Ian
>>
>>
>> _______________________________________________
>> freebsd-acpi@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
>> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5506FBE3.1000009>