This patch removes unnecessary header files in lpass cpu and platform
code.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 6 +-
sound/soc/qcom/lpass-platform.c | 6 --
2 files changed, 1 insertion(+), 11 deletions(-)
diff --git a/sound/soc/qcom/lpass-cpu.c b/s
This patch tries to make the lpass driver more generic by moving the
ipq806x specific bits out of the cpu and platform driver, also allows the
SOC specific drivers to add the correct register offsets.
This patch also renames the register definition header file into more
generic header file.
Signe
On 4/30/15 5:51 AM, Daniel Borkmann wrote:
If there are some additional tests that are not yet covered by
lib/test_bpf.c,
I'd be happy if you could add them there. This can also be as a follow-up,
but if we can increase coverage for others as well, the better.
btw, Michael have been working on
This patch adds dma channel bit mask to lpass data to keep track of dma
channel allocations. This flag would be used in apq8016 lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/soc/qcom/lpass.h b/sound/soc/qc
Some LPASS integrations like on APQ8016 do not have OSR clk, so adding
no osr clk bit would allow such integrations to use lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 49 +-
sound/soc/qcom/lpass.h | 2 ++
2 fi
This patch adds apq8016 machine driver support. This patch was tested on
two apq8016-sbc and msm8916-mtp board for both hdmi and analog audio
features.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/Kconfig | 9 ++
sound/soc/qcom/Makefile | 1 +
sound/soc/qcom/apq8016.c | 214 +
This patch adds apq8016 lpass driver support. APQ8016 has 4 MI2S which
can be routed to one internal codec and 2 external codec interfaces.
Primary, Secondary, Quaternary I2S can do Rx(playback) and Tertiary and
Quaternary can do Tx(capture).
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qco
This patch updates lpass bindings with apq8016 specific bindings.
Signed-off-by: Srinivas Kandagatla
---
Documentation/devicetree/bindings/sound/qcom,lpass-cpu.txt | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/sound/qcom,lpass
This patch adds bindings for apq8016 machine driver.
On APQ8016 4 MI2S can be configured to different sinks like internal
codec/external codec, this connection is controlled via 2 iomux
registers.
Signed-off-by: Srinivas Kandagatla
---
.../bindings/sound/qcom,apq8016-machine.txt| 61
This patch adds ability to pass dma channel control bits start offset, which
differ in differnet qcom SOCs. On apq8016 dma channel control bits start
after an offset of 1.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c | 2 +-
sound/soc/qcom/lpass.h | 6 ++
2
This patch removes hardcoded dma channel value in lpass driver, Now the
dma channel allocation happens in the SOC specific layer. This will
allow different LPASS integrations to use the lpass driver in more
generic way.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-ipq806x.c | 12
This patch adds ablity to lpass driver to handle interrupt per dma
channel. Without this patch its not possible to use multipl ports on the
lpass.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c | 89 +
sound/soc/qcom/lpass.h
This patch adds support to allow bitclk and osrclk per i2s dai port.
on APQ8016 there are 4 i2s ports each one has its own bit clks.
Without this patch its not possible to support multiple i2s ports in the
lpass driver.
Signed-off-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c | 53
On Thu, 2015-04-30 at 19:05 +0200, Mike Galbraith wrote:
> LKML is a very high volume list, if you're seeing problems that were
> introduced by a particular patch, it's a good idea to CC the author of
> that patch.
Adding tglx as well, who's the actual author.
--
To unsubscribe from this list: se
Hi,
On Thu, Apr 30, 2015 at 10:10 AM, John Stultz wrote:
> On Thu, Apr 30, 2015 at 9:25 AM, Bastien Nocera wrote:
>> On Tue, 2014-10-21 at 10:04 -0700, John Stultz wrote:
>>> On Tue, Oct 21, 2014 at 1:49 AM, Bastien Nocera
>>> wrote:
>>> > Hey,
>>> >
>>> > GNOME has had discussions with kernel
On Thu, Apr 30, 2015 at 11:26:47AM -0500, Bjorn Helgaas wrote:
> [+cc linux-pci]
>
> Hi Luis,
>
> On Wed, Apr 29, 2015 at 02:36:09PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > Now that we have pci_iomap_wc() add the respective devres helpers.
>
> I guess I'm still co
On Thu, 2015-04-30 at 10:23 -0700, Davidlohr Bueso wrote:
> On Thu, 2015-04-30 at 19:05 +0200, Mike Galbraith wrote:
> > LKML is a very high volume list, if you're seeing problems that were
> > introduced by a particular patch, it's a good idea to CC the author of
> > that patch.
>
> Adding tglx a
On Thu, Apr 30, 2015 at 12:12:50PM -0500, nzimmer wrote:
>
> Out of curiosity has anyone ran any tests post boot time?
>
Some functional tests only to exercise the machine and see if anything
blew up. It looked fine to me at least.
--
Mel Gorman
SUSE Labs
--
To unsubscribe from this list: send
On Thu, 30 Apr 2015 19:05:02 +0200
Mike Galbraith wrote:
> LKML is a very high volume list, if you're seeing problems that were
> introduced by a particular patch, it's a good idea to CC the author of
> that patch.
>
> /me adds CC, and tags (again) to take a peek.
Thanks Mike, although I'm not
On Thu, 30 Apr 2015 10:23:10 -0700
Davidlohr Bueso wrote:
> On Thu, 2015-04-30 at 19:05 +0200, Mike Galbraith wrote:
> > LKML is a very high volume list, if you're seeing problems that were
> > introduced by a particular patch, it's a good idea to CC the author of
> > that patch.
>
> Adding tglx
Hi!
> >>The following patches improve the precision of led
> >>timer trigger and add the delay unit control.
> >>That allows to make PWM brightness control with timer
> >>trigger.
> >Are you sure that is good idea? Doing LED pwm with main cpu is quite harsh...
> Do you remember the pc-speaker driv
-Remove obsolete simple_str functions.
-Return error code when kstr failed.
-This patch also calls functions corresponding to destination type.
Thanks to Alexey Dobriyan for suggesting improvements in
block_store() and wdack_store()
Signed-off-by: Fabian Frederick
---
fs/gfs2/sys.c | 69 +++
Hi!
> >From af56dde07c34b203f5c40c8864bfd55697b0aad0 Mon Sep 17 00:00:00 2001
> From: Christoph Hellwig
> Date: Fri, 24 Apr 2015 11:26:00 +0200
> Subject: suspend: sane block I/O handling
>
> stop abusing struct page functionality and the swap end_io handler, and
> instead add a modified version
Hi Brian,
On 04/29, Brian Norris wrote:
> > + This can be useful if, for example, the BBT is stored at the end
> > + of the flash, and you don't want those blocks counted as part of
> > + the last MTD partition.
>
> And why is that a problem? We don't add Kconfig options just because
On Mon 2015-04-27 21:24:29, grygorii.stras...@linaro.org wrote:
> From: Grygorii Strashko
>
> While working on suspend-to-disk functionality on TI dra7-evm (DRA7xx SoC)
> i've found that the most common problem I have to dial with is absence
> of corresponding PM callbacks in drivers and, in part
From: "Luis R. Rodriguez"
This allows drivers to take advantage of write-combining
when possible. The PCI specification does not allow for us
to automatically identify a memory region which needs
write-combining so drivers have to identify these areas
on their own. There is IORESOURCE_PREFETCH bu
On Tue, Apr 21, 2015 at 1:13 PM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> The same area used for ioremap() is used for the MTRR area.
> Convert the driver from using the x86 specific MTRR code to
> the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
> will avoid MTRR
On Fri, Mar 20, 2015 at 4:18 PM, Luis R. Rodriguez
wrote:
> The same area used for ioremap() is used for the MTRR area.
> Convert the driver from using the x86 specific MTRR code to
> the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
> will avoid MTRR if write-combining is available
On Thu, Apr 30, 2015 at 8:38 AM, Jeffrey Hugo wrote:
> On 4/11/2015 5:32 PM, Bjorn Andersson wrote:
>>
>> Add device tree binding documentation for the Qualcom Shared Memory
>> manager.
[..]
>> +- hwspinlocks:
>> + Usage: required
>> + Value type:
>> + Definition: reference to a
These are some block plug related patches. The first 3 are independent and can
apply separately.
For the multiple queue case, I only handled !BLK_MQ_F_DEFER_ISSUE case. The
DEFER_ISSUE is really confusing, I'm not sure what's the correct behavior.
BTW, calling blk_mq_merge_queue_io is confusing t
block plug callback could sleep, so we introduce a parameter
'from_schedule' and corresponding drivers can use it to destinguish a
schedule plug flush or a plug finish. Unfortunately io_schedule_out
still uses blk_flush_plug(). This causes below output (Note, I added a
might_sleep() in raid1_unplug
Current code looks like inner plug gets flushed with a
blk_finish_plug(). Actually it's a nop. All requests/callbacks are added
to current->plug, while only outmost plug is assigned to current->plug.
So inner plug always has empty request/callback list, which makes
blk_flush_plug_list() a nop. This
The current iteration in get_dsi_id_from_intf() is wrong:
instead of iterating until hw_cfg->intf.count, we need to iterate
until MDP5_INTF_NUM_MAX here.
Let's take the example of msm8x16:
hw_cfg->intf.count = 1
intfs[0] = INTF_Disabled
intfs[1] = INTF_DSI
If we stop iterating once i reaches
When registering clk-si5351 by platform_data, we should not pass struct clk
for the reference clocks. Drop struct clk from platform_data and rework the
driver to use devm_clk_get of named clock references.
While at it, check for at least one valid input clock and properly prepare/
enable valid ref
Since the introduction of clk-si5351 the way we should deal with DT provided
clocks has changed from indexed to named clock phandles. Amend the binding
documentation to reflect named clock phandles by clock-names property.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Stephen B
For Si5351 clock driver, Michael Welling and Jean-Francois Moine reported
issues with recent v4.x kernels due to broken/missing/wrong parent clock
claming. This patch set now deals with the issues reported.
Patch 1 amends the binding documentation mention clock-names property
for the "xtal" and "c
Si5351 clock generator on CuBox uses XTAL as clock reference, name the
clock phandle accordingly.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Stephen Boyd
Cc: Jean-Francois Moine
Cc: Michael Welling
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
When changing PLL rate significantly, PLLs have to be reset. Add a function
to perform and check for successful PLL reset.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: Stephen Boyd
Cc: Jean-Francois Moine
Cc: Michael Welling
Cc: Russell King
Cc: devicet...@vger.kernel.org
Last patch makes plug work for multiple queue case. However it only
works for single disk case, because it assumes only one request in the
plug list. If a task is accessing multiple disks, eg MD/DM, the
assumption is wrong. Let blk_attempt_plug_merge() record request from
the same queue.
Cc: Jens
From: Jeff Moyer
The following appears in blk_sq_make_request:
/*
* If we have multiple hardware queues, just go directly to
* one of those for sync IO.
*/
We clearly don't have multiple hardware queues, here! This comment was
introduced with this commit 0706
On Thu, Apr 30, 2015 at 4:50 PM, David Howells wrote:
> Sedat Dilek wrote:
>
>> This happened a 2nd time with a different kernel-series!
>> Not sure why this was the case.
>> It did not happen when rebuilding with the same kernel-config again.
>> Not sure if parallel-make-jobs might be a cause fo
plug is still helpful for workload with IO merge, but it can be harmful
otherwise especially with multiple hardware queues, as there is
(supposed) no lock contention in this case and plug can introduce
latency. For multiple queues, we do limited plug, eg plug only if there
is request merge. If a re
On 30.04.2015 16:31, Antoine Tenart wrote:
On Thu, Apr 16, 2015 at 01:59:32PM -0300, Ezequiel Garcia wrote:
On 04/16/2015 10:41 AM, Sebastian Hesselbarth wrote:
All we need is a function to convert sdr_timings to sane driver
timings. And we really need to split this patch into tiny pieces
othe
On Thu, Apr 30, 2015 at 2:17 AM, Kweh, Hock Leong
wrote:
>> -Original Message-
>> From: Andy Lutomirski [mailto:l...@amacapital.net]
>> Sent: Thursday, April 30, 2015 2:41 AM
>>
>> On Wed, Apr 29, 2015 at 4:23 AM, Kweh, Hock Leong
>> wrote:
>> >
>> > Dear communities,
>> >
>> > I agree wi
Am Donnerstag, 30. April 2015, 10:57:10 schrieb Theodore Ts'o:
> One of the problems is that it's *hard* to get good benchmarking
> numbers that take into account file system aging and measure how well
> the free space has been fragmented over time. Most of the benchmark
> results that I've seen d
On Thu, Apr 30, 2015 at 10:49 AM, Sedat Dilek wrote:
>>
>> Yeah. I've had other reports, but I can't see anything obvious. I have a
>> suspicion there may be something not declared quite right in the makefile -
>> or
>> even a race in make -jN, but I don't know how to reproduce it.
>
> Ah OK, (
On Wed, Apr 22, 2015 at 04:12:26PM +0200, Kast Bernd wrote:
> Hello,
>
> This patchset implements a fan control for asus notebooks.
> It's based on Felipe Contreras' patch
> (https://lkml.org/lkml/2013/10/8/800), that was proposed one and a half
> year ago, but never made it to the kernel, because
Hi Chao,
On Thu, Apr 30, 2015 at 06:11:35PM +0800, Chao Yu wrote:
> Introduce a generic function replace_block base on recover_data_page,
> and export it. So wit it we can operate file's meta data which is in
> CP/SSA area when we invoke fallocate with FALLOC_FL_COLLAPSE_RANGE flag.
>
> Signed-of
On Thu, Apr 30, 2015 at 12:33:03PM -0400, Steven Rostedt wrote:
> diff --git a/fs/xfs/xfs_mount.c b/fs/xfs/xfs_mount.c
> index 51435dbce9c4..dbaa1ce3f308 100644
> --- a/fs/xfs/xfs_mount.c
> +++ b/fs/xfs/xfs_mount.c
> @@ -1660,6 +1660,12 @@ xfs_icsb_lock_all_counters(
> xfs_icsb_cnts_t *cntp;
On Wed, Apr 22, 2015 at 04:12:24PM +0200, Kast Bernd wrote:
> acpi_os_get_physical_address will be needed by an acpi driver (asus-wmi.c).
> Additionally it could be used by dell-laptop.c instead of directly calling
> virt_to_phys.
>
> acpi_os_get_physical_address gets exported and ACPI_FUTURE_US
On Thu, Apr 30, 2015 at 03:56:41PM +0200, Borislav Petkov wrote:
> On Wed, Apr 29, 2015 at 02:44:20PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
>
> Please add a commit message, albeit a single trivial sentence.
>
> > Cc: Andy Walls
> > Cc: Doug Ledford
> > Cc: Ingo Mol
Paolo Bonzini writes:
> Code and format roughly based on Xen's vmcs_dump_vcpu.
Nice, but isn't it better to keep the output format and behavior the
same for both dump_vmcb and dump_vmcs() ? why not pr_error ?
Bandan
> Signed-off-by: Paolo Bonzini
> ---
> arch/x86/kvm/vmx.c | 153
> +
On Thu, Apr 30, 2015 at 2:45 PM, Sebastian Hesselbarth
wrote:
> * property silabs,pll-source : , [<..>]
> * allow to selectively set pll source
> @@ -1328,8 +1321,17 @@ static int si5351_i2c_probe(struct i2c_client *client,
> i2c_set_clientdata(client, drvdata);
>
On the 30th of April 2015 17:14, Daniel Phillips wrote:
Hallo hardcore coders
On 04/30/2015 07:28 AM, Howard Chu wrote:
Daniel Phillips wrote:
On 04/30/2015 06:48 AM, Mike Galbraith wrote:
On Thu, 2015-04-30 at 05:58 -0700, Daniel Phillips wrote:
On Thursday, April 30, 2015 5:07:21 AM PDT,
Linus,
please pull sound fixes for v4.1-rc2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.1-rc2
The topmost commit is 0ae3aba2865a5a6f5ee82e9651f0a69daf19d79c
sound fixes for 4.1-rc2
One nic
> On 30 April 2015 at 06:46 Joe Perches wrote:
>
>
> On Wed, 2015-04-29 at 21:32 +0200, Fabian Frederick wrote:
> > typedef is not really useful here. Replace it by structure
> > to improve readability.typedef should only be used in some cases.
> > (See Documentation/CodingStyle Chapter 5 for de
On Thu, Apr 30, 2015 at 03:20:38PM -0300, Fabio Estevam wrote:
> On Thu, Apr 30, 2015 at 2:45 PM, Sebastian Hesselbarth
> wrote:
>
> > * property silabs,pll-source : , [<..>]
> > * allow to selectively set pll source
> > @@ -1328,8 +1321,17 @@ static int si5351_i2c_probe(struct
On Thu, Apr 30, 2015 at 06:00:44PM +0200, Borislav Petkov wrote:
> On Wed, Apr 29, 2015 at 02:44:21PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
>
> So this one is missing a commit message too but we need to talk about
> this. Why are we adding __read_mostly in the macro? This
On Thu, 30 Apr 2015 20:07:21 +0200
Peter Zijlstra wrote:
> On Thu, Apr 30, 2015 at 12:33:03PM -0400, Steven Rostedt wrote:
> > diff --git a/fs/xfs/xfs_mount.c b/fs/xfs/xfs_mount.c
> > index 51435dbce9c4..dbaa1ce3f308 100644
> > --- a/fs/xfs/xfs_mount.c
> > +++ b/fs/xfs/xfs_mount.c
> > @@ -1660,6
FYI, this code is gone in 4.1-rc.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi all,
On Thu, Apr 30, 2015 at 2:11 PM, Konstantin Khlebnikov wrote:
> On Thu, Apr 30, 2015 at 2:43 PM, Konstantin Khlebnikov
> wrote:
>> What about exposing shared/exclusive bit in pagemap == 1 if
>> page_mapcount() > 1, otherwise 0 (or vise versa).
>>
>> Seems like this should work for detec
On Thu, Apr 30, 2015 at 11:32 AM, Luis R. Rodriguez wrote:
> , we
> at run time in early boot have to disable a feature but this will typically
> happen only once.
Sorry I meant that we may need to disable a feature early at boot
time, but this typically happens only once with the variable.
Lui
On Thu, 30 Apr 2015 11:33:27 -0700
Christoph Hellwig wrote:
> FYI, this code is gone in 4.1-rc.
:-)
Well, when we port -rt to 4.1 that will be the answer!
But for now, we need to band-aid the older versions of the kernel that
we do support.
-- Steve
--
To unsubscribe from this list: send the
On Thu, Apr 30, 2015 at 11:32 AM, Steven Rostedt wrote:
> On Thu, 30 Apr 2015 20:07:21 +0200
> Peter Zijlstra wrote:
>> The irony, this is distinctly non deterministic code you're putting
>> under a RT specific preempt_disable ;-)
>
> I know :-(
>
> Unfortunately, a RT behaving fix would be much
On 04/29/2015 02:45 PM, Jason Low wrote:
On Wed, 2015-04-29 at 14:14 -0400, Waiman Long wrote:
On 04/28/2015 04:00 PM, Jason Low wrote:
The p->mm->numa_scan_seq is accessed using READ_ONCE/WRITE_ONCE
and modified without exclusive access. It is not clear why it is
accessed this way. This patch
On Thu, Apr 30, 2015 at 08:32:00PM +0200, Luis R. Rodriguez wrote:
> In this particular case early_param_on_off() will be used for boot
> time kernel parameters which we do not intend on dynamically change a
> lot at run time, we
It is not about whether you're going to dynamically change it but mo
On Wed, Apr 22, 2015 at 04:12:23PM +0200, Kast Bernd wrote:
> This patch is partially based on Felipe Contrera's earlier patch, that
> was discussed here: https://lkml.org/lkml/2013/10/8/800
> Some problems of that patch are fixed, now:
>
> 1) The main downside of the earlier patch seemed to be th
On 30.04.2015 20:30, Michael Welling wrote:
On Thu, Apr 30, 2015 at 03:20:38PM -0300, Fabio Estevam wrote:
On Thu, Apr 30, 2015 at 2:45 PM, Sebastian Hesselbarth
wrote:
@@ -1328,8 +1321,17 @@ static int si5351_i2c_probe(struct i2c_client *client,
i2c_set_clientdata(client, drvdata);
>> Something like this (see patch in attachment)
>
> THP is not covered.
>
> Any comments on kcmp() idea?
It seems like a modified kcmp() would also be a valid approach but, as
you noted, probably speed-limited for our purposes. As you say, there
is the option of a vector-oriented equivalent. It
On Thu, 30 Apr 2015, Luis R. Rodriguez wrote:
> > But for every param declared this way? I'm not sure we want that...
>
> I'm glad you bring this up, Christoph can you or anyone else can you provide
> advise since you added __read_mostly ?
Well it should be reseved for data that is actually used
On Wed, 2015-04-29 at 21:44 +0200, Manfred Spraul wrote:
> Hi Davidlohr,
>
> On 04/28/2015 06:59 PM, Davidlohr Bueso wrote:
> > On Tue, 2015-04-28 at 18:43 +0200, Peter Zijlstra wrote:
> >> Well, if you can 'guarantee' the cmpxchg will not fail, you can then
> >> rely on the fact that cmpxchg impl
> On 30 April 2015 at 09:55 Boaz Harrosh wrote:
>
>
> On 04/29/2015 08:58 PM, Fabian Frederick wrote:
> > replace obsolete function.
> >
> > Signed-off-by: Fabian Frederick
>
> Thanks.
> ACK-by: Boaz Harrosh
>
> Are you pushing all these through some tree, or
> You need that I push it? Maybe p
On Thu, Apr 30, 2015 at 07:45:50PM +0200, Sebastian Hesselbarth wrote:
> For Si5351 clock driver, Michael Welling and Jean-Francois Moine reported
> issues with recent v4.x kernels due to broken/missing/wrong parent clock
> claming. This patch set now deals with the issues reported.
>
> Patch 1 am
On 04/29/2015 02:11 PM, Peter Zijlstra wrote:
On Fri, Apr 24, 2015 at 02:56:42PM -0400, Waiman Long wrote:
In the pv_scan_next() function, the slow cmpxchg atomic operation is
performed even if the other CPU is not even close to being halted. This
extra cmpxchg can harm slowpath performance.
Th
On Thu, Apr 30, 2015 at 07:45:54PM +0200, Sebastian Hesselbarth wrote:
> When changing PLL rate significantly, PLLs have to be reset. Add a function
> to perform and check for successful PLL reset.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Mike Turquette
> Cc: Stephen Boyd
> Cc: Jean
On Thu, 2015-04-30 at 14:42 -0400, Waiman Long wrote:
> On 04/29/2015 02:45 PM, Jason Low wrote:
> > On Wed, 2015-04-29 at 14:14 -0400, Waiman Long wrote:
> >> On 04/28/2015 04:00 PM, Jason Low wrote:
> >>> The p->mm->numa_scan_seq is accessed using READ_ONCE/WRITE_ONCE
> >>> and modified without e
On Thu, Apr 30, 2015 at 10:23 AM, Olof Johansson wrote:
> Hi,
>
> On Thu, Apr 30, 2015 at 10:10 AM, John Stultz wrote:
>> On Thu, Apr 30, 2015 at 9:25 AM, Bastien Nocera wrote:
>>> On Tue, 2014-10-21 at 10:04 -0700, John Stultz wrote:
On Tue, Oct 21, 2014 at 1:49 AM, Bastien Nocera
wr
On 04/29/2015 02:27 PM, Linus Torvalds wrote:
On Wed, Apr 29, 2015 at 11:11 AM, Peter Zijlstra wrote:
On Fri, Apr 24, 2015 at 02:56:42PM -0400, Waiman Long wrote:
In the pv_scan_next() function, the slow cmpxchg atomic operation is
performed even if the other CPU is not even close to being hal
On Tue, Apr 28, 2015 at 04:17:38PM +0200, Martin Fuzzey wrote:
> + pmic_sw3_reg: sw3 {
> + regulator-name = "SW3";
> + regulator-min-microvolt = <65>;
> + regulator-max-microvolt = <1425000>
On 30.04.2015 20:49, Michael Welling wrote:
On Thu, Apr 30, 2015 at 07:45:54PM +0200, Sebastian Hesselbarth wrote:
When changing PLL rate significantly, PLLs have to be reset. Add a function
to perform and check for successful PLL reset.
Signed-off-by: Sebastian Hesselbarth
---
[...]
@@ -519
Hi!
> > Thanks for the hint. (Insert rant about hdparm documentation
> > explaining that it is bad idea, but not telling me _why_ is it bad
> > idea. Can I expect cache consistency issues after that, or is it just
> > simple "you are writing to the disk without any checks"? Plus, I guess
> > docum
So the perf_fuzzer caught this after about a week of fuzzing on a Haswell
machine running a recent git kernel (pre 4.1-rc1 though).
We've seen this BUG before and various fixes were applied but apparently
it wasn't enough.
Sadly it doesn't seem to be reproducible.
validate_group() -> x86_pmu.
On 04/15/15 07:26, Dong Aisheng wrote:
> To align with __clk_set_parent_before and some others functions,
> change the host clk name to 'clk' instead of 'core'.
>
> Cc: Mike Turquette
> Cc: Stephen Boyd
> Signed-off-by: Dong Aisheng
> ---
No thanks. We should go and rename all clk_core pointers
On Thu, 30 Apr 2015 11:40:07 -0700
Austin Schuh wrote:
> On Thu, Apr 30, 2015 at 11:32 AM, Steven Rostedt wrote:
> > On Thu, 30 Apr 2015 20:07:21 +0200
> > Peter Zijlstra wrote:
> >> The irony, this is distinctly non deterministic code you're putting
> >> under a RT specific preempt_disable ;-)
On 04/15/15 07:26, Dong Aisheng wrote:
> clk_core_enable is executed without &enable_clock in clk_set_parent function.
> Adding it to avoid potential race condition issue.
>
> Fixes: 035a61c314eb ("clk: Make clk API return per-user struct clk instances")
> Cc: Mike Turquette
> Cc: Stephen Boyd
>
On 04/15/15 07:26, Dong Aisheng wrote:
> The only thing __clk_enable/__clk_disable does is NULL pointer checking
> of clk except calling clk_core_{enable|disable} which is already handled
> by clk_core_{enable|disable}.
> So remove this unneeded function.
>
> Cc: Mike Turquette
> Cc: Stephen Boyd
Commit 61f01dd941ba ("x86_64, asm: Work around AMD SYSRET SS descriptor
attribute issue") makes AMD processors set SS to __KERNEL_DS in
__switch_to() to deal with cases when SS is NULL.
This breaks Xen PV guests who do not want to load SS with__KERNEL_DS.
Since the problem that the commit is tryi
Hi Sebastian,
On Thu, Apr 30, 2015 at 3:44 PM, Sebastian Hesselbarth
wrote:
> Fabio,
>
> Michael is right, the check is for bailing out if none of the parent
> clocks is available.
+ if (IS_ERR(drvdata->pxtal) && IS_ERR(drvdata->pclkin)) {
+ dev_err(&client->dev, "missing at
On Thu, Apr 30, 2015 at 12:08 PM, Boris Ostrovsky
wrote:
> Commit 61f01dd941ba ("x86_64, asm: Work around AMD SYSRET SS descriptor
> attribute issue") makes AMD processors set SS to __KERNEL_DS in
> __switch_to() to deal with cases when SS is NULL.
>
> This breaks Xen PV guests who do not want to
On Thursday 30 April 2015 15:24:07 Daniel Baluta wrote:
> Hi Gabriele,
>
> Please keep the version numbering from previous patches,
> I think this should be v8 :).
OK, I'll use v9 for the next submission.
> On Wed, Apr 29, 2015 at 2:27 PM, Gabriele Mazzotta
> wrote:
> > Add basic implementation
This change enables the generic strncpy_from_user() and strnlen_user()
using word-at-a-time.h. The tile implementation is trivial since
both tilepro and tilegx have SIMD operations that do byte-wise
comparisons against immediate zero for each byte, and return an
0x01 byte in each position where th
On 04/30/2015 03:17 PM, Andy Lutomirski wrote:
On Thu, Apr 30, 2015 at 12:08 PM, Boris Ostrovsky
wrote:
Commit 61f01dd941ba ("x86_64, asm: Work around AMD SYSRET SS descriptor
attribute issue") makes AMD processors set SS to __KERNEL_DS in
__switch_to() to deal with cases when SS is NULL.
This
On Thu, Apr 30, 2015 at 07:45:50PM +0200, Sebastian Hesselbarth wrote:
> For Si5351 clock driver, Michael Welling and Jean-Francois Moine reported
> issues with recent v4.x kernels due to broken/missing/wrong parent clock
> claming. This patch set now deals with the issues reported.
>
> Patch 1 am
On Thu, Apr 30, 2015 at 12:30 PM, Boris Ostrovsky
wrote:
> On 04/30/2015 03:17 PM, Andy Lutomirski wrote:
>>
>> On Thu, Apr 30, 2015 at 12:08 PM, Boris Ostrovsky
>> wrote:
>>>
>>> Commit 61f01dd941ba ("x86_64, asm: Work around AMD SYSRET SS descriptor
>>> attribute issue") makes AMD processors se
This patch series allows the watchdog to run by default only
on the housekeeping cores when nohz_full is in effect; this
seems to be a good compromise short of turning it off completely
(since the nohz_full cores can't tolerate a watchdog).
To provide customizability, we add /proc/sys/kernel/watch
Change the default behavior of watchdog so it only runs on the
housekeeping cores when nohz_full is enabled at build and boot time.
Allow modifying the set of cores the watchdog is currently running
on with a new kernel.watchdog_cpumask sysctl.
In the current system, the watchdog subsystem runs a
This change allows some cores to be excluded from running the
smp_hotplug_thread tasks. The following commit to update
kernel/watchdog.c to use this functionality is the motivating
example, and more information on the motivation is provided there.
A new smp_hotplug_thread field is introduced, "cp
Allowing watchdog threads to be parked means that we now have the
opportunity of actually seeing persistent parked threads in the output
of /proc//stat and /proc//status. The existing code reported
such threads as "Running", which is kind-of true if you think of the case
where we park them as part
On Tue, Apr 28, 2015 at 04:17:40PM +0200, Martin Fuzzey wrote:
> Signed-off-by: Martin Fuzzey
Please use subject lines reflecting the style for the subsystem.
> +static int mc34708_read_bits(struct mc34708_regulator *mc34708_reg,
> + unsigned int reg, u32 mask)
> +{
> +
On Thursday, April 30, 2015 08:28:56 PM Fabian Frederick wrote:
>
> > On 30 April 2015 at 06:46 Joe Perches wrote:
> >
> >
> > On Wed, 2015-04-29 at 21:32 +0200, Fabian Frederick wrote:
> > > typedef is not really useful here. Replace it by structure
> > > to improve readability.typedef should on
601 - 700 of 922 matches
Mail list logo
