Hi,
Any comments?
On Wed, Dec 12, 2012 at 02:13:43PM +0800, Hu Tao wrote:
> This series implements a new interface, kvm pv event, to notify host when
> some events happen in guest. Right now there is one supported event: guest
> panic.
>
> changes from v11:
>
> - add a new patch 'save/load
Hi Greg,
Thank you for looking at this.
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, December 20, 2012 11:12 AM
> To: R, Durgadoss
> Cc: Zhang, Rui; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> hongbo.zh...@linaro.org;
On Wed, 19 Dec 2012, Grant Likely wrote:
> On Wed, 19 Dec 2012 15:18:00 +0100, Linus Walleij
> wrote:
> > On Fri, Dec 14, 2012 at 5:19 PM, Lee Jones wrote:
> >
> > > The ab8500 GPIO driver is currently 'BROKEN', due to a lack of
> > > updates and recent frame-work adoption. This patch-set
On Thu, 20 Dec 2012, Grant Likely wrote:
> On Wed, 19 Dec 2012 15:42:41 +0100, Linus Walleij
> wrote:
> > From: Linus Walleij
> >
> > This fixes two issues with the DB8500 PRCMU irqdomain:
> > - You have to state the irq base 0 to get a linear domain
> > for the DT case from
Am Dienstag, den 18.12.2012, 12:37 -0800 schrieb Andy Lutomirski:
> On Tue, Dec 18, 2012 at 12:32 PM, Stefani Seibold wrote:
> > Am Dienstag, den 18.12.2012, 10:44 -0800 schrieb H. Peter Anvin:
> >> On 12/18/2012 08:52 AM, Stefani Seibold wrote:
> >> >
> >> > Pardon, i never disregarded nor i
Add driver for support max77686 rtc.
MAX77686 rtc support smpl and wtsr mode. It has two alarm register
which can be used for alarming to wake system up. This drvier uses regmap
to access its register.
Signed-off-by: Chiwoong Byun
Signed-off-by: Jonghwa Lee
Signed-off-by: Myugnjoo Ham
The atomic64 library uses a handful of static spin locks to
implement atomic 64-bit operations on architectures without
support for atomic 64-bit instructions. Unfortunately, the
spinlocks are initialized in a pure initcall and that is too late
for the vfs namespace code which wants to use
On 11/26/2012 5:08 AM, Jassi Brar wrote:
> The patchset introduces 64-bit atomic ops, which would need
> init_atomic64_lock() already called, but that is an initcall made too
> late. Should we consider calling init_atomic64_lock() sooner in
> start_kernel()?
>
> As an example of breakage, I see
On 22:22 Wed 19 Dec , Roland Stigge wrote:
> This patch adds block GPIO support to several gpio drivers.
>
> This implements block GPIO only for some selected drivers since block GPIO is
> an optional feature which may not be suitable for every GPIO hardware. (With
> automatic fallback to the
On 12/19/2012 10:44 PM, Bedia, Vaibhav wrote:
> On Thu, Dec 20, 2012 at 11:55:24, Stephen Boyd wrote:
>> On 12/19/2012 8:48 PM, Bedia, Vaibhav wrote:
>>> I tried out 3 variants of AM335x boards - 2 of these (BeagleBone and EVM)
>>> have DDR2
>>> and 1 has DDR3 (EVM-SK). The BUG is triggered on
On Tue, Dec 18, 2012 at 02:20:06PM -0800, Andy Lutomirski wrote:
> On Tue, Dec 18, 2012 at 1:30 PM, Dave Chinner wrote:
> > On Mon, Dec 17, 2012 at 06:42:44PM -0800, Andy Lutomirski wrote:
> >> On Mon, Dec 17, 2012 at 5:57 PM, Al Viro wrote:
> >> > On Mon, Dec 17, 2012 at 05:10:21PM -0800, Andy
Greg KH [g...@kroah.com] wrote:
| On Tue, Dec 18, 2012 at 11:28:49PM -0800, Sukadev Bhattiprolu wrote:
| >
| > [PATCH 3/5] perf/POWER7: Make generic event translations available in sysfs
|
| As you are adding new sysfs files, you must also add new
| Documentation/ABI entries at the same time.
Hi Jason,
On Thu, Dec 13, 2012 at 07:38:26PM -0700, Jason Gunthorpe wrote:
>
> > make the HCTOSYS option be dependent on !HAS_PERSISTENT_CLOCK. This
> > way we avoid having configs where there are conflicting paths that
> > we chose from.
>
> On ARM the read_presistent_clock is used to access a
On Monday 12 November 2012 07:30 PM, Arnd Bergmann wrote:
> On Monday 12 November 2012, vineet.gup...@synopsys.com wrote:
>> +
>> +config ARC_MISALIGN_ACCESS
>> + bool "Emulate unaligned memory access (userspace only)"
>> + default N
>> + help
>> + This enables misaligned
On Wednesday 19 December 2012 09:20 PM, Peter Korsgaard wrote:
Hi,
Mehar> TI TLV320AIC3262 is a flexible, low-power, low-voltage stereo
Mehar> audio codec with digital microphone inputs and programmable
Mehar> outputs. It includes powertune capabilities, enhanced
Mehar>
Hi Linus,
A fairly small dma-buf pull request for 3.8 - only 2 patches. Could
you please pull?
Thanks!
~Sumit.
The following changes since commit f01af9f85855e38fbd601e033a8eac204cc4cc1c:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
(2012-12-19 20:31:02 -0800)
are
Hi all,
Changes since 20121219:
Lots of conflicts are migrating between trees.
The infiniband tree gained a build failure so I used the version from
next-20121219.
Ths signal tree gained conflicts against Linus' and the cris trees.
The akpm tree lost lots of patches that turned up in Linus
On Thu, Dec 20, 2012 at 11:55:24, Stephen Boyd wrote:
> On 12/19/2012 8:48 PM, Bedia, Vaibhav wrote:
> > I tried out 3 variants of AM335x boards - 2 of these (BeagleBone and EVM)
> > have DDR2
> > and 1 has DDR3 (EVM-SK). The BUG is triggered on all of these at the same
> > point.
> >
> > With
From: xiaojin
Date: Wed, 19 Dec 2012 11:53:43 +0800
Subject: [PATCH] n_gsm.c: add tx_lock in gsm_send
All the call to gsm->output should be in the tx_lock,
that could avoid potential race from MUX level. But
we have no tx_lock in gsm_send.
This patch is to add tx_lock in gsm_send.
This patch reorders inclusions of for redability,
according to alphabetical ordering. Also, unnecessary header
comments are removed.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c | 19 +--
1 files changed, 5 insertions(+), 14 deletions(-)
diff --git
Redundant return variables are removed to reduce the code.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c | 24
1 files changed, 4 insertions(+), 20 deletions(-)
diff --git a/drivers/video/backlight/ld9040.c b/drivers/video/backlight/ld9040.c
index
This patch replaces EFAULT with EINVAL, because EFAULT tends to be
for the invalid memory addresses.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/backlight/ld9040.c
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Wednesday, December 19, 2012 5:11 PM
> To: Liu, Chuansheng
> Cc: l...@ti.com; pe...@perex.cz; ti...@suse.de; alsa-de...@alsa-project.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
This patch removes unnecessary NULL deference check, because it
was already checked in ld9040_probe(). Also, power_is_on is
replaced with ld9040_power_is_on().
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c | 28 +---
1 files changed, 13 insertions(+),
Hi Doug,
On Thu, Dec 20, 2012 at 5:00 AM, Doug Anderson wrote:
> Vivek,
>
> Again, not a high-level review, but...
>
Thanks for reviewing. :-)
>
> On Tue, Dec 18, 2012 at 6:43 AM, Vivek Gautam
> wrote:
>> Adding the phy driver to ehci-s5p. Keeping the platform data
>> for continuing the
This patch replaces mdelay with msleep to remove the busy loop
waiting.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/video/backlight/ld9040.c b/drivers/video/backlight/ld9040.c
index
This patch reorders inclusions of for redability,
according to alphabetical ordering. Also, unnecessary header
comments are removed.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c | 19 +--
1 files changed, 5 insertions(+), 14 deletions(-)
diff --git
'before_power' was used to check the previous status when resume()
is called. However, FB_BLANK_POWERDOWN was used in suspend() all
the time, so there is no need to check the previous status.
Also, redundant return variables are removed to reduce the code.
Signed-off-by: Jingoo Han
---
This patch replaces EFAULT with EINVAL, because EFAULT tends to be
for the invalid memory addresses.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/video/backlight/s6e63m0.c
This patch removes unnecessary NULL deference check, because it
was already checked in s6e63m0_probe(). Also, POWER_IS_ON is
replaced with s6e63m0_power_is_on().
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c | 41
1 files changed, 14
This patch replaces mdelay with msleep to remove the busy loop
waiting.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/video/backlight/s6e63m0.c
b/drivers/video/backlight/s6e63m0.c
index
Lowercase names of structs should be used, because they are
not preprocessor macros.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c | 40 ++--
1 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/video/backlight/s6e63m0.c
This patch reorders inclusions of for redability,
according to alphabetical ordering. Also, unnecessary header
comments are removed.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c | 19 +--
1 files changed, 5 insertions(+), 14 deletions(-)
diff --git
'before_power' was used to check the previous status when resume()
is called. However, FB_BLANK_POWERDOWN was used in suspend() all
the time, so there is no need to check the previous status.
Also, redundant return variables are removed to reduce the code.
Signed-off-by: Jingoo Han
---
This patch replaces EFAULT with EINVAL, because EFAULT tends to be
for the invalid memory addresses.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/video/backlight/ams369fg06.c
This patch removes unnecessary NULL deference check, because
it was already checked in ams369fg06_probe(). Also, unnecessary
parentheses are removed in ams369fg06_power_is_on().
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c | 32
1 files
This patch replaces mdelay with msleep to remove the busy loop
waiting.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/video/backlight/ams369fg06.c
On 12/19/2012 8:48 PM, Bedia, Vaibhav wrote:
> I tried out 3 variants of AM335x boards - 2 of these (BeagleBone and EVM)
> have DDR2
> and 1 has DDR3 (EVM-SK). The BUG is triggered on all of these at the same
> point.
>
> With Stephen's change I don't see this on any of the board variants :)
>
On Thursday 15 November 2012 05:34 PM, Arnd Bergmann wrote:
> On Thursday 15 November 2012, Vineet Gupta wrote:
>> On Monday 12 November 2012 07:25 PM, Arnd Bergmann wrote:
>>> On Monday 12 November 2012, vineet.gup...@synopsys.com wrote:
+EXPORT_SYMBOL(take_snap);
+
...
On Sun, 2012-12-16 at 02:15 +, Eric Wong wrote:
> xtu4 wrote:
> > resend it, due to format error
> >
> > Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
> > play, ora video play, we need to read mp3 or video file
> > from memory to page cache,but when system
On Wednesday 19 December 2012 10:34 PM, Stephen Warren wrote:
On 12/19/2012 07:57 AM, Laxman Dewangan wrote:
tegra30 gpio controller is not compatible with the tegra20 due to
their bank stride i.e. Tegra20 bank stride is 0x80 where Tegra30
bank stride is 0x100.
Thanks, I've been meaning to
Hi Greg,
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, December 20, 2012 11:08 AM
> To: R, Durgadoss
> Cc: Zhang, Rui; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> hongbo.zh...@linaro.org; w...@nvidia.com
> Subject: Re: [PATCH 0/8]
Signed-off-by: liguang
---
include/linux/sched.h |6 +++---
kernel/sched/fair.c | 16 ++--
2 files changed, 9 insertions(+), 13 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index ce834e7..57b31f9 100644
--- a/include/linux/sched.h
+++
On Wednesday 19 December 2012 10:30 PM, Stephen Warren wrote:
On 12/18/2012 11:31 PM, Laxman Dewangan wrote:
Add APB DMA requestor and serial aliases for serial controller.
There will be two serial driver i.e. 8250 based simple serial driver
and APB DMA based serial driver for higher baudrate
On Wednesday 19 December 2012 10:32 PM, Stephen Warren wrote:
On 12/19/2012 06:40 AM, Laxman Dewangan wrote:
The flag parameter is added in the cyclic transfer request.
Use the flag option of:
- DMA_PREP_INTERRUPT for enabling interrupt.
- DMA_CTRL_ACK for deciding whether ack is requred or not
Hi Joe,
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, December 18, 2012 5:00 PM
> To: R, Durgadoss
> Cc: Zhang, Rui; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> hongbo.zh...@linaro.org; w...@nvidia.com
> Subject: Re: [PATCH 2/8] Thermal:
On Wednesday 19 December 2012 09:54 PM, Grant Likely wrote:
On Tue, 18 Dec 2012 14:25:43 +0530, Laxman Dewangan
wrote:
The spi core make sure that each transfer structure have the proper
setting for bits_per_word before calling low level transfer APIs.
Hence it is no more require to check
On Mon, 2012-12-17 at 16:54 -0800, Andy Lutomirski wrote:
> This is a serious cause of mmap_sem contention. MAP_POPULATE
> and MCL_FUTURE, in particular, are disastrous in multithreaded programs.
>
> This is not a complete solution due to reader/writer fairness.
>
Hi Andy, could you explain
On Thursday 13 December 2012 11:31 PM, Stephen Warren wrote:
On 12/13/2012 09:27 AM, Mike Turquette wrote:
On Wed, Dec 12, 2012 at 7:49 PM, Prashant Gaikwad wrote:
Adds debug file "clock_tree" in /sys/kernel/debug/clk dir.
It helps to view all the clock registered in tree format.
Prashant,
Hi Doug,
On Thu, Dec 20, 2012 at 3:18 AM, Doug Anderson wrote:
> Vivek,
>
> On Tue, Dec 18, 2012 at 6:43 AM, Vivek Gautam
> wrote:
>> Updating the names of usb-phy types to more generic names:
>> USB_PHY_TYPE_DEIVCE & USB_PHY_TYPE_HOST; and further update
>> its dependencies.
>
> Since you're
On Wed, Dec 19 2012 at 7:11pm -0500,
Martin K. Petersen wrote:
> > "Milan" == Milan Broz writes:
>
> Milan> dm-crypt: never use write same
>
> Milan> Ciphertext device is not compatible with WRITE SAME, disable it
> Milan> for all dmcrypt devices.
>
> Milan> Signed-off-by: Milan Broz
>
On Tue, Dec 18, 2012 at 02:59:33PM +0530, Durgadoss R wrote:
> This patch adds a thermal_trip directory under
> /sys/class/thermal/zoneX. This directory contains
> the trip point values for sensors bound to this
> zone.
Eeek, you just broke userspace tools that now can no longer see these
entries
On Tue, Dec 18, 2012 at 02:59:29PM +0530, Durgadoss R wrote:
> This patch is a v1 based on the RFC submitted here:
> https://patchwork.kernel.org/patch/1758921/
>
> This patch set is based on Rui's -thermal tree, and is
> tested on a Core-i5 and an Atom netbook.
>
> This series contains 8
> > Wow, you're fast! And I'm glad that it works for you, so we have two
> > full-featured mempressure cgroup users already.
>
> Thanks, although I think we need more testing to be sure this does what we
> want. I mean, the basic mechanics does work, but my testing has been very
> light so far.
On Tue, Dec 18, 2012 at 11:28:49PM -0800, Sukadev Bhattiprolu wrote:
>
> [PATCH 3/5] perf/POWER7: Make generic event translations available in sysfs
>
> Make the generic perf events in POWER7 available via sysfs.
>
> $ ls /sys/bus/event_source/devices/cpu/events
>
On Wed, Dec 19, 2012 at 04:07:21PM +0100, Jiri Olsa wrote:
> Adding sysfs precise attribute for cpu device (/sys/devices/cpu)
> to show the maximum value for perf event precise attribute.
>
> This will be initialy used for automated precise event perf test
> and could be helpful otherwise.
On Wed, Dec 19, 2012 at 07:32:18PM -0800, User Linux wrote:
> Updated from kernel 3.6.10 to 3.7.1 and encountered the following when
> recompiling media_build dvb drivers:
>
> include/uapi/linux/usb/ch9.h:597:77: error: expected declaration
> specifiers or '...' before '(' token
How exactly did
Now mm several functions test MIGRATE_ISOLATE and some of those
are hotpath but MIGRATE_ISOLATE is used only if we enable
CONFIG_MEMORY_ISOLATION(ie, CMA, memory-hotplug and memory-failure)
which are not common config option. So let's not add unnecessary
overhead and code.
Signed-off-by: Minchan
On Tue, Oct 16, 2012 at 03:28:40PM -0700, Tejun Heo wrote:
[...]
>
> diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h
> index f8a030c..4cd1d0f 100644
> --- a/include/linux/cgroup.h
> +++ b/include/linux/cgroup.h
> @@ -34,7 +34,6 @@ extern int cgroup_lock_is_held(void);
> extern bool
isolate_freepages_block and isolate_migratepages_range is used for CMA
as well as compaction so it breaks build for CONFIG_CMA &&
!CONFIG_COMPACTION.
This patch fixes it.
Cc: Mel Gorman
Cc: Marek Szyprowski
Signed-off-by: Minchan Kim
---
mm/compaction.c | 26 --
1
On Wed, Dec 19, 2012 at 11:11:09PM -0200, Henrique de Moraes Holschuh wrote:
> Jacob,
>
> Since you seem to be dealing with AMD microcode, do you know anything about
> the amd64.org demise? Where do we get the microcode update data, now?
Hi,
Yes, the server amd64.org was hosted on is down at
On Wed, 19 Dec 2012 08:42:57 -0700
Alex Williamson wrote:
> Please let me know if you can identify one of these as the culprit.
> They're all very simple, but there's always a chance I've missed a hard
> coding of slot numbers somewhere. Thanks,
I identified the one:
commit
Mel, Ingo,
I want to raise again a question I raised (in offline mail with Mel)
a couple of weeks ago.
I see only a page_mapcount check in migrate_misplaced_transhuge_page,
and don't understand how migration can be safe against the possibility
of an earlier call to get_user_pages or
On Thu, Dec 20, 2012 at 01:53:42, Stephen Boyd wrote:
> On 12/19/12 08:53, Paul Walmsley wrote:
> > On Wed, 19 Dec 2012, Bedia, Vaibhav wrote:
> >
> >> Current mainline on Beaglebone using the omap2plus_defconfig + 3 build
> >> fixes
> >> is triggering a BUG()
> > ...
> >
> >> [0.109688]
On 12/19/2012 08:16 PM, Jacob Shin wrote:
>
> Not exactly sure why the wierd boundaries, I'll have to ask the BIOS
> side folks to be sure. But if I were to guess ..
>
> Here is the NUMA spew out, physically there is 128 GB connected to
> each memory controller node. The PCI MMIO region starts
On Wed, Dec 19, 2012 at 06:37:45PM -0800, H. Peter Anvin wrote:
> On 12/19/2012 04:29 PM, Jacob Shin wrote:
> > On Wed, Dec 19, 2012 at 04:24:09PM -0800, H. Peter Anvin wrote:
> >> On 12/19/2012 04:07 PM, Jacob Shin wrote:
> >>>
> >>> From what I remember, accessing memory around the memory hole
By Paul Fulghum:
Fix call to line discipline receive_buf by synclink drivers.
Dummy flag buffer argument is ignored by N_HDLC line discipline but might
be of insufficient size if accessed by a different line discipline
selected by mistake. flag buffer allocation now matches max size of
On Wed, 2012-12-19 at 19:08 +, Russell King - ARM Linux wrote:
> On Thu, Dec 20, 2012 at 08:00:49AM +1300, Tony Prisk wrote:
> > On Thu, 2012-12-20 at 06:34 +1300, Tony Prisk wrote:
> > > On Wed, 2012-12-19 at 09:26 +, Russell King - ARM Linux wrote:
> > > > On Wed, Dec 19, 2012 at
19.12.2012 00:36, Andrew Morton пишет:
On Wed, 24 Oct 2012 19:34:51 +0400
Stanislav Kinsbursky wrote:
This respin of the patch set was significantly reworked. Most part of new API
was replaced by sysctls (by one per messages, semaphores and shared memory),
allowing to preset desired id for
Rusty Russell writes:
> git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
> tags/virtio-next-for-linus
>
> for you to fetch changes up to 1b6370463e88b0c1c317de16d7b962acc1dab4f2:
>
> virtio_console: Add support for remoteproc serial (2012-12-18 15:20:44
> +1030)
Nothing? OK,
On Wed, 2012-12-19 at 20:31 -0500, Steven Rostedt wrote:
>
> This is just an RFC patch to start discussion, not for inclusion. I may
> send another patch that implements #2 above.
Signed-off-by: Steven Rostedt
Index: linux-rt.git/kernel/rtmutex.c
From: Cliff Wickman
Subject: Re: [PATCH] makedumpfile: request the kernel do page scans
Date: Mon, 10 Dec 2012 09:36:14 -0600
> On Mon, Dec 10, 2012 at 09:59:29AM +0900, HATAYAMA Daisuke wrote:
>> From: Cliff Wickman
>> Subject: Re: [PATCH] makedumpfile: request the kernel do page scans
>> Date:
Hi Simon,
On Wed, Dec 19, 2012 at 5:56 PM, Simon Jeons wrote:
> One question.
>
> I found that mainly callsite of expand_stack() is #PF, but it holds
> mmap_sem each time before call expand_stack(), how can hold a *shared*
> mmap_sem happen?
the #PF handler calls down_read(>mmap_sem) before
> From: kexec-boun...@lists.infradead.org
> [mailto:kexec-boun...@lists.infradead.org] On Behalf Of Atsushi Kumagai
> Sent: Thursday, December 20, 2012 11:21 AM
> On Wed, 19 Dec 2012 16:18:56 -0800
> Andrew Morton wrote:
>
> > On Mon, 10 Dec 2012 10:39:13 +0900
> > Atsushi Kumagai wrote:
> >
On Tue, Dec 18, 2012 at 04:47:10PM +0100, Jiri Olsa wrote:
> On Mon, Dec 17, 2012 at 03:38:58PM +0900, Namhyung Kim wrote:
> > From: Namhyung Kim
> >
> > Show group members' overhead also when showing the leader's if event
> > group is enabled. Use macro for defining hpp functions which looks
>
On 12/19/2012 04:29 PM, Jacob Shin wrote:
> On Wed, Dec 19, 2012 at 04:24:09PM -0800, H. Peter Anvin wrote:
>> On 12/19/2012 04:07 PM, Jacob Shin wrote:
>>>
>>> From what I remember, accessing memory around the memory hole (not
>>> just the HT hole, but e03800 ~ 100 on our mentioned
On Tue, Dec 18, 2012 at 04:30:15PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Dec 17, 2012 at 03:38:58PM +0900, Namhyung Kim escreveu:
> > From: Namhyung Kim
> >
> > Show group members' overhead also when showing the leader's if event
> > group is enabled. Use macro for defining hpp
On 12/19/2012 05:26 PM, David Rientjes wrote:
> This used to be dynamically allocated and would save the 8KB that you
> statically allocate if transparent hugepages cannot be used. The generic
> hashtable implementation does not support dynamic allocation?
No, currently the hashtable only
Hello Andrew,
On Wed, 19 Dec 2012 16:18:56 -0800
Andrew Morton wrote:
> On Mon, 10 Dec 2012 10:39:13 +0900
> Atsushi Kumagai wrote:
>
> > This patch adds the values related to buddy system to vmcoreinfo data
> > so that makedumpfile (dump filtering command) can filter out all free
> > pages
On Tue, 2012-12-04 at 06:48 -0800, Michel Lespinasse wrote:
> expand_stack() runs with a shared mmap_sem lock. Because of this, there
> could be multiple concurrent stack expansions in the same mm, which may
> cause problems in the vma gap update code.
>
> I propose to solve this by taking the
Konrad,
This patch fix a typo in comments of arch/x86/pci/xen.c
Thanks,
ethan.z...@oracle.com
---
commit 333a48b76d5311ae370d65dfac293ca0d839c455
Author: ethan.zhao
Date: Thu Dec 20 20:23:31 2012 -0800
Fix a typo in comments
diff --git
On Wed, Dec 19, 2012 at 5:45 PM, Rafael J. Wysocki wrote:
great!, the .bind and .unbind go away.
>
> The patches are on top of my master branch and I'm going to rebase them when
> v3.8-rc1 is out.
>
> There is a git tree you can pull them from at:
>
>
I've merged the patch on my kernel version and did the same test, just to make
sure. I confirm that the problem with deadlock is gone, thanks!
Well, actually, in my case I just did a kind of workaround by moving kfree to
the very end of work functions and it worked. That still leaves some space
From: Rafael J. Wysocki
Move the code related to _PRT setup and removal from acpi_pci_bind()
and acpi_pci_unbind() to the .setup() and .cleanup() callbacks in
acpi_pci_bus and remove acpi_pci_bind() and acpi_pci_unbind() that
have no purpose any more. Accordingly, remove the code related to
From: Rafael J. Wysocki
Objects of type struct acpi_bus_ops are currently used to pass
information between different parts of the ACPI namespace scanning
code, sometimes in quite convoluted ways. It turns out that that
is not necessary in some cases, so simplify the code by reducing
the
From: Rafael J. Wysocki
After the removal of the second argument of acpi_bus_scan() there is
no difference between the ACPI_BUS_ADD_MATCH and ACPI_BUS_ADD_START
add types, so the add_type field in struct acpi_device may be
replaced with a single flag. Do that calling the flag match_driver.
From: Rafael J. Wysocki
The callers of acpi_bus_add() usually assume that if it has
succeeded, then a struct acpi_device object has been attached to
the handle passed as the first argument. Unfortunately, however,
this assumption is wrong, because acpi_bus_scan(), and acpi_bus_add()
too as a
From: Rafael J. Wysocki
Currently, the ACPI wakeup capability of PCI devices is set up
in two different places, partially in acpi_pci_bind() where
runtime wakeup is initialized and partially in
platform_pci_wakeup_init(), where system wakeup is initialized.
The cleanup is only done in
From: Rafael J. Wysocki
Add two new callbacks,.setup() and .cleanup(), struct acpi_bus_type
and modify acpi_platform_notify() to call .setup() after executing
acpi_bind_one() successfully and acpi_platform_notify_remove() to
call .cleanup() before running acpi_unbind_one(). This will allow
the
Hi all,
I've finally cut the patches removing acpi_pci_bind() and acpi_pci_unbind(),
so I'm kind of ready to post the entire series reworking the ACPI namespace
scanning code.
Patches [1-6/16] are essentially these ones:
https://patchwork.kernel.org/patch/1889821/
From: Rafael J. Wysocki
Split the ACPI namespace scanning for devices into two passes, such
that struct acpi_device objects are registerd in the first pass
without probing ACPI drivers and the drivers are probed against them
directly in the second pass.
There are two main reasons for doing
From: Rafael J. Wysocki
The current ACPI namespace scanning code suggests that acpi_bus_add()
and acpi_bus_start() share some code. In fact, however, they are
completely different code paths (except for the initial checks), so
refactor the code to make that distinction visibly clear.
From: Rafael J. Wysocki
Instead of running acpi_pci_root_init() from a separate subsys
initcall, call it directly from acpi_scan_init() before scanning the
ACPI namespace for the first time, so that the PCI root bridge
driver's .add() routine, acpi_pci_root_start(), is always run
before binding
From: Rafael J. Wysocki
Notice that one member of struct acpi_bus_ops, acpi_op_add, is not
used anywhere any more and the relationship between its remaining
members, acpi_op_match and acpi_op_start, is such that it doesn't
make sense to set the latter without setting the former at the same
time.
From: Rafael J. Wysocki
The ACPI PCI root bridge driver was the only ACPI driver implementing
the .start() callback, which isn't used by any ACPI drivers any more
now.
For this reason, acpi_start_single_object() has no purpose any more,
so remove it and all references to it. Also remove
From: Rafael J. Wysocki
Move the code from the ACPI PCI root bridge's .start() callback
routine, acpi_pci_root_start(), directly into acpi_pci_root_add()
and drop acpi_pci_root_start().
It is safe to do that, because it is now always guaranteed that
when struct pci_dev objects are created,
From: Rafael J. Wysocki
If acpi_bus_check_add() is called for a handle already having an
existing struct acpi_device object attached, it is not necessary to
check the type and status of the device correspondig to it, so
change the ordering of acpi_bus_check_add() to avoid that.
Signed-off-by:
From: Rafael J. Wysocki
After the removal of acpi_start_single_object() and acpi_bus_start()
the second argument of acpi_bus_scan() is not necessary any more,
so drop it and update acpi_bus_check_add() accordingly.
Signed-off-by: Rafael J. Wysocki
Acked-by: Yinghai Lu
---
drivers/acpi/scan.c
From: Rafael J. Wysocki
Notice that acpi_bus_add() uses only 2 of its 4 arguments and
redefine its header to match the body. Update all of its callers as
necessary and observe that this leads to quite a number of removed
lines of code (Linus will like that).
Add a kerneldoc comment documenting
From: Rafael J. Wysocki
Drop the .bind() and .unbind() that have no more users from
struct acpi_device_ops and remove all of the code referring to
them from drivers/acpi/scan.c.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/scan.c | 22 --
include/acpi/acpi_bus.h
1 - 100 of 1012 matches
Mail list logo