From: Harish Jenny K N
Unable to handle kernel NULL pointer dereference at virtual address
(netlink_release+0x0/0x2a0) from [<8034e78c>] (sock_release+0x28/0xa4)
(sock_release+0x0/0xa4) from [<8034e830>] (sock_close+0x28/0x34)
(sock_close+0x
in dts.
tested 20 times with bd address missing in dts.
tested 20 times with bd address available in dts.
Tested-by: Harish Bandi
Thanks,
Harish
Add compatible string for the Qualcomm WCN3998 Bluetooth controller
Signed-off-by: Harish Bandi
---
Changes in V6:
- Changed Commit text
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation
to latest code base.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for WCN3998
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
WCN3998
.../devicetree/bindings/net/qualcomm-bluetooth.txt | 5 +--
drivers/bluetooth/btqca.c | 12
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
Reviewed-by: Matthias Kaehlcke
---
Changes in V7:
- Initialized rom_ver to 0 to fix compiler warning
---
drivers/bluetooth
Hi Marcel,
On 2019-04-25 18:17, Marcel Holtmann wrote:
Hi Harish,
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
Reviewed-by: Matthias Kaehlcke
---
Changes in V7
Added new compatible for wcn3998 and corresponding voltage
and current values to wcn3998 compatible.
Changed driver code to support wcn3998
Signed-off-by: Harish Bandi
---
changes in v3:
- updated to latest code base.
---
drivers/bluetooth/btqca.c | 4 ++--
drivers/bluetooth/btqca.h | 3
compatible
for wcn3998.
Removed the Reading of regulator values from dts.
Added new compatible for wcn3998.
Changed in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for wcn3998
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
wcn3998
This patch enables regulators for the Qualcomm Bluetooth wcn3998
controller.
Signed-off-by: Harish Bandi
---
changes in v3:
- updated to latest code base.
---
.../devicetree/bindings/net/qualcomm-bluetooth.txt| 15 +++
1 file changed, 15 insertions(+)
diff --git a
Changes in V4:
Added is_qca_soc_type_wcn399x_family helper function
to get the soc type is wcn399x or not.
Changes in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for WCN3998
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
WCN3998
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
---
Changes in V5:
- changed is_qca_soc_type_wcn399x_family to
- qca_is_wcn399x helper function
- moved the qca_is_wcn399x
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V5:
- modified the DT document for wcn399x to make inline
- in function call with driver code
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 5 +++--
1
Hi Matthias,
On 2019-03-27 05:24, Matthias Kaehlcke wrote:
On Mon, Mar 25, 2019 at 05:00:31PM +0530, c-hba...@codeaurora.org
wrote:
Hi Matthias,
On 2019-03-15 00:26, Matthias Kaehlcke wrote:
> Hi Harish,
>
> On Wed, Mar 13, 2019 at 12:00:06PM +0530, c-hba...@codeaurora.org wrot
Hi Matthias,
On 2019-03-27 05:14, Matthias Kaehlcke wrote:
On Tue, Mar 26, 2019 at 05:15:55PM +0530, Harish Bandi wrote:
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
---
Changes in V6:
- changed return value to false in the qca_is_wcn399x()stub
---
drivers/bluetooth/btqca.c | 13
function to btqca.c
modified the DT document for wcn399x as per driver code
Changes in V4:
Added is_qca_soc_type_wcn399x_family helper function
to get the soc type is wcn399x or not.
Changes in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for WCN3998
dt
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V6:
- no changes
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation
E2%84%A2x200ProcessorPerformanceMonitoringReferenceManual_Volume1_Registers_v0%206.pdf
Signed-off-by: Harish Chegondi
Cc: Andi Kleen
Cc: Kan Liang
Cc: Lukasz Anaczkowski
---
arch/x86/kernel/cpu/perf_event.h | 2 +
arch/x86/kernel/cpu/perf_event_intel.c | 62 ++
arc
intel/uncore:
Remove hard coding of PMON box control MSR offset").
Signed-off-by: Harish Chegondi
Cc: Andi Kleen
Cc: Kan Liang
Cc: Lukasz Anaczkowski
---
arch/x86/kernel/cpu/perf_event_intel_uncore.h | 3 +
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 13 +
arch/x86/
Call uncore_pci_box_ctl() function to get the PMON box control MSR offset
instead of hard coding the offset. This would allow us to use this
snbep_uncore_pci_init_box() function for other PCI PMON devices whose box
control MSR offset is different from SNBEP_PCI_PMON_BOX_CTL.
Signed-off-by: Harish
On 12/08/2015 01:07 AM, Peter Zijlstra wrote:
> On Mon, Dec 07, 2015 at 02:32:32PM -0800, Harish Chegondi wrote:
>> @@ -981,6 +990,8 @@ static int __init uncore_pci_init(void)
>> break;
>> case 61: /* Broadwell */
>> ret = bdw_uncore_
On 12/08/2015 12:37 AM, Peter Zijlstra wrote:
> On Mon, Dec 07, 2015 at 02:28:18PM -0800, Harish Chegondi wrote:
>> Knights Landing core is based on Silvermont core with several differences.
>> Like Silvermont, Knights Landing has 8 pairs of LBR MSRs. However, the
>> LBR
On 12/09/2015 03:37 PM, Peter Zijlstra wrote:
> On Wed, Dec 09, 2015 at 03:22:29PM -0800, Harish Chegondi wrote:
>
>> On 12/08/2015 12:37 AM, Peter Zijlstra wrote:
>>> On Mon, Dec 07, 2015 at 02:28:18PM -0800, Harish Chegondi wrote:
>>>> Knights Landing core
On 12/09/2015 03:37 PM, Peter Zijlstra wrote:
> On Wed, Dec 09, 2015 at 01:03:43PM -0800, Harish Chegondi wrote:
>>
>> On 12/08/2015 01:07 AM, Peter Zijlstra wrote:
>>> On Mon, Dec 07, 2015 at 02:32:32PM -0800, Harish Chegondi wrote:
>>>> @@ -981,6 +990,8
, RST_FO, (RST_FO_FR << 16) | RST_FO_FR);
>
>+ end_jiffies = jiffies + usecs_to_jiffies(30);
> do {
> value = ql_read32(qdev, RST_FO);
> if ((value & RST_FO_FR) == 0)
>
>
>
Acked-by: Harish Patil
Thanks,
Harish
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�&j:+v���zZ+��+zf���h���~i���z� �w���?�&�)ߢf��^jǫy�m��@A�a���
0��h���i
shutdown VS command
Signed-off-by: Harish Bandi
Reviewed-by: Balakrishna Godavarthi
---
Changes in V2:
- Modified commit text.
---
drivers/bluetooth/btqca.c | 22 ++
drivers/bluetooth/hci_qca.c | 5 +
2 files changed, 27 insertions(+)
diff --git a/drivers/bluetooth
shutdown VS command
Signed-off-by: Harish Bandi
Reviewed-by: Balakrishna Godavarthi
---
Changes in V2:
- Modified commit text.
---
drivers/bluetooth/btqca.c | 22 ++
drivers/bluetooth/hci_qca.c | 5 +
2 files changed, 27 insertions(+)
diff --git a/drivers/bluetooth
From: Harish Bandi
When SoC receives pre shut down command, it share the same
with other COEX shared clients. So SoC needs a short time
after sending VS pre shutdown command before turning off
the regulators and sending the power off pulse. Along with
short delay, needs to wait for command
Looks like Deadlock is observed in hci_qca while performing
stress and stability tests. Since same lock is getting
acquired from qca_wq_awake_rx and hci_ibs_tx_idle_timeout
seeing spinlock recursion, irqs should be disable while
acquiring the spinlock always.
Signed-off-by: Harish Bandi
++ Balakrishna
On 2019-10-09 14:21, Claire Chang wrote:
Enabling in-band sleep when there is no patch/nvm-config found and
bluetooth is running with the original fw/config.
Fixes: ba8f35979002 ("Bluetooth: hci_qca: Avoid setup failure on
missing rampatch")
Fixes: 7dc5fe0814c3 ("Bluetooth: hci_q
On 2019-10-18 10:54, Bjorn Andersson wrote:
Clean up the regulator usage in hci_qca and in particular don't
regulator_set_voltage() for fixed voltages. It cleans up the driver,
but more
important it makes bluetooth work on my Lenovo Yoga C630, where the
regulator
for vddch0 is defined with a vo
On 2019-10-18 10:54, Bjorn Andersson wrote:
Since the introduction of '5451781dadf8 ("regulator: core: Only count
load for enabled consumers")' in v5.0, the requested load of a
regulator
consumer is only accounted for when said consumer is voted enabled.
So there's no need to vote for load eve
On 2019-10-18 10:54, Bjorn Andersson wrote:
Devices with specific voltage requirements should not request voltage
from the driver, but instead rely on the system configuration to define
appropriate voltages for each rail.
This ensures that PMIC and board variations are accounted for,
something
On 2019-10-18 10:54, Bjorn Andersson wrote:
Split and rename qca_power_setup() in order to simplify each code path
and to clarify that it is unrelated to qca_power_off() and
qca_power_setup().
Signed-off-by: Bjorn Andersson
---
drivers/bluetooth/hci_qca.c | 61 ++---
On 2019-10-18 10:54, Bjorn Andersson wrote:
With the regulator_set_load() and regulator_set_voltage() out of the
enable/disable code paths the code can now use the standard
regulator bulk enable/disable API.
By cloning num_vregs into struct qca_power there's no need to lug
around
a reference t
+ Bala
On 2019-10-18 23:52, Matthias Kaehlcke wrote:
On Thu, Oct 17, 2019 at 10:24:02PM -0700, Bjorn Andersson wrote:
Devices with specific voltage requirements should not request voltage
from the driver, but instead rely on the system configuration to
define
appropriate voltages for each rai
Hi Matthias,
On 2019-03-27 22:59, Matthias Kaehlcke wrote:
On Wed, Mar 27, 2019 at 05:58:43PM +0530, Harish Bandi wrote:
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
I commented on this on v3, but you didn't update it:
No, it doesn't.
The ne
Hi Matthias,
On 2019-03-27 22:26, Matthias Kaehlcke wrote:
On Wed, Mar 27, 2019 at 05:58:42PM +0530, Harish Bandi wrote:
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
Hi Matthias,
On 2019-03-29 02:53, Matthias Kaehlcke wrote:
On Fri, Mar 29, 2019 at 05:05:49AM +0800, kbuild test robot wrote:
Hi Harish,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on bluetooth-next/master]
[also build test WARNING on next-20190328
Hi Rob,
Could you please help to review DT bindings patch.
On 2019-03-27 17:58, Harish Bandi wrote:
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V6:
- no changes
---
Documentation/devicetree/bindings/net/qualcomm
Add compatible string for the Qualcomm WCN3998 Bluetooth controller
Signed-off-by: Harish Bandi
Reviewed-by: Rob Herring
---
Changes in V7:
- Added robh reviewed by tag in commit text
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 5 +++--
1 file changed, 3 insertions(+), 2
in V4:
Added is_qca_soc_type_wcn399x_family helper function
to get the soc type is wcn399x or not.
Changes in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for WCN3998
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
WCN3998
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
Reviewed-by: Matthias Kaehlcke
Reviewed-by: Balakrishna Godavarthi
---
Changes in V8:
- Removed export of qca_is_wcn399x() and
WCN399x chips are coex chips, it needs a VS pre shutdown
command while turning off the BT. So that chip can inform
BT is OFF to other active clients.
Signed-off-by: Harish Bandi
---
drivers/bluetooth/btqca.c | 21 +
drivers/bluetooth/btqca.h | 7 +++
drivers
Hi Bala,
On 2019-08-08 16:25, Balakrishna Godavarthi wrote:
Hi Harish,
On 2019-08-08 14:55, Harish Bandi wrote:
When SoC receives pre shut down command, it share the same
with other COEX shared clients. So SoC needs a short
time after sending VS pre shutdown command before
turning off the
Hi Matthias,
On 2019-08-08 20:29, Matthias Kaehlcke wrote:
On Thu, Aug 08, 2019 at 02:55:53PM +0530, Harish Bandi wrote:
When SoC receives pre shut down command, it share the same
with other COEX shared clients. So SoC needs a short
time after sending VS pre shutdown command before
turning off
When SoC receives pre shut down command, it share the same
with other COEX shared clients. So SoC needs a short
time after sending VS pre shutdown command before
turning off the regulators and sending the power off pulse.
Signed-off-by: Harish Bandi
---
drivers/bluetooth/btqca.c | 5
a->soc_type)) {
qcadev->btsoc_type = data->soc_type;
qcadev->bt_power = devm_kzalloc(&serdev->dev,
Tested for WCN3998.
Tested-by: Harish Bandi
Thanks,
Harish
Added new compatible for wcn3998 and corresponding voltage
and current values to wcn3998 compatible.
Changed driver code to support wcn3998
Signed-off-by: Harish Bandi
---
Changes in V2:
- Removed the Reading of regulator values from dts.
- Added new compatible for wcn3998.
---
drivers
compatible
for wcn3998.
Removed the Reading of regulator values from dts.
Added new compatible for wcn3998.
Harish Bandi (2):
Bluetooth: hci_qca: Added support for wcn3998
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
wcn3998
.../devicetree/bindings/net/qualcomm
This patch enables regulators for the Qualcomm Bluetooth wcn3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V2:
- Removed the regulator values in dts.
- Added new compatible for wcn3998.
---
.../devicetree/bindings/net/qualcomm-bluetooth.txt| 15 +++
1 file
compatible
for WCN3998.
Removed the Reading of regulator values from dts.
Added new compatible for WCN3998.
Changes in V4:
Added is_qca_soc_type_wcn399x_family helper function
to get the soc type is wcn399x or not.
Changes in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
---
Changes in V4:
- Added is_qca_soc_type_wcn399x_family helper function
- to get the soc type is wcn399x or not.
---
drivers
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V4:
- Removed new compatible WCN3998
- changed wcn3990 to wcn399* to represent wcn399* family
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 7 ---
1
compatible
for WCN3998.
Removed the Reading of regulator values from dts.
Added new compatible for WCN3998.
Changes in V4:
Added is_qca_soc_type_wcn399x_family helper function
to get the soc type is wcn399x or not.
Changes in V3:
updated to latest code base.
Harish Bandi (2):
Bluetooth
This patch enables regulators for the Qualcomm Bluetooth WCN3998
controller.
Signed-off-by: Harish Bandi
---
Changes in V4:
- Removed new compatible WCN3998
- changed wcn3990 to wcn399* to represent wcn399* family
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 7 ---
1
Added new compatible for WCN3998 and corresponding voltage
and current values to WCN3998 compatible.
Changed driver code to support WCN3998
Signed-off-by: Harish Bandi
---
Changes in V4:
- Added is_qca_soc_type_wcn399x_family helper function
- to get the soc type is wcn399x or not.
---
drivers
the regulators, it will
set the those current and voltage values. If no values set in DTS,
it will read the default values and set those values only.
This change will help in supporting multiple platforms.
Signed-off-by: Harish Bandi
---
drivers/bluetooth/hci_qca.c | 76
leveraging the
existing code of wcn3990 along with readiing the voltages from the dts file.
Harish Bandi (2):
Bluetooth: hci_qca: Added support to read the regulator values from
DTS
dt-bindings: net: bluetooth: Add device tree bindings for QTI chip
wcn3990
.../devicetree/bindings/net
This patch enables regulators for the Qualcomm Bluetooth wcn3990
controller.
Added entry for regulator currents, min and max voltages
Signed-off-by: Harish Bandi
---
Documentation/devicetree/bindings/net/qualcomm-bluetooth.txt | 12
1 file changed, 12 insertions(+)
diff --git a
-Original Message-
From: Bhumika Goyal
Date: Wednesday, August 2, 2017 at 11:27 PM
To: "julia.law...@lip6.fr" , "kv...@codeaurora.org"
, "linux-wirel...@vger.kernel.org"
, "net...@vger.kernel.org"
, "linux-kernel@vger.kernel.org"
, Haris
anyone among you have had experience with such a
problem, any help in fixing this matter would be of great help.
Thank You.
Harish Harshan.
-
This email was sent using Amrita Mail.
"Amrita Vishwa Vidyapeetham [Deemed University] - Amritapuri Campus&
/Chipset as you said? If yes, then why
is it throwing up the error only when I load the driver? Or is it
really the problem with the driver programming? Please let me know as
soon as possible.
Thank You in advance,
Harish K Harshan.
On Wed, April 20, 2005 12:27 pm, Chris Wedgwood said:
> On Wed, Apr
error when using the data in ffs_data::private_data.
This clears this pointer during the ffs_free_dev clean
up function.
Signed-off-by: Jim Baxter
Signed-off-by: Jiada Wang
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/f_fs.c |5 +
1 file changed, 5 insertions(+)
di
This patchset fixes the crash in ffs_closed during a disconnect
of a USB composite FFS session. The issue was caused by the use
of an outdated pointer in ffs_closed which had been deleted and
not Nulled.
Note: Testing has only been done on an ARM i.MX6 based platform.
Jim Baxter (1):
usb: ga
another commit
88c09eacf560c3303d0ee8cf91b8b7ff7f000350.
Hence this patchset only adds the remaining findings.
Harish Jenny K N (2):
usb: gadget: u_ether: fix another dereference after null check
usb: gadget: NCM: Protect dev->port_usb using dev->lock
drivers/usb/gadget/fu
dev->port_usb is checked for null pointer previously, so dev->port_usb
might be null during no zlp check, fix it by adding null pointer check.
Acked-by: Jim Baxter
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/u_ether.c |3 ++-
1 file changed, 2 insertions(+), 1 de
This commit incorporates findings from
https://lkml.org/lkml/2016/4/25/594
The function has been modified to make sure we hold
the dev lock when accessing the net device pointer.
Acked-by: Jim Baxter
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/u_ether.c |7 +--
1
This patchset consists of some code cleanup in usb gadget ncm code.
Note: Testing has only been done on an ARM i.MX6 based platform.
Torsten Polle (3):
usb: gadget: NCM: link socket buffers to the device for tx packets
usb: gadget: NCM: link socket buffers to the device for received
packe
From: Torsten Polle
Socket buffers should be linked to the (network) device that allocated
the buffers.
Signed-off-by: Torsten Polle
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/f_ncm.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/function
separation helps to identify dropped packets.
Signed-off-by: Torsten Polle
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/f_ncm.c |8
drivers/usb/gadget/function/u_ether.c |3 ++-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget
From: Torsten Polle
Socket buffers should be linked to the (network) device that allocated
the buffers. __netdev_alloc_skb performs this task.
Signed-off-by: Torsten Polle
Signed-off-by: Jim Baxter
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/u_ether.c |2 +-
1 file
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Signed-off-by: Harish Jenny K N
---
Changes in v9
misunderstand it?
>
>
You are correct. This patch does not hide partition from userspace.
They will still appear in /dev/. But not reported as "real" partitions in
/proc/partiotions.
Thanks,
Harish Jenny K N
On Monday 12 March 2018 03:37 PM, Andy Shevchenko wrote:
> On Mon, 2018-03-12 at 10:01 +0530, Harish Jenny K N wrote:
>> This patch exports the host capabilities to debugfs
>>
>> This idea of sharing host capabilities over debugfs
>> came up from Abbas Raza
>&
On Monday 12 March 2018 04:15 PM, Avri Altman wrote:
>
>> -Original Message-
>> From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
>> Sent: Monday, March 12, 2018 12:08 PM
>> To: Harish Jenny K N ; ulf.hans...@linaro.org;
>> linus.wall...@li
On Monday 12 March 2018 05:02 PM, Avri Altman wrote:
>
>> -Original Message-
>> From: Harish Jenny K N [mailto:harish_kand...@mentor.com]
>> Sent: Monday, March 12, 2018 1:17 PM
>> To: Avri Altman ; Andy Shevchenko
>> ; ulf.hans...@linaro.org;
>&g
On Monday 12 March 2018 06:33 PM, Andy Shevchenko wrote:
> On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote:
>
>
>>>>>>> + for_each_set_bit(bit, (const unsigned long *)&caps,
>>>>>>> BITS_PER_LONG)
>>>>>
On Monday 12 March 2018 07:04 PM, Harish Jenny K N wrote:
>
> On Monday 12 March 2018 06:33 PM, Andy Shevchenko wrote:
>> On Mon, 2018-03-12 at 18:00 +0530, Harish Jenny K N wrote:
>>
>>
>>>>>>>> + for_each_set_bit(bit, (con
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Reviewed-by: Andy Shevchenko
Signed-off-by: Harish Jenny
On Friday 02 March 2018 06:23 PM, Linus Walleij wrote:
> On Tue, Feb 27, 2018 at 12:33 PM, Harish Jenny K N
> wrote:
>
>> From: Andrew Gabbasov
>>
>> Since RPMB area is accessible via special ioctl only and boot areas
>> are unlikely to contain any partitio
On Tuesday 27 February 2018 05:26 PM, Harish Jenny K N wrote:
> This patch exports RCA register to sysfs which will help in
> reading the disk identification information.
>
> Signed-off-by: Harish Jenny K N
> ---
> drivers/mmc/core/mmc.c | 2 ++
> drivers/mmc/core/sd
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Signed-off-by: Harish Jenny K N
---
Changes in v5
This patch exports RCA register to sysfs which will help in
reading the disk identification information.
Reviewed-by: Shawn Lin
Signed-off-by: Harish Jenny K N
---
Changes in v2:
- Used 0x%04x to display 16 bit register
drivers/mmc/core/mmc.c | 2 ++
drivers/mmc/core/sd.c | 2 ++
2 files
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Signed-off-by: Harish Jenny K N
---
Changes in v6
On Wednesday 07 March 2018 12:10 PM, Avri Altman wrote:
>
>> -Original Message-
>> From: Harish Jenny K N [mailto:harish_kand...@mentor.com]
>> Sent: Wednesday, March 07, 2018 7:38 AM
>> To: ulf.hans...@linaro.org; linus.wall...@linaro.org;
>> adrian
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Signed-off-by: Harish Jenny K N
---
Changes in v7
On Friday 16 March 2018 01:27 PM, Ulf Hansson wrote:
> On 16 March 2018 at 05:20, Harish Jenny K N wrote:
>>
>> On Thursday 15 March 2018 05:59 PM, Ulf Hansson wrote:
>>> On 15 March 2018 at 11:26, Andy Shevchenko
>>> wrote:
>>>> On Thu, 2018-03-1
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Signed-off-by: Harish Jenny K N
---
Changes in v8
ter device and this change may not
be required for RPMB.
Correct me if I am wrong. Also any comments are welcome.
Thanks,
Harish Jenny K N
This patch exports the host capabilities to debugfs
Signed-off-by: Andrew Gabbasov
Signed-off-by: Harish Jenny K N
---
drivers/mmc/core/debugfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mmc/core/debugfs.c b/drivers/mmc/core/debugfs.c
index c51e0c0..fa2df7f 100644
--- a
here is a NULL check with
sk_hashed function.
Why there is no NULL check for *pprev while deleting &sk->sk_bind_node ?
On Tuesday 02 September 2014 10:33 AM, David Miller wrote:
> From: Harish Jenny K N
> Date: Mon, 1 Sep 2014 12:38:29 +0530
>
> Firstly, you really need to fix
If that is the case , then subscriptions of netlink_sock should have been
updated after netlink_remove or netlink_release.
I don't see that happening.
On Wednesday 03 September 2014 12:22 AM, David Miller wrote:
> From: Harish Jenny Kandiga Nagaraj
> Date: Tue, 2 Sep 2014 14:14:38 +0
On Monday 23 February 2015 09:21 PM, Michal Marek wrote:
> On 2015-02-23 15:30, Lucas De Marchi wrote:
>> This could be particularly bad if in a kernel version an option was
>> tristate and in a new version it changed to boolean. I'm not sure if
>> this is common to happen in kernel. Any code that
There is a potential use after free in bt_sock_poll when a
socket gets killed without getting unlinked from accept_q.
Hence added code to unlink from accpept_q by calling teardown
before freeing the socket for channel type L2CAP_CHAN_CONN_ORIENTED.
Signed-off-by: Harish Jenny K N
---
net
There is a potential use after free in bt_sock_poll when a
socket gets killed without getting unlinked from accept_q.
Hence added code to unlink from accpept_q by calling teardown
before freeing the socket for channel type L2CAP_CHAN_CONN_ORIENTED.
Signed-off-by: Harish Jenny K N
---
net
On Thursday 19 February 2015 06:49 AM, Lucas De Marchi wrote:
> On Wed, Feb 18, 2015 at 8:40 PM, Rusty Russell wrote:
>> Lucas De Marchi writes:
>>> On Wed, Feb 18, 2015 at 2:07 AM, Rusty Russell
>>> wrote:
>>> Yeah, I just thought (an wanted that) the attributes were being
>>> created first a
On Thursday 19 February 2015 04:00 PM, Lucas De Marchi wrote:
> On Thu, Feb 19, 2015 at 3:49 AM, Harish Jenny Kandiga Nagaraj
> wrote:
>>> Harrish, in your patch if you just change the "return
>>> KMOD_MODULE_BUILTIN;" to "return KMOD_MODULE_C
On Thursday 19 February 2015 04:00 PM, Lucas De Marchi wrote:
> On Thu, Feb 19, 2015 at 3:49 AM, Harish Jenny Kandiga Nagaraj
> wrote:
>>> Harrish, in your patch if you just change the "return
>>> KMOD_MODULE_BUILTIN;" to "return KMOD_MODULE_C
On Thursday 19 February 2015 06:13 PM, Lucas De Marchi wrote:
> On Thu, Feb 19, 2015 at 10:32 AM, Harish Jenny Kandiga Nagaraj
> wrote:
>> On Thursday 19 February 2015 04:00 PM, Lucas De Marchi wrote:
>>> On Thu, Feb 19, 2015 at 3:49 AM, Harish Jenny Kandiga Nagaraj
>>
1 - 100 of 123 matches
Mail list logo
