* Peter Zijlstra wrote:
> On Fri, 2012-09-14 at 22:11 +0200, Ingo Molnar wrote:
> > return -EPERF_CPU_PRECISE_EV_NOTSUPP;
>
> I just don't like having to enumerate all possible fails, I'm
> too lazy. Can't we be smarter about that? Could we do a
> {reason}x{bit-offset} like thing?
>
> Wher
On 09/17/2012 09:34 AM, Shawn Guo wrote:
> On Thu, Sep 13, 2012 at 04:37:54PM +0300, Peter Ujfalusi wrote:
>> Change the parameter list of device_prep_dma_cyclic() so the DMA drivers
>> can receive the no_wakeup request coming from client drivers.
>> This feature can be used during audio operation
From: Zhi Yong Wu
NOTE:
The patchset is currently post out mainly to make sure
it is going in the correct direction and hope to get some
helpful comments from other guys.
TODO List:
1.) Need to do scalability or performance tests.
2.) Turn some Micro into tunables
TIME_TO_KICK, and
From: Zhi Yong Wu
Adds hot_inode_tree struct to keep track of
frequently accessed files, and be keyed by {inode, offset}.
Trees contain hot_inode_items representing those files
and ranges.
Having these trees means that vfs can quickly determine the
temperature of some data by doing some calcu
From: Zhi Yong Wu
Define two items hot_inode_item and hot_range_item,
one of them represents one tracked file
to keep track of its access frequency and the tree of
ranges in this file, while the latter represents
a file range of one inode.
Each of the two structures contains a hot_freq_data
s
From: Zhi Yong Wu
Add some utils helpers to update access frequencies
for one file or its range.
Signed-off-by: Zhi Yong Wu
---
fs/hot_rb.c | 359 +++
fs/hot_rb.h | 22
2 files changed, 381 insertions(+), 0 deletions(-)
diff --
From: Zhi Yong Wu
Introduce one new mount option '-o hottrack',
and add its parsing support.
Its usage looks like:
mount -o hottrack
mount -o nouser,hottrack
mount -o nouser,hottrack,loop
mount -o hottrack,nouser
Signed-off-by: Zhi Yong Wu
---
fs/hot_track.c| 34 +
From: Zhi Yong Wu
Add initialization function to create some
key data structures when hot tracking is enabled;
Clean up them when hot tracking is disabled.
Signed-off-by: Zhi Yong Wu
---
fs/hot_rb.c| 45 +
fs/hot_rb.h|1 +
fs/hot_trac
From: Zhi Yong Wu
Miscellaneous features that implement hot data tracking
and generally make the hot data functions a bit more friendly.
Signed-off-by: Zhi Yong Wu
---
fs/direct-io.c| 10 ++
include/linux/hot_track.h | 11 +++
mm/filemap.c |8
From: Zhi Yong Wu
Fork and run one kernel kthread to calculate
that temperature based on some metrics kept
in custom frequency data structs, and store
the info in the hash table.
Signed-off-by: Zhi Yong Wu
---
fs/hot_hash.c | 302 +
fs
From: Zhi Yong Wu
FS_IOC_GET_HEAT_INFO: return a struct containing the various
metrics collected in btrfs_freq_data structs, and also return a
calculated data temperature based on those metrics. Optionally, retrieve
the temperature from the hot data hash list instead of recalculating it.
FS_
From: Zhi Yong Wu
Add a /sys/kernel/debug/hot_track// directory for each
volume that contains two files. The first, `inode_data', contains the
heat information for inodes that have been brought into the hot data map
structures. The second, `range_data', contains similar information for
subfile
From: Zhi Yong Wu
Adds a hash table structure which contains
a lot of hash list and is used to efficiently
look up the data temperature of a file or its
ranges.
In each hash list of hash table, the hash node
will keep track of temperature info.
Signed-off-by: Zhi Yong Wu
---
fs/Makefile
From: Zhi Yong Wu
One root structure hot_info is defined, is hooked
up in super_block, and will be used to hold rb trees
root, hash list root and some other information, etc.
Signed-off-by: Zhi Yong Wu
---
include/linux/fs.h|4
include/linux/hot_track.h | 26 +
On Mon, Sep 17, 2012 at 10:16:53AM +0300, Peter Ujfalusi wrote:
> All users of this callback is updated with this patch.
> The public API (dmaengine_prep_dma_cyclic) is only used by ASoC, which has
> been updated by the previous patch.
>
Ah, ok. You actually changed dmaengine_prep_dma_cyclic sign
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/serial/mos7840.c between commit adc8d746caa6 ("tty: move the
termios object into the tty") from the tty tree and commit 9c134a14f2da
("USB: serial: mos7840.c: remove dbg() usage") from the usb tree.
I fixed it up (see
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/serial/kl5kusb105.c between commit adc8d746caa6 ("tty: move
the termios object into the tty") from the tty tree and commit
1ad7604f69ae ("USB: serial: kl5kusb105.c: remove dbg() usage") from the
usb tree.
I fixed it u
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/serial/digi_acceleport.c between commit adc8d746caa6 ("tty:
move the termios object into the tty") from the tty tree and commit
f9dfbebb8b39 ("USB: serial: digi_acceleport.c: remove dbg() usage") from
the usb tree.
I
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/serial/io_ti.c between commit adc8d746caa6 ("tty: move the
termios object into the tty") from the tty tree and commit 67e6da702753
("USB: serial: io_ti.c: remove dbg() usage") from the usb tree.
I fixed it up (see bel
Hi,
On Thu, Aug 02 2012, Kyungsik Lee wrote:
> It is expected that Extended CSD register(the size of this register
> is larger than CID/CSD) will be referenced more frequently as more
> fields have been added to Extended CSD and it seems that it is not
> a good option to double the memory used.
>
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/serial/mos7720.c between commit adc8d746caa6 ("tty: move the
termios object into the tty") from the tty tree and commit 9eecf8085473
("USB: serial: mos7720.c: remove dbg() usage") from the usb tree.
I fixed it up (see
Hi,
On Thu, Aug 09 2012, Rafael J. Wysocki wrote:
> On Thursday, August 09, 2012, Thierry Reding wrote:
>> Power management callbacks defined by SIMPLE_DEV_PM_OPS are only used if
>> the PM_SLEEP Kconfig symbol has been defined. If not, the compiler will
>> complain about them being unused. Howeve
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/ipack/devices/ipoctal.c between commit 734cc1783816
("TTY: use tty_port_register_device") from the tty tree and commit
d04600679ba0 ("Staging: ipack/devices/ipoctal: simplify ipoctal_write_tty
()") from the sta
Signed-off-by: Andy Shevchenko
---
drivers/dma/dw_dmac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/dw_dmac.c b/drivers/dma/dw_dmac.c
index 832538c..75ab5af 100644
--- a/drivers/dma/dw_dmac.c
+++ b/drivers/dma/dw_dmac.c
@@ -208,7 +208,7 @@ static inline uns
Not all of the controllers support the 64 bit data width. Make it configurable
via platform data. The driver will try to get a value from the component
parameters, otherwise it will use the platform data..
Signed-off-by: Andy Shevchenko
---
arch/arm/mach-spear13xx/spear13xx.c |2 ++
arch/avr
In case the controller has the encoded parameters feature enabled the driver
will use it to get the number of channels. In the future it will be used for
the other important parameters as well.
Signed-off-by: Andy Shevchenko
---
drivers/dma/dw_dmac.c | 33 +++--
The maximum block size is a configurable parameter for the chip. So, driver
will try to get it from the encoded component parameters. Otherwise it will
come from the platform data.
Signed-off-by: Andy Shevchenko
---
arch/arm/mach-spear13xx/spear13xx.c |1 +
arch/avr32/mach-at32ap/at32ap700x.
Some controllers have the reduced functionality where the LLP multi block
transfers are not supported. This patch introduces a support of such
controllers. In case of memory copy or scatter-gather lists it emulates LLP
transfers via bunch of the regular single block ones.
Signed-off-by: Andy Shevc
Some controllers have the reduced functionality where the LLP multi block
transfers are not supported. This patch introduces a check and refuses to deal
with such devices.
Signed-off-by: Andy Shevchenko
---
drivers/dma/dw_dmac.c | 35 ++-
drivers/dma/dw_dma
Here is a patchset that allows to adapt the driver to the hardware
configuration during probe time. The hardware should have the specific optional
parameters enabled. Otherwise the driver will consider values stored in the
platform data.
Additionally it brings support of the software LLP transfers
There is a block of the registers that are optional. However, if enabled they
contain useful information about the controller hardware configuration. We will
use this piece of data to autoconfigure the driver.
Signed-off-by: Andy Shevchenko
---
drivers/dma/dw_dmac_regs.h | 19 +
>>> On 14.09.12 at 23:14, Linus Torvalds wrote:
> On Thu, Sep 13, 2012 at 11:23 PM, tip-bot for Jan Beulich
> wrote:
>>
>> x86: Prefer TZCNT over BFS
>
> This patch is insane.
I'm not going to defend this simple and strait forward a patch to
such a reply, so Ingo, just drop it to please Linus,
On 09/15/2012 01:20 PM, Konrad Rzeszutek Wilk wrote:
On Sep 4, 2012 4:26 AM, "Andre Przywara" mailto:andre.przyw...@amd.com>> wrote:
>
> To workaround some Windows specific behavior, the ACPI _PSD table
> on AMD desktop boards advertises all cores as dependent, meaning
> that they all can on
On Thu, Sep 13, 2012 at 11:41:26PM +0200, Mathias Krause wrote:
> When dump_one_state() returns an error, e.g. because of a too small
> buffer to dump the whole xfrm state, xfrm_state_netlink() returns NULL
> instead of an error pointer. But its callers expect an error pointer
> and therefore conti
On Fri, Sep 14, 2012 at 09:58:32PM +0200, Mathias Krause wrote:
> When dump_one_policy() returns an error, e.g. because of a too small
> buffer to dump the whole xfrm policy, xfrm_policy_netlink() returns
> NULL instead of an error pointer. But its caller expects an error
> pointer and therefore co
Hi,
2012/8/22 David Daney :
> From: David Daney
>
> /*-*/
> +static const struct spi_device_id at25_id[] = {
> + {"at25", 0},
> + {"m95256", 0},
> + { }
> +};
> +MODULE_DEVICE_TABLE(spi, at25_id);
I use th
Hi,
On Wed, Aug 22 2012, Koen Kooi wrote:
> Op 21-08-12 20:43, Matt Porter schreef:
>> Removes use of the DaVinci EDMA private DMA API and replaces it with use
>> of the DMA engine API.
>>
>> Signed-off-by: Matt Porter
>
> Runtime tested on hawkboard with 3.6.0-rc2 with rootfs on SD and running
On 16/09/12 21:52, richard -rw- weinberger wrote:
> On Sun, Sep 16, 2012 at 9:21 PM, Mark Jackson wrote:
>> // now remove the mapping
>> if (m_pFram)
>> munmap(m_pFram, FRAM_SIZE);
>
> You unmap less memory than you map...
>
I hang my head in shame ... what a stupid mist
On 09/14/2012 11:34 PM, Arnd Bergmann :
> ARM is moving to stricter checks on readl/write functions,
> so we need to use the correct types everywhere.
>
> Cc: Nicolas Ferre
> Cc: Jean-Christophe Plagniol-Villard
> Signed-off-by: Arnd Bergmann
> ---
> arch/arm/mach-at91/at91x40.c
On 14.09.2012 08:52, Dan Carpenter wrote:
We should free "node->loaded_info" on this error path. We'd never care
in real life but it makes the static checkers happy.
Signed-off-by: Dan Carpenter
---
v2: some style changes.
Signed-off-by: Peter Oberparleiter
Reviewed-by: Peter Oberparleiter
On Fri, 14 Sep 2012, Grant Likely wrote:
> On Fri, Sep 14, 2012 at 2:12 PM, David Woodhouse wrote:
>> See https://bugzilla.redhat.com/show_bug.cgi?id=752595
>
> In that bug you mention that the intel backlight sets a bogus max of
> '1' when a backlight isn't present. I saw that too here. Here's t
On 14.09.2012 10:24, Glauber Costa wrote:
On 09/13/2012 09:48 PM, Tejun Heo wrote:
Hello, Glauber.
On Thu, Sep 13, 2012 at 03:53:56PM +0400, Glauber Costa wrote:
Here is where the Kconfig option comes to play. If we do it in the
kernel, userspace doesn't have to do anything. I spoke with Lenna
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/mmc/host/omap.c between commit 2976837c6ea8 ("mmc: omap: remove
unused variables and includes") from the mmc tree and commit cf3a6ec2c0a4
("ARM: OMAP: remove plat/board.h file") from the arm-soc tree.
The latter is a s
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/input/keyboard/omap-keypad.c between commit 9e14f36bb577 ("Input:
omap-keypad - fixed formatting") from the input tree and commit
f799a3d8fe17 ("Input: omap-keypad: Remove dependencies to mach includes")
from the arm-so
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-imx/clk-imx51-imx53.c between commit 75453a08e365 ("ARM:
i.MX5: Add nand oftree support") from the mtd tree and commit
a745f039b901 ("ARM i.MX53: register CAN clocks") from the arm-soc tree.
I fixed it up (see be
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-imx/clk-imx51-imx53.c between commit 75453a08e365 ("ARM:
i.MX5: Add nand oftree support") from the mtd tree and commit
a745f039b901 ("ARM i.MX53: register CAN clocks") from the arm-soc tree.
I fixed it up (see be
On Fri, Sep 14, 2012 at 04:34:24PM -0400, Konrad Rzeszutek Wilk wrote:
> > The concern I have is that even though we have gone through changes to
> > help reduce the candidate vcpus we yield to, we still have a very poor
> > idea of which vcpu really needs to run. The result is high cpu usage in
>
I'm pasting the original code and my proposal on the commit message for
make it easy to compare the two versions.
Line 62 of cx25821-audio-upstream.h contains:
char *_defaultAudioName = "/root/audioGOOD.wav";
Original code after replace kmemdup for kstrdup, and after fix return error
code:
if (de
From: Peter Senna Tschudin
The function cx25821_sram_channel_setup_upstream_audio always return zero,
so the return value is not saved any more.
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that find
Replace kmemdup for kstrdup and cleanup related code.
Signed-off-by: Peter Senna Tschudin
---
drivers/media/pci/cx25821/cx25821-audio-upstream.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/media/pci/cx25821/cx25821-audio-upstream.c
b/drivers/media/pci
On Sun, 2012-09-16 at 12:57 -0700, Linus Torvalds wrote:
> On Sat, Sep 15, 2012 at 9:35 PM, Mike Galbraith wrote:
> >
> > Oh, while I'm thinking about it, there's another scenario that could
> > cause the select_idle_sibling() change to affect pgbench on largeish
> > packages, but it boils down t
On Sun, Sep 16, 2012 at 11:55:28AM +0300, Avi Kivity wrote:
> On 09/14/2012 12:30 AM, Andrew Theurer wrote:
>
> > The concern I have is that even though we have gone through changes to
> > help reduce the candidate vcpus we yield to, we still have a very poor
> > idea of which vcpu really needs to
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
From: Peter Senna Tschudin
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
(I think I forgot to hit send on this on Friday, sorry. Also
s/xen.lists.org/lists.xen.org in the CC line...)
On Fri, 2012-09-14 at 15:26 +0100, Andres Lagar-Cavilla wrote:
> Since Xen-4.2, hvm domains may have portions of their memory paged out. When a
> foreign domain (such as dom0) attempts to
From: Xiao Guangrong
Changelog:
the changes from Avi's comments:
- move the definition of x86 fault vector to asm/kvm.h
- drop the second patch which introduced new tracpoints
the changes from David's comments:
- use scnprintf instead of snprintf
- drop exclusive check for '-a' and '-p', after t
From: Xiao Guangrong
Then, the code can be shared between kvm events and perf stat
[ Dong Hao : rebase it on acme's git tree ]
Signed-off-by: Xiao Guangrong
Signed-off-by: Dong Hao
---
tools/perf/Makefile |1 +
tools/perf/builtin-stat.c | 56 +--
From: Xiao Guangrong
Exporting KVM exit information to userspace to be consumed by perf.
[ Dong Hao : rebase it on acme's git tree ]
Signed-off-by: Dong Hao
Signed-off-by: Xiao Guangrong
---
arch/x86/include/asm/kvm.h | 16 +++
arch/x86/include/asm/kvm_host.h | 16 ---
arch/x86/inclu
From: Xiao Guangrong
Add 'perf kvm stat' support to analyze kvm vmexit/mmio/ioport smartly
Usage:
- kvm stat
run a command and gather performance counter statistics, it is the alias of
perf stat
- trace kvm events:
perf kvm stat record, or, if other tracepoints are interesting as well, we
> I had a closer look at how kirkwood probes its id. I mentionend kirkwood_id()
> earlier but in fact it is kirkwood_pcie_id(). I assume pcie registers are shut
> down with pcie clk gated? That would require to have pcie running at least at
> boot-time on all boards.
>
> While it is still possible
On Mon, Sep 17, 2012 at 09:10:23AM +0530, Vinod Koul wrote:
> On Fri, 2012-09-14 at 12:18 +0100, Russell King - ARM Linux wrote:
> > I'm not saying take the slave_id out of the map. I'm saying, let the
> > DMA engine driver itself figure out what dma_chan to return.
> But wont that assume the dma
Hi Vinod,
On 09/17/2012 06:13 AM, Vinod Koul wrote:
> On Fri, 2012-09-14 at 15:05 +0300, Peter Ujfalusi wrote:
>> - /* FIXME: not supported by platform private API */
>> - return -EINVAL;
>> + /* Pause/Resume only allowed with cyclic mode */
>> + if (!c->cyclic)
>> +
Hi Stephen,
On Mon, Sep 17, 2012 at 02:24:05AM +0100, Stephen Rothwell wrote:
> After merging the arm64 tree, today's linux-next build ()
> failed like this:
>
> arch/powerpc/kernel/sys_ppc32.c:146:17: error: conflicting types for
> 'compat_sys_sendfile'
> include/linux/compat.h:593:16: note: pr
Hi Vinod,
On 09/17/2012 06:17 AM, Vinod Koul wrote:
> On Fri, 2012-09-14 at 15:05 +0300, Peter Ujfalusi wrote:
>> Hello,
>
> dmaengine parts look good to me. How do you want to get this merged,
> dmaengine or ASoC tree?
Thank you, I would prefer it to go via ASoC if it is not a problem. It is
po
On 09/15/2012 12:39 AM, Tejun Heo wrote:
> Hello, again.
>
> On Fri, Sep 14, 2012 at 12:49:50PM -0700, Tejun Heo wrote:
>> That said, if someone can think of a better solution, I'm all ears.
>> One thing that *has* to be maintained is that it should be able to tag
>> a resource in such way that it
The datasheet name is defined in the IIO driver.
On the other hand, the adc_channel_label is configured in
the platform side.
If the datasheet name is not matched with any adc_channel_label,
the iio_channel_get() should be returned as error for preventing
invalid channel data access.
This c
The reference count of the IIO device is increased if the IIO map has
matched consumer name.
After then, it tries to allocate the iio_channel which is used by the consumer.
If memory allocation gets failed, the reference count should be decreased.
This patch enables restoring the reference co
On Sun, Sep 16, 2012 at 11:09 AM, Sebastian Hesselbarth
wrote:
> On 09/16/2012 09:46 AM, Andrew Lunn wrote:
>> Here you are suggesting we have to put into the DT what chip we expect
>> to be on.
>>
>> What is the advantage of this, over getting the information from the
>> device itself?
>
> If th
> Fine, I'm convinced. Certainly less weird doing it your way ;)
> Please do fix up the get all case as well.
Please refer to chained patches.
[PATCH 1/2] iio: inkern: add error case in iio_channel_get()
[PATCH 2/2] iio: inkern: put the IIO device when mem alloc gets failed
I'd like to mention t
Like 8250 driver, when pstore is registered as a console,
to avoid recursive spinlocks when panic happening, change the
spin_lock_irqsave to spin_trylock_irqsave when oops_in_progress
is true.
Signed-off-by: liu chuansheng
---
fs/pstore/platform.c |7 ++-
1 files changed, 6 insertions(+)
memory leak fix while calling system_path
Since v1: Remove an unnecessary null pointer check per Felipe's comments
Since v2: Make system_path&perf_exec_path always return dynamically
allocated string
Since v3: check strdup() per Namhyung's comments
Signed-off-by: xieliang
---
tools/perf/builtin
On Sun, Sep 16, 2012 at 7:18 PM, Andres Freund wrote:
> Hi everyone,
>
> In several gui programs, most notably and reproducably, I can trivially make
> Xorg spend the whole cpu time in the kernel. It might be an Xorg bug, but
> from my untrained gut feeling it doesn't look that way.
>
> Anything m
On Mon 17-09-12 08:24:08, OGAWA Hirofumi wrote:
> Jan Kara writes:
>
> >> I'm not sure what you meant though. What is the difference with ignoring
> >> WBC_SYNC_NONE?
> > When you completely ignore WB_SYNC_NONE writeback, you'll soon drive the
> > machine close to dirty limits and processes dir
On 09/14/2012 09:43 PM, Tejun Heo wrote:
> Hello, Glauber.
>
> On Fri, Sep 14, 2012 at 12:16:31PM +0400, Glauber Costa wrote:
>> Can we please keep some key userspace guys CCd?
>
> Yeap, thanks for adding the ccs.
>
>>> 1. cpu and cpuacct
> ...
>>> Me, working on it.
>> I can work on it as wel
Hi all,
Since observed dead lock problem in sched run_rebalance_domains of
kernel 2.6.21.7, we just disabling SCHED_SOFTIRQ to trigger
run_rebalance_domains as one work around. The patch is as below:
--- kernel/sched.c 2012-06-29 23:17:34.0 +0800
+++ kernel-new/sched.c 2012-09-12 17
[RFC 1/3] PCI/PM: Fix kexec for D3cold and bridge suspending
[RFC 2/3] PCI/PM: Make PCI devices notified when its power
[RFC 3/3] PCI/PM: Disable PME poll for PCIe devices
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
A set of power resources may be shared by multiple devices. When all
devices share one set of power resources is put into D3_COLD state,
the power resources will be turned off. When one of the device is
waked, the power resource will be turned on and all devices share it
will be powered on to D0u
PME poll is not necessary for PCIe devices, because PCIe devices use
in-band PME message and IRQ on PCIe port to report PME.
PME poll is useful for PCI devices. Because for PCI devices, PME is
reported via a side-band PME# line and some platform logic, and the
platform logic is often missing on m
If PCI devices are put into D3cold before kexec, because the
configuration registers of PCI devices in D3cold are not accessible.
And if PCI bridges are put into low power state before kexec,
configuration registers of PCI devices underneath the PCI bridges are
not accessible too.
These will make
On Fri, Sep 14, 2012 at 7:16 PM, Stephen Warren wrote:
> On 09/14/2012 07:49 AM, Linus Walleij wrote:
>> +If a pin control driver and a GPIO driver is dealing with the same pins
>> +and the use cases involve multiplexing, you MUST implement the pin
>> controller
>> +as a back-end for the GPIO dr
On Fri, Sep 14, 2012 at 10:09:36PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 09/14/2012 08:23 PM, Davide Ciminaghi wrote:
>
> > From: Alessandro Rubini
>
> > Patch dece904d itroduced chained_irq_enter/exit, which is only
>
> Rather commit dece904d. And you need to also specify its summar
On Thu, Sep 13, 2012 at 3:37 PM, Peter Ujfalusi wrote:
> Change the parameter list of device_prep_dma_cyclic() so the DMA drivers
> can receive the no_wakeup request coming from client drivers.
> This feature can be used during audio operation to disable all audio
> related interrupts.
>
> Signed
On 09/12/2012 10:30 PM, Alexandre Pereira da Silva wrote:
> The STOTG04 is an replacement for ISP1301.
>
> Most of the registers on STOTG04 are the same as on ISP1301, but the
> register ISP1301_I2C_OTG_CONTROL_2 (address 0x10) doesn't exist on the
> ST part.
>
> This is a work around for this by
On Fri, Sep 14, 2012 at 7:53 PM, Paul E. McKenney
wrote:
> Could you please try reproducing with CONFIG_RCU_CPU_STALL_INFO=y?
Yep: looks like this:
INFO: rcu_preempt detected stalls on CPUs/tasks:
0: (0 ticks this GP) idle=458/0/0
(detected by 1, t=29904 jiffies)
[] (unwind_back
On Monday, September 17, 2012 10:47:10 AM Jerome Glisse wrote:
> On Sun, Sep 16, 2012 at 7:18 PM, Andres Freund wrote:
> > Hi everyone,
> >
> > In several gui programs, most notably and reproducably, I can trivially
> > make Xorg spend the whole cpu time in the kernel. It might be an Xorg
> > bug
Hi,
On Mon, 2012-09-10 at 17:22 -0700, Kent Overstreet wrote:
> Just a little convenience macro - main reason to add it now is preparing
> for immutable bio vecs, it'll reduce the size of the patch that puts
> bi_sector/bi_size/bi_idx into a struct bvec_iter.
>
> Signed-off-by: Kent Overstreet
>
On Mon, Sep 17, 2012 at 9:15 AM, Peter Senna Tschudin
wrote:
> From: Peter Senna Tschudin
>
> Convert a nonnegative error return code to a negative one, as returned
> elsewhere in the function.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccine
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/staging/tidspbridge/core/wdt.c between commit c37a1747acbf
("staging: tidspbridge: Prepare for irqs.h removal") from the tree and
commit ec2c0825ca31 ("ARM: OMAP2+: Remove hardcoded IRQs and enable
SPARSE_IRQ") from th
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/video/omap2/dss/dispc.c between commit fe6a466283cf ("OMAPDSS: remove
unnecessary includes") from the omap_dss2 tree and commit 7d7e1eba7e92 ("ARM:
OMAP2+: Prepare for irqs.h removal") from the arm-soc tree.
I fixed
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/w1/masters/omap_hdq.c between commit 19afea50f12b ("w1: omap-hdq:
convert to devm_* functions") from the char-misc tree and commits
aefaf7be498b ("W1: OMAP HDQ1W: Remove dependencies to mach/hardware.h")
and 73f2989d37a
Hi Al,
On 09/07/2012 08:20 PM, Al Viro wrote:
To architecture maintainers: please, review the current
situation in git.kernel.org/pub/scm/linux/kernel/git/viro/signal #execve2
and consider sending the corresponding patches for missing architectures.
I have sent two patches. Please appl
On Sep 17, 2012, at 4:17 AM, Ian Campbell wrote:
> (I think I forgot to hit send on this on Friday, sorry. Also
> s/xen.lists.org/lists.xen.org in the CC line…)
I'm on a roll here…
>
> On Fri, 2012-09-14 at 15:26 +0100, Andres Lagar-Cavilla wrote:
>> Since Xen-4.2, hvm domains may have portions
On 09/17/2012 10:44 AM, Kim, Milo wrote:
> The reference count of the IIO device is increased if the IIO map has
> matched consumer name.
> After then, it tries to allocate the iio_channel which is used by the
> consumer.
> If memory allocation gets failed, the reference count should be decrea
On 09/14/2012 03:06 PM, ABRAHAM, KISHON VIJAY wrote:
[...]
>>> diff --git a/drivers/phy/phy-core.c b/drivers/phy/phy-core.c
>>> new file mode 100644
>>> index 000..c55446a
>>> --- /dev/null
>>> +++ b/drivers/phy/phy-core.c
>>> @@ -0,0 +1,437 @@
>>> +/*
>>> + * phy-core.c -- Generic Phy fram
TI LP8788 PMU provides regulators, battery charger, ADC,
RTC, backlight driver and current sinks.
This patch enables the LP8788 ADC functions.
The LP8788 ADC has several ADC input selection and supports 12bit resolution.
Internal operation of getting ADC is access to registers of LP8788.
Th
1 - 100 of 646 matches
Mail list logo
