There are many cases in which the company name is misspelled.
The patch fixes these typos.
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I1b354ef90bd36bf277e87d965b45d3d42c77d05e
There are many cases in which the company name is misspelled.
The patch fixes these typos.
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: Ibdb599ef5f0f66cc0d910ddeca873d41e46ed3bc
The logic is way too convoluted, let's clean the kref_get/put section to
clarify what this block does when using CONFIG_MTD_PARTITIONED_MASTER:
- Iterate through all the parent mtd devices
- Grab a reference over them all but the master
- Only grab the master whith CONFIG_MTD_PARTITIONED_MASTER
Same logic must apply in the put path, otherwise it would be broken.
Cc: Tomas Winkler <tomas.winkler@intel.com>
Cc: Alexander Usyskin <alexander.usyskin@intel.com>
Cc: Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
Fixes: 19bfa9ebebb5 ("mtd: use refcount to prevent corruption")
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Tested-by: Alexander Usyskin <alexander.usyskin@intel.com>
Link: https://lore.kernel.org/linux-mtd/20230731090903.770277-1-miquel.raynal@bootlin.com
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
(cherry picked from commit 264725e35fbc3b67e053a405e022393a6017e6da)
Change-Id: Iff8dd692dda07361a1c4bc9db73908dfd8256419
MTD provider provides mtd_info object to mtd subsystem.
With kref patch the mtd_info object can be alive after
provider released mtd device.
Fix calling order in _get and _put functions to allow
mtd provider to safely alloc and release mtd object.
Execute:
1) call external _get
2) get_module
3) add internal kref
in the get function and opposite order in the put one.
The _put_device callback should be the last in put
as the master struct memory may be freed in this callback.
Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Link: https://lore.kernel.org/linux-mtd/20230620131905.648089-3-alexander.usyskin@intel.com
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
(cherry picked from commit 79c4a56250216991f1d965ee26dcd273376e4e91)
Change-Id: I12b1b5f3ac0bcc432cee429c5c56a057e0a2e589
I case of partition device_unregister() in mtd_device_release()
calls mtd_release() which frees mtd_info structure for partition.
All code after device_unregister in mtd_device_release thus
uses already freed memory.
Move part of code to mtd_release() and restict mtd->dev cleanup
to non-partion object.
For partition object such cleanup have no sense as partition
mtd_info is removed.
Cc: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
Fixes: 19bfa9ebebb5 ("mtd: use refcount to prevent corruption")
Reviewed-by: Tomas Winkler <tomas.winkler@intel.com>
Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Link: https://lore.kernel.org/linux-mtd/20230731115836.542747-1-alexander.usyskin@intel.com
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
(cherry picked from commit e9714c22c1a8238a85d069b1517941fc723312f7)
Change-Id: Ie124021921b2f5efcb131b5c4860e19efaf5228a
The disconnected status is not actually a failure, so it is more
reasonable to remove 'failed' and use dev_dbg() instead of dev_err().
Change-Id: I6c2fea479b45e6c61ce460d364efe8f3053465e2
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
In addition, adjust the initialization order of struct
rockchip_pwm_wave_config members to correspond with their
declaration order within the struct.
Change-Id: I869f1a670f23f726b2fd983af364d3bdd6a9f321
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
The driver itself has implemented DMA buffer, and does not require
the map/unmap behavior of the spi framework.
Change-Id: I00abd65233bf5b3112337c8da623bc8afe586bb6
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
In wave generator mode, the clk_src is used as dclk to generate the
wave, and the mem_clk_src is used to write/read the wave table.
Change-Id: I7d1948a5bb11715ac632c424ef01d6022d15899b
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
