> On Aug 3, 2019, at 10:41 AM, Masoud Sharbiani wrote:
>
>
>
>> On Aug 3, 2019, at 8:51 AM, Tetsuo Handa
>> wrote:
>>
>> Masoud, will you try this patch?
>
> Gladly.
> It looks like it is working (and OOMing properly).
>
>
> On Aug 3, 2019, at 8:51 AM, Tetsuo Handa
> wrote:
>
> Masoud, will you try this patch?
Gladly.
It looks like it is working (and OOMing properly).
>
> By the way, is /sys/fs/cgroup/memory/leaker/memory.usage_in_bytes remains
> non-zero
> despite /sys/fs/cg
> On Aug 2, 2019, at 7:41 AM, Michal Hocko wrote:
>
> On Fri 02-08-19 07:18:17, Masoud Sharbiani wrote:
>>
>>
>>> On Aug 2, 2019, at 12:40 AM, Michal Hocko wrote:
>>>
>>> On Thu 01-08-19 11:04:14, Masoud Sharbiani wrote:
>>>> He
> On Aug 2, 2019, at 12:40 AM, Michal Hocko wrote:
>
> On Thu 01-08-19 11:04:14, Masoud Sharbiani wrote:
>> Hey folks,
>> I’ve come across an issue that affects most of 4.19, 4.20 and 5.2
>> linux-stable kernels that has only been fixed in 5.3-rc1.
>> It
> On Aug 1, 2019, at 11:19 AM, Greg KH wrote:
>
> On Thu, Aug 01, 2019 at 11:04:14AM -0700, Masoud Sharbiani wrote:
>> Hey folks,
>> I’ve come across an issue that affects most of 4.19, 4.20 and 5.2
>> linux-stable kernels that has only been fixed in 5.3-r
ideas on how to chase this down further?
(Test program and script have been pasted below)
Thanks,
Masoud
//——— leaker.c ——
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#ifndef PAGE_SIZE
#define PAGE_SIZE 4096
#endif
void sighandler(int x
Commit-ID: b5eafc6f07c95e9f3dd047e72737449cb03c9956
Gitweb: http://git.kernel.org/tip/b5eafc6f07c95e9f3dd047e72737449cb03c9956
Author: Masoud Sharbiani
AuthorDate: Thu, 26 Sep 2013 10:30:43 -0700
Committer: Ingo Molnar
CommitDate: Thu, 26 Sep 2013 20:52:37 +0200
x86/reboot: Remove the
From: Masoud Sharbiani
Two entries for the same system type were added, with two different vendor
names: 'Dell' and 'Dell, Inc.'. Since a prefix match is being used, we can
eliminate the latter.
Signed-off-by: Masoud Sharbiani
---
arch/x86/kernel/reboot.c |8 ---
Commit-ID: 4f0acd31c31f03ba42494c8baf6c0465150e2621
Gitweb: http://git.kernel.org/tip/4f0acd31c31f03ba42494c8baf6c0465150e2621
Author: Masoud Sharbiani
AuthorDate: Fri, 20 Sep 2013 15:59:07 -0700
Committer: Ingo Molnar
CommitDate: Mon, 23 Sep 2013 10:26:08 +0200
x86/reboot: Add quirk
-023stab046.2-enterprise #1 SMP Mon Dec 10 15:22:33
> MSK 2007 i686 i686 i386 GNU/Linux
You really need to use 64 bit kernel AND 64 bit userspace to use more
than 3gigs per process.
Masoud
> Mem:
> ---
> # cat /proc/meminfo
> MemTotal: 8296484
it."
> With what time?
heh, the way I look at it, you either have the time, or money. Use one
and get rid of your problem. If you have them and aren't willing to
commit to fix your problem, maybe your problem isn't important enough
to you. If you have no time and no money, rantin
oth Debian and Redhat;
You also want a inittab entry for console on serial device. (use
google and find it yourself).
cheers,
Masoud
> Thanks
> Siva
>
>
> -Original Message-
> From: Scott Russell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 19, 2007 3:31 PM
> To
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 16:40:06 -0700
[EMAIL PROTECTED] (Masoud Asgharifard Sharbiani) wrote:
> > Look: if there's a way in which an unprivileged user can trigger a printk
> > we fix it, end of story. I don't
On Wed, Jul 25, 2007 at 04:25:28PM -0700, Andrew Morton wrote:
> On Wed, 25 Jul 2007 14:07:56 -0700
> "Masoud Sharbiani" <[EMAIL PROTECTED]> wrote:
>
> > On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Wed, 25 Jul 2007 16:57:43 +0
mming.
For this particular issue: someone please send a patch.
Andrew,
This is rate limited; Do you need me to rewrite it with it being
disabled by default?
Masoud
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
ate control in _all_ kernels; I ran the tiny program that is here,
and it wasn't fun to watch.
2) With this patch it will be rate controlled using
printk_ratelimit(), thus reducing the amount of spam immensely.
Of course, we can disable both of them, is this what you (and
everybody else) want?
rew did which got rid of
new sysctl that was added to the system in earlier versions of this.
Also, 'show-unhandled-signals' sysctl has been renamed back to the old
'exception-trace' to avoid breakage of people's scripts.
cheers,
Masoud Sharbiani
Signed-off-by: Masoud Shar
2.6.16.y tree. I've sent a similar one to Andrew
for inclusion in the -mm tree.
cheers,
Masoud
Signed-off-by: Masoud Sharbiani <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/signal.c b/arch/x86_64/kernel/signal.c
index 5876df1..4b3cd29 100644
--- a/arch/x86_64/kernel/signal.c
ork()) *(int *)0 = 0;
}
cheers,
Masoud
Signed-off-by: Masoud Sharbiani <[EMAIL PROTECTED]>
arch/i386/kernel/signal.c |5 +
arch/i386/kernel/traps.c|7 +++
arch/i386/mm/fault.c| 11 +++
arch/x86_64/kernel/signal.c |2 +-
arch/x86_64/kernel/traps.
On 6/7/07, Robert Hancock <[EMAIL PROTECTED]> wrote:
Masoud Asgharifard Sharbiani wrote:
> Hello,
> This patch makes the i386 behave the same way that x86_64 does when a
> segfault happens. A line gets printed to the kernel log so that tools
> that need to check for failur
sysctl variable to 0 (or by doing
echo 0 > /proc/sys/debug/exception-trace)
Same behaviour can be extended to other architectures, if needed.
cheers,
Masoud.
Signed-off-by: Masoud Sharbiani <[EMAIL PROTECTED]>
diff --git a/arch/i386/mm/fault.c b/arch/i386/mm/fault.c
index 29d7d61..6aa56
Yes. I did also report it (see http://lkml.org/lkml/2005/8/26/252)
cheers,
Masoud Sharbiani
Lee Revell wrote:
On Mon, 2005-08-29 at 14:23 -0400, Masoud Sharbiani wrote:
Sadly, with 2.6.13 (as in with 2.6.13-rc7), it crashes on boot, on a
dual P3 machine
It works just fine when compiled UP
set
# CONFIG_SECURITY is not set
#
# Cryptographic options
#
# CONFIG_CRYPTO is not set
#
# Hardware crypto devices
#
#
# Library routines
#
# CONFIG_CRC_CCITT is not set
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_X86_SMP=y
CONFIG_X86_HT=y
C
00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e6 8c ff 00 00 00 00 2b
00 00 00 00 00 00 00 00 00 00 00 00 00 00
<0>Kernel panic - not syncing: Attempted to kill the idle task!
---
2.6.13-rc6 boots, but has the bug 5099 (at bugzilla.kernel.org).
cheers,
Masoud Sharbiani
-
Hello,
I've filed kenrel bug 5099 about this issue.
cheers,
Masoud
Meelis Roos wrote:
I'm currently running 2.6.13-rc6+git as of today and whan I tell my
computer to reboot, it starts a reboot as sual and when it reached
kernel telling "Rebooting" the computer halts i
Can you turn on UDP checksums and try again? That would isolate the
fault between the network or SATA.
cheers,
Masoud
Grant Coady wrote:
On Fri, 12 Aug 2005 14:43:42 +0400, "Vladimir V. Saveliev" <[EMAIL PROTECTED]>
wrote:
How to test and isolate this error is in NIC driver
Hello,
Jiri Slaby wrote:
Masoud Sharbiani napsal(a):
Is this a known issue with 2.6.latest ACPI or is it that my mainboard
is broken?
No, I don't know about anybody, who has the same problem (it doesn't
mean, that it couldn't be).
Did it work before? Could you accurate ve
Hello,
Adding reboot=w causes system to reboot properly.
Is this a known issue with 2.6.latest ACPI or is it that my mainboard is
broken?
cheers,
Masoud
Jiri Slaby wrote:
Masoud Sharbiani napsal(a):
Hello,
Whenever I reboot my Linux machine it turns itself off in the end,
unless I add the
ibm_acpi: `enable,0x' invalid for parameter `hotkey'
My config is available at http://masoud.ir/config-2.6.txt for those
interested.
Any ideas?
cheers,
Masoud
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
00 c011f855 0b1a 0b1a
0286 c03ac81c 0001 0001 c044cbea 0246 002a
00ff c011facf 0400
Call Trace:[] [] []
Code: Bad EIP value.
<0>Kernel panic: Attempted to kill the idle task!
In idle task - not syncing
--
ting this machine with 'acpi=off' as with ACPI
enabled, whenever I reboot the machine, It just turns itself off.
Cold starting from 2.4 and 2.6 works just fine. The machine runs the ltp
test and can compile kernels several times with -j8
Please let me know if you need more informat
Hello,
1) What is your kernel version?
2) It is tainted; Why?
3) Make sure your app/kernel combo works with SIGKILL. If it doesn't,
then you have a serious bug.
cheers,
Masoud
vinay wrote:
Hi.
Why I wanted to force OOM killer to send SIGTERM is that -
When my application receives SI
d merge with mainstream kernel?
(or are they going to be merged with kernel at all or not?)
cheers,
Masoud Sharbiani
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ng system for more information).
third: look for a similar device driver implementation in kernel (well,
it is learning in the hard way :-) ) .
Good luck,
Masoud
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
and globals are set to zero when linking by GCC. (am I wrong?).
cheers,
Masoud
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
Pls. send your .config file as well, along with architecture (and
compiler/glibc/distribution name and version).
Masoud.
(It enables everyone to reproduce the problem).
Nico Blanke wrote:
>
> Hi there !
>
> I'm not able to compile linux 2.4.4, because i get the following
36 matches
Mail list logo
