[PATCH v2 06/22] mpool: add on-media pack, unpack and upgrade routines

2020-10-12 Thread Nabeel M Mohamed
s the in-memory format to the current on-media format. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c

[PATCH v2 18/22] mpool: add object lifecycle management ioctls

2020-10-12 Thread Nabeel M Mohamed
: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mpctl.c | 670 +- 1 file changed, 667 insertions(+), 3 deletions(-) diff

[PATCH v2 22/22] mpool: add Kconfig and Makefile

2020-10-12 Thread Nabeel M Mohamed
This adds the Kconfig and Makefile for mpool. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/Kconfig| 2

[PATCH v2 20/22] mpool: add support to proactively evict cached mblock data from the page-cache

2020-10-12 Thread Nabeel M Mohamed
Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mcache.c | 43 +++ drivers/mpool/mcache.h | 8 + drivers/mpool/mpctl.c | 15 + drivers/mpool

[PATCH v2 13/22] mpool: add utility routines for mpool lifecycle management

2020-10-12 Thread Nabeel M Mohamed
. The root MDC provides a location for mpool clients to store whatever metadata they need for start-up. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M

[PATCH v2 08/22] mpool: add pool metadata routines to manage object lifecycle and IO

2020-10-12 Thread Nabeel M Mohamed
layer. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c|8 + drivers/mpool/omf.c |2 - drivers/

[PATCH v2 15/22] mpool: add mpool lifecycle management routines

2020-10-12 Thread Nabeel M Mohamed
Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mp.c | 1086 1 file changed, 1086 insertions(+) create mode 100644 drivers/mpool/mp.c diff --git a/drivers/mpool/mp.c b/drivers/mpool/mp.c new file mode 100644 index

[PATCH v2 11/22] mpool: add mlog lifecycle management and IO routines

2020-10-12 Thread Nabeel M Mohamed
-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mlog.c | 1667 ++ 1 file changed, 1667 insertions(+) create mode 100644 drivers/mpool/mlog.c

[PATCH v2 16/22] mpool: add mpool control plane utility routines

2020-10-12 Thread Nabeel M Mohamed
-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c | 20 ++ drivers/mpool/init.h | 3 + drivers/mpool/mpctl.c |

[PATCH v2 19/22] mpool: add support to mmap arbitrary collection of mblocks

2020-10-12 Thread Nabeel M Mohamed
f-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c | 16 + drivers/mpool/init.h |2 + drivers/mpool/mcache.c | 1029 drivers/mpool/mcache.h | 96 drivers/mpo

[PATCH v2 07/22] mpool: add superblock management routines

2020-10-12 Thread Nabeel M Mohamed
container 0 (MDC-0). MDC-0 is introduced in a future patch. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c | 8

[PATCH v2 01/22] mpool: add utility routines and ioctl definitions

2020-10-12 Thread Nabeel M Mohamed
*) - Mblock cache management (MPIOC_VMA_*) Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/assert.h | 25

[PATCH v2 05/22] mpool: add space map component which manages free space on mpool devices

2020-10-12 Thread Nabeel M Mohamed
d to satisfy an allocation request - usable or spare or usable then spare or spare then usable. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: N

[PATCH v2 02/22] mpool: add in-memory struct definitions

2020-10-12 Thread Nabeel M Mohamed
interface Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mclass.h | 137 +++ drivers/mpool/mlog.h| 212

[PATCH v2 00/22] add Object Storage Media Pool (mpool)

2020-10-12 Thread Nabeel M Mohamed
iew comments from Randy and Hillf: * Updates ioctl-number.rst file with mpool driver's ioctl code * Fixes issues in the usage of printk_timed_ratelimit() - Fixes a readahead issue found by internal testing Nabeel M Mohamed (22): mpool: add utility routines and ioctl definitions mpool: add in-mem

[PATCH v2 12/22] mpool: add metadata container or mlog-pair framework

2020-10-12 Thread Nabeel M Mohamed
Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/mdc.c | 486 drivers/mpool/mdc.h | 106 ++ 2

[PATCH v2 04/22] mpool: add pool drive component which handles mpool IO using the block layer API

2020-10-12 Thread Nabeel M Mohamed
f-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed --- drivers/mpool/init.c | 31 +++- drivers/mpool/init.h | 12 ++ drivers/mpool/pd.c | 424

[PATCH v2 09/22] mpool: add mblock lifecycle management and IO routines

2020-10-12 Thread Nabeel M Mohamed
-life for the mblock in its associated MDC-K when deleting it and read/write mblock data. Co-developed-by: Greg Becker Signed-off-by: Greg Becker Co-developed-by: Pierre Labat Signed-off-by: Pierre Labat Co-developed-by: John Groves Signed-off-by: John Groves Signed-off-by: Nabeel M Mohamed

Re: [PATCH 5.8 05/85] Revert "usbip: Implement a match function to fix usbip"

2020-10-08 Thread M. Vefa Bicakci
On 08/10/2020 05.25, Greg Kroah-Hartman wrote: On Thu, Oct 08, 2020 at 04:56:56AM -0400, M. Vefa Bicakci wrote: On 07/10/2020 12.13, Greg Kroah-Hartman wrote: On Tue, Oct 06, 2020 at 04:26:27PM +0300, M. Vefa Bicakci wrote: On 05/10/2020 18.26, Greg Kroah-Hartman wrote: From: M. Vefa Bicakci

Re: [PATCH 5.8 05/85] Revert "usbip: Implement a match function to fix usbip"

2020-10-08 Thread M. Vefa Bicakci
On 07/10/2020 12.13, Greg Kroah-Hartman wrote: On Tue, Oct 06, 2020 at 04:26:27PM +0300, M. Vefa Bicakci wrote: On 05/10/2020 18.26, Greg Kroah-Hartman wrote: From: M. Vefa Bicakci commit d6407613c1e2ef90213dee388aa16b6e1bd08cbc upstream. This commit reverts commit 7a2f2974f265 ("

Re: [PATCH 5.8 05/85] Revert "usbip: Implement a match function to fix usbip"

2020-10-06 Thread M. Vefa Bicakci
On 05/10/2020 18.26, Greg Kroah-Hartman wrote: From: M. Vefa Bicakci commit d6407613c1e2ef90213dee388aa16b6e1bd08cbc upstream. This commit reverts commit 7a2f2974f265 ("usbip: Implement a match function to fix usbip"). In summary, commit d5643d2249b2 ("USB: Fix dev

Re: [PATCH v2 23/25] powerpc/signal: Create 'unsafe' versions of copy_[ck][fpr/vsx]_to_user()

2020-09-28 Thread Christopher M. Riedl
On Tue Aug 18, 2020 at 12:19 PM CDT, Christophe Leroy wrote: > For the non VSX version, that's trivial. Just use unsafe_copy_to_user() > instead of __copy_to_user(). > > For the VSX version, remove the intermediate step through a buffer and > use unsafe_put_user() directly. This generates a far sma

Re: [PATCH v2 25/25] powerpc/signal32: Transform save_user_regs() and save_tm_user_regs() in 'unsafe' version

2020-09-28 Thread Christopher M. Riedl
On Tue Aug 18, 2020 at 12:19 PM CDT, Christophe Leroy wrote: > Change those two functions to be used within a user access block. > > For that, change save_general_regs() to and unsafe_save_general_regs(), > then replace all user accesses by unsafe_ versions. > > This series leads to a reduction fro

Re: [PATCH net-next 0/3] Fix some kernel-doc warnings for e1000/e1000e

2020-09-10 Thread wanghai (M)
在 2020/9/11 3:38, Jakub Kicinski 写道: On Thu, 10 Sep 2020 12:38:00 -0700 Jakub Kicinski wrote: On Thu, 10 Sep 2020 23:04:26 +0800 Wang Hai wrote: Wang Hai (3): e1000e: Fix some kernel-doc warnings in ich8lan.c e1000e: Fix some kernel-doc warnings in netdev.c e1000: Fix a bunch of kern

Re: [PATCH 2/3] backlight: pwm_bl: Artificially add 0% during interpolation

2020-09-09 Thread Alexandru M Stan
On Fri, Sep 4, 2020 at 4:38 AM Daniel Thompson wrote: > > On Mon, Jul 20, 2020 at 09:25:21PM -0700, Alexandru Stan wrote: > > Some displays need the low end of the curve cropped in order to make > > them happy. In that case we still want to have the 0% point, even though > > anything between 0% an

Re: [PATCH net-next] net/packet: Remove unused macro BLOCK_PRIV

2020-09-04 Thread wanghai (M)
在 2020/9/4 21:26, Willem de Bruijn 写道: On Fri, Sep 4, 2020 at 3:09 PM Wang Hai wrote: BPDU_TYPE_TCN is never used after it was introduced. So better to remove it. This comment does not cover the patch contents. Otherwise the patch looks good to me. Thanks for your review, I will revise this

Re: [PATCH RESEND 04/10] crypto: hisilicon/zip - replace 'sprintf' with 'scnprintf'

2020-09-04 Thread shenyang (M)
On 2020/9/4 15:40, Herbert Xu wrote: On Wed, Aug 26, 2020 at 04:56:40PM +0800, shenyang (M) wrote: @@ -514,13 +514,16 @@ static int hisi_zip_core_debug_init(struct hisi_qm *qm) struct debugfs_regset32 *regset; struct dentry *tmp_d; char buf[HZIP_BUF_SIZE

Re: [PATCH RESEND 00/10] crypto: hisilicon/zip - misc clean up

2020-09-02 Thread shenyang (M)
any comment? Thanks, Yang On 2020/8/24 11:11, Yang Shen wrote: This patchset make some clean up: patch 1:remove useless parameters patch 4:replace 'sprintf' with 'scnprintf' patch 7:fix static check warning and the rest patch fix some coding style Resend this patch series because it depends on

Re: [RFC PATCH v2 1/3] add mikrobus descriptors to greybus_manifest

2020-09-01 Thread Vaishnav M A
. > > It is just an observation from me, I guess, it is obvious. > Sure, we can split up the mikrobus driver patch into two parts and still ensure that each patch builds without errors, will fix this in the next version. > My two cent worth comment, > Zoran > ___ &

[PATCH net backport to 5.5 - 5.8.3 v2] net: openvswitch: introduce common code for flushing flows

2020-08-26 Thread xiangxia . m . yue
From: Tonghao Zhang [ Upstream commit 1f3a090b9033f69de380c03db3ea1a1015c850cf ] Backport this commit to 5.5 - 5.8.3. To avoid some issues, for example RCU usage warning and double free, we should flush the flows under ovs_lock. This patch refactors table_instance_destroy and introduces table_i

Re: [PATCH RESEND 04/10] crypto: hisilicon/zip - replace 'sprintf' with 'scnprintf'

2020-08-26 Thread shenyang (M)
On 2020/8/24 16:29, David Laight wrote: From: Yang Shen Sent: 24 August 2020 04:12 Replace 'sprintf' with 'scnprintf' to avoid overrun. Signed-off-by: Yang Shen Reviewed-by: Zhou Wang --- drivers/crypto/hisilicon/zip/zip_main.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletio

[PATCH net backport 5.6.14-5.8.3 v1] net: openvswitch: introduce common code for flushing flows

2020-08-24 Thread xiangxia . m . yue
From: Tonghao Zhang [ Upstream commit 77b981c82c1df7c7ad32a046f17f007450b46954 ] Backport this commit to 5.6.14 - 5.8.3. To avoid some issues, for example RCU usage warning and double free, we should flush the flows under ovs_lock. This patch refactors table_instance_destroy and introduces tabl

Re: [RFC PATCH v2 1/3] add mikrobus descriptors to greybus_manifest

2020-08-19 Thread Vaishnav M A
Hi, Trying to add more information regarding the newly added descriptors and describe how they are used now within the mikroBUS driver. On Tue, Aug 18, 2020 at 6:18 PM Vaishnav M A wrote: > > This patch adds new descriptors used in the manifest parsing inside > the mikrobus driver, t

Re: [PATCH net] net: gemini: Fix missing free_netdev() in error path of gemini_ethernet_port_probe()

2020-08-18 Thread wanghai (M)
在 2020/8/19 3:54, David Miller 写道: From: Wang Hai Date: Tue, 18 Aug 2020 21:44:04 +0800 Fix the missing free_netdev() before return from gemini_ethernet_port_probe() in the error handling case. Fixes: 4d5ae32f5e1e ("net: ethernet: Add a driver for Gemini gigabit ethernet") Reported-by: Hulk

Re: [RFC PATCH v2 0/3] mikroBUS driver for add-on boards

2020-08-18 Thread Vaishnav M A
et_maintainer.pl after making the changes will add both recipients in future versions. Thanks and Regards, Vaishnav M A > > On 2020-08-18 07:48, Vaishnav M A wrote: > > Hi, > > > > This Patch series is an update to the mikroBUS driver > > RFC v1 Patch : https://lkml.org

Re: [RFC PATCH v2 0/3] mikroBUS driver for add-on boards

2020-08-18 Thread Vaishnav M A
On Tue, Aug 18, 2020 at 8:54 PM Greg KH wrote: > > On Tue, Aug 18, 2020 at 06:18:12PM +0530, Vaishnav M A wrote: > > Hi, > > > > This Patch series is an update to the mikroBUS driver > > RFC v1 Patch : https://lkml.org/lkml/2020/7/24/518 . > > Please use lore.k

Re: [greybus-dev] [RFC PATCH v2 3/3] Add Device Tree Bindings for mikroBUS port

2020-08-18 Thread Vaishnav M A
On Tue, Aug 18, 2020 at 7:05 PM Laurent Pinchart wrote: > > Hi Vaishnav, > > Thank you for the patch. > > On Tue, Aug 18, 2020 at 06:18:15PM +0530, Vaishnav M A wrote: > > This patch adds device tree bindings for the mikroBUS port, > > device tree overlay

[RFC PATCH v2 1/3] add mikrobus descriptors to greybus_manifest

2020-08-18 Thread Vaishnav M A
drivers through the Unified Properties API under linux/property.h The corresponding pull request for manifesto is updated at : https://github.com/projectara/manifesto/pull/2 Signed-off-by: Vaishnav M A --- include/linux/greybus/greybus_manifest.h | 47 1 file changed, 47

[RFC PATCH v2 3/3] Add Device Tree Bindings for mikroBUS port

2020-08-18 Thread Vaishnav M A
This patch adds device tree bindings for the mikroBUS port, device tree overlays for the mikrobus Port on the BeagleBoard.org PocketBeagle is available here : github.com/beagleboard/bb.org-overlays/blob/master/src/arm/PB-MIKROBUS-0.dts Signed-off-by: Vaishnav M A --- .../bindings/misc/linux

[RFC PATCH v2 2/3] mikroBUS driver for add-on boards on mikrobus ports

2020-08-18 Thread Vaishnav M A
boards are available here: https://github.com/vaishnav98/manifesto/tree/mikrobusv3 Signed-off-by: Vaishnav M A --- MAINTAINERS | 6 + drivers/misc/Kconfig | 1 + drivers/misc/Makefile | 1 + drivers/misc/mikrobus/Kconfig

[RFC PATCH v2 0/3] mikroBUS driver for add-on boards

2020-08-18 Thread Vaishnav M A
, use greybus CPort protocol enum instead of new protcol enums Fix cases of wrong indendation, ignoring return values, freeing allocated resources in case of errors and other style suggestions in v1 review. Vaishnav M A (3): add mikrobus descriptors to greybus_manifest

Re: [PATCH net] net: qcom/emac: Fix missing clk_disable_unprepare() in error path of emac_probe

2020-08-09 Thread wanghai (M)
在 2020/8/7 21:38, Timur Tabi 写道: On 8/6/20 8:54 PM, wanghai (M) wrote: Thanks for your suggestion. May I fix it like this? Yes, this is what I had in mind.  Thanks. Acked-by: Timur Tabi . Thanks for your ack. I just sent a new patch. "[PATCH net] net: qcom/emac: add m

Re: [v4 01/10] crypto: hisilicon/qm - fix wrong release after using strsep

2020-08-07 Thread shenyang (M)
On 2020/8/6 15:23, Markus Elfring wrote: Would you become interested to look if any other software components would be similarly affected? Yeah, I'll check the rest and fix if any and send those in a clean up patch. Thanks, Yang

Re: [PATCH net] net: qcom/emac: Fix missing clk_disable_unprepare() in error path of emac_probe

2020-08-06 Thread wanghai (M)
在 2020/8/6 22:23, Timur Tabi 写道: On 8/6/20 9:06 AM, Wang Hai wrote: In emac_clks_phase1_init() of emac_probe(), there may be a situation in which some clk_prepare_enable() succeed and others fail. If emac_clks_phase1_init() fails, goto err_undo_clocks to clean up the clk that was successfully

Re: [v4 01/10] crypto: hisilicon/qm - fix wrong release after using strsep

2020-08-05 Thread shenyang (M)
On 2020/8/5 14:04, Markus Elfring wrote: Thanks for your review. There is only one error branch need to do something uninit. So I think the jump is not necessary and will affect code reading.:) How does this concern fit to the Linux coding style? https://git.kernel.org/pub/scm/linux/kernel/g

Re: [PATCH 0/3] PWM backlight interpolation adjustments

2020-08-05 Thread Alexandru M Stan
les changed, 42 insertions(+), 42 deletions(-) > > -- > 2.27.0 > Hello, Friendly ping. Let me know if you would like me to make any changes to my patches. Thanks, Alexandru M Stan

[PATCH] net: openvswitch: silence suspicious RCU usage warning

2020-08-05 Thread xiangxia . m . yue
From: Tonghao Zhang ovs_flow_tbl_destroy always is called from RCU callback or error path. It is no need to check if rcu_read_lock or lockdep_ovsl_is_held was held. ovs_dp_cmd_fill_info always is called with ovs_mutex, So use the rcu_dereference_ovsl instead of rcu_dereference in ovs_flow_tbl_ma

Re: [PATCH v4 01/10] crypto: hisilicon/qm - fix wrong release after using strsep

2020-08-04 Thread shenyang (M)
On 2020/8/5 2:34, Markus Elfring wrote: … +++ b/drivers/crypto/hisilicon/qm.c @@ -1420,16 +1420,17 @@ static int qm_dbg_help(struct hisi_qm *qm, char *s) … + s_tmp = s; presult = strsep(&s, " "); if (!presult) { - kfree(s); + kfree(s_tmp);

Re: [PATCH 0/4] crypto: hisilicon/zip - misc bugfix

2020-07-31 Thread shenyang (M)
On 2020/7/31 16:28, Herbert Xu wrote: On Sat, Jul 25, 2020 at 02:06:46PM +0800, Yang Shen wrote: This patchset fix some bug: patch 1:clear the debug registers when remove driver patch 2:intercept invalid input when using decompress patch 3:replace the return value '-EBUSY' with '-EAGAIN' when

Re: [PATCH 03/10] crypto: hisilicon/zip - modify debugfs interface parameters

2020-07-31 Thread shenyang (M)
On 2020/7/31 16:12, Herbert Xu wrote: On Sat, Jul 25, 2020 at 11:44:36AM +0800, Yang Shen wrote: From: Shukun Tan Update debugfs interface parameters Signed-off-by: Shukun Tan Signed-off-by: Yang Shen Reviewed-by: Zhou Wang --- drivers/crypto/hisilicon/zip/zip_main.c | 55 +

Re: [PATCH net-next] liquidio: Remove unneeded cast from memory allocation

2020-07-29 Thread wanghai (M)
在 2020/7/28 23:54, Joe Perches 写道: On Tue, 2020-07-28 at 21:38 +0800, wanghai (M) wrote: Thanks for your explanation. I got it. Can it be modified like this? [] +++ b/drivers/net/ethernet/cavium/liquidio/octeon_device.c @@ -1152,11 +1152,8 @@ octeon_register_dispatch_fn(struct

Re: [PATCH net-next] liquidio: Remove unneeded cast from memory allocation

2020-07-28 Thread wanghai (M)
在 2020/7/28 17:11, Joe Perches 写道: On Tue, 2020-07-28 at 16:42 +0800, wanghai (M) wrote: 在 2020/7/25 5:29, Joe Perches 写道: On Fri, 2020-07-24 at 21:00 +0800, Wang Hai wrote: Remove casting the values returned by memory allocation function. Coccinelle emits WARNING: ./drivers/net/ethernet

Re: [PATCH net-next] liquidio: Remove unneeded cast from memory allocation

2020-07-28 Thread wanghai (M)
在 2020/7/25 5:29, Joe Perches 写道: On Fri, 2020-07-24 at 21:00 +0800, Wang Hai wrote: Remove casting the values returned by memory allocation function. Coccinelle emits WARNING: ./drivers/net/ethernet/cavium/liquidio/octeon_device.c:1155:14-36: WARNING: casting value returned by memory allo

Re: [greybus-dev] [PATCH] RFC : mikroBUS driver for add-on boards

2020-07-26 Thread Vaishnav M A
On Sun, Jul 26, 2020 at 8:34 PM Alex Elder wrote: > > On 7/24/20 7:06 AM, Vaishnav M A wrote: > > Attached is a patch for the mikroBUS driver which helps to > > instantiate an add-on board device on a mikrobus port by fetching > > the device identifier manifest binary

Re: [greybus-dev] [PATCH] RFC : mikroBUS driver for add-on boards

2020-07-26 Thread Vaishnav M A
On Sun, Jul 26, 2020 at 6:18 PM Alex Elder wrote: > > On 7/24/20 7:06 AM, Vaishnav M A wrote: > > Attached is a patch for the mikroBUS driver which helps to > > instantiate an add-on board device on a mikrobus port by fetching > > the device identifier manifest binary

[PATCH] RFC : mikroBUS driver for add-on boards

2020-07-24 Thread Vaishnav M A
add-on boards. Further, it opens up the possibility for support under dynamically instantiated buses such as with Greybus. Please let know the feedback you have on this patch or the approach used. Thanks, Vaishnav M A Signed-off-by: Vaishnav M A --- MAINTAINERS

Re: [PATCH v2 07/15] scsi: hisi_sas_v3_hw: use generic power management

2020-07-20 Thread chenxiang (M)
在 2020/7/20 21:34, Vaibhav Gupta 写道: With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-specific ope

Re: [PATCH net-next v2] net: ena: Fix using plain integer as NULL pointer in ena_init_napi_in_range

2020-07-20 Thread wanghai (M)
在 2020/7/20 11:15, Joe Perches 写道: On Mon, 2020-07-20 at 10:53 +0800, Wang Hai wrote: Fix sparse build warning: drivers/net/ethernet/amazon/ena/ena_netdev.c:2193:34: warning: Using plain integer as NULL pointer [] diff --git a/drivers/net/ethernet/amazon/ena/ena_netdev.c b/drivers/net/et

Re: [PATCH v1 07/15] scsi: hisi_sas_v3_hw: use generic power management

2020-07-19 Thread chenxiang (M)
Hi Vaibhav, 在 2020/7/17 14:34, Vaibhav Gupta 写道: With legacy PM, drivers themselves were responsible for managing the device's power states and takes care of register states. After upgrading to the generic structure, PCI core will take care of required tasks and drivers should do only device-sp

Re: [PATCH -next] net: ena: use NULL instead of zero

2020-07-19 Thread wanghai (M)
在 2020/7/18 23:06, Joe Perches 写道: On Sat, 2020-07-18 at 19:56 +0800, Wang Hai wrote: Fix sparse build warning: drivers/net/ethernet/amazon/ena/ena_netdev.c:2193:34: warning: Using plain integer as NULL pointer Better to remove the initialization altogether and move the declaration into th

Re: [PATCH] net: dsa: felix: Make some symbols static

2020-07-18 Thread wanghai (M)
Thanks for reminding me, I'll do it. 在 2020/7/18 18:40, Vladimir Oltean 写道: On Sat, Jul 18, 2020 at 06:01:58PM +0800, Wang Hai wrote: Fix sparse build warning: drivers/net/dsa/ocelot/felix_vsc9959.c:560:19: warning: symbol 'vsc9959_vcap_is2_keys' was not declared. Should it be static? driver

Re: [PATCH] net: cxgb3: add missed destroy_workqueue in cxgb3 probe failure

2020-07-18 Thread wanghai (M)
在 2020/7/18 9:39, David Miller 写道: From: Wang Hai Date: Fri, 17 Jul 2020 14:21:17 +0800 The driver forgets to call destroy_workqueue when cxgb3 probe fails. Add the missed calls to fix it. Fixes: 4d22de3e6cc4 ("Add support for the latest 1G/10G Chelsio adapter, T3.") Reported-by: Hulk Robot

Re: [PATCH] net: cxgb3: add missed destroy_workqueue in nci_register_device

2020-07-17 Thread wanghai (M)
subject msg was wrong. "net: cxgb3:" should be "nfc: nci:".  v2 patch has been sent. ("[PATCH v2] nfc: nci: add missed destroy_workqueue in nci_register_device") 在 2020/7/17 14:18, Wang Hai 写道: When nfc_register_device fails in nci_register_device, destroy_workqueue() shouled be called to dest

RE: [PATCH v3] serial: samsung: Re-factors UART IRQ resource for various Samsung SoC

2020-07-13 Thread M Tamseel Shams
> > In few older Samsung SoCs like s3c2410, s3c2412 and s3c2440, UART IP > > is having 2 interrupt lines. > > However, in other SoCs like s3c6400, s5pv210, exynos5433, and > > exynos4210 UART is having only 1 interrupt line. Due to this, > > "platform_get_irq(platdev, 1)" > > call in the driver giv

[PATCH] hwmon: (emc2103) fix unable to change fan pwm1_enable attribute

2020-07-07 Thread Vishwas M
ly. The driver thinks an error has occurred if the (result != 0). This has been fixed by changing the condition to (result < 0). Signed-off-by: Vishwas M --- drivers/hwmon/emc2103.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwmon/emc2103.c b/drivers/hwmo

RE: [PATCH v2] serial: samsung: Re-factors UART IRQ resource for various Samsung SoC

2020-07-04 Thread M Tamseel Shams
> On Sun, Jun 28, 2020 at 12:30:07PM +0530, Tamseel Shams wrote: > > In few older Samsung SoCs like s3c2410, s3c2412 and s3c2440, UART IP > > is having 2 interrupt lines. > > However, in other SoCs like s3c6400, s5pv210, exynos5433, and > > exynos4210 UART is having only 1 interrupt line. Due to th

[PATCH] dt-bindings: hwmon: Correct vendor for mcp980x

2020-07-03 Thread Daniel M. Weeks
Signed-off-by: Daniel M. Weeks --- Documentation/devicetree/bindings/hwmon/lm75.txt | 2 +- drivers/hwmon/lm75.c | 8 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/Documentation/devicetree/bindings/hwmon/lm75.txt b/Documentation/devicetree

RE: [RFC PATCH] serial: samsung: Re-factors UART IRQ resource for various Samsung SoC

2020-06-17 Thread M Tamseel Shams
Hi Robin, > -Original Message- > From: Robin Murphy > Sent: Monday, June 15, 2020 6:43 PM > To: Tamseel Shams ; kg...@kernel.org; > k...@kernel.org; gre...@linuxfoundation.org; jsl...@suse.com > Cc: linux-samsung-...@vger.kernel.org; linux-ser...@vger.kernel.org; linux- > ker...@vger.kern

RE: [RFC PATCH] serial: samsung: Re-factors UART IRQ resource for various Samsung SoC

2020-06-17 Thread M Tamseel Shams
Hi Greg, I will post the patch without RFC tag. Thanks & Regards Tamseel > -Original Message- > From: Greg KH > Sent: Monday, June 15, 2020 6:21 PM > To: Tamseel Shams > Cc: kg...@kernel.org; k...@kernel.org; jsl...@suse.com; linux-arm- > ker...@lists.infradead.org; linux-samsung-...@vg

Re: [PATCH v2] 9p/trans_fd: Fix concurrency del of req_list in p9_fd_cancelled/p9_read_work

2020-06-12 Thread wanghai (M)
在 2020/6/12 17:10, Dominique Martinet 写道: Wang Hai wrote on Fri, Jun 12, 2020: p9_read_work and p9_fd_cancelled may be called concurrently. In some cases, req->req_list may be deleted by both p9_read_work and p9_fd_cancelled. We can fix it by ignoring replies associated with a cancelled reque

Re: [PATCH] cxl: Fix kobject memleak

2020-06-03 Thread wanghai (M)
在 2020/6/3 19:33, Andrew Donnellan 写道: On 2/6/20 10:07 pm, Wang Hai wrote: Currently the error return path from kobject_init_and_add() is not followed by a call to kobject_put() - which means we are leaking the kobject. Fix it by adding a call to kobject_put() in the error path of kobject_ini

Re: [PATCH] cxl: Fix kobject memory leak in cxl_sysfs_afu_new_cr()

2020-06-02 Thread wanghai (M)
在 2020/6/3 14:50, Greg Kroah-Hartman 写道: On Wed, Jun 03, 2020 at 02:34:07PM +0800, wanghai (M) wrote: 在 2020/6/3 14:14, Greg Kroah-Hartman 写道: On Wed, Jun 03, 2020 at 09:42:41AM +0800, wanghai (M) wrote: 在 2020/6/3 1:20, Markus Elfring 写道: Fix it by adding a call to kobject_put() in the

Re: [PATCH] cxl: Fix kobject memory leak in cxl_sysfs_afu_new_cr()

2020-06-02 Thread wanghai (M)
在 2020/6/3 14:14, Greg Kroah-Hartman 写道: On Wed, Jun 03, 2020 at 09:42:41AM +0800, wanghai (M) wrote: 在 2020/6/3 1:20, Markus Elfring 写道: Fix it by adding a call to kobject_put() in the error path of kobject_init_and_add(). Thanks for another completion of the exception handling. Would an

Re: [PATCH] cxl: Fix kobject memory leak in cxl_sysfs_afu_new_cr()

2020-06-02 Thread wanghai (M)
在 2020/6/3 1:20, Markus Elfring 写道: Fix it by adding a call to kobject_put() in the error path of kobject_init_and_add(). Thanks for another completion of the exception handling. Would an other patch subject be a bit nicer? Thanks for the guidance, I will perfect this description and send a

RE: [PATCH v2] drm/exynos: Remove dev_err() on platform_get_irq() failure

2020-05-21 Thread M Tamseel Shams
> -Original Message- > From: Inki Dae > Sent: Wednesday, May 20, 2020 11:08 AM > To: Tamseel Shams ; jy0922.s...@samsung.com; > sw0312@samsung.com; kyungmin.p...@samsung.com; airl...@linux.ie; > dan...@ffwll.ch > Cc: dri-de...@lists.freedesktop.org; linux-arm-ker...@lists.infradead.

Dear Friend, My present internet connection is very slow in case you

2020-05-11 Thread Mrs m compola
Dear Friend, My present internet connection is very slow in case you received my email in your spam How are you today?.With due respect to your person and much sincerity of purpose,Well it is a pleasure to contact you on this regard and i pray that this will turn out to be everlasting relations

Dear Friend, My present internet connection is very slow in case you

2020-05-05 Thread Mrs m compola
Dear Friend, My present internet connection is very slow in case you received my email in your spam How are you today?.With due respect to your person and much sincerity of purpose,Well it is a pleasure to contact you on this regard and i pray that this will turn out to be everlasting relations

[PATCH v3] media: vimc: fla: Add virtual flash subdevice

2019-10-07 Thread Lucas A . M . Magalhães
From: Lucas A. M. Magalhaes Add a virtual subdevice to simulate the flash control API. Those are the supported controls: v4l2-ctl -d /dev/v4l-subdev6 -L Flash Controls led_mode 0x009c0901 (menu) : min=0 max=2 default=1 value=1 0: Off

Re: Decoding an oops

2019-10-07 Thread Francis M
On Mon, 7 Oct 2019 at 20:38, Linus Torvalds wrote: > > On Mon, Oct 7, 2019 at 7:58 AM Francis M wrote: > > > > Attached is a JPEG of what I've been able to capture from the console. > > I'm guessing it's probably not enough to go on, but hoping someone >

[PATCH v2] media: vimc: fla: Add virtual flash subdevice

2019-09-15 Thread Lucas A . M . Magalhães
From: Lucas A. M. Magalhaes Add a virtual subdevice to simulate the flash control API. Those are the supported controls: v4l2-ctl -d /dev/v4l-subdev6 -L Flash Controls led_mode 0x009c0901 (menu) : min=0 max=2 default=0 value=0 0: Off

NOTICE!!

2019-09-10 Thread M K
Receive $39 Million for our mutual benefit.

[PATCH] media: vimc: fla: Add virtual flash subdevice

2019-09-01 Thread Lucas A . M . Magalhães
From: Lucas A. M. Magalhaes Add a virtual subdevice to simulate the flash control API. Those are the supported controls: v4l2-ctl -d /dev/v4l-subdev6 -L Flash Controls led_mode 0x009c0901 (menu) : min=0 max=2 default=0 value=0 0: Off

[PATCH] net: bcmgenet: use ethtool_op_get_ts_info()

2019-08-30 Thread Ryan M. Collins
l_ops bcmgenet_ethtool_ops() as get_ts_info(), the SOF_TIMESTAMPING_TX_SOFTWARE capability is announced. Similar to commit a8f5cb9e7991 ("smsc95xx: use ethtool_op_get_ts_info()") Signed-off-by: Ryan M. Collins --- drivers/net/ethernet/broadcom/genet/bcmgenet.c | 1 + 1 file changed, 1 insertion(+

Re: [PATCH] platform/x86: intel_pmc_core: Do not ioremap RAM

2019-08-16 Thread M. Vefa Bicakci
On Fri, 16 Aug 2019 12:21:58 +0300 Andy Shevchenko wrote: > On Fri, Aug 16, 2019 at 4:42 AM M. Vefa Bicakci wrote: > > > > On a Xen-based PVH virtual machine with more than 4 GiB of RAM, > > intel_pmc_core fails initialization with the following warning message > >

[PATCH] platform/x86: intel_pmc_core_pltdrv: Module removal warning fix

2019-08-15 Thread M. Vefa Bicakci
or the driver. Signed-off-by: M. Vefa Bicakci --- drivers/platform/x86/intel_pmc_core_pltdrv.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/platform/x86/intel_pmc_core_pltdrv.c b/drivers/platform/x86/intel_pmc_core_pltdrv.c index a8754a6db1b8..186540014c48 100644 ---

[PATCH] platform/x86: intel_pmc_core: Do not ioremap RAM

2019-08-15 Thread M. Vefa Bicakci
not verified by the driver, which is what this patch introduces. With this patch, if address PMC_BASE_ADDR_DEFAULT is in RAM, then the driver will not attempt to ioremap the aforementioned address. Signed-off-by: M. Vefa Bicakci --- drivers/platform/x86/intel_pmc_core.c | 8 ++-- 1 file changed,

Geld überwiesen

2019-08-11 Thread Mr.WEHNER DAVID M
, gezogen. Ich bin Mr. WEHNER DAVID M. Ein persönlicher Buchhalter des verstorbenen Mr. Michael Blair, der bei Shell British Petroleum gearbeitet hat. Herr Michael Blair, ein bekannter Philanthrop, hat vor seinem Tod in einer Anwaltskanzlei ein Testament abgegeben, das besagt, dass 12,5 Millionen US

[PATCH v2 1/2] media: Revert "media: vimc: Remove or modify stream checks"

2019-08-08 Thread Lucas A . M . Magalhães
From: Helen Koike This reverts commit 3c1b9ac753e99005d7ee0a883d6e5b577ba32aa9. Required to Revert "media: vimc: propagate pixel format in the stream" which introduced the stream object in the vimc_ent_device struct. Signed-off-by: Helen Koike Signed-off-by: Lucas A. M. Magalhaes

[PATCH v2 2/2] Revert "media: vimc: propagate pixel format in the stream"

2019-08-08 Thread Lucas A . M . Magalhães
patch. Signed-off-by: Helen Koike Signed-off-by: Lucas A. M. Magalhaes Tested-by:  André Almeida --- I'm just helping out Helen with this patchset conflicts. v2: * Remove conflicting documentation at vimc-streamer.h drivers/media/platform/vimc/vimc-capture.c | 76 ++--- drivers/medi

[PATCH v2] kconfig: Clear "written" flag to avoid data loss

2019-08-03 Thread M. Vefa Bicakci
: 8e2442a5f86e ("kconfig: fix missing choice values in auto.conf") Cc: linux-stable # 4.19+ Signed-off-by: M. Vefa Bicakci --- Changes since v1: * As suggested by Masahiro Yamada, instead of defining a new helper function to traverse over all symbols in a pre-defined order, use the for_a

Re: [PATCH] kconfig: fix missing choice values in auto.conf

2019-08-02 Thread M. Vefa Bicakci
contain only comments. I am appending a patch that resolves this issue. The patch is a bit ugly because of the code duplication, but it fixes this bug. (I have lightly tested the patch.) Even if the patch is not merged, I would appreciate it if this bug could be fixed. Thank you, Vefa === 8<

Re: WARNING: kernel stack regs at 0000000068363d2a in telegraf:23122 has bad 'bp' value 000000007b842ec4

2019-06-26 Thread Jake M
On Mon, 24 Jun 2019 at 12:49, Jake M wrote: > > Hi, > > The box has crashed twice this week both times related to telegraf, we > are running ZFS and attached is the kernel config. > > Any ideas? > > Description: Ubuntu 18.04.2 LTS > Release: 18.04 > Codename:

,

2019-06-25 Thread Mr. M. Tangza
-- Dear Friend. My name is:Maki Tangza, a banker in one of the banks in my country Burkina Faso in African.I Hoped that you will not expose or betray this trust and confident that I am about to repose on you for the mutual benefit of our both families.I need your urgent assistance in transferring

Charity Gift !!!

2019-06-21 Thread Mr Mikhail M. Fridman
-- I, Mikhail Fridman have selected you specifically as one of my beneficiaries for my Charitable Donation of $5 Million Dollars, Check the link below for confirmation: https://www.rt.com/business/343781-mikhail-fridman-will-charity/ I await your earliest response. Best Regards, Mikhail

RE: RE: FPO16803

2019-06-11 Thread 'Sujit Kumar M.'
Dear Sir, Please find attached our official Purchase order (SI/FPO/16803 Dated. 11/06/2019) and arrange to supply the requirements in accordance with Mustafa Sultan Science & Industry Co.'s procurements terms & conditions of purchase as per the attachment. Kindly acknowledge the receipt of t

Charity Gift !!!

2019-05-11 Thread Mr Mikhail M. Fridman
-- I, Mikhail Fridman have selected you specifically as one of my beneficiaries for my Charitable Donation of $5 Million Dollars, Check the link below for confirmation: https://www.rt.com/business/343781-mikhail-fridman-will-charity/ I await your earliest response. Best Regards, Mikhail

RE: [PATCH v1 1/2] ASoC: SOF: Add Comet Lake PCI ID

2019-05-06 Thread M R, Sathya Prakash
-Original Message- From: Pierre-Louis Bossart [mailto:pierre-louis.boss...@linux.intel.com] Sent: Tuesday, May 7, 2019 7:11 AM To: Evan Green ; Liam Girdwood ; Mark Brown Cc: M, Naveen ; M R, Sathya Prakash ; Ben Zhang ; Rajat Jain ; Jaroslav Kysela ; alsa-de...@alsa-project.org

Re: Grant-

2019-04-22 Thread M. M. Fridman
I Mikhail Fridman picked you for $5,000,000 donatiion,Reply for more details IZJAVA O ODRICANJU ODGOVORNOSTI: Ova elektronicka posta moze sadrzavati povjerljive informacije i namijenjena je samo osobama na koje je naslovljena. Ukoliko Vi niste navedeni primatelj nije Vam dopusteno koristiti nje

My Greeting

2019-03-13 Thread M Magoko
My Greeting, Did you receive the letter i sent to you. Please answer me. Best Regard, Maureen magoko.

Re: [PATCH 1/2] Staging: rtl8723bs: os_dep: Fix several coding style errors

2019-03-12 Thread Guilherme M
No problem. In a previous patch I had one for each item, but I thought it could be packed in a single one - and avoid '[PATCH n/m]'. Thanks. On 3/12/19, Dan Carpenter wrote: > On Tue, Mar 12, 2019 at 11:39:13AM -0300, Guilherme T Maeoka wrote: >> From: Guilherme T Maeoka >

<    1   2   3   4   5   6   7   8   9   10   >