On Tue, Oct 10, 2023 at 12:03:56AM +0900, Masami Hiramatsu wrote:
> On Mon, 9 Oct 2023 09:51:03 -0400
> Steven Rostedt wrote:
>
> > On Sat, 7 Oct 2023 21:09:00 +0530
> > Atul Kumar Pant wrote:
> >
> > > On Sat, Sep 23, 2023 at 11:00:46PM +0530, Atul Kuma
On Mon, Oct 09, 2023 at 09:51:03AM -0400, Steven Rostedt wrote:
> On Sat, 7 Oct 2023 21:09:00 +0530
> Atul Kumar Pant wrote:
>
> > On Sat, Sep 23, 2023 at 11:00:46PM +0530, Atul Kumar Pant wrote:
> > > On Thu, Aug 17, 2023 at 10:38:19PM +0530, Atul Kumar Pant wrote:
On Sat, Sep 23, 2023 at 11:00:46PM +0530, Atul Kumar Pant wrote:
> On Thu, Aug 17, 2023 at 10:38:19PM +0530, Atul Kumar Pant wrote:
> > Fixes typo in a function name.
> >
> > Signed-off-by: Atul Kumar Pant
> > ---
> > samples/kprobes/kretprobe_example.c | 2 +-
On Thu, Aug 17, 2023 at 10:38:19PM +0530, Atul Kumar Pant wrote:
> Fixes typo in a function name.
>
> Signed-off-by: Atul Kumar Pant
> ---
> samples/kprobes/kretprobe_example.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/samples/kprobes/
d-by: syzbot+0b74d8ec3bf0cc4e4...@syzkaller.appspotmail.com
Fixes: e78aea8b2170 ("bpf: tcp: Put some tcp cong functions in allowlist for
bpf-tcp-cc")
Signed-off-by: Atul Gopinathan
---
net/ipv4/bpf_tcp_ca.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/bpf_tcp_ca.c b/
d,
"CcxRmState" was used in the same memcpy() of the first patch. I caught
the error in it's type while trying to fix the first.
Thank you for your encouraging words :D
Regards,
Atul
tl8192e/ieee80211.h` which used to
have the faulty line. The file has been deleted (or possibly renamed)
with the contents copied in to a new file `rtl8192e/rtllib.h` along with
additional code in the commit 94a799425eee (tagged in Fixes).
Fixes: 94a799425eee ("[PATCH 1/8] rtl8192e: Import n
l8192e/ieee80211/ieee80211_rx.c`
which had the faulty line of code. This file has been deleted (or
possibly renamed) with the contents copied in to a new file
`rtl8192e/rtllib_rx.c` along with additional code in the commit
94a799425eee (tagged in Fixes).
Fixes: 94a799425eee ("[PATCH 1/8] rtl819
Remove braces around those `if` and `for` blocks which contain a
single line and therefore fix the Checkpatch warning of the
following type:
"WARNING: braces {} are not necessary for single statement blocks"
Signed-off-by: Atul Gopinathan
---
.../staging/rtl8192u/ieee80211/ieee80211
On Tue, Mar 02, 2021 at 03:38:52PM +0100, Greg KH wrote:
> On Mon, Feb 22, 2021 at 10:53:30PM +0530, Atul Gopinathan wrote:
> > On Mon, Feb 22, 2021 at 04:26:33PM +0100, Greg KH wrote:
> > > On Sun, Feb 21, 2021 at 10:27:21PM +0530, Atul Gopinathan wrote:
> > > > On S
On Mon, Feb 22, 2021 at 04:26:33PM +0100, Greg KH wrote:
> On Sun, Feb 21, 2021 at 10:27:21PM +0530, Atul Gopinathan wrote:
> > On Sun, Feb 21, 2021 at 02:08:26PM +0100, Greg KH wrote:
> > > On Sat, Feb 20, 2021 at 11:51:55PM +0530, Atul Gopinathan wrote:
> > > > Th
On Sun, Feb 21, 2021 at 02:08:26PM +0100, Greg KH wrote:
> On Sat, Feb 20, 2021 at 11:51:55PM +0530, Atul Gopinathan wrote:
> > The "CcxRmState" field in struct "rtllib_network" is defined
> > as a u16 array of size 2 (so, 4 bytes in total).
> >
>
On Sat, Feb 20, 2021 at 12:34:15PM -0600, Gustavo A. R. Silva wrote:
>
>
> On 2/20/21 12:21, Atul Gopinathan wrote:
> > The variable "info_element" is of the following type:
> > struct rtllib_info_element *info_element
> >
> > rtllib_info_element is
if (network->CcxRmState[0] != 0)
rtllib_rx.c:1975: network->MBssidMask =
network->CcxRmState[1] & 0x07;
rtllib_rx.c:2520: memcpy(dst->CcxRmState, src->CcxRmState, 2);
rtllib.h:1108: u8 CcxRmState[2];
//Note: The last line of output is my commi
>CcxRmState".
Currently the code uses "memcpy()" with the source as
"&info_element[4]" which would copy in wrong and unintended
information.
This patch rectifies this error by using "&info_element->data[4]" which
rightly copies the last two bytes a
to the kernel. Hope no one gets such a situation. :D
Regards,
Atul
On Thu, Feb 18, 2021 at 06:51:59PM +0300, Dan Carpenter wrote:
> On Thu, Feb 18, 2021 at 06:22:20PM +0530, Atul Gopinathan wrote:
> > On Thu, Feb 18, 2021 at 01:21:05PM +0100, Greg KH wrote:
> > > On Thu, Feb 18, 2021 at 04:17:55PM +0530, Atul Gopinathan wrote:
> > > &
On Thu, Feb 18, 2021 at 02:46:48PM +0100, Greg KH wrote:
> On Thu, Feb 18, 2021 at 06:22:20PM +0530, Atul Gopinathan wrote:
> > On Thu, Feb 18, 2021 at 01:21:05PM +0100, Greg KH wrote:
> > > On Thu, Feb 18, 2021 at 04:17:55PM +0530, Atul Gopinathan wrote:
> > > > On T
On Thu, Feb 18, 2021 at 01:21:05PM +0100, Greg KH wrote:
> On Thu, Feb 18, 2021 at 04:17:55PM +0530, Atul Gopinathan wrote:
> > On Thu, Feb 18, 2021 at 10:31:15AM +, Ian Abbott wrote:
> > > On 18/02/2021 08:44, Atul Gopinathan wrote:
> > > > Fix the followi
On Thu, Feb 18, 2021 at 10:31:15AM +, Ian Abbott wrote:
> On 18/02/2021 08:44, Atul Gopinathan wrote:
> > Fix the following warning generated by sparse:
> >
> > drivers/staging//comedi/comedi_fops.c:2956:23: warning: incorrect type in
> > assignment (different
void [noderef] *
compat_ptr() has a return type of "void __user *"
as defined in "include/linux/compat.h"
cmd->chanlist is of type "unsigned int *" as defined
in drivers/staging/comedi/comedi.h" in struct
comedi_cmd.
Signed-off-by: Atul Gopinathan
---
dr
int *chanlist
cmd->chanlist is of type (unsigned int *) as defined in
"struct comedi_cmd" in file drivers/staging/comedi/comedi.h
The function "ptr_to_compat()" expects argument of type
(void __user *) as defined in include/linux/compat.h
Signed-off-by: Atul Gopinathan
---
On Thu, Feb 18, 2021 at 08:10:28AM +0100, Greg KH wrote:
> On Thu, Feb 18, 2021 at 11:58:40AM +0530, Atul Gopinathan wrote:
> > Resolve the following sparse warning:
> > drivers/staging//comedi/comedi_fops.c:2983:41: warning: incorrect type in
> > argument 1 (different addres
int *chanlist
cmd->chanlist is of type (unsigned int *) as defined in
"struct comedi_cmd" in file drivers/staging/comedi/comedi.h
The function "ptr_to_compat()" expects argument of type
(void __user *) as defined in include/linux/compat.h
Signed-off-by: Atul Gopinathan
---
On Wed, Feb 17, 2021 at 06:35:15PM +0100, Greg KH wrote:
> On Wed, Feb 17, 2021 at 10:29:08PM +0530, Atul Gopinathan wrote:
> > Resolve the following warning generated by sparse:
> >
> > drivers/staging//comedi/comedi_fops.c:2956:23: warning: incorrect type in
> > as
:got void [noderef] *
compat_ptr() has a return type of "void __user *"
as defined in "include/linux/compat.h"
cmd->chanlist is of type "unsigned int *" as defined
in drivers/staging/comedi/comedi.h" in struct
comedi_cmd.
Signed-off-by: Atul Gopinathan
---
Fix the following type of checkpatch warning:
"WARNING: struct phy_ops should normally be const"
Signed-off-by: Atul Gopinathan
---
drivers/staging/hikey9xx/phy-hi3670-usb3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/hikey9xx/phy-hi3670
Fix the following type of checkpatch error:
"ERROR: code indent should use tabs where possible"
Signed-off-by: Atul Gopinathan
---
drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 2 +-
drivers/staging/hikey9xx/hi6421v600-regulator.c | 2 +-
2 files changed, 2 insertions(+), 2
Fix the following types of checkpatch error and warning:
ERROR: code indent should use tabs where possible
WARNING: struct phy_ops should normally be const
Signed-off-by: Atul Gopinathan
---
drivers/staging/hikey9xx/hi6421-spmi-pmic.c | 2 +-
drivers/staging/hikey9xx/hi6421v600-regulator.c
On Sun, Nov 08, 2020 at 10:11:36AM +0100, Greg KH wrote:
> On Sun, Nov 08, 2020 at 02:05:16PM +0530, Atul wrote:
> > From: Atul Gopinathan
> >
> > Hi,
>
> No need for this to be in the changelog.
>
> >
> > This patch fixes some coding style warning
From: Atul Gopinathan
Hi,
This patch fixes some coding style warnings and errors that were
generated using scripts/checkpatch.pl.
Signed-off-by: Atul Gopinathan
---
sound/usb/pcm.c| 16
sound/usb/quirks.c | 21 +++--
2 files changed, 19 insertions(+), 18
Thank you sir for your guidance and quick response.
Let me introduce my colleagues Paul and Mikhail here (copied in CC). They would
be taking actions based on your guidance in this email and may reach you with
further queries.
Appreciate your support and help.
Thanks,
Atul
-Original
On 4/4/2018 3:16 AM, Gustavo A. R. Silva wrote:
> Hi all,
>
> While doing some static analysis I came across the following piece of code at
> drivers/crypto/chelsio/chtls/chtls_io.c:1203:
>
> 1203 if (!size)
> 1204 break;
> 1205
> 1206 if
document is
hosted at https://arasan.com/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
v7 - Added SPDX License Identifier.
V6 - Parameters are enclosed in parantheses in macros. Adjusted tab space.
Removed ret variable in arasan_phy_addr_poll.
V5 - Separated arasan_phy_poll
Hi Sekhar,
Thanks please see reply below.
On Wed, Jan 3, 2018 at 1:30 AM, Sekhar Nori wrote:
> On Wednesday 03 January 2018 05:41 AM, Atul Garg wrote:
>> The Arasan Controller is based on a FPGA platform and has integrated phy
>> with specific registers used during ini
document is
hosted at https: //arasandotcom/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
V6 - Parameters are enclosed in parantheses in macros. Adjusted tab space.
Removed ret variable in arasan_phy_addr_poll.
V5 - Separated arasan_phy_poll function into arasan_phy_addr_poll and
document is
hosted at https: //arasandotcom/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
V5 - Separated arasan_phy_poll function into arasan_phy_addr_poll and
arasan_phy_sts_poll Tabspace corrected. Checked return values of poll
functions.
Removed static declaration of
document is
hosted at https: //arasandotcom/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
V4 - Created arasan_phy_poll function to have common timeout call.
.Restructured arasan_set_phy to arasan_select_phy_clock and
.arasan_phy_set to have single set of registers to be
document is
hosted at https: //arasandotcom/NF/eMMC5.1 PHY Programming in Linux.pdf.
Changes from V2: Removed sdhci-pci-arasan.h. Code and document mentioned
above are made relevant. Applied code style suggestions from
Sekhar Nori and Adrian Hunter .
Signed-off-by: Atul Garg
---
drivers/mmc/host
Hi Sekhar,
Thanks for comments.
On Wed, Oct 11, 2017 at 7:23 AM, Sekhar Nori wrote:
> Hi Atul,
>
> On Tuesday 10 October 2017 11:12 PM, Atul Garg wrote:
>> The Arasan controller is based on a FPGA platform and has integrated phy
>> with specific phy registers used during t
interface document is
hosted at https://arasan.com/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
drivers/mmc/host/Makefile | 18 +-
drivers/mmc/host/sdhci-pci-arasan.c | 325
drivers/mmc/host/sdhci-pci-arasan.h | 80
On Wed, Sep 27, 2017 at 8:10 PM, Nishanth Menon wrote:
> On 09/27/2017 02:27 PM, Atul Garg wrote:
>>
>> On Sep 26, 2017 8:55 PM, "Shawn Lin" > <mailto:shawn@rock-chips.com>> wrote:
>> On 2017/9/27 2:59, Atul Garg wrote:
>
>
> [...]
>
document is
hosted at https://arasan.com/NF/eMMC5.1 PHY Programming in Linux.pdf.
Signed-off-by: Atul Garg
---
drivers/mmc/host/sdhci-pci-core.c | 372 ++
drivers/mmc/host/sdhci-pci.h | 4 +
2 files changed, 376 insertions(+)
diff --git a/drivers/mmc
ot;
I got the name of people from get_maintainer.pl
from now I will include only you.
is it ok??
one more thing in another mail you replied to me as
On Wed, Nov 30, 2016 at 11:40:28AM +, Atul Raj wrote:
> changes in v2
> - added braces as suggested.
Why is this here?
>
It is suggested to keep braces if there is a comment in if case as
comment also takes a line.
---
drivers/usb/core/hub.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
index 82059f26..f43e6302 100644
--- a/drivers/usb/core/hu
ET_TT? */
return -ENOMEM;
+ }
/* info that CLEAR_TT_BUFFER needs */
clear->tt = tt->multi ? udev->ttport : 1;
--
2.10.2.windows.1
> s/enomem/ENOMEM
>
> On 30-11-16, 06:32, Atul Raj wrote:
> > All kmalloc-based functions print e
How do we "know" when little memory is available?
Other suggestion which came about was to parse the kernel command line
and look for "elfcorehdr=". Is this ok? Is kernel command line visible
to the SCSI drivers?
Thanks
-Atul
-Original Message-
From: Pavel M
Hi,
Is there a standard way for drivers (RAID) to detect if the current
kernel is running in kdump mode? We would like to adjust driver behavior
dynamically when kdump is active by scaling down resources.
Thanks
-Atul Mukker
LSI Corp.
-
To unsubscribe from this list: send the line "unsubs
ernel memory: 128k freed
> > Kernel panic - not syncing: Attempted to kill init!
>
Govind,
Try passing init=/bin/bash (or any other shell you might have installed
on your system) to the kernel. This will give you the opportunity to
investigate your problem further.
Atul
-
To unsub
placing our agent in /etc/dev.d directory. Unfortunately,
there seems be not a consensus here as well. On system has "default" and
"net" directories and other has "block", "input", "net", "tty"?
Thanks
Atul M
pointers
Thanks
===
Atul Mukker
Architect, Drivers and BIOS
LSI Logic Corporation
> -Original Message-
> From: Patrick Mansfield [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 25, 2005 11:52 AM
> To: Mukker, Atul
> Cc: 'James Bottomley&
e script to re-create the failure. Assume there is one
scsi disk, which is the installation disk. Now load the megaraid driver,
with a few logical drive already created.
# insmod megaraid_mm.ko; insmod megaraid_mbox.ko; ls -l /dev/sd*
# ls -l /dev/sd*# all devices show up now
Than
this
regard and definitely incorporate in the driver. The FW under Linux and
windows is same, so I do not see how the megaraid stack should perform
differently under Linux and windows?
Thanks
Atul Mukker
Architect, Drivers and BIOS
LSI Logic Corporation
-
To unsubscribe from this list: send the lin
hen load the sata_vsc module manually
> using "modprobe sata_vsc" it will cause the following error once for
> each attached disk drive:
>
> Jan 23 09:08:21 linux kernel: Disabling IRQ #3
> Jan 23 09:08:23 linux kernel: irq 3: nobody cared!
I once had the same problem; I
ore device
names (e.g., sda) appears in the /dev directory. If the management
application tried to access the device immediately after creating new, the
access fails. Putting a 1 second delay helped, but of course this is not a
deterministic solution.
What are the other possibilities?
Thanks
-Atul
This issue has been acknowledged on 1M/2M controllers with firmware H.01.07
and H.01.08.
Atul Mukker
Supervising Software Engineer
RAID R&D
American Megatrends Inc.
6145-F Northbelt Parkway Norcross GA-30071
E-mail: [EMAIL PROTECTED]
HTTP: www.ami.com
> -Original Message-
Hi,
Can i use sys_mlock and sys_munlock in my driver module to lock/unlock the
user address pages.
Thanks
P.S.Please mark your mail CC to [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
Hi,
My driver needs to do a large DMA in the user address. Is there a way i can
ensure the user buffer is not swapped out, while i am doing the IO.
Please CC your mail to [EMAIL PROTECTED]
TIA
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
58 matches
Mail list logo
