This patch support irq handling driver for s2mps11.
As this patch use regmap_irq, s5m8767 and s5m8763 are modified with
regmap_irq.
Signed-off-by: Sangbeom Kim
---
drivers/mfd/Kconfig |1 +
drivers/mfd/sec-irq.c| 477 --
There are many samsung multifunction devices which are
s2mps11, s5m8767, s5m8763 etc.
This devices can support regulator, rtc, charger.
I will be supporting the Samsung mfd drivers, that are currently
in development and will be upstreamed shortly.
Signed-off-by: Sangbeom Kim
---
MAINTAINERS |
This patch add Samsung S2MPS11 regulator driver.
The S2MPS11 can support 10 Bucks and 38 LDOs and RTC.
Especially, S2MPS11 is designed for high performance
Samsung application processor.
Signed-off-by: Sangbeom Kim
---
drivers/regulator/Kconfig |8 +
drivers/regulator/Makefile |1 +
On Wed, Jul 11, 2012 at 5:57 PM, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 10:06 +0800, Yan, Zheng wrote:
>> This doesn't work. The MSRs for Cbox 8/9 in WSM-EX aren't contiguous with
>> Cbox 0~7.
>
> Argh!
>
>> Furthermore the encoding for the FVC register in the Mbox are
>> different
This patch add Samsung S2MPS11 mfd driver.
The S2MPS11 can support regulators and RTC.
Signed-off-by: Sangbeom Kim
---
drivers/mfd/sec-core.c | 10 ++
include/linux/mfd/samsung/core.h| 10 ++
include/linux/mfd/samsung/s2mps11.h | 196 +++
3
On 07/11/2012 05:25 PM, Christian Borntraeger wrote:
On 11/07/12 13:51, Raghavendra K T wrote:
Almost all s390 kernels use diag9c (directed yield to a given guest cpu) for
spinlocks, though.
Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
The basic idea is using several
As Prefix of Samsung pmic changed from s5m to s2m,
To make common mfd driver for s2m and s5m series,
This patch rename header of Samsung mfd and modify mfd driver.
Signed-off-by: Sangbeom Kim
---
drivers/mfd/sec-core.c |6 +-
drivers/mfd/sec-irq.c|5 +-
Previous naming rule of samsung pmic start with s5m prefix.
But It is changed by s2m.
To cover various samsung s2m and s5m series,
This patch modify function and variable name for common usage.
Signed-off-by: Sangbeom Kim
---
drivers/mfd/sec-core.c | 130 +++---
The S2MPS11 is comprised of high efficient Buck converters,
various LDOs, and an RTC and tightly coupled with Multi Core Samsung
Application Processors, which is used in a wide variety of mobile applications
such as smart phones and tablet PCs.
S2MPS11 provide 10 high efficiency buck converters
On Wed, Jul 11, 2012 at 12:28:29PM +0100, Arnd Bergmann wrote:
> On Wednesday 11 July 2012, James Bottomley wrote:
> > Hi All,
> >
> > We have set aside the second day of the kernel summit (Tuesday 28
> > August) as mini-summit day. So far we have only the PCI mini summit on
> > this day, so if
On 07/11/2012 04:48 PM, Avi Kivity wrote:
On 07/11/2012 01:52 PM, Raghavendra K T wrote:
On 07/11/2012 02:23 PM, Avi Kivity wrote:
On 07/09/2012 09:20 AM, Raghavendra K T wrote:
Signed-off-by: Raghavendra K T
Noting pause loop exited vcpu helps in filtering right candidate to
yield.
Yielding
On 11/07/12 13:51, Raghavendra K T wrote:
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
>>>
>>> Perhaps x86 should copy this.
>>
>> See arch/s390/lib/spinlock.c
>> The basic idea is using several heuristics:
>> - loop for a given amount
On 07/11/2012 03:47 PM, Christian Borntraeger wrote:
On 11/07/12 11:06, Avi Kivity wrote:
[...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu) for
spinlocks, though.
Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
The basic idea is using several
On 11.07.2012, at 13:23, Avi Kivity wrote:
> On 07/11/2012 02:16 PM, Alexander Graf wrote:
>>>
yes the data structure itself seems based on the algorithm
and not on arch specific things. That should work. If we move that to
common
code then s390 will use that scheme
On 07/11/2012 02:23 PM, Jan Kiszka wrote:
>>
>> I'd appreciate a couple of examples for formality's sake.
>
> From the top of my head: NVIDIA FX3700 (granted, legacy by now), Atheros
> AR9287. For others, I need to check.
Thanks.
>>
>>> And then there is not easily replaceable legacy hardware
This is a fix for bug, introduced in 3.4 kernel by commit
1ab5ecb90cb6a3df1476e052f76a6e8f6511cb3d, which, among other things, replaced
simple sock_put() by sk_release_kernel(). Below is sequence, which leads to
oops for non-persistent devices:
tun_chr_close()
tun_detach()
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel
> Sent: Wednesday, July 11, 2012 4:19 PM
> To: io...@lists.linux-foundation.org
> Cc: linux-kernel@vger.kernel.org
> Subject: [PATCH 2/7]
The tps65910 mfd driver has been converted to regmap APIs.
This patch adds tps65910_reg_update_bits() in include/linux/mfd/tps65910.h.
Thus we can use tps65910_reg_read/tps65910_reg_write/tps65910_reg_update_bits
directly and remove tps65910_reg_[read|modify_bits|read_locked|write_locked]
On 07/11/2012 02:18 PM, Christian Borntraeger wrote:
> On 11/07/12 13:04, Avi Kivity wrote:
>> On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
>>> On 11/07/12 11:06, Avi Kivity wrote:
>>> [...]
> Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
> for
On Wed, 2012-07-11 at 12:33 +0200, Kay Sievers wrote:
> Hey Joe,
>
> what do you think of this?
>
> It would make composing continuation lines at the caller side entirely
> race-free, and it might fit into the usual pattern.
>
> The more interesting thing, this would allow us to completely
This was introduced in commit
876989d (mfd: Add device tree probe support for mc13xxx)
for spi and later while introducing support for i2c copied to the i2c
driver.
Modifying driver details is very strange, for example probing an
mc13892 device (instantiated via dt) removes the driver's
On Wednesday 11 July 2012, James Bottomley wrote:
> Hi All,
>
> We have set aside the second day of the kernel summit (Tuesday 28
> August) as mini-summit day. So far we have only the PCI mini summit on
> this day, so if you can think of other topics, please send them to the
> kernel summit
> What if they add 64-bit ARM support to arch/x86? AFAIK some of the
> machines are going to be basically PCs, including legacy I/O, ACPI
> and UEFI, so they are much closer to that than they are to anything
> in arch/arm. The instruction set of course is different, but you
> already said that
On 07/11/2012 02:16 PM, Alexander Graf wrote:
>>
>>> yes the data structure itself seems based on the algorithm
>>> and not on arch specific things. That should work. If we move that to
>>> common
>>> code then s390 will use that scheme automatically for the cases were we
>>> call
>>>
On 2012-07-11 12:49, Avi Kivity wrote:
> On 07/11/2012 01:18 PM, Jan Kiszka wrote:
>> On 2012-07-11 11:53, Avi Kivity wrote:
>>> On 07/03/2012 10:21 PM, Alex Williamson wrote:
Here's the latest iteration of adding an interface to assert and
de-assert level interrupts from external
Hi Masatake,
On Wed, Jul 11, 2012 at 01:58:31PM +0900, Masatake YAMATO wrote:
> (The patch sets are rebased to bluetooth-next. Unnecessary white
> spaces are trimmed.)
>
> lsof command can tell the type of socket processes are using.
> Internal lsof uses inode numbers on socket fs to resolve the
Hi Dmitry,
On Wed, Jul 11, 2012 at 3:15 PM, Poddar, Sourav wrote:
> Hi Dmitry,
>
> On Tue, Jul 10, 2012 at 11:43 AM, Dmitry Torokhov
> wrote:
>> Hi Sourav,
>>
>> On Fri, Jun 08, 2012 at 04:22:59PM +0530, Sourav Poddar wrote:
>>> Update the Documentation with omap4 keypad device tree
>>> binding
On 11/07/12 13:04, Avi Kivity wrote:
> On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
>> On 11/07/12 11:06, Avi Kivity wrote:
>> [...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
>>>
>>> Perhaps x86 should copy this.
>>
>> See
On 07/11/2012 01:52 PM, Raghavendra K T wrote:
> On 07/11/2012 02:23 PM, Avi Kivity wrote:
>> On 07/09/2012 09:20 AM, Raghavendra K T wrote:
>>> Signed-off-by: Raghavendra K T
>>>
>>> Noting pause loop exited vcpu helps in filtering right candidate to
>>> yield.
>>> Yielding to same vcpu may
* John Stultz wrote:
> Over the weekend, Thomas got a chance to review the leap
> second fix in more detail and had a few additional changes he
> wanted to make to improve performance as well as style.
>
> So this iteration includes his modifications.
Yep, looks much saner now that the
On 11.07.2012, at 13:04, Avi Kivity wrote:
> On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
>> On 11/07/12 11:06, Avi Kivity wrote:
>> [...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
>>>
>>> Perhaps x86 should copy this.
>>
On Wed, Jul 11, 2012 at 5:09 AM, Ram Pai wrote:
>
> Wait.. I am not sure this will fix the problem entirely. The above check
> will handle the case where the range requested is entirey out of the
> root's range. But if the requested range overlapps that of the root
> range, we will still call
On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
> On 11/07/12 11:06, Avi Kivity wrote:
> [...]
>>> Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
>>> for spinlocks, though.
>>
>> Perhaps x86 should copy this.
>
> See arch/s390/lib/spinlock.c
> The basic idea is
Implement the attribute for the MSM IOMMU driver.
Acked-by: David Brown
Signed-off-by: Joerg Roedel
---
drivers/iommu/msm_iommu.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/iommu/msm_iommu.c b/drivers/iommu/msm_iommu.c
index cee307e..6a8870a 100644
---
On Tue, 2012-07-10 at 18:43 -0400, John Stultz wrote:
> Over the weekend, Thomas got a chance to review the leap second fix
> in more detail and had a few additional changes he wanted to make
> to improve performance as well as style.
>
> So this iteration includes his modifications.
>
> Once
On 07/11/2012 02:23 PM, Avi Kivity wrote:
On 07/09/2012 09:20 AM, Raghavendra K T wrote:
Signed-off-by: Raghavendra K T
Noting pause loop exited vcpu helps in filtering right candidate to yield.
Yielding to same vcpu may result in more wastage of cpu.
struct kvm_lpage_info {
diff --git
Hi Rusty,
On Wed, Jul 11, 2012 at 06:26:49AM +0100, Rusty Russell wrote:
> On Tue, 10 Jul 2012 16:52:18 +, Arnd Bergmann wrote:
> > On Tuesday 10 July 2012, Alan Cox wrote:
> > > > In the AArch32 kernel port many implementation decisions newer
> > > > architectures were made in a way that
Implement the attribute for the Intel IOMMU driver.
Signed-off-by: Joerg Roedel
---
drivers/iommu/intel-iommu.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index b12af2f..6cb0791 100644
--- a/drivers/iommu/intel-iommu.c
Implement the attribute itself and add the code for the
AMD IOMMU driver.
Signed-off-by: Joerg Roedel
---
drivers/iommu/amd_iommu.c |4
drivers/iommu/iommu.c | 19 ---
include/linux/iommu.h |8
3 files changed, 28 insertions(+), 3 deletions(-)
This patch introduces an extension to the iommu-api to get
and set attributes for an iommu_domain. Two functions are
introduced for this:
* iommu_domain_get_attr()
* iommu_domain_set_attr()
These functions will be used to make the iommu-api suitable
for GART-like IOMMUs and to
Implement the attribute for the Samsung Exynos IOMMU driver.
Signed-off-by: Joerg Roedel
---
drivers/iommu/exynos-iommu.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/iommu/exynos-iommu.c b/drivers/iommu/exynos-iommu.c
index 9a114b9..5c40937 100644
---
Implement the attribute for the OMAP IOMMU driver.
Signed-off-by: Joerg Roedel
---
drivers/iommu/omap-iommu.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index e70ee2b..d0b1234 100644
--- a/drivers/iommu/omap-iommu.c
+++
From: Hiroshi DOYU
Implement the attribute for the Tegra IOMMU drivers.
Signed-off-by: Hiroshi DOYU
Signed-off-by: Joerg Roedel
---
drivers/iommu/tegra-gart.c |5 +
drivers/iommu/tegra-smmu.c |5 +
2 files changed, 10 insertions(+)
diff --git a/drivers/iommu/tegra-gart.c
Hi,
here is finally a new version of this patch-set. Changes to the previous
version include:
* Rebased to v3.5-rc6
* Added missing Acked-by's
The potential issue with type-safety still exists. But since people are
desperatly waiting for the functionality of this patch-set I
On 07/11/2012 01:18 PM, Jan Kiszka wrote:
> On 2012-07-11 11:53, Avi Kivity wrote:
>> On 07/03/2012 10:21 PM, Alex Williamson wrote:
>>> Here's the latest iteration of adding an interface to assert and
>>> de-assert level interrupts from external drivers like vfio. These
>>> apply on top of the
On Wednesday 11 July 2012, Tomoya MORINAGA wrote:
> Currently, when a user wants to change UART clock,
> needs to modify this source code by hand.
> This patch enables changing UART clock by specifying UART clock
> as module parameter.
>
> Signed-off-by: Tomoya MORINAGA
This looks like a rather
> > It's actually more complicated than that. Old kernel images started
> > misbehaving from around 2.6.35-rc5 and any kernel older than that was
> > OK. When I recompiled the older kernels with squeeze gcc (migh have been
> > lenny gcc before, or different answers to make oldconfig), anything
Hi,
Resending the patch after a while.
Jonathan, developer of CERT Triage Tools, expressed the need
to have this information, CCing him.
But before looking at the attached patch, we need a ruling.
In the last review it was proposed to maybe generate
this information in the form of ASCII text,
On Tue 10-07-12 17:01:47, Andrew Morton wrote:
> The mm-of-the-moment snapshot 2012-07-10-16-59 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> It contains the following patches against 3.5-rc6:
> (patches marked "*" will be included in linux-next)
Hey Joe,
what do you think this?
It would make composing continuation lines at the caller side entirely
race-free, and it might fit into the usual pattern.
The more interesting thing, this would allow us to completely race-free
use the dev_printk() calls with continuation content, which we
On 2012-07-11 11:20, Ian Abbott wrote:
On 2012-07-11 00:36, H Hartley Sweeten wrote:
My main concern with this series of patches is they make it harder to
determine what the register accesses actually do, mainly due to the
removal of useful comments. For example:
- RtdPacerStart(dev);
On Wednesday 11 July 2012 03:45 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Wed, Jul 11, 2012 at 03:30:42PM +0530, Laxman Dewangan wrote:
On Wednesday 11 July 2012 03:25 PM, Mark Brown wrote:
I believe you have applied for the ASoC one. This is for spi one.
No, there's a
On 2012-07-11 00:36, H Hartley Sweeten wrote:
The 'devpriv' macro usage in this driver is holding up other cleanup
of the comedi drivers.
This patch series removes all the macros used to read/write the
hardware registers. All of them are simple wrappers around standard
{read,write}[rwl] calls
On Wed, 2012-07-11 at 12:11 +0200, Jan Kara wrote:
> > > So case 2.b is a bit controversial, but I think it is acceptable. After
> > > all, by
> > > enabling checksumming we already sign up for paying the price of
> > > calculating
> > > it. The way to improve checksumming performance globally
On 2012-07-11 11:53, Avi Kivity wrote:
> On 07/03/2012 10:21 PM, Alex Williamson wrote:
>> Here's the latest iteration of adding an interface to assert and
>> de-assert level interrupts from external drivers like vfio. These
>> apply on top of the previous argument cleanup, documentation, and
>>
On 11/07/12 11:06, Avi Kivity wrote:
[...]
>> Almost all s390 kernels use diag9c (directed yield to a given guest cpu) for
>> spinlocks, though.
>
> Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
The basic idea is using several heuristics:
- loop for a given amount of loops
- check
On Wed, Jul 11, 2012 at 03:15:19PM +0530, Aneesh Kumar K.V wrote:
>Wanpeng Li writes:
>
>> On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote:
>>>Wanpeng Li writes:
>>>
From: Wanpeng Li
hugepage_activelist is used to track currently used HugeTLB pages.
We can
On Wed, Jul 11, 2012 at 03:30:42PM +0530, Laxman Dewangan wrote:
> On Wednesday 11 July 2012 03:25 PM, Mark Brown wrote:
> >Is this any different to the version of the patch that I already
> >applied?
> I believe you have applied for the ASoC one. This is for spi one.
No, there's a dmaengine
On Wed 11-07-12 12:07:26, Jan Kara wrote:
> On Wed 11-07-12 12:58:16, Artem Bityutskiy wrote:
...
> > And this is the behavior this patch modifies: we stop using 's_dirt' and
> > just
> > mark the superblock buffer as dirty right away. Indeed:
> >
> > 1. It does not add any value to delay the
On Wed 11-07-12 12:58:18, Artem Bityutskiy wrote:
> From: Artem Bityutskiy
>
> The '__ext4_handle_dirty_metadata()' does not need the 'now' argument anymore
> and we can kill it.
>
> Signed-off-by: Artem Bityutskiy
Looks good. You can add:
Reviewed-by: Jan Kara
On Wed 11-07-12 12:58:17, Artem Bityutskiy wrote:
> From: Artem Bityutskiy
>
> We do not depend on VFS's '->write_super()' anymore and do not need the
> 's_dirt' flag anymore, so weed out 'ext4_write_super()' and 's_dirt'.
>
> Signed-off-by: Artem Bityutskiy
Looks good. You can add:
On Wednesday 11 July 2012 03:25 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Tue, Jul 10, 2012 at 07:08:37PM +0530, Laxman Dewangan wrote:
The new driver is selected if legacy driver is not
selected and new DMA driver is enabled through config
file.
Is this any different to the
On Wed 11-07-12 12:58:16, Artem Bityutskiy wrote:
> From: Artem Bityutskiy
>
> This patch changes the '__ext4_handle_dirty_super()' function which submits
> the superblock for I/O in the following cases:
>
> 1. When creating the first large file on a file system without
>
Hello Greg,
On Mon, Jul 9, 2012 at 11:33 PM, Valentin, Eduardo
wrote:
> Hello Greg,
>
> On Mon, Jul 9, 2012 at 10:31 PM, Greg Kroah-Hartman
> wrote:
>> On Sat, Jul 07, 2012 at 10:57:49AM +0300, Eduardo Valentin wrote:
>>> In the System Control Module, OMAP supplies a voltage reference
>>> and a
From: Jan Kara
Commit a0375156 properly notes that superblock doesn't need to be marked
as dirty when only number of free inodes / blocks / number of directories
changes since that is recomputed on each mount anyway. However that comment
leaves some unnecessary markings as dirty in place. Remove
Currently, when a user wants to change UART clock,
needs to modify this source code by hand.
This patch enables changing UART clock by specifying UART clock
as module parameter.
Signed-off-by: Tomoya MORINAGA
---
drivers/misc/pch_phub.c | 45 +
1
This patch-set makes ext4 file-system stop using the VFS '->write_supers()'
call-back and the '->s_dirt' superblock field because I plan to remove them
once all users are gone.
What we do in this patch-set is we notice that ext4 does not really needed the
'write_super()' functionality and we can
On Wed, 2012-07-11 at 10:06 +0800, Yan, Zheng wrote:
> This doesn't work. The MSRs for Cbox 8/9 in WSM-EX aren't contiguous with
> Cbox 0~7.
Argh!
> Furthermore the encoding for the FVC register in the Mbox are
> different between NHM-EX and WSM-EX.
OK, 18.7.1 from Vol. 3B doesn't mention
From: Artem Bityutskiy
We do not depend on VFS's '->write_super()' anymore and do not need the
's_dirt' flag anymore, so weed out 'ext4_write_super()' and 's_dirt'.
Signed-off-by: Artem Bityutskiy
---
fs/ext4/super.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff
From: Jan Kara
The last user of ext4_mark_super_dirty() in ext4_file_open() is so rare it
can well be modifying the superblock properly by journalling the change.
Change it and get rid of ext4_mark_super_dirty() as it's not needed anymore.
Artem: small amendments.
Artem: tested using xfstests
On 07/09/2012 07:53 PM, Alex Williamson wrote:
> The kernel no longer allows us to pass NULL for the hard handler
> without also specifying IRQF_ONESHOT. IRQF_ONESHOT imposes latency
> in the exit path that we don't need for MSI interrupts. Long term
> we'd like to inject these interrupts from
From: Artem Bityutskiy
The '__ext4_handle_dirty_metadata()' does not need the 'now' argument anymore
and we can kill it.
Signed-off-by: Artem Bityutskiy
---
fs/ext4/ext4_jbd2.c |3 +--
fs/ext4/ext4_jbd2.h |7 ++-
fs/ext4/inode.c |2 +-
fs/ext4/namei.c |4 ++--
From: Artem Bityutskiy
This patch changes the '__ext4_handle_dirty_super()' function which submits
the superblock for I/O in the following cases:
1. When creating the first large file on a file system without
EXT4_FEATURE_RO_COMPAT_LARGE_FILE feature.
2. When re-sizing the file-system.
3.
On Tue, Jul 10, 2012 at 07:08:37PM +0530, Laxman Dewangan wrote:
> Use the dmaengine based Tegra APB DMA driver for
> data transfer between SPI FIFO and memory in
> place of legacy Tegra APB DMA.
>
> The new driver is selected if legacy driver is not
> selected and new DMA driver is enabled
On Wed, Jul 11, 2012 at 9:45 AM, Ortwin Glück wrote:
>
> On 07/10/2012 05:28 PM, Alan Cox wrote:
>>
>> On Tue, 10 Jul 2012 12:10:27 +0200
>> Ortwin Glück wrote:
>>
>>> The LMS daemon expects a /sys/modules/mei/version file with, a four
>>> digit version number.
>>>
>>> see
>>>
>>>
On Wed, Jul 11, 2012 at 11:49:47AM +0200, Peter Zijlstra wrote:
> On Wed, 2012-07-11 at 10:10 +0300, Gleb Natapov wrote:
>
> > Looks like Avi is right about the overshoot. Can you test something like
> > this?
> >
> > diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
> >
On 07/03/2012 10:21 PM, Alex Williamson wrote:
> Here's the latest iteration of adding an interface to assert and
> de-assert level interrupts from external drivers like vfio. These
> apply on top of the previous argument cleanup, documentation, and
> sanitization patches for irqfd. It would be
why?
because if the led_classdev_register fails we wont do gpio free
because using devm_ functions, there is no need for error paths
Signed-off-by: Devendra Naga
---
Bryan,
This patch is not even compile tested, since my machine crashed, and
didn't have the ARM toolchain, sorry ..
On Wed, 2012-07-11 at 10:10 +0300, Gleb Natapov wrote:
> Looks like Avi is right about the overshoot. Can you test something like this?
>
> diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
> b/arch/x86/kernel/cpu/perf_event_intel.c
> index 166546e..5fb371a 100644
> ---
Hi Masatake,
On Wed, Jul 11, 2012 at 06:19:31PM +0900, Masatake YAMATO wrote:
> Andrei, thank you for taking time.
>
> I've rebased again and I applied my patches with git am.
> They are applied without problem.
>
> I've regenerated the patches again and compared the new
> ones with the older
Hi Dmitry,
On Tue, Jul 10, 2012 at 11:43 AM, Dmitry Torokhov
wrote:
> Hi Sourav,
>
> On Fri, Jun 08, 2012 at 04:22:59PM +0530, Sourav Poddar wrote:
>> Update the Documentation with omap4 keypad device tree
>> binding information.
>> Add device tree support for omap4 keypad driver.
>>
>> Tested
Wanpeng Li writes:
> On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote:
>>Wanpeng Li writes:
>>
>>> From: Wanpeng Li
>>>
>>> hugepage_activelist is used to track currently used HugeTLB pages.
>>> We can find the in-use HugeTLB pages to support HugeTLB cgroup
>>> removal. Don't
On Wed, Jul 11, 2012 at 11:30 AM, Ozan Çağlayan wrote:
>> It would be nice to have a Reported-by here, but we were only given
>> "Scan Subscription ".
>>
>> Is there some human behind these reports? If so, can that person's
>> details please be included?
>
> Also note that gmail marks these as
On 07/10/2012 05:02 AM, Greg Thelen wrote:
On Thu, Jun 28 2012, Sha Zhengju wrote:
From: Sha Zhengju
This patch adds memcg routines to count dirty pages, which allows memory
controller
to maintain an accurate view of the amount of its dirty memory and can provide
some
info for users while
> It would be nice to have a Reported-by here, but we were only given
> "Scan Subscription ".
>
> Is there some human behind these reports? If so, can that person's
> details please be included?
Also note that gmail marks these as "Spam" probably because of the
word "subscription".
Regards,
--
I wrote this testcase module to prove a bug in kernel/time.c.
The problem i found is in the msecs_to_jiffies() function. In my
testcase the bug occurs with kernel 3.2 on a 32-Bit system.
The problem is this first part of the function:
> if ((int)m < 0)
> return MAX_JIFFY_OFFSET;
When the
[RFC] Writeback : Partially set to interval of writeback per device
At present Writeback threads are controlled by forker thread.
There is one FORKER (bdi-default) thread – which is responsible for
creating new flusher thread for the device and waking up the flusher
threads.
Now – FORKER thread
Andrei, thank you for taking time.
I've rebased again and I applied my patches with git am.
They are applied without problem.
I've regenerated the patches again and compared the new
ones with the older ones.
About
[PATCH v3 6/8] bluetooth: Added /proc/net/l2cap via bt_procfs_init()
Hello,
On 11.06.2012 08:13, Heiko Schocher wrote:
This merges support for the previously DENX-only kernel
feature of specifying an alternative, "external" buffer
for kernel printk messages and their associated metadata.
This patch is based on DENX-only kernel commit:
commit
On Wed, Jul 11, 2012 at 02:02:23PM +0530, Aneesh Kumar K.V wrote:
>Wanpeng Li writes:
>
>> From: Wanpeng Li
>>
>> hugepage_activelist is used to track currently used HugeTLB pages.
>> We can find the in-use HugeTLB pages to support HugeTLB cgroup
>> removal. Don't keep unused page in
Since the bank->dbck initialization in a one time operation there
is no need to keep this within gpio_debounce(). Therefore, moving
clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of
bank->dbck would be NULL at the beginning, this check has been
removed.
Signed-off-by: Tarun Kanti
Add *remove* callback so that necessary cleanup operations are
performed when device is unregistered. The device is deleted
from the list and associated clock handle is released by
calling clk_put() and irq descriptor is released using the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma
This is in reponse to comments provided to [gpio/omap: add clk_prepare
and clk_unprepare] and is available here for reference:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-June/105762.html
Patch-1 moves the debounce clock handle initialization from gpio_debounce()
to
On Tue, Jul 10, 2012 at 05:01:47PM -0700, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2012-07-10-16-59 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
The automatic git import is going again, too, and can be found at
On 07/09/2012 10:55 AM, Christian Borntraeger wrote:
> On 09/07/12 08:20, Raghavendra K T wrote:
>> Currently Pause Looop Exit (PLE) handler is doing directed yield to a
>> random VCPU on PL exit. Though we already have filtering while choosing
>> the candidate to yield_to, we can do better.
>>
On Wednesday, July 11, 2012, Greg KH wrote:
> On Sun, Apr 29, 2012 at 10:44:16PM +0200, Rafael J. Wysocki wrote:
> > From: Oleksij Rempel
> >
> > This patch makes _SxD/_SxW check follow the ACPI 4.0a specification
> > more closely and fixes suspend bug found on ASUS Zenbook UX31E.
> >
> > Some
Adding spear-devel mailing list in cc.
@Shiraz: Can you update ST's mailing list address in entire MAINTAINERS file, so
that people can include ST's list easily?
On 11/07/12 09:58, Julia Lawall wrote:
> From: Julia Lawall
>
> dev_get_platdata returns a pointer, so the failure value would be
On Tue, 10 Jul 2012 23:54:02 +0800
Jiang Liu wrote:
> From: Yijing Wang
>
> From: Yijing Wang
>
> Since PCI Express Capabilities Register is read only, cache its value
> into struct pci_dev to avoid repeatedly calling pci_read_config_*().
>
> Signed-off-by: Yijing Wang
> Signed-off-by:
On 07/10/2012 12:47 AM, Andrew Theurer wrote:
>
> For the cpu threads in the host that are actually active (in this case
> 1/2 of them), ~50% of their time is in kernel and ~43% in guest. This
> is for a no-IO workload, so that's just incredible to see so much cpu
> wasted. I feel that
This change is inspired by checkpatch.
Signed-off-by: Toshiaki Yamane
---
drivers/staging/panel/panel.c | 42 +---
1 files changed, 18 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/panel/panel.c b/drivers/staging/panel/panel.c
index
501 - 600 of 1348 matches
Mail list logo
