<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/cfi, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2018-03-29T02:50:57Z</updated>
<entry>
<title>Revert r330897:</title>
<updated>2018-03-29T02:50:57Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-29T02:50:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4ab2e064d7950be84256d671a7ae93f87cc6aa36'/>
<id>urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36</id>
<content type='text'>
This was intended to be a non-functional change. It wasn't. The commit
message was thus wrong. In addition it broke arm, and merged crypto
related code.

Revert with prejudice.

This revert skips files touched in r316370 since that commit was since
MFCed. This revert also skips files that require $FreeBSD$ property
changes.

Thank you to those who helped me get out of this mess including but not
limited to gonzo, kevans, rgrimes.

Requested by: gjb (re)
</content>
</entry>
<entry>
<title>Partial merge of the SPDX changes</title>
<updated>2018-03-14T03:19:51Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-14T03:19:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=be5d0b9566b13fdf8cabebb63334cbec12bfc409'/>
<id>urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409</id>
<content type='text'>
These changes are incomplete but are making it difficult
to determine what other changes can/should be merged.

No objections from:	pfg
</content>
</entry>
<entry>
<title>Provide a workaround for setting the correct endianness when doing CFI on</title>
<updated>2016-02-04T22:39:27Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2016-02-04T22:39:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3f84dfc1cde5594500e2cee4b1db17c2fc1c2ab2'/>
<id>urn:sha1:3f84dfc1cde5594500e2cee4b1db17c2fc1c2ab2</id>
<content type='text'>
a mips big-endian board.

This is (hopefully! ish!) a temporary change until a slightly better way
can be found to express this without a config option.

Tested:

* BUFFALO WZR-HP-G300NH 1stGen (by submitter)

Submitted by:	Mori Hiroki &lt;yamori813@yahoo.co.jp&gt;
</content>
</entry>
<entry>
<title>Follow up to r225617. In order to maximize the re-usability of kernel code</title>
<updated>2014-10-16T18:04:43Z</updated>
<author>
<name>Davide Italiano</name>
<email>davide@FreeBSD.org</email>
</author>
<published>2014-10-16T18:04:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2be111bf7dda0f18d645f0e201b6555bbe3da1ac'/>
<id>urn:sha1:2be111bf7dda0f18d645f0e201b6555bbe3da1ac</id>
<content type='text'>
in userland rename in-kernel getenv()/setenv() to kern_setenv()/kern_getenv().
This fixes a namespace collision with libc symbols.

Submitted by:   kmacy
Tested by:      make universe
</content>
</entry>
<entry>
<title>Follow r261352 by updating all drivers which are children of simplebus</title>
<updated>2014-02-02T19:17:28Z</updated>
<author>
<name>Ian Lepore</name>
<email>ian@FreeBSD.org</email>
</author>
<published>2014-02-02T19:17:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=add35ed5b81bd56b4e0f1f9db0636b785cc0c8d1'/>
<id>urn:sha1:add35ed5b81bd56b4e0f1f9db0636b785cc0c8d1</id>
<content type='text'>
to check the status property in their probe routines.

Simplebus used to only instantiate its children whose status="okay"
but that was improper behavior, fixed in r261352.  Now that it doesn't
check anymore and probes all its children; the children all have to
do the check because really only the children know how to properly
interpret their status property strings.

Right now all existing drivers only understand "okay" versus something-
that's-not-okay, so they all use the new ofw_bus_status_okay() helper.
</content>
</entry>
<entry>
<title>Set BUS_PROBE_NOWILDCARD on this attachment as a stopgap. Unconditionally</title>
<updated>2013-10-22T14:10:00Z</updated>
<author>
<name>Nathan Whitehorn</name>
<email>nwhitehorn@FreeBSD.org</email>
</author>
<published>2013-10-22T14:10:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=11dc3f01ec3b2ce5eee28ad1f0a334cf2e302265'/>
<id>urn:sha1:11dc3f01ec3b2ce5eee28ad1f0a334cf2e302265</id>
<content type='text'>
poking at registers in unknown devices is not the best probe mechanism.
This should be reverted and a better solution found later.
</content>
</entry>
<entry>
<title>MFP4: 1136252</title>
<updated>2013-10-18T20:52:42Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2013-10-18T20:52:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1a440eb2c0a776dc53f50a4303809cc06a0bd573'/>
<id>urn:sha1:1a440eb2c0a776dc53f50a4303809cc06a0bd573</id>
<content type='text'>
Add an option ATSE_CFI_HACK to allow memory mapped CFI devices to have
their address range allocated sharable so that atse(4) can find it's
Ethernet address in the expected location.

We intend to remove this hack once the BERI platform has a loader.
</content>
</entry>
<entry>
<title>MFP4 217312, 222008, 222052, 222053, 222673, 231484, 231491, 231565, 570643</title>
<updated>2013-09-04T17:19:21Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2013-09-04T17:19:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f43581345bad430bbb7fc164d577edee19aac124'/>
<id>urn:sha1:f43581345bad430bbb7fc164d577edee19aac124</id>
<content type='text'>
Rework the timeout code to use actual time rather than a DELAY() loop and
to use both typical and maximum to allow logging of timeout failures.
Also correct the erase timeout, it is specified in milliseconds not
microseconds like the other timeouts.  Do not invoke DELAY() between
status queries as this adds significant latency which in turn reduced
write performance substantially.

Sanity check timeout values from the hardware.

Implement support for buffered writes (only enabled on Intel/Sharp parts
for now).  This yields an order of magnitude speedup on the 64MB Intel
StrataFlash parts we use.

When making a copy of the block to modify, also keep a clean copy around
until we are ready to commit the block and use it to avoid unnecessary
erases.  In the non-buffer write case, also use it to avoid
unnecessary writes when the block has not been erased.  This yields a
significant speedup when doing things like zeroing a block.

Sponsored by:	DARPA, AFRL
Reviewed by:	imp (previous version)
</content>
</entry>
<entry>
<title>Use direct custom implementations instead of g_handleattr() for CFI and NAND</title>
<updated>2013-06-12T12:51:43Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2013-06-12T12:51:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ce4bc82d197d8c3b7ff7f4cae17c82ce6d490227'/>
<id>urn:sha1:ce4bc82d197d8c3b7ff7f4cae17c82ce6d490227</id>
<content type='text'>
d_getattr().  Since these drivers use disk(9) KPI and not directly GEOM, use
of that function means KPI layering violation, causing extra g_io_deliver()
call for the request.
</content>
</entry>
<entry>
<title>MFP4 @217311</title>
<updated>2013-05-30T01:22:50Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2013-05-30T01:22:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5faf6ff4cc13ebe45fc7235969241166fff19192'/>
<id>urn:sha1:5faf6ff4cc13ebe45fc7235969241166fff19192</id>
<content type='text'>
Intel and Sharp flash power on with their blocks in a "locked" state.
Unlocked them before attempting to perform an erase or write action and
relock when the action is complete.
</content>
</entry>
</feed>
