<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/mtd/maps/gpio-addr-flash.c, branch v5.8-rc3</title>
<subtitle>Linux Kernel (branches are rebased on master from time to time)</subtitle>
<id>https://sre.ring0.de/linux/atom?h=v5.8-rc3</id>
<link rel='self' href='https://sre.ring0.de/linux/atom?h=v5.8-rc3'/>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/'/>
<updated>2018-11-05T21:24:43Z</updated>
<entry>
<title>mtd: maps: Merge gpio-addr-flash.c into physmap-core.c</title>
<updated>2018-11-05T21:24:43Z</updated>
<author>
<name>Boris Brezillon</name>
<email>boris.brezillon@bootlin.com</email>
</author>
<published>2018-10-19T07:49:07Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=ba32ce95cbd9876eb7f5ec39af87829c8f13a337'/>
<id>urn:sha1:ba32ce95cbd9876eb7f5ec39af87829c8f13a337</id>
<content type='text'>
Controlling some MSB address lines using GPIOs is just a small
deviation from the generic physmap logic, and merging those two drivers
allows us to share most of the probe logic, which is a good thing.

Also, the gpio-addr-flash driver is unused since the removal of
the blackfin arch in v4.17, so we can safely remove the old driver
without risking breaking existing boards.

Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
Reviewed-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Tested-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Convert to gpiod</title>
<updated>2018-10-08T19:32:58Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:08Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=299b43535d3895bcde93cc7310b95b92b4fd8129'/>
<id>urn:sha1:299b43535d3895bcde93cc7310b95b92b4fd8129</id>
<content type='text'>
Convert from legacy gpio API to gpiod.
Board files will have to use gpiod_lookup_tables.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Suggested-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Replace array with an integer</title>
<updated>2018-10-08T19:32:57Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:07Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=0304f8eaa3aebc0480787139a26c7a19ac9936bd'/>
<id>urn:sha1:0304f8eaa3aebc0480787139a26c7a19ac9936bd</id>
<content type='text'>
By replacing the array with an integer we can avoid completely
the bit comparison loop if the value has not changed (by far
the most common case).

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Use order instead of size</title>
<updated>2018-10-08T19:32:49Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:06Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=460cdeca546fc75f2450914c96e701f990396285'/>
<id>urn:sha1:460cdeca546fc75f2450914c96e701f990396285</id>
<content type='text'>
By using the order of the window instead of the size, we can replace a
lot of expensive division and modulus on the code with simple bit
operations.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Use devm_* functions</title>
<updated>2018-10-05T08:20:34Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:05Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=4edc00adfd58768b065204968948c52f5e5b07b1'/>
<id>urn:sha1:4edc00adfd58768b065204968948c52f5e5b07b1</id>
<content type='text'>
By using devm functions we can make the code cleaner.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Fix ioremapped size</title>
<updated>2018-10-05T08:20:32Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:04Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=6c925b333368cda4e1b0513b07f72316c0e7edd7'/>
<id>urn:sha1:6c925b333368cda4e1b0513b07f72316c0e7edd7</id>
<content type='text'>
We should only iomap the area of the chip that is memory mapped.
Otherwise we could be mapping devices beyond the memory space or that
belong to other devices.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Fixes: ebd71e3a4861 ("mtd: maps: gpio-addr-flash: fix warnings and make more portable")
Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: Replace custom printk</title>
<updated>2018-10-05T08:20:31Z</updated>
<author>
<name>Ricardo Ribalda Delgado</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2018-10-04T13:01:03Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=34cb1e31890c97d0ee89755d5f2833737fa30a03'/>
<id>urn:sha1:34cb1e31890c97d0ee89755d5f2833737fa30a03</id>
<content type='text'>
Use preferred print methods dev_*

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: add error handling for ioremap_nocache</title>
<updated>2018-07-07T08:48:36Z</updated>
<author>
<name>Zhouyang Jia</name>
<email>jiazhouyang09@gmail.com</email>
</author>
<published>2018-06-22T01:52:20Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=c31106b7af32d845e56acb705f07e187f9b519e6'/>
<id>urn:sha1:c31106b7af32d845e56acb705f07e187f9b519e6</id>
<content type='text'>
When ioremap_nocache fails, the lack of error-handling code may
cause unexpected results.

This patch adds error-handling code after calling ioremap_nocache.

Signed-off-by: Zhouyang Jia &lt;jiazhouyang09@gmail.com&gt;
Signed-off-by: Boris Brezillon &lt;boris.brezillon@bootlin.com&gt;
</content>
</entry>
<entry>
<title>mtd: maps: gpio-addr-flash: show parent device in sysfs</title>
<updated>2015-10-13T19:56:18Z</updated>
<author>
<name>Frans Klaver</name>
<email>fransklaver@gmail.com</email>
</author>
<published>2015-06-10T20:38:25Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=28bc7406bd6d0e3fb50f29348bafcaa9e34fabf9'/>
<id>urn:sha1:28bc7406bd6d0e3fb50f29348bafcaa9e34fabf9</id>
<content type='text'>
Fix a bug where mtd parent device symlinks aren't shown in sysfs.

Signed-off-by: Frans Klaver &lt;fransklaver@gmail.com&gt;
Signed-off-by: Brian Norris &lt;computersforpeace@gmail.com&gt;
</content>
</entry>
<entry>
<title>mtd: gpio_flash: handle case where offset + len exceeds the window size</title>
<updated>2014-08-19T18:53:10Z</updated>
<author>
<name>Aaron Wu</name>
<email>aaron.wu@analog.com</email>
</author>
<published>2014-08-07T03:43:49Z</published>
<link rel='alternate' type='text/html' href='https://sre.ring0.de/linux/commit/?id=02f8a24e7b1c253ee37edc684200c11300de23f9'/>
<id>urn:sha1:02f8a24e7b1c253ee37edc684200c11300de23f9</id>
<content type='text'>
Fix the bug in handling gpio flash read/write when offset + len
from MTD exceeds the window size

Signed-off-by: Aaron Wu &lt;Aaron.wu@analog.com&gt;

[Brian: made some commentary edits. Also note that the BUG_ON() was
provably false for all non-negative inputs (since x % y &lt;= x), so we
dropped it.]

Signed-off-by: Brian Norris &lt;computersforpeace@gmail.com&gt;
</content>
</entry>
</feed>
