Hi,
Need a help or some pointer about this issue.
Yesterday, received one kernel panic issue on one of our mobile device.
Scenario is: Sender is sending an MMS content to its own number. After MMS is
received, device vibrates and immediately went into kernel panic.
We checked and could not found a
Hi,
> -Original Message-
> From: Vlastimil Babka [mailto:vba...@suse.cz]
> Sent: Monday, August 10, 2015 3:14 PM
> To: PINTU KUMAR; linux...@kvack.org
> Cc: linux-kernel@vger.kernel.org; Andrew Morton; Hugh Dickins; Andrea
> Arcangeli; Kirill A. Shutemov; Rik van Riel;
Hi,
> -Original Message-
> From: Vlastimil Babka [mailto:vba...@suse.cz]
> Sent: Friday, August 07, 2015 7:48 PM
> To: Pintu Kumar; a...@linux-foundation.org; linux-kernel@vger.kernel.org;
> linux...@kvack.org; iamjoonsoo@lge.com; mho...@suse.cz;
> r...@redhat.com;
Hi,
> -Original Message-
> From: Michal Hocko [mailto:mho...@kernel.org]
> Sent: Tuesday, August 11, 2015 4:25 PM
> To: PINTU KUMAR
> Cc: 'Andrew Morton'; linux-kernel@vger.kernel.org; linux...@kvack.org;
> minc...@kernel.org; d...@stgolabs.net; koc...@gmail
ill any application.
Signed-off-by: Pintu Kumar
---
Documentation/sysctl/vm.txt | 16
include/linux/swap.h|7 +++
kernel/sysctl.c |9 +
mm/Kconfig |8
mm/vmscan.c | 23 +--
> -Original Message-
> From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de]
> Sent: Friday, July 03, 2015 10:51 PM
> To: Pintu Kumar; cor...@lwn.net; a...@linux-foundation.org; vba...@suse.cz;
> gorcu...@openvz.org; mho...@suse.cz; emun...@akamai.com;
> kirill.shute.
Hi,
> -Original Message-
> From: Xishi Qiu [mailto:qiuxi...@huawei.com]
> Sent: Monday, July 06, 2015 3:53 PM
> To: Pintu Kumar
> Cc: cor...@lwn.net; a...@linux-foundation.org; vba...@suse.cz;
> gorcu...@openvz.org; mho...@suse.cz; emun...@akamai.com;
> kirill.shu
Sorry, looks like some problem with the yahoo mail. Some emails are bouncing.
Sending again with the gmail.
- Original Message -
> From: "valdis.kletni...@vt.edu"
> To: Pintu Kumar
> Cc: cor...@lwn.net; a...@linux-foundation.org; vba...@suse.cz;
> gorcu...@open
Hi,
Please find my comments inline.
> Sent: Saturday, 4 July 2015 6:25 PM
> Subject: Re: [PATCH 1/1] kernel/sysctl.c: Add /proc/sys/vm/shrink_memory
> feature
>
> On Sat, Jul 04, 2015 at 06:04:37AM +0000, PINTU KUMAR wrote:
>> >On Fri, Jul 03, 2015 at 06:50:07PM
Hi,
> -Original Message-
> From: Xishi Qiu [mailto:qiuxi...@huawei.com]
> Sent: Tuesday, July 07, 2015 7:08 AM
> To: PINTU KUMAR
> Cc: cor...@lwn.net; a...@linux-foundation.org; vba...@suse.cz;
> gorcu...@openvz.org; mho...@suse.cz; emun...@akamai.com;
> kirill.shu
y: commitment overflow: ppid:150, pid:164, pages:62451
fork failed[count:0]: Cannot allocate memory
Signed-off-by: Pintu Kumar
---
mm/util.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/mm/util.c b/mm/util.c
index 5ef378a..9431ce7a 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -895,6
As I was browsing through this code, I found that linux/kmemleak.h
was declared twice.
When I run ./scripts/checkincludes.pl it reported the same:
mm/slab.h: linux/kmemleak.h is included more than once.
Thus removing the last included header.
Signed-off-by: Pintu Kumar
---
mm/slab.h | 1 -
1
On Wed, Feb 7, 2018 at 10:46 PM, Daniel Díaz Rodríguez
wrote:
> Hello!
>
>
> On 7 February 2018 at 00:01, Pintu Kumar wrote:
> [...]
>> Thanks for your patch.
>> However, I have copied this Makefile from
>> tools/testing/selftests/futex/Makefile before modifying
On Wed, Feb 7, 2018 at 5:22 AM, Daniel Díaz wrote:
> The Makefile lacks a couple of line continuation backslashes
> in an `if' clause, which can make the subsequent rsync
> command go awry over the whole filesystem (`rsync -a / /`).
>
> /bin/sh: -c: line 5: syntax error: unexpected end of file
>
rote:
> On Thu, Dec 14, 2017 at 10:50:50AM +0530, Pintu Kumar wrote:
>> Oh ok. Thanks for this information.
>> So, in conclusion, can I summarize like this: VDSO support on ARM 32-bit
>> 1) VDSO works only on Cortex A7/A15 -> where generic timer extension
>> is availabl
On Thu, Feb 8, 2018 at 9:41 PM, Lynch, Nathan wrote:
>> I commented the device tree reading property:
>> arm,cpu-registers-not-fw-configured , from the arch/arm/kernel/vdso.c
>
> Don't do that, please. The presence of that property indicates that the
> counter is not suitable for use by the OS. T
Is there any fix available for this issue?
I searched 4.15, but could not relate any of the patches to this.
Thanks,
Pintu
On Thu, Feb 1, 2018 at 7:34 PM, Pintu Kumar wrote:
> Hi,
>
> After enabling DEBUG_INFO in kernel I still get this error for BPF test.
> Please help.
o fix this issue I had to enable full version of CONFIG_DEBUG_INFO in kernel.
Now, my question is:
Is it possible to pass BPF test without enabling CONFIG_DEBUG_INFO in kernel ?
Thanks,
Pintu
On Fri, Feb 2, 2018 at 1:25 PM, Pintu Kumar wrote:
> Hi,
>
> perf test bpf prologue ge
On Sat, Feb 3, 2018 at 6:49 PM, Masami Hiramatsu wrote:
> Hi Pintu,
>
> On Fri, 2 Feb 2018 19:03:30 +0530
> Pintu Kumar wrote:
>
>> Hi All,
>>
>> I have fixed both the issue with perf test.
>>
>> 1) 16: Try 'import perf' in python, checki
On Mon, Feb 5, 2018 at 7:24 PM, Masami Hiramatsu wrote:
> On Mon, 5 Feb 2018 15:17:41 +0530
> Pintu Kumar wrote:
>
>> On Sat, Feb 3, 2018 at 6:49 PM, Masami Hiramatsu wrote:
>> > Hi Pintu,
>> >
>> > On Fri, 2 Feb 2018 19:03:30 +0530
>> > Pintu
On Wed, Feb 7, 2018 at 5:22 AM, Daniel Díaz wrote:
> The Makefile lacks a couple of line continuation backslashes
> in an `if' clause, which can make the subsequent rsync
> command go awry over the whole filesystem (`rsync -a / /`).
>
> /bin/sh: -c: line 5: syntax error: unexpected end of file
>
)
-
On Mon, Nov 20, 2017 at 12:48 PM, Pintu Kumar wrote:
> Hi,
>
> I am trying to verify suspend-to-disk on jetson-tx2 board (nvidia tegra186).
> Suspend is working fine, but during resume emmc is failing to resume.
> Kern
C driver between upstream and
>> downstream are currently quite diverged so the upstream folks are
>> unlikely to be able to help with issues with the downstream code.
>>
>> Mikko
>>
>> On 22.11.2017 08:41, Pintu Kumar wrote:
>>> Hi,
>>>
>>>
On Wed, Nov 22, 2017 at 9:45 PM, Jon Hunter wrote:
>
> On 22/11/17 12:26, Pintu Kumar wrote:
>> Hello Jon,
>> Yes I raised my query there almost 1 week back here.
>> https://devtalk.nvidia.com/default/topic/1026527/jetson-tx2/-jetson-tx2-mmc-resume-errors-after-booting-fr
Hi All,
Did anybody tried running vdso_test (under Documentation/vDSO in
kernel 4.1) on an ARM 32 bit system?
When I test it on iMX.7 board (kernel 4.1, ARM 32 bit), I get this:
# ./vdso_test
Could not find __vdso_gettimeofday
When I check more in parse_vdso.c, I found that under vdso_sym
functi
On Wed, Sep 13, 2017 at 1:05 PM, Konstantin Khlebnikov
wrote:
> On 13.09.2017 07:51, PINTU KUMAR wrote:
>>
>>
>>
>> Hi,
>>
>> I have submitted a similar patch 2 years ago (Oct/2015).
>> But at that time the patch was rejected.
>> Here is
On Wed, Oct 4, 2017 at 12:50 PM, Greg KH wrote:
> On Tue, Oct 03, 2017 at 12:48:59PM -0400, Pintu Agarwal wrote:
>> This is a test utility to verify ION buffer sharing in user space
>> between 2 independent processes.
>> It uses unix domain socket as IPC to transfer an FD to another process
>> and
{
>> + fprintf(stderr, "<%s>: Failed opensocket.\n", __func__);
>> + goto err_socket;
>> + }
>> + skinfo.sockfd = sockfd;
>> +
>> + ret = ion_export_buffer_fd(&info);
>> + if (ret < 0) {
&
+ *
> + * It is a user space utility to create and export android
> + * ion memory buffer fd to another process using unix domain socket as IPC.
> + * This acts like a server for ionapp_import(client).
> + * So, this server has to be started first before the client.
> + *
> + * Copy
Thanks Mr. Tso for your reply.
Please find my reply inline.
On Sat, Sep 30, 2017 at 3:20 AM, Theodore Ts'o wrote:
> On Fri, Sep 29, 2017 at 07:56:41PM +0530, Pintu Kumar wrote:
>> BTW, I am more interested in my another query about QEMU arm.
>> This will be much quicker and
On Thu, Sep 28, 2017 at 11:46 PM, Pintu Kumar wrote:
> On Thu, Sep 28, 2017 at 11:41 PM, Pintu Kumar wrote:
>> On Wed, Sep 27, 2017 at 7:54 PM, Pintu Kumar wrote:
>>> On Wed, Sep 27, 2017 at 12:52 AM, Laura Abbott wrote:
>>>> On 09/26/2017 11:08 AM, Pintu Agarwa
On Sat, Sep 30, 2017 at 10:55 AM, Theodore Ts'o wrote:
> On Sat, Sep 30, 2017 at 09:28:09AM +0530, Pintu Kumar wrote:
>> I need to submit a patch to mainline which should be verified against
>> linux-next tree with latest API.
>
> If you want to verify a patch that you
On Sun, Oct 1, 2017 at 10:33 PM, Mike Galbraith wrote:
> On Sun, 2017-10-01 at 09:48 -0700, Randy Dunlap wrote:
>> On 10/01/17 09:44, Damian Tometzki wrote:
>>
>> > i resolved the issue with:
>> > sudo /etc/init.d/apparmor stop
>>
>> or boot with: apparmor=0
>
> or systemctl mask apparmor
Ok, tha
On Wed, Sep 27, 2017 at 12:52 AM, Laura Abbott wrote:
> On 09/26/2017 11:08 AM, Pintu Agarwal wrote:
>>
>> This is a test utility to verify ION buffer sharing in user space
>> between 2 independent processes.
>> It uses unix domain socket as IPC to transfer an FD to another process
>> and install
On Wed, Sep 27, 2017 at 7:54 PM, Pintu Kumar wrote:
> On Wed, Sep 27, 2017 at 12:52 AM, Laura Abbott wrote:
>> On 09/26/2017 11:08 AM, Pintu Agarwal wrote:
>>>
>>> This is a test utility to verify ION buffer sharing in user space
>>> between 2 independen
On Thu, Sep 28, 2017 at 11:41 PM, Pintu Kumar wrote:
> On Wed, Sep 27, 2017 at 7:54 PM, Pintu Kumar wrote:
>> On Wed, Sep 27, 2017 at 12:52 AM, Laura Abbott wrote:
>>> On 09/26/2017 11:08 AM, Pintu Agarwal wrote:
>>>>
>>>> This is a test utility
Hi,
I have a general question.
How do we normally verify linux-next tree?
I wanted to work on linux-next but I am facing some issues.
I could able to build linux-next for both x86 and arm, but I could not
verify it on any machine.
Currently I don't have a real Linux PC to boot with linux-next ker
f any better option to use linux-next please tell me.
It will be really helpful.
Thank You!
Regards,
Pintu
On Fri, Sep 29, 2017 at 3:12 PM, Pintu Kumar wrote:
> Hi,
>
> I have a general question.
> How do we normally verify linux-next tree?
>
> I wanted to work on linux-ne
Hi,
I have a general question.
How do we normally verify linux-next tree?
I wanted to work on linux-next but I am facing some issues.
I could able to build linux-next for both x86 and arm, but I could not
verify it on any machine.
Currently I don't have a real Linux PC to boot with linux-next ker
ieb
> valdis.kletni...@vt.edu:
>> On Fri, 29 Sep 2017 16:08:07 +0530, Pintu Kumar said:
>>
>> >
>> > I have a general question.
>> > How do we normally verify linux-next tree?
>> The same exact way you "verify" any other Linux kernel, for wha
On Fri, Sep 29, 2017 at 7:56 PM, Pintu Kumar wrote:
> On Fri, Sep 29, 2017 at 6:44 PM, Damian Tometzki
> wrote:
>> Hello,
>>
>> Ubuntu 16.04 with current linux-next Kernel workson virtualbox 5.1.28
>>
>> Host: Windows 10
>> Guest: Ubuntu 16.04
>&g
>> +
>> + heap_type = ion_info->heap_type;
>> + heap_size = ion_info->heap_size;
>> + flag_type = ion_info->flag_type;
>> + alloc_data.len = heap_size;
>> + alloc_data.heap_id_mask = heap_type;
>
> The heap type and heap ID are not the same thing. You need
> to determine the hea
On Fri, Oct 6, 2017 at 7:58 PM, Pintu Kumar wrote:
>>> +
>>> + heap_type = ion_info->heap_type;
>>> + heap_size = ion_info->heap_size;
>>> + flag_type = ion_info->flag_type;
>>> + alloc_data.len = heap_size;
>>> +
On Fri, Oct 20, 2017 at 8:10 PM, Shuah Khan wrote:
> On 10/18/2017 04:38 AM, Pintu Kumar wrote:
>> On Wed, Oct 18, 2017 at 2:28 AM, Shuah Khan wrote:
>>> On 10/17/2017 02:21 PM, Laura Abbott wrote:
>>>> On 10/14/2017 04:36 AM, Pintu Agarwal wrote:
>>>
On Sat, Oct 21, 2017 at 12:51 AM, Shuah Khan wrote:
> On 10/20/2017 09:18 AM, Pintu Kumar wrote:
>> On Fri, Oct 20, 2017 at 8:10 PM, Shuah Khan wrote:
>>> On 10/18/2017 04:38 AM, Pintu Kumar wrote:
>>>> On Wed, Oct 18, 2017 at 2:28 AM, Shuah Khan wrote:
>&
Hi,
I am trying to verify suspend-to-disk on jetson-tx2 board (nvidia tegra186).
Suspend is working fine, but during resume emmc is failing to resume.
Kernel version: 4.4
Repo: https://nv-tegra.nvidia.com/gitweb/?p=linux-4.4.git;a=summary
It returns with:
mmc0: error -110 during resume (card was
On Tue, Nov 7, 2017 at 4:21 AM, Enrico Weigelt, metux IT consult
wrote:
> On 26.10.2017 18:26, Pintu Kumar wrote:
>>
>> Hi,
>>
>> My proposal is to maintain a common base defconfig file for all ARM
>> products and only add the additional configs in the new defco
Dear Ankur,
I would suggest you register to linux...@kvack.org and explain your issues in
details.
There are other experts here, who can guide you.
Few comments are inline below.
> From: Ankur Tank [mailto:ankur.t...@lnttechservices.com]
> Sent: Saturday, September 10, 2016 5:26 PM
> To: pint..
There is a psi module that exists under kernel/sched/psi.
Add a basic test to test the psi.
This test just add the basic support to check cpu/memory/io interface.
Further test will be added on top of this.
Signed-off-by: Pintu Kumar
---
MAINTAINERS | 2 +
tools
101 - 149 of 149 matches
Mail list logo
