fdget() is implemented using fget_light(). Its companion fdput()
currently open-codes the behaviour of fput_light(). This is slightly
confusing. To follow the documentation in fs/file.c:688ff to the
letter, use fput_light() in fdput().
Signed-off-by: Rasmus Villemoes
---
include/linux/file.h |
On 06/05/2013 08:21 AM, Peter De Schrijver wrote:
> The PLLRE flags weren't set correctly. Fixed in this patch.
Tested-by: Stephen Warren
Acked-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 06/05/2013 08:08 AM, Peter De Schrijver wrote:
> PLLM has override bits on Tegra30 and Tegra114. This patchset implements
> support for them for both Tegra30 and Tegra114.
The series,
Tested-by: Stephen Warren
Acked-by: Stephen Warren
(assuming the one comment I already made is fixed)
--
T
Konrad Rzeszutek Wilk writes:
> Hey Greg,
>
> I hadn't (by mistake) put the CC: sta...@vger.kernel.org on said patch
> (Which is in the Linux kernel).
>
> If possible please back-port said patch to the existing stable trees.
> Attached is a version that applies to some of the earlier trees easily
On 06/05/2013 07:51 AM, Peter De Schrijver wrote:
> The m,n,p fields don't have the same bit offset and width across all PLLs.
> This patchset allows SoC specific files to indicate the offset and width.
> It also provides the data for Tegra114.
The series,
Tested-by: Stephen Warren
Acked-by: Step
On 06/05/2013 07:37 AM, Peter De Schrijver wrote:
> The pllp_out2 should be integer only, the fractional bit should always be 0.
Tested-by: Stephen Warren
Acked-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
On Wed 05 Jun 2013 08:02:12 PM CST, Jerome Marchand wrote:
> On 06/04/2013 06:06 PM, Jiang Liu wrote:
>> Use atomic64_xxx() to replace open-coded zram_stat64_xxx().
>> Some architectures have native support of atomic64 operations,
>> so we can get rid of the spin_lock() in zram_stat64_xxx().
>> On
On Wed, Jun 05, 2013 at 07:01:25PM +0300, Stratos Karafotis wrote:
> Ondemand calculates load in terms of frequency and increases it only
> if the load_freq is greater than up_threshold multiplied by current
> or average frequency. This seems to produce oscillations of frequency
> between min and m
Hi
On 06/04/2013 08:49 PM, Wolfram Sang wrote:
On Tue, Jun 04, 2013 at 08:33:42PM +0300, Grygorii Strashko wrote:
Currently the I2C devices instantiation Method 3 "Probe an I2C bus for
certain devices" (see Documentation/i2c/instantiating-devices) is always
enabled for all platforms (boards) an
Hi Oleg,
On Wed, Jun 05, 2013 at 05:49:51PM +0200, Oleg Nesterov wrote:
> On 06/05, Oleg Nesterov wrote:
> >
> > Note: I can make a _much_ simpler patch for 2.6.32, please let me know
> > if you need it.
> >
> > We can rely on sys_ptrace()->lock_kernel() and simply do lock/unlock
> > if fatal_sign
于 2013年06月05日 21:27, Jörn Engel 写道:
On Wed, 5 June 2013 17:18:33 +0800, vaughan wrote:
Check and set sdp->exclude should be atomic when set in sg_open().
The patch is line-wrapped. More importantly, it doesn't seem to do
It's shorter than the original line, so I just leave it like this...
On Wed, 2013-06-05 at 16:59 +0100, Matt Fleming wrote:
> + /* clean DUMMY object */
> + efi.set_variable(efi_dummy_name, &EFI_DUMMY_GUID, 0, 0, NULL);
Hm. Actually, is that going to work? From the spec:
If a preexisting variable is rewritten with different attributes,
SetVariable()shall
Ondemand calculates load in terms of frequency and increases it only
if the load_freq is greater than up_threshold multiplied by current
or average frequency. This seems to produce oscillations of frequency
between min and max because, for example, a relatively small load can
easily saturate minimu
Calculation of target frequency in ondemand governor changed and it is
independent from measured average frequency.
Remove unused APERF/MPERF support.
Signed-off-by: Stratos Karafotis
---
arch/x86/include/asm/processor.h | 29 ---
drivers/cpufreq/Makefile | 2 +-
dr
Changes since v2:
- Reorder patches 2/3 and 3/3
- Fix typos in patch changelog
Changes since v1:
- Use policy->cpuinfo.max_freq in the calculation formula
of target frequency instead of policy->max
- Split the patch into 3 parts
Stratos Karafotis (3
Calculation of target frequency in ondemand governor changed and it is
independent from measured average frequency.
Remove unused__cpufreq_driver_getavg function and getavg member from
cpufreq_driver struct.
Signed-off-by: Stratos Karafotis
---
drivers/cpufreq/cpufreq.c | 12
inclu
On Wed, Jun 05, 2013 at 03:41:29PM +0100, Srinivas KANDAGATLA wrote:
> Is it Ok If I send this patch with my "STiH41x SOC support series", as
> we can see the actual usage of this new apis in the follow on patches?
Yes.
signature.asc
Description: Digital signature
On Wed 05 Jun 2013 02:29:35 PM CST, Minchan Kim wrote:
> On Wed, Jun 05, 2013 at 12:06:01AM +0800, Jiang Liu wrote:
>> zram_free_page() is protected by down_write(&zram->lock) when called by
>> zram_bvec_write(), but there's no such protection when called by
>> zram_slot_free_notify(), which may ca
On Wed, 2013-06-05 at 18:46 +0300, Eliezer Tamir wrote:
> On 05/06/2013 18:39, Eric Dumazet wrote:
> > On Wed, 2013-06-05 at 18:30 +0300, Eliezer Tamir wrote:
> >> On 05/06/2013 18:21, Eric Dumazet wrote:
>
> >>> It would also make sense to give end_time as a parameter, so that the
> >>> polling()
On 06/05/2013 08:08 AM, Peter De Schrijver wrote:
Commit description?
> diff --git a/drivers/clk/tegra/clk-tegra114.c
> b/drivers/clk/tegra/clk-tegra114.c
> +#ifdef CONFIG_PM_SLEEP
> +static struct cpu_clk_suspend_context {
> + u32 clk_csite_src;
> +} tegra114_cpu_clk_sctx;
> +#endif
That
On Wed, 05 Jun, at 02:53:27PM, Matthew Garrett wrote:
> On Wed, 2013-06-05 at 15:49 +0100, Fleming, Matt wrote:
>
> > Folks, what do you want me to do with this? Merge it with Matthew's patch?
>
> Do that and add Joey's signed-off-by?
Right, this is what I've got queued up.
---
>From 380dcc12b
Linus Walleij writes:
> From: Linus Walleij
>
> If a device have sleep and idle states in addition to the
> default state, look up these in the core and stash them in
> the pinctrl state container.
>
> Add accessor functions for pinctrl consumers to put the pins
> into "default", "sleep" and "id
This patch adds a new structure to contain the common two things
that each of the per-cpu interrupts need:
- an interrupt number,
- and the name of the interrupt (to be added in 'xen/smp: Don't leak
interrupt name when offlining').
This allows us to carry the tuple of the per-cpu interrupt da
When the user does:
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 1 > /sys/devices/system/cpu/cpu1/online
kmemleak reports:
kmemleak: 7 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
unreferenced object 0x88003fa51240 (size 32):
comm "swapper/0", pid 1, jiffies 4294667339 (
When I fixed the online/offline vCPU mechanism to work again under
PVHVM guests, I saw this:
[ 665.026885] kmemleak: 7 new suspected memory leaks (see
/sys/kernel/debug/kmemleak)
but due to not having enough time did not fix it. This patchset
fixes it by stashing the 'char *' of said interrupt
We don't check whether the per_cpu data structure has actually
been freed in the past. This checks it and if it has been freed
in the past then just continues on without double-freeing.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/time.c | 11 +++
1 file changed, 7 insertions(+)
We don't do any code movement. We just encapsulate the struct clock_event_device
in a new structure which contains said structure and a pointer to
a char *name. The 'name' will be used in 'xen/time: Don't leak interrupt
name when offlining'.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/
If the per-cpu time data structure has been onlined already and
we are trying to online it again, then free the previous copy
before blindly over-writting it.
A developer naturally should not call this function multiple times
but just in case.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/x
When the user does:
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 1 > /sys/devices/system/cpu/cpu1/online
kmemleak reports:
kmemleak: 7 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
One of the leaks is from xen/time:
unreferenced object 0x88003fa51280 (size 32):
c
There are two functions that do a bunch of 'free_irq' on
the per_cpu IRQ. Instead of having duplicate code just move
it to one function.
This is just code movement.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/smp.c | 40 +++-
1 file changed, 19 inse
On Mon, 3 Jun 2013, Peter Zijlstra wrote:
> Seems to cure it... I'm going to let it run over night.
[sorry for the delay in testing, was at the hospital waiting for
a new baby, and the free wi-fi had the ssh port blocked]
I'm running 3.10-rc4 with your patch plus the 3-line fixup applied and my
When the user does:
echo 0 > /sys/devices/system/cpu/cpu1/online
echo 1 > /sys/devices/system/cpu/cpu1/online
kmemleak reports:
kmemleak: 7 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
unreferenced object 0x88003fa51260 (size 32):
comm "swapper/0", pid 1, jiffies 4294667339 (
When we free it we want to make sure to set it to a default
value of -1 so that we don't double-free it (in case somebody
calls us twice).
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/smp.c | 28 +++-
1 file changed, 19 insertions(+), 9 deletions(-)
diff --git a
This fixes the following build failure:
arch/powerpc/kvm/book3s_xics.c:812: error: implicit declaration of function
'get_tb'
Signed-off-by: Jeff Mahoney
---
arch/powerpc/kvm/book3s_xics.c |1 +
1 file changed, 1 insertion(+)
--- a/arch/powerpc/kvm/book3s_xics.c
+++ b/arch/powerpc/kvm/book3
On 06/05, Oleg Nesterov wrote:
>
> Note: I can make a _much_ simpler patch for 2.6.32, please let me know
> if you need it.
>
> We can rely on sys_ptrace()->lock_kernel() and simply do lock/unlock
> if fatal_signal_pending() in ptrace_stop/do_signal_stop. This is not
> the same, this doesn't preven
On Thu, May 02, 2013 at 12:49:42PM -0700, Linus Torvalds wrote:
> On Thu, May 2, 2013 at 12:33 PM, Michael S. Tsirkin wrote:
> >
> > I prefer not rebasing,
>
> Good.
>
> > will play with git to see why
> > does request-pull get me a wrong diffstat and how
> > to trick it into d
From: Stephen Warren
Modify the drivers/clk MAINTAINERS entry so that it matches the entire
drivers/clk tree, with the exception of clkdev.c which has a separate
entry. Make a similar change to pick up all clk-related header files.
This causes get_maintainers.pl to spit out the expected results
>>> On 04.06.13 at 21:57, Konrad Rzeszutek Wilk wrote:
> Check that the ring does not have an insane amount of requests
> (more than there could fit on the ring).
>
> If we detect this case we will stop processing the requests
> and wait until the XenBus disconnects the ring.
>
> Looking at the
On 05/06/2013 18:20, Eric Dumazet wrote:
On Wed, 2013-06-05 at 16:41 +0300, Eliezer Tamir wrote:
On 05/06/2013 16:30, Eric Dumazet wrote:
I am a bit uneasy with this one, because an applicatio polling() on one
thousand file descriptors using select()/poll(), will call sk_poll_ll()
one thousan
On 05/06/2013 18:39, Eric Dumazet wrote:
On Wed, 2013-06-05 at 18:30 +0300, Eliezer Tamir wrote:
On 05/06/2013 18:21, Eric Dumazet wrote:
It would also make sense to give end_time as a parameter, so that the
polling() code could really give a end_time for the whole duration of
poll().
(You
On 06/05, Luis Henriques wrote:
>
> Willy Tarreau writes:
>
> > 2.6.32-longterm review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> > race with SIGKILL
> >
> > From: Oleg Nesterov
> >
> > ptrace: ensure arch_ptrace/ptrace_request can never race with
On Wed 05 Jun 2013 02:04:42 PM CST, Minchan Kim wrote:
> On Wed, Jun 05, 2013 at 12:06:00AM +0800, Jiang Liu wrote:
>> Memory for zram->disk object may have already been freed after returning
>> from destroy_device(zram), then it's unsafe for zram_reset_device(zram)
>> to access zram->disk again.
>
On Wed, Jun 05, 2013 at 10:51:38AM -0400, Alan Stern wrote:
> On Tue, 4 Jun 2013, Sarah Sharp wrote:
>
> > Alan, Greg, any more comments on this patchset?
> >
> > It looks fine to me, and we've been testing it internally within Intel,
> > so I'll queue it up for 3.11 if you don't have any more ob
On Wed, 2013-06-05 at 18:30 +0300, Eliezer Tamir wrote:
> On 05/06/2013 18:21, Eric Dumazet wrote:
> > On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote:
> >
> >
> > This is probably too big to be inlined, and nonblock should be a bool
>
>
> > It would also make sense to give end_time as a p
On Wed, Jun 5, 2013 at 9:23 AM, Eric Dumazet wrote:
> On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote:
>> Adds an ndo_ll_poll method and the code that supports it.
>> This method can be used by low latency applications to busy-poll
>> Ethernet device queues directly from the socket code.
>>
On 05/06/2013 18:28, Willem de Bruijn wrote:
On Wed, Jun 5, 2013 at 9:23 AM, Eric Dumazet wrote:
On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote:
Adds an ndo_ll_poll method and the code that supports it.
This method can be used by low latency applications to busy-poll
Ethernet device qu
Not so long ago I tried to boot Linux 3.10-rc4 kernel on DM816x EVM
board. Unfortunately, my attempts were failed by reason of poor
support of DM81xx-based devices in new kernels.
Actually, on Linux 3.10-rc4 kernel early initialization of board
is failed when it tries to initialize power domains:
This patch adds required structures for powerdomain initialization on
the DM816x. It is impossible to use OMAP3430 structures in order to
initialize powerdomains on DM816x, because there are big differences
between PRCM module base address offsets on these CPUs.
Signed-off-by: Aida Mynzhasova
---
Grygorii Strashko writes:
> On 06/04/2013 08:46 PM, Kevin Hilman wrote:
>> Grygorii Strashko writes:
>>
>>> Hi Kevin,
>>>
>>> On 06/01/2013 01:37 AM, Kevin Hilman wrote:
Currently, the RTC IRQ is never wakeup-enabled so is not capable of
bringing the system out of suspend.
On
On 05/06/2013 18:21, Eric Dumazet wrote:
On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote:
This is probably too big to be inlined, and nonblock should be a bool
It would also make sense to give end_time as a parameter, so that the
polling() code could really give a end_time for the
OCP interface data structures were added in order to achieve
successful initialization of hwmods on DM816x.
Required DM81xx family IRQ definitions, offsets of the PRCM clock
control registers and additional OMAP2PLUS DMA channel definitions
were added as they are needed during the hwmod registrati
This patch adds required definitions and structures for clockdomain
initialization:
1. register offsets for DM81xx and DM816x clock domain modules;
2. clock domain register bits;
3. additional OMAP2/3 common clock domains: prm_clkdm and cm_clkdm;
4. clockdomain structure definitions for DM816x.
A
This patch renames all DM81xx platform related structures, variables,
files, and functions. Previously names with "ti81" prefixes were used,
which are inconsistent, because actual name of the platform is DM81xx.
Also, for the same reason DM816x EVM was renamed from board-ti8168evm
to board-dm816x-e
On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote:
This is probably too big to be inlined, and nonblock should be a bool
It would also make sense to give end_time as a parameter, so that the
polling() code could really give a end_time for the whole duration of
poll().
(You then should te
On Wed, 2013-06-05 at 16:41 +0300, Eliezer Tamir wrote:
> On 05/06/2013 16:30, Eric Dumazet wrote:
> > I am a bit uneasy with this one, because an applicatio polling() on one
> > thousand file descriptors using select()/poll(), will call sk_poll_ll()
> > one thousand times.
>
> But we call sk_pol
On 06/05/2013 10:59 AM, Stephen Smalley wrote:
Can you take the core logic into a helper function within ebitmap.c?
Otherwise you are directly exposing ebitmap internals to the mls code.
Sure. I will move the logic to ebitmap.c & send out an updated patch.
Thank for the quick response.
Rega
On Tue, Jun 04, 2013 at 03:14:28PM -0700, Peter Hüwe wrote:
> Hi Daniel,
>
> thanks for this v3.
> It's really nice to see the progress and I really like that
> sparse/smatch/clang/coccicheck do not complain at all - nice job!
>
> Konrad already did an excellent job at reviewing the driver (than
On 05/03/2013 10:07 AM, Waiman Long wrote:
On 04/10/2013 02:26 PM, Waiman Long wrote:
While running the high_systime workload of the AIM7 benchmark on
a 2-socket 12-core Westmere x86-64 machine running 3.8.2 kernel,
it was found that a pretty sizable amount of time was spent in the
SELinux code.
On 06/04/2013 09:41 PM, Rusty Russell wrote:
Ben Greear writes:
On 06/04/2013 02:18 PM, Ben Greear wrote:
I've been trying to figure out why I see the migration/* processes
hang in a busy loop
While reading the stop_machine.c file, I think I might have an
answer.
The set_state() method s
- Make private data structure for each SoC
- Add required Tegra30 clocks and regulators
- Add Tegra30 specific code in enable controller
- Added Tegra30 specific properties in pci binding document
Signed-off-by: Jay Agarwal
---
Patch is based on remotes/gitorious_thierryreding_linux/tegra/next an
On Wed, 2013-06-05 at 16:03 +1000, Alexey Kardashevskiy wrote:
> devtmpfs_delete_node() calls devnode() callback with mode==NULL but
> vfio still tries to write there.
>
> The patch fixes this.
>
> Signed-off-by: Alexey Kardashevskiy
>
> ---
Oops. Applied. The mode change just went in for 3.
On Wed 05 Jun 2013 01:52:42 PM CST, Minchan Kim wrote:
> Hello,
>
> On Wed, Jun 05, 2013 at 12:05:59AM +0800, Jiang Liu wrote:
>> Now there's no caller of zram_get_num_devices(), so kill it.
>> And change zram_devices to static because it's only used in zram_drv.c.
>>
>> Signed-off-by: Jiang Liu
>
clk_set_rate() uses clk->rate directly. This causes problems if the clock
is marked as CLK_GET_RATE_NOCACHE. Hence call clk_get_rate() to get the
current rate.
Signed-off-by: Peter De Schrijver
---
drivers/clk/clk.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/driver
Using clk->rate directly does not take the CLK_GET_RATE_NOCACHE flag into
account. This can cause wrong results if the flag is set.
Peter De Schrijver (2):
clk: use clk_get_rate() for debugfs
clk: honor CLK_GET_RATE_NOCACHE in clk_set_rate
drivers/clk/clk.c |6 +++---
1 files changed, 3
debugfs uses the rate field directly. However this ignores the
CLK_GET_RATE_NOCACHE flag. Call clk_get_rate() instead.
Tested-by: Mark Zhang
Signed-off-by: Peter De Schrijver
---
drivers/clk/clk.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk.c b/dr
On Wed, 2013-06-05 at 15:49 +0100, Fleming, Matt wrote:
> Folks, what do you want me to do with this? Merge it with Matthew's patch?
Do that and add Joey's signed-off-by?
--
Matthew Garrett | mj...@srcf.ucam.org
> > diff --git
> > a/Documentation/devicetree/bindings/pci/nvidia,tegra20-pcie.txt
> > b/Documentation/devicetree/bindings/pci/nvidia,tegra20-pcie.txt
>
> > +- avdd-supply: Power supply for controller (1.05V)
>
> > + "cml": The Tegra clock of that name
>
> Both those changes need to mention tha
On Wed, 5 June 2013 17:18:33 +0800, vaughan wrote:
>
> Check and set sdp->exclude should be atomic when set in sg_open().
The patch is line-wrapped. More importantly, it doesn't seem to do
what your description indicates it should do. And lastly, does this
fix a bug, possibly even one you have
On 05/06/2013 17:17, Eric Dumazet wrote:
On Wed, 2013-06-05 at 06:56 -0700, Eric Dumazet wrote:
This looks quite easy, by adding in include/uapi/asm-generic/poll.h
#define POLL_LL 0x8000
And do the sk_poll_ll() call only if flag is set.
I do not think we have to support select(), as its lega
On Wed, Jun 05 2013, hari krishnan wrote:
> I got a kernel crash, and dump is pointing to "IP: []
> sg_scsi_ioctl+0x166/0x3b0".
>
> Test case: *I was just deleting few NPIV port to which some of LUN's where
> exported, after sometime I was running parted on some devices"*
>
> The crash is in sg_
On Tue, 2013-06-04 at 08:59 -0400, Mikulas Patocka wrote:
> > +*/
> > +
> > + if (gfp_mask & __GFP_NORETRY) {
> > + noio_flag = current->flags;
>
> There should be noio_flag = current->flags & PF_MEMALLOC; because we don't
> want to restore other flags.
>
Here's the updated vers
On 05/03/2013 10:07 AM, Waiman Long wrote:
On 04/10/2013 02:26 PM, Waiman Long wrote:
While running the high_systime workload of the AIM7 benchmark on
a 2-socket 12-core Westmere x86-64 machine running 3.8.2 kernel,
it was found that a pretty sizable amount of time was spent in the
SELinux code.
Hi guys,
any comment on this?
Geert: I fixes one warning reported in your regression log.
Thanks,
Michal
On 05/23/2013 08:03 AM, Michal Simek wrote:
> Use proper decimal type for comparison with u32.
>
> Compilation warning was introduced by:
> "audit: Make testing for a valid loginuid explici
On Tue, 4 Jun 2013, Sarah Sharp wrote:
> Alan, Greg, any more comments on this patchset?
>
> It looks fine to me, and we've been testing it internally within Intel,
> so I'll queue it up for 3.11 if you don't have any more objections.
No objections to any of the parts touching the USB core.
Ala
On 4 June 2013 04:35, joeyli wrote:
> 於 一，2013-06-03 於 16:31 +，Matthew Garrett 提到：
>> On Tue, 2013-06-04 at 00:13 +0800, joeyli wrote:
>>
>> > Oliver raised a question for if power fails between that succesful
>> > attempt and the deletion?
>>
>> It's a pretty tiny window, but sure. Making sur
Moving PCIe controller node to correct place so
that it is sorted by register address in .dtsi file
Signed-off-by: Jay Agarwal
---
This patch is based on remotes/gitorious_thierryreding_linux/tegra/next and
should be applied on top of this.
changes in V2:
Corrected patch synopsis
arch/arm/boo
On Wed, Jun 05, 2013 at 03:44:31PM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> If a device have sleep and idle states in addition to the
> default state, look up these in the core and stash them in
> the pinctrl state container.
>
> Add accessor functions for pinctrl consumers to put t
On Tue, Jun 04, 2013 at 08:03:37PM -0700, Tejun Heo wrote:
> (cc'ing Kent. Original posting at
> http://thread.gmane.org/gmane.linux.kernel/1502484 )
>
> Hello,
>
> On Wed, Jun 05, 2013 at 10:09:31AM +0800, Robin Dong wrote:
> > We want to use blkio.cgroup on high-speed device (like fusionio) f
Hi Will,
On 06/05/2013 08:50 AM, Will Deacon wrote:
> On Wed, Jun 05, 2013 at 01:44:55PM +0100, Arnd Bergmann wrote:
>> On Wednesday 05 June 2013 13:15:29 Stefano Stabellini wrote:
>>> diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
>>> index c95c5cb..79dd13d 100644
>>> --- a/arch/arm64/Mak
This patch fixes a problem with the shared registers mutual
exclusion code and incremental event scheduling by the
generic perf_event code.
There was a bug whereby the mutual exclusion on the shared
registers was not enforced because of incremental scheduling
abort due to event constraints.
Exam
Thankyou for reviewing the patch.
On 05/06/13 12:41, Mark Brown wrote:
> On Wed, Jun 05, 2013 at 10:21:23AM +0100, Srinivas KANDAGATLA wrote:
> I think I'd prefer to see a struct passed in here for the field
> definition - this would make it easier to initialise from static data,
> otherwise people
On 06/04/2013 07:36 PM, Mark Brown wrote:
> On Tue, Jun 04, 2013 at 04:02:35PM +0200, Michal Simek wrote:
>> From: Michal Simek
>>
>> mmc_spi driver tests if dma is available
>> through spi->master->dev.parent->dma_mask.
>> Microblaze supports DMA but xilinx_spi IP doesn't.
>> That's why clear dma
Hi Cho,
* Cho, Yu-Chen [2013-06-04 21:40:26 +0800]:
> From: "Cho, Yu-Chen"
>
> This patch adds support for Mediatek Bluetooth device
>
> T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
> D: Ver= 2.01 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1
> P: Vendor=0e8d ProdID=7
On 06/04/2013 08:46 PM, Kevin Hilman wrote:
Grygorii Strashko writes:
Hi Kevin,
On 06/01/2013 01:37 AM, Kevin Hilman wrote:
Currently, the RTC IRQ is never wakeup-enabled so is not capable of
bringing the system out of suspend.
On OMAP platforms, we have gotten by without this because the T
On Tue, Jun 04, 2013 at 10:03:41PM -0400, Jörn Engel wrote:
> I have seen a lot of boilerplate code that either follows the pattern of
> while (!list_empty(head)) {
> pos = list_entry(head->next, struct foo, list);
> list_del(pos->list);
> ...
>
Use the correct parents for sclk according to the TRM.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra114.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/clk/tegra/clk-tegra114.c b/drivers/clk/tegra/clk-tegra114.c
index 2774379e..758ba7d 1006
On Wed, Jun 05, 2013 at 01:15:30PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
Acked-by: Konrad Rzeszutek Wilk
(not sure if that is needed, but I am more than happy to have Stefano be
the Xen-ARM guy and I can be the Xen-generic-and-x86 guy).
> ---
> MAINTAINERS |
On Wed, Jun 05, 2013 at 08:53:50AM +0200, Arne Jansen wrote:
> On 05.06.2013 04:09, Jörn Engel wrote:
> > On Tue, 4 June 2013 14:44:35 -0400, Jörn Engel wrote:
> >>
> >> Or while_list_drain?
>
> I'm fine with while_list_drain, although a name starting with list_
> like all other list macros would
On 06/05/2013 12:28 AM, Hillf Danton wrote:
>> > + mapping = page_mapping(lru_to_page(remove_list));
>> > + spin_lock_irq(&mapping->tree_lock);
>> > + while (!list_empty(remove_list)) {
>> > + page = lru_to_page(remove_list);
>> > +
The PLLRE flags weren't set correctly. Fixed in this patch.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-pll.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/tegra/clk-pll.c b/drivers/clk/tegra/clk-pll.c
index 4293643..197074a 100644
--- a/d
From: Linus Walleij
This utilize the new pinctrl core PM helpers to transition
the driver to "sleep" and "idle" states, cutting away some
boilerplate code.
Cc: Hebbar Gururaja
Cc: Mark Brown
Cc: Dmitry Torokhov
Cc: Kevin Hilman
Cc: Greg Kroah-Hartman
Cc: Stephen Warren
Cc: Wolfram Sang
Si
On Tue, Jun 04, 2013 at 09:14:11PM -0700, Greg KH wrote:
> On Mon, Jun 03, 2013 at 08:02:32AM -0400, Konrad Rzeszutek Wilk wrote:
> > Hey Greg,
> >
> > I hadn't (by mistake) put the CC: sta...@vger.kernel.org on said patch
> > (Which is in the Linux kernel).
> >
> > If possible please back-port s
On Wed, Jun 05, 2013 at 04:08:25PM +0200, Peter De Schrijver wrote:
> PLLM has override bits on Tegra30 and Tegra114. This patchset implements
> support for them for both Tegra30 and Tegra114.
>
Depends on: 'PLL m,n,p init from SoC files'
--
To unsubscribe from this list: send the line "unsubscri
On Wed, 2013-06-05 at 06:56 -0700, Eric Dumazet wrote:
> This looks quite easy, by adding in include/uapi/asm-generic/poll.h
>
> #define POLL_LL 0x8000
>
> And do the sk_poll_ll() call only if flag is set.
>
> I do not think we have to support select(), as its legacy interface, and
> people wan
On Wed, 5 Jun 2013, Lorenzo Pieralisi wrote:
> This patch is v2 of a previous posting:
>
> http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/170624.html
>
> V2 changes:
>
> - Dropped timeout interface patch
> - Converted interfaces to non-timeout ones, integrated and retested
> - R
On Tue, 28 May, at 11:28:54AM, Bjorn Helgaas wrote:
> OK, hopefully somebody will do the analysis to verify that ioremap()
> is appropriate in both cases. It seems likely, but I haven't looked
> in detail.
Switching from early_ioremap() to ioremap() seems to work fine from the
testing I've seen.
Hi Linus,
There is one fix for a kbuild regression, plus three kconfig fixes for
bugs that have alway been there, but are simple enough to be fixed in an
-rc.
Thanks,
Michal
The following changes since commit f66ba560943ae21f5d1e505bad0a3591823b2b37:
package: Makefile: unbreak binrpm-pkg targ
On Wed, Jun 05, 2013 at 03:44:31PM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> If a device have sleep and idle states in addition to the
> default state, look up these in the core and stash them in
> the pinctrl state container.
>
> Add accessor functions for pinctrl consumers to put t
PLLM has override bits in the PMC. Use those when PLLM_OVERRIDE_ENABLE
is set.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-pll.c | 82 +-
1 files changed, 49 insertions(+), 33 deletions(-)
diff --git a/drivers/clk/tegra/clk-pll.c b/drive
Am Mittwoch, 5. Juni 2013, 16:00:43 schrieb Seungwon Jeon:
> On 06/03/13 7:59 AM, Heiko Stübner wrote:
> > Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc
> > controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to
> > always be set.
> >
> > There also seem to be
601 - 700 of 983 matches
Mail list logo
