On 12/14/20 3:25 PM, Joel Fernandes wrote:
>> No problem. That was there primarily for debugging.
> Ok. I squashed Josh's changes into this patch and several of my fixups. So
> there'll be 3 patches:
> 1. CGroup + prctl (single patch as it is hell to split it)
Please don't do that. I am not sure
On Mon, Aug 24, 2020 at 4:32 AM Vineeth Pillai wrote:
>
> > Let me know your thoughts and looking forward to a good LPC MC discussion!
> >
>
> Nice write up Joel, thanks for taking time to compile this with great detail!
>
> After going through the details of interface proposal using cgroup v2
> c
On Fri, Aug 21, 2020 at 8:01 PM Joel Fernandes wrote:
>
> Hello!
> Core-scheduling aims to allow making it safe for more than 1 task that trust
> each other to safely share hyperthreads within a CPU core [1]. This results
> in a performance improvement for workloads that can benefit from using
> h
Hi all,
We are pleased to announce the Scheduler Microconference has been
accepted at LPC this year.
Please submit your proposals on the LPC website at:
https://www.linuxplumbersconf.org/event/7/abstracts/#submit-abstract
And be sure to select "Scheduler MC" in the Track pulldown menu.
Topics
On Tue, Jul 2, 2019 at 1:12 PM Dhaval Giani wrote:
>
> Hi folks,
>
> I am pleased to announce the Testing Microconference has been accepted
> at LPC this year.
>
> The CfP process is now open, and please submit your talks on the LPC
> website. It can be found at
> ht
Hi folks,
I am pleased to announce the Testing Microconference has been accepted
at LPC this year.
The CfP process is now open, and please submit your talks on the LPC
website. It can be found at
https://linuxplumbersconf.org/event/4/abstracts/
Potential topics include, but are not limited to
-
> Please let us know what topics you believe should be a part of the
> micro conference this year.
At OSPM right now, Douglas and Ionela were talking about their
scheduler behavioral testing framework using LISA and rt-app. This is
an interesting topic, and I think has a lot of scope for making
sc
On Wed, May 22, 2019 at 6:04 PM Dmitry Vyukov wrote:
>
> On Thu, May 16, 2019 at 2:51 AM wrote:
> > > -Original Message-
> > > From: Sasha Levin
> > >
> > > On Fri, Apr 26, 2019 at 02:02:53PM -0700, Tim Bird wrote:
> > ...
> > > >
> > > >With regards to the Testing microconference at Plum
Hi Folks,
This is a call for participation for the Linux Testing microconference
at LPC this year.
For those who were at LPC last year, as the closing panel mentioned,
testing is probably the next big push needed to improve quality. From
getting more selftests in, to regression testing to ensure
>
> On 12/6/2018 4:28 PM, Steve Sistare wrote:
>> When a CPU has no more CFS tasks to run, and idle_balance() fails to
>> find a task, then attempt to steal a task from an overloaded CPU in the
>> same LLC. Maintain and use a bitmap of overloaded CPUs to efficiently
>> identify candidates. To m
On Mon, Nov 5, 2018 at 10:05 AM Gustavo Padovan
wrote:
>
> Hi Dhaval,
>
> On 9/19/18 7:13 PM, Dhaval Giani wrote:
> > Hi folks,
> >
> > Sasha and I are pleased to announce the Testing and Fuzzing track at
> > LPC [ 1 ]. We are planning to continue
On Mon, Oct 8, 2018 at 11:23 AM Steven Rostedt wrote:
>
> On Mon, 8 Oct 2018 19:02:51 +0200
> Dmitry Vyukov wrote:
>
> > On Wed, Sep 19, 2018 at 7:13 PM, Dhaval Giani
> > wrote:
> > > Hi folks,
> > >
> > > Sasha and I are pleased to announce t
On Tue, Oct 2, 2018 at 2:03 PM Sasha Levin wrote:
>
> On Tue, Oct 2, 2018 at 4:44 PM Liam R. Howlett
> wrote:
> >
> > * Dhaval Giani [180919 13:15]:
> > > Hi folks,
> > >
> > > Sasha and I are pleased to announce the Testing and Fuzzing track at
Hi folks,
Sasha and I are pleased to announce the Testing and Fuzzing track at
LPC [ 1 ]. We are planning to continue the discussions from last
year's microconference [2]. Many discussions from the Automated
Testing Summit [3] will also continue, and a final agenda will come up
only soon after tha
On 2018-03-26 04:08 PM, Tim Tianyang Chen wrote:
> This patch set will let users define a mailer, an email address and when to
> receive
> notifications during automated testings. Users need to setup the specified
> mailer
> prior to using this feature.
>
> Tim Tianyang Chen (4):
> Ktest: add
On 2017-12-19 11:52 AM, Steven Rostedt wrote:
> On Tue, 19 Dec 2017 17:46:19 +0100
> Peter Zijlstra wrote:
>
>
>> It really isn't that hard, Its mostly a question of TL;DR.
>>
>> #0 is useless and should be thrown out
>> #1 shows where we take #1 while holding #0
>> ..
>> #n shows where we take
On 2017-12-14 12:59 PM, Peter Zijlstra wrote:
> On Thu, Dec 14, 2017 at 12:38:52PM -0500, Steven Rostedt wrote:
>>
>> Currently, when lockdep detects a possible deadlock scenario that involves 3
>> or more levels, it just shows the chain, and a CPU sequence order of the
>> first and last part of th
On 2017-12-06 04:40 PM, Steven Rostedt wrote:
> Hi,
>
> Currently traveling and now I have very poor connectivity. I won't be able to
> do anything this week.
>
ping! :)
Dhaval
On 2017-12-01 06:55 PM, Steven Rostedt wrote:
> On Tue, 21 Nov 2017 10:53:27 -0800
> Tim Tianyang Chen wrote:
>
>> This patch series will let users define mailer and email address for
>> receiving
>> notifications during automated testings. Users need to setup the specified
>> mailer
>> prior t
[Resending because gmail doesn't understand when to go plaintext :-) ]
[Added a few other folks who might have something to say about it]
On Fri, Nov 25, 2016 at 9:34 AM, Marat Khalili wrote:
> I have a question as a cgroup cpu limits user: how does it interact with
> nice? Documentation creates
On Wed, Oct 9, 2013 at 5:29 PM, Paul E. McKenney
wrote:
>
> From: "Paul E. McKenney"
>
> The sparse checking for rcu_assign_pointer() was recently upgraded
> to reject non-__kernel address spaces. This also rejects __rcu,
> which is almost always the right thing to do. However, the use in
> dn_
Hi Steve,
And since gmail will mangle this up, I have attached it as well.
Thanks!
Dhaval
commit 6379b752b4c9e5f9edf9894723be7520a987d2b5
Author: Dhaval Giani
Date: Fri Aug 2 14:42:53 2013 -0400
ftrace: Fixup !CONFIG_TRACING trace_dump_stack
!TRACING does not take an argument for
On 2013-07-25 1:53 PM, Jörn Engel wrote:
On Thu, 25 July 2013 09:42:18 -0700, Taras Glek wrote:
Footprint wins are useful on android, but it's the
increased IO throughput on crappy storage devices that makes this
most attractive.
All the world used to be a PC. Seems to be Android these days.
On 2013-07-25 2:15 PM, Vyacheslav Dubeyko wrote:
On Jul 25, 2013, at 8:42 PM, Taras Glek wrote:
[snip]
To introduce transparent decompression. Let someone else do the compression for
us, and supply decompressed data on demand (in this case a read call). Reduces
the complexity which would oth
On 07/24/2013 07:36 PM, Jörn Engel wrote:
On Wed, 24 July 2013 17:03:53 -0400, Dhaval Giani wrote:
I am posting this series early in its development phase to solicit some
feedback.
At this state, a good description of the format would be nice.
Sure. The format is quite simple. There is a 20
similar to that used by the faulty.lib
linker.
Cc: Theodore Ts'o
Cc: Taras Glek
Cc: Vladan Djeric
Cc: linux-ext4
Cc: LKML
Cc: linux-fsdevel
Cc: Mike Hommey
Signed-off-by: Dhaval Giani
---
include/linux/szip.h | 32
lib/Kconfig | 8 ++
lib/Makefile | 1 +
lib/s
buffer
isn't big enough)
3. It adds a new file operation. That will be *removed*.
4. Doesn't mmap decompressed data
Cc: Theodore Ts'o
Cc: Taras Glek
Cc: Vladan Djeric
Cc: linux-ext4
Cc: LKML
Cc: linux-fsdevel
Cc: Mike Hommey
Signed-off-by: Dhaval Giani
---
fs/ext4/
that should not be used.
In order to try this patch out, please create an szip file using the
szip tool. Then, read the file. Just ensure that the buffer you provide
to the kernel is big enough to fit the uncompressed file (and that you
read the whole file in one go.)
Thanks!
Dhaval
--
Dhaval Gia
On 2013-06-12 12:22 AM, John Stultz wrote:
From: Minchan Kim
This patch adds new system call sys_vrange.
NAME
vrange - Mark or unmark range of memory as volatile
SYNOPSIS
int vrange(unsigned_long start, size_t length, int mode,
int *purged);
DESCRIPTI
On 2013-06-19 12:41 AM, Minchan Kim wrote:
Hello Dhaval,
On Tue, Jun 18, 2013 at 12:59:02PM -0400, Dhaval Giani wrote:
On 2013-06-18 12:11 AM, Minchan Kim wrote:
Hello Dhaval,
On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote:
Hi John,
I have been giving your git tree a whirl
On 2013-06-18 12:11 AM, Minchan Kim wrote:
Hello Dhaval,
On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote:
Hi John,
I have been giving your git tree a whirl, and in order to simulate a
limited memory environment, I was using memory cgroups.
The program I was using to test is
Hi John,
I have been giving your git tree a whirl, and in order to simulate a
limited memory environment, I was using memory cgroups.
The program I was using to test is attached here. It is your test code,
with some changes (changing the syscall interface, reducing the memory
pressure to be
On Wed, Oct 31, 2012 at 3:12 AM, Namhyung Kim wrote:
> On Tue, 30 Oct 2012 08:05:45 -0400, Dhaval Giani wrote:
>> On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim wrote:
>>> Hi Dhaval,
>>>
>>> On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote:
>>&
On Tue, Oct 30, 2012 at 3:42 AM, Namhyung Kim wrote:
> Hi Dhaval,
>
> On Mon, 29 Oct 2012 12:45:53 -0400, Dhaval Giani wrote:
>> On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani
>> wrote:
>>> Hi,
>>>
>>> As part of a class assignment I have to coll
On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani wrote:
> Hi,
>
> As part of a class assignment I have to collect some performance
> statistics. In order to do so I run
>
> perf record -g
>
> And in another window, I start 200 threads of the load generator
> (wh
Hi,
As part of a class assignment I have to collect some performance
statistics. In order to do so I run
perf record -g
And in another window, I start 200 threads of the load generator
(which is not recorded by perf)
This generates me statistics that I expect to see, and I am happy. As
this is
[Attaching the patch as gmail breaks the patches]
Trying to go through the history of RCU (not for the weak
minded) led me to search for a non-existent paper.
Correct it to the actual reference
Signed-off-by: Dhaval Giani
Cc: Paul McKenney
Cc: Peter Zijlstra
Index: linux/Documentation/RCU
>
> * Sort & unique when listing tasks. Even the documentation says it
> doesn't happen but we have a good hunk of code doing it in
> cgroup.c. I'm gonna rip it out at some point. Again, if you
> don't like it, scream.
>
I think some userspace tools do assume the uniq bit. So if w
On Thu, Sep 6, 2012 at 5:11 PM, Paul Turner wrote:
> On Thu, Sep 6, 2012 at 1:46 PM, Tejun Heo wrote:
>> Hello,
>>
>> cc'ing Dhaval and Frederic. They were interested in the subject
>> before and Dhaval was pretty vocal about cpuacct having a separate
>> hierarchy (or at least granularity).
>
>
On Mon, Feb 25, 2008 at 03:29:59PM +0100, Mike Galbraith wrote:
>
> On Mon, 2008-02-25 at 13:22 +0100, Peter Zijlstra wrote:
> > Subject: sched: revert load_balance_monitor()
> >
> > The following commit causes a number of serious regressions:
> >
> > commit 6b2d7700266b9402e12824e11e0099ae6a4
This patch makes the group scheduler multi hierarchy aware.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
---
include/linux/sched.h |2 +-
kernel/sched.c| 41 -
2 files changed, 25 insertions(+), 18 deletions(-)
Index: linux-2.6.
Meant 2/2 in $subject.
--
regards,
Dhaval
--
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/
This patch allows tasks and groups to exist in the same cfs_rq. With this
change the CFS group scheduling follows a 1/(M+N) model from a 1/(1+N)
fairness model where M tasks and N groups exist at the cfs_rq level.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
Signed-off-by: Srivatsa Vad
Hi Ingo,
These patches change the fairness model as discussed in
http://lkml.org/lkml/2008/1/30/634
Patch 1 -> Changes the fairness model
Patch 2 -> Allows one to create multiple levels of cgroups
The second patch is not very good with SMP yet, that is the next TODO.
Also it changes the behaviou
On Wed, Feb 20, 2008 at 10:02:18AM -0500, Steven Rostedt wrote:
> Dhaval Giani wrote:
>> Hi Ingo,
>>
>> ftrace-cmd in -w option when being run for sometime cause this.
>>
>>
>> llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging
>
Hi Ingo,
ftrace-cmd in -w option when being run for sometime cause this.
llm11.in.ibm.com login: [ 1002.937490] BUG: unable to handle kernel paging
request at 285b0010
[ 1002.947087] IP: [] find_next_entry+0x4f/0x84
[ 1002.955091] *pdpt = 2d589001 *pde =
[ 1002.963651]
On Tue, Feb 19, 2008 at 03:22:39PM +0100, Ingo Molnar wrote:
>
> * Dhaval Giani <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I've been running ftrace on the sched-devel tree. I just built a
> > kernel and tried rebooting using kexec and I get this,
Hi,
I've been running ftrace on the sched-devel tree. I just built a kernel
and tried rebooting using kexec and I get this,
Please stand by while rebooting the system...
[11756.528997] Starting new kernel
[11741.142898] BUG: unable to handle kernel paging request at 8d2ed42c
[11741.142898] IP: []
On Mon, Feb 18, 2008 at 04:19:33PM +0530, Dhaval Giani wrote:
> Hi Ingo,
>
> I am running the sched-devel tree (at HEAD
> 44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good.
>
> I am running two "make -j"s for the kernel in two different cgroups and
Hi Ingo,
I am running the sched-devel tree (at HEAD
44e770a8750abc7e876076cda718b413bad9e654) and it is not looking good.
I am running two "make -j"s for the kernel in two different cgroups and
interactivity is going for a toss. I can see noticable lags in
keypresses.
Will get down to debugging
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9982
> Subject : 2.6.25-rc1 panics on boot
> Submitter : Dhaval Giani <[EMAIL PROTECTED]>
> Date : 2008-02-13 18:03
> References: http://lkml.org/lkml/2008/2/13/363
> Handled-By
On Thu, Feb 14, 2008 at 04:57:24PM +0100, Peter Zijlstra wrote:
> Hi,
>
> Here the current patches that rework load_balance_monitor.
>
> The main reason for doing this is to eliminate the wakeups the thing
> generates,
> esp. on an idle system. The bonus is that it removes a kernel thread.
>
H
On Thu, Feb 14, 2008 at 12:06:31PM +0530, Dhaval Giani wrote:
> On Wed, Feb 13, 2008 at 10:32:02PM -0800, Yinghai Lu wrote:
> > On Wed, Feb 13, 2008 at 10:20 PM, Dhaval Giani
> > <[EMAIL PROTECTED]> wrote:
> > > On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snoo
On Wed, Feb 13, 2008 at 10:32:02PM -0800, Yinghai Lu wrote:
> On Wed, Feb 13, 2008 at 10:20 PM, Dhaval Giani
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snook wrote:
> > > Dhaval Giani wrote:
> > >> I am getting the
On Wed, Feb 13, 2008 at 01:08:42PM -0500, Chris Snook wrote:
> Dhaval Giani wrote:
>> I am getting the following oops on bootup on 2.6.25-rc1
> ...
>> I am booting using kexec with maxcpus=1. It does not have any problems
>> with maxcpus=2 or higher.
>
> Sounds like
Hi,
I am getting the following oops on bootup on 2.6.25-rc1
[2.376187] BUG: unable to handle kernel NULL pointer dereference at 010c
[2.388180] IP: [] sysfs_remove_link+0x1/0xd
[2.396182] *pdpt = 005fd001 *pde =
[2.404751] Oops: [#1] SMP
[2.
On Wed, Feb 13, 2008 at 10:04:44PM +0530, Dhaval Giani wrote:
> > > On the same lines, I cant understand how we can be seeing 700ms latency
> > > (below) unless we had: large number of active groups/users and large
> > > number of
> > > tasks within each g
On Wed, Feb 13, 2008 at 01:51:18PM +0100, Peter Zijlstra wrote:
>
> On Wed, 2008-02-13 at 08:30 +0530, Srivatsa Vaddagiri wrote:
> > On Tue, Feb 12, 2008 at 08:40:08PM +0100, Peter Zijlstra wrote:
> > > Yes, latency isolation is the one thing I had to sacrifice in order to
> > > get the normal lat
Hi Ingo,
I've been running the latest sched-git through some tests. Here is
essentially what I am doing,
1. Mount the control group
2. Create 3-4 groups
3. Start kernbench inside each group
4. Run cpu hogs in each group
Essentially the idea is to see how the system responds under extreme CPU
loa
On Wed, Jan 09, 2008 at 04:05:31PM -0800, Greg KH wrote:
> > > > Ingo, Greg,
> > > >
> > > > What would be the easiest way to carry this forward? sched-devel and
> > > > greg's tree would intersect at this point and leave poor akpm with the
> > > > resulting mess. Should I just make an incremental
3a7349b17354c7acef55157764859 in mainline.
>
> quicklists must keep even off node pages on the quicklists until the TLB
> flush has been completed.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> Cc: Dhaval Giani <[EMAIL PROTECTED]>
> Signed-off-by: An
Feb 4 16:35:56 kernel: 2260992 pages of HIGHMEM
> Feb 4 16:35:56 kernel: 415332 reserved pages
> Feb 4 16:35:56 kernel: 25392 pages shared
> Feb 4 16:35:56 kernel: 0 pages swap cached
> Feb 4 16:35:56 kernel: 0 pages dirty
> Feb 4 16:35:56 kernel: 0 pages writeback
> Feb 4 16:
st be the number of free pages that can be allocated
> with GFP_KERNEL. node_page_state() includes the pages in ZONE_HIGHMEM and
> ZONE_MOVABLE which may lead the quicklists to become too large causing
> OOM.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROT
On Thu, Jan 31, 2008 at 09:37:42PM +0100, Peter Zijlstra wrote:
>
> On Thu, 2008-01-31 at 23:39 +0530, Balbir Singh wrote:
> > Srivatsa Vaddagiri wrote:
> > > Hi,
> > > As we were implementing multiple-hierarchy support for CPU
> > > controller, we hit some oddities in its implementation, partly
On Thu, Jan 31, 2008 at 11:39:12PM +0530, Balbir Singh wrote:
> Srivatsa Vaddagiri wrote:
> > Hi,
> > As we were implementing multiple-hierarchy support for CPU
> > controller, we hit some oddities in its implementation, partly related
> > to current cgroups implementation. Peter and I have bee
On Thu, Jan 31, 2008 at 06:39:56PM -0800, Paul Menage wrote:
> On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >
> > Here are some questions that arise in this picture:
> >
> > 1. What is the relationship of the task-group in A/tasks with the
> >task-group in A/a1/tasks
On Sun, Jan 20, 2008 at 09:03:38AM +0530, Dhaval Giani wrote:
> On Sat, Jan 19, 2008 at 03:52:44PM +0100, dAniel hAhler wrote:
> > Hello,
> >
> > I've now found the reason and a workaround for this. Apparently, it's
> > related to CONFIG_FAIR_USER_SCHED and ca
On Sat, Jan 19, 2008 at 03:52:44PM +0100, dAniel hAhler wrote:
> Hello,
>
> I've now found the reason and a workaround for this. Apparently, it's
> related to CONFIG_FAIR_USER_SCHED and can be worked around by
> assigning a really small value to the boinc users cpu_share (125 is
> the uid of "boin
On Fri, Jan 18, 2008 at 12:41:03PM +0100, Andrea Righi wrote:
> Allow to limit the block I/O bandwidth for specific process containers
> (cgroups) imposing additional delays on I/O requests for those processes
> that exceed the limits defined in the control group filesystem.
>
> Example:
> # mkd
On Thu, Jan 17, 2008 at 10:58:57PM +0530, Dhaval Giani wrote:
> On Thu, Jan 17, 2008 at 02:35:14AM -0800, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
> >
>
> Hi Ingo, Thomas,
>
> x86 fail
On Thu, Jan 17, 2008 at 02:35:14AM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
>
Hi Ingo, Thomas,
x86 fails to build with
arch/x86/mm/discontig_32.c:39:23: bios_ebda.h:
No such file or directory
make[1]: *** [arch/x8
On Wed, Jan 16, 2008 at 02:40:53PM -0200, Renato S. Yamane wrote:
> Ray Lee escreveu:
>> On Jan 14, 2008 7:28 AM, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
>>> Ray Lee escreveu:
On Jan 12, 2008 10:03 AM, Renato S. Yamane wrote:
> I can't use updatedb in Debian Etch (stable) using customi
stopped blinking and SysRq isn't working either.
>
It obviously is the wrong fix then :).
Adding a few cc's. Hopefully they will know what to do better than me.
> -Andrew
>
> On Jan 13, 2008 7:03 AM, Dhaval Giani <[EMAIL PROTECTED]> wrote:
> >
> > On
On Sun, Jan 13, 2008 at 06:10:52AM -0500, Andrew Paprocki wrote:
> I started debugging a problem I was having with my sky2 network driver
> under 2.6.23.13. The investigation led me to find that the HPET timer
> wasn't working at all, causing the sky2 driver to not work properly.
> Simple example:
On Sat, Jan 12, 2008 at 04:03:43PM -0200, Renato S. Yamane wrote:
> Hi,
> I can't use updatedb in Debian Etch (stable) using customized Kernel
> 2.6.22.9-cfs-v22.
>
Hi,
Can you see if it happens with the latest CFS backport. Its been updated
quite a bit since then. You can find it at
http://peop
On Mon, Jan 07, 2008 at 05:57:42PM +0100, Peter Zijlstra wrote:
>
> Subject: sched: rt-group: add uid-group interface
>
> Extend the /sys/kernel/uids// interface to allow setting
> the group's rt_period and rt_runtime.
>
Hi Peter,
Cool stuff! I will try out these patches and try to give you so
IGHMEM being enabled in the kernel.
>
> Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
> ---
> Fix crash on NUMA reported by Dhaval Giani (reported as being a kexec issue.)
>
Yep, it does that. Just tested that on top of the x86 git tree (the mm
queue). It boots.
Tested-b
L PROTECTED]>
Does the job here for me.
Tested-by: Dhaval Giani <[EMAIL PROTECTED]>
>
> Index: linux-2.6/mm/quicklist.c
> ===
> --- linux-2.6.orig/mm/quicklist.c 2008-01-07 10:38:13.0 -0800
> ++
On Mon, Jan 07, 2008 at 09:43:38AM -0800, H. Peter Anvin wrote:
> Dhaval Giani wrote:
>> Hi Vivek,
>>
>> I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
>> kexec. It just gets stuck at "Starting new kernel".
>>
>> It does bo
On Mon, Jan 07, 2008 at 08:22:37AM -0800, Randy Dunlap wrote:
> On Mon, 7 Jan 2008 15:56:09 +0100 Ingo Molnar wrote:
>
> >
> > * Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, 7 Jan 2008, Dhaval Giani wrote:
> > >
> > &g
On Mon, Jan 07, 2008 at 03:56:09PM +0100, Ingo Molnar wrote:
>
> * Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 7 Jan 2008, Dhaval Giani wrote:
> >
> > > Hi Andrew, Ingo, Thomas, Peter,
> > >
> > > x86: revert i386: handl
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec kernel.
(http://lkml.org/lkml/2008/1/7/42 has the bisect details.)
The following patch reverts it.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
Cc: Ingo
> commit 7dd838ea7afa42a8840cf0e262d5892346ecf379
> Author: H. Peter Anvin <[EMAIL PROTECTED]>
> Date: Sat Jan 5 13:27:04 2008 +0100
>
sorry, forgot the subject, it is
i386: handle an initrd in highmem
--
regards,
Dhaval
--
To unsubscribe from this list: send the line "unsubscribe li
On Sun, Jan 06, 2008 at 02:37:29PM +0100, Ingo Molnar wrote:
>
> * Dhaval Giani <[EMAIL PROTECTED]> wrote:
>
> > So I went ahead and bisected -mm, and the culprit is git-x86. It boots
> > fine before it, but with git-x86 applied, it fails to boot.
> >
> >
On Fri, Jan 04, 2008 at 05:58:16PM +0530, Dhaval Giani wrote:
> On Thu, Jan 03, 2008 at 10:42:00PM +0100, Rafael J. Wysocki wrote:
> > On Thursday, 3 of January 2008, Dhaval Giani wrote:
> > > On Mon, Dec 31, 2007 at 10:08:43AM -0500, Vivek Goyal wrote:
> > > > On S
On Thu, Jan 03, 2008 at 10:42:00PM +0100, Rafael J. Wysocki wrote:
> On Thursday, 3 of January 2008, Dhaval Giani wrote:
> > On Mon, Dec 31, 2007 at 10:08:43AM -0500, Vivek Goyal wrote:
> > > On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> > > > On F
On Mon, Dec 31, 2007 at 10:08:43AM -0500, Vivek Goyal wrote:
> On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> > On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > >
On Wed, Jan 02, 2008 at 01:54:12PM -0800, Christoph Lameter wrote:
> Just traced it again on my system: It is okay for the number of pages on
> the quicklist to reach the high count that we see (although the 16 bit
> limits are weird. You have around 4GB of memory in the system?). Up to
> 1/16th
On Thu, Jan 03, 2008 at 09:29:42AM +0530, Dhaval Giani wrote:
> On Wed, Jan 02, 2008 at 01:54:12PM -0800, Christoph Lameter wrote:
> > Just traced it again on my system: It is okay for the number of pages on
> > the quicklist to reach the high count that we see (although the 16
On Mon, Dec 31, 2007 at 10:06:58AM -0500, Vivek Goyal wrote:
> On Sat, Dec 29, 2007 at 11:11:13AM +0530, Dhaval Giani wrote:
> > On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> > > On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > > >
On Sun, Dec 30, 2007 at 03:01:16PM +0100, Ingo Molnar wrote:
>
> * Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > Index: linux-2.6/arch/x86/mm/pgtable_32.c
> > ===
> > --- linux-2.6.orig/arch/x86/mm/pgtable_32.c 2007-12-26 12:55:
On Fri, Dec 28, 2007 at 09:27:39AM -0500, Vivek Goyal wrote:
> On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > Hi Vivek,
> >
> > I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> > kexec. It just gets stuck at "Starti
On Fri, Dec 28, 2007 at 02:54:45PM -0500, Neil Horman wrote:
> On Fri, Dec 28, 2007 at 06:15:32PM +0530, Dhaval Giani wrote:
> > Hi Vivek,
> >
> > I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
> > kexec. It just gets stuck at "Starti
>
> While doing the git bisect, following panic was seen
>
> Unable to handle kernel paging request at 401e RIP:
> [] load_balance_monitor+0x15e/0x2a4
> PGD 0
> Oops: [1] SMP
> last sysfs file:
> /devices/pci:00/:00:0a.0/:02:04.0/host0/target0:0:6/0:0:6:0/type
>
Hi Vivek,
I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
kexec. It just gets stuck at "Starting new kernel".
It does boot normally when booted as the first kernel.
Any hints debugging? (x86 architecture)
--
regards,
Dhaval
--
To unsubscribe from this list: send the line "unsu
On Thu, Dec 27, 2007 at 11:22:34AM -0800, Christoph Lameter wrote:
> On Thu, 27 Dec 2007, Dhaval Giani wrote:
>
> > anything specific you are looking for? I still hit the oom.
>
> Weird WTH is this? You run an unmodified upstream tree? Can you add a
> printk in quic
Hi,
Just hit this on sched-devel. (not sure how to reproduce it yet, can't
try now. I believe i can hit it on mainline as well as there is nothing
scheduler specific).
===
[ INFO: possible circular locking dependency detected ]
2.6.24-rc6 #1
---
> > It was just
> >
> > while echo ; do cat /sys/kernel/ ; done
> >
> > it's all in the email threads somewhere..
>
> The patch that was posted in the thread that I mentioned earlier is here.
> I ran the test for 15 minutes and things are still fine.
>
>
>
> quicklist: Set tlb->need_flus
On Fri, Dec 14, 2007 at 10:00:30PM -0800, Andrew Morton wrote:
> On Sat, 15 Dec 2007 09:22:00 +0530 Dhaval Giani <[EMAIL PROTECTED]> wrote:
>
> > > Is it really the case that the bug only turns up when you run tests like
> > >
> > > while echo; do c
> Is it really the case that the bug only turns up when you run tests like
>
> while echo; do cat /sys/kernel/kexec_crash_loaded; done
> and
> while echo; do cat /sys/kernel/uevent_seqnum ; done;
>
> or will any fork-intensive workload also do it? Say,
>
> while echo ; do true
1 - 100 of 157 matches
Mail list logo