<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/mtd/ubi/ubi.h, branch linux-4.0.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.0.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.0.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-01-28T15:09:17Z</updated>
<entry>
<title>UBI: clean-up printing helpers</title>
<updated>2015-01-28T15:09:17Z</updated>
<author>
<name>Artem Bityutskiy</name>
</author>
<published>2014-11-11T11:56:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=39990c6e31393e3cf9c72b2f7c1f23ef16cd7964'/>
<id>urn:sha1:39990c6e31393e3cf9c72b2f7c1f23ef16cd7964</id>
<content type='text'>
Let's prefix UBI messages with 'ubiX' instead of 'UBI-X' - this is more
consistent with the way we name UBI devices.

Also, commit "32608703 UBI: Extend UBI layer debug/messaging capabilities"
added the function name print to 'ubi_msg()' - lets revert this change, since
these messages are supposed to be just informative messages, and not debugging
messages.

Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>UBI: Add initial support for scatter gather</title>
<updated>2015-01-28T15:04:26Z</updated>
<author>
<name>Richard Weinberger</name>
</author>
<published>2015-01-10T21:52:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9ff08979e17423f0f691c1d76f35dfec72a5e459'/>
<id>urn:sha1:9ff08979e17423f0f691c1d76f35dfec72a5e459</id>
<content type='text'>
Adds a new set of functions to deal with scatter gather.
ubi_eba_read_leb_sg() will read from a LEB into a scatter gather list.
The new data structure struct ubi_sgl will be used within UBI to
hold the scatter gather list itself and metadata to have a cursor
within the list.

Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;
Tested-by: Ezequiel Garcia &lt;ezequiel@vanguardiasur.com.ar&gt;
Reviewed-by: Ezequiel Garcia &lt;ezequiel@vanguardiasur.com.ar&gt;
</content>
</entry>
<entry>
<title>UBI: Implement UBI_METAONLY</title>
<updated>2015-01-28T14:57:04Z</updated>
<author>
<name>Richard Weinberger</name>
</author>
<published>2014-11-24T21:30:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fafdd2bf2638157670f28462b641150d16dbaeca'/>
<id>urn:sha1:fafdd2bf2638157670f28462b641150d16dbaeca</id>
<content type='text'>
UBI_METAONLY is a new open mode for UBI volumes, it indicates
that only meta data is being changed.
Meta data in terms of UBI volumes means data which is stored in the
UBI volume table but not on the volume itself.
While it does not interfere with UBI_READONLY and UBI_READWRITE
it is not allowed to use UBI_METAONLY together with UBI_EXCLUSIVE.

Cc: Ezequiel Garcia &lt;ezequiel.garcia@free-electrons.com&gt;
Cc: Andrew Murray &lt;amurray@embedded-bits.co.uk&gt;
Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;
Tested-by: Guido Martínez &lt;guido@vanguardiasur.com.ar&gt;
Reviewed-by: Guido Martínez &lt;guido@vanguardiasur.com.ar&gt;
Tested-by: Christoph Fritz &lt;chf.fritz@googlemail.com&gt;
Tested-by: Andrew Murray &lt;amurray@embedded-bits.co.uk&gt;
</content>
</entry>
<entry>
<title>UBI: Extend UBI layer debug/messaging capabilities</title>
<updated>2014-11-07T10:08:51Z</updated>
<author>
<name>Tanya Brokhman</name>
</author>
<published>2014-10-20T16:57:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=326087033108e7806e24974f2c8271f95cddaf3a'/>
<id>urn:sha1:326087033108e7806e24974f2c8271f95cddaf3a</id>
<content type='text'>
If there is more then one UBI device mounted, there is no way to
distinguish between messages from different UBI devices.
Add device number to all ubi layer message types.

The R/O block driver messages were replaced by pr_* since
ubi_device structure is not used by it.

Amended a bit by Artem.

Signed-off-by: Tanya Brokhman &lt;tlinder@codeaurora.org&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>UBI: wl: Rename cancel flag to shutdown</title>
<updated>2014-09-26T10:43:32Z</updated>
<author>
<name>Richard Weinberger</name>
</author>
<published>2014-09-22T08:45:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=849271a4e4b723c521df0f55d67614d8ffd5e125'/>
<id>urn:sha1:849271a4e4b723c521df0f55d67614d8ffd5e125</id>
<content type='text'>
It confused me more than once that the cancel flag of the
work function does not indicate the cancellation of a single work.
In fact it indicates the WL sub-system shutdown and therefore
worker functions have to free their wl_entries too.
That's why you cannot cancel a single work, you can only shutdown
all works.

Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>UBI: Improve comment on work_sem</title>
<updated>2014-09-19T15:11:57Z</updated>
<author>
<name>Richard Weinberger</name>
</author>
<published>2014-09-19T09:48:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=adfe83be973dc990f3763de3667c4cd004e6e4f7'/>
<id>urn:sha1:adfe83be973dc990f3763de3667c4cd004e6e4f7</id>
<content type='text'>
Make clear what work_sem really does.

Suggested-by: Artem Bityutskiy &lt;dedekind1@gmail.com&gt;
Signed-off-by: Richard Weinberger &lt;richard@nod.at&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'for-linus-20140405' of git://git.infradead.org/linux-mtd</title>
<updated>2014-04-07T17:17:30Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2014-04-07T17:17:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c29aa153ef0469cddf0146d41ce6494bd76be78b'/>
<id>urn:sha1:c29aa153ef0469cddf0146d41ce6494bd76be78b</id>
<content type='text'>
Pull MTD updates from Brian Norris:
 - A few SPI NOR ID definitions
 - Kill the NAND "max pagesize" restriction
 - Fix some x16 bus-width NAND support
 - Add NAND JEDEC parameter page support
 - DT bindings for NAND ECC
 - GPMI NAND updates (subpage reads)
 - More OMAP NAND refactoring
 - New STMicro SPI NOR driver (now in 40 patches!)
 - A few other random bugfixes

* tag 'for-linus-20140405' of git://git.infradead.org/linux-mtd: (120 commits)
  Fix index regression in nand_read_subpage
  mtd: diskonchip: mem resource name is not optional
  mtd: nand: fix mention to CONFIG_MTD_NAND_ECC_BCH
  mtd: nand: fix GET/SET_FEATURES address on 16-bit devices
  mtd: omap2: Use devm_ioremap_resource()
  mtd: denali_dt: Use devm_ioremap_resource()
  mtd: devices: elm: update DRIVER_NAME as "omap-elm"
  mtd: devices: elm: configure parallel channels based on ecc_steps
  mtd: devices: elm: clean elm_load_syndrome
  mtd: devices: elm: check for hardware engine's design constraints
  mtd: st_spi_fsm: Succinctly reorganise .remove()
  mtd: st_spi_fsm: Allow loop to run at least once before giving up CPU
  mtd: st_spi_fsm: Correct vendor name spelling issue - missing "M"
  mtd: st_spi_fsm: Avoid duplicating MTD core code
  mtd: st_spi_fsm: Remove useless consts from function arguments
  mtd: st_spi_fsm: Convert ST SPI FSM (NOR) Flash driver to new DT partitions
  mtd: st_spi_fsm: Move runtime configurable msg sequences into device's struct
  mtd: st_spi_fsm: Supply the W25Qxxx chip specific configuration call-back
  mtd: st_spi_fsm: Supply the S25FLxxx chip specific configuration call-back
  mtd: st_spi_fsm: Supply the MX25xxx chip specific configuration call-back
  ...
</content>
</entry>
<entry>
<title>mtd: delete non-required instances of include &lt;linux/init.h&gt;</title>
<updated>2014-03-11T05:42:22Z</updated>
<author>
<name>Paul Gortmaker</name>
</author>
<published>2014-01-21T21:22:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3ea5b037e750274659648b58fb97426566a90373'/>
<id>urn:sha1:3ea5b037e750274659648b58fb97426566a90373</id>
<content type='text'>
None of these files are actually using any __init type directives
and hence don't need to include &lt;linux/init.h&gt;.  Most are just a
left over from __devinit and __cpuinit removal, or simply due to
code getting copied from one driver to the next.

Cc: David Woodhouse &lt;dwmw2@infradead.org&gt;
Cc: Brian Norris &lt;computersforpeace@gmail.com&gt;
Cc: linux-mtd@lists.infradead.org
Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
[Brian: dropped one incorrect hunk]
Signed-off-by: Brian Norris &lt;computersforpeace@gmail.com&gt;
</content>
</entry>
<entry>
<title>UBI: block: Use ENOSYS as return value when CONFIG_UBIBLOCK=n</title>
<updated>2014-03-05T13:48:35Z</updated>
<author>
<name>Ezequiel Garcia</name>
</author>
<published>2014-03-04T10:57:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=80744cc92207baa913ac9575374738b6298032eb'/>
<id>urn:sha1:80744cc92207baa913ac9575374738b6298032eb</id>
<content type='text'>
In order to have a way of distinguishing an invalid ioctl from a
not supported (but otherwise valid) ioctl, this commit changes the
return value of the ioctl stubs from ENOTTY to ENOSYS.

This will be useful to report more accurate error messages from
userspace tools.

Signed-off-by: Ezequiel Garcia &lt;ezequiel.garcia@free-electrons.com&gt;
Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>UBI: block: do not use term "attach"</title>
<updated>2014-03-04T11:52:33Z</updated>
<author>
<name>Artem Bityutskiy</name>
</author>
<published>2014-03-04T10:00:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4d283ee2517303afa54ad6cbd9342a2f748cf509'/>
<id>urn:sha1:4d283ee2517303afa54ad6cbd9342a2f748cf509</id>
<content type='text'>
We already use term attach/detach for UBI-&gt;MTD relations, let's not use this
for UBI-&gt;ubiblock relations to avoid confusion. Just use 'create' and 'remove'
instead. E.g., "create a R/O block device on top of a UBI volume".

Signed-off-by: Artem Bityutskiy &lt;artem.bityutskiy@linux.intel.com&gt;
</content>
</entry>
</feed>
