On Mon, Jul 27, 2015 at 02:11:17PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the clk tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/clk/ti/clk-814x.c:11:25: error: array type has incomplete element type
> static struct ti_dt_clk
On 13 August 2015 at 12:34, Suzuki K. Poulose wrote:
> From: "Suzuki K. Poulose"
>
> Ensure that the selected page size is supported by the
> CPU(s).
>
> Cc: Mark Rutland
> Cc: Catalin Marinas
> Cc: Will Deacon
> Signed-off-by: Suzuki K. Poulose
> ---
> arch/arm64/include/asm/sysreg.h |
> Return type of wait_for_completion_timeout is unsigned long not int.
> As time_left is exclusively used for wait_for_completion_timeout here its
> type is simply changed to unsigned long.
>
> API conformance testing for completions with coccinelle spatches are being
> used to locate API usage
> Return type of wait_for_completion_timeout is unsigned long not int.
> As time_left is exclusively used for wait_for_completion_timeout here its
> type is simply changed to unsigned long.
>
> API conformance testing for completions with coccinelle spatches are being
> used to locate API usage
> Return type of wait_for_completion_timeout is unsigned long not int.
> As time_left is exclusively used for wait_for_completion_timeout here its
> type is simply changed to unsigned long.
>
> API conformance testing for completions with coccinelle spatches are being
> used to locate API usage
On Tue, Aug 4, 2015 at 2:03 PM, Mika Westerberg
wrote:
> There is a hardware issue in Intel Baytrail where concurrent GPIO register
> access might result reads of 0x and writes might get dropped
> completely.
>
> Prevent this from happening by taking the serializing lock in all places
>
On Tue, Aug 4, 2015 at 2:03 PM, Mika Westerberg
wrote:
> The FSF address is already mentioned in the COPYING file. No need to
> duplicate that information to individual files.
>
> Signed-off-by: Mika Westerberg
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the
> Return type of wait_for_completion_timeout is unsigned long not int.
> As time_left is exclusively used for wait_for_completion_timeout here its
> type is simply changed to unsigned long.
>
> API conformance testing for completions with coccinelle spatches are being
> used to locate API usage
On Wed, Jul 29, 2015 at 04:30:02PM +0800, Jianwei Wang wrote:
> This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
> simple panel driver.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Xiubo Li
> Signed-off-by: Jianwei Wang
> Acked-by: Daniel Vetter
> ---
>
On Tue, Aug 11, 2015 at 12:12 PM, Lin Huang wrote:
> gpio can keep state even the clock disable, for save power
> consumption, only enable gpio clock when it setting
>
> Signed-off-by: Lin Huang
> Reviewed-by: Heiko Stuebner
> ---
> Changes in v5:
> -rebase patch
Patch applied with Doug's
> Signed-off-by: Cheolhyun Park
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
--
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
On Thu, Aug 13, 2015 at 02:55:36PM +0530, Vatika Harlalka wrote:
> This patchset is for offloading task_tick() to a remote housekeeping
> cpu. The larger aim is to stop ticks on nohz_full cpus. For this, extra
> work must be done by housekeeping cpus. So, task_tick is called from a
> delayed
On Wed, Jul 29, 2015 at 04:30:02PM +0800, Jianwei Wang wrote:
> This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
> simple panel driver.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Xiubo Li
> Signed-off-by: Jianwei Wang
> Acked-by: Daniel Vetter
> ---
>
On Mon, Aug 3, 2015 at 1:10 AM, Colin King wrote:
> From: Colin Ian King
>
> Trivial change, fix spelling mistake 'invaild' -> 'invalid' in
> dev_err message.
>
> Signed-off-by: Colin Ian King
Patch applied with Hongzhou's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the
On Thu, Aug 13, 2015 at 12:08:43AM +0300, Dan Carpenter wrote:
> In this function returning non-zero means the hardware was detected and
> zero means it wasn't. This is a failure path so we should return zero.
>
> Fixes: 9f4ba6b05869 ('paride: use new parport device model')
> Signed-off-by: Dan
On 12 August 2015 at 17:15, Juri Lelli wrote:
> On 11/08/15 17:37, Vincent Guittot wrote:
>> On 11 August 2015 at 17:07, Juri Lelli wrote:
>>> Hi Vincent,
>>>
>>> On 11/08/15 12:41, Vincent Guittot wrote:
On 11 August 2015 at 11:08, Juri Lelli wrote:
> On 10/08/15 16:07, Vincent
writel() already does a cpu_to_le32 conversion, so
remove cpu_to_le32().
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index ae645fa..519f50c 100644
---
On 13/08/15 11:36, Tony Lindgren wrote:
> * Roger Quadros [150813 00:17]:
>> On 11/08/15 15:48, Tony Lindgren wrote:
>>>
>>> OK. Yeah let's make sure no regressions are caused by this.. We also
>>> still have the omap3 legacy booting around, have you checked that it
>>> keeps on working?
>>
>> I
On Thu, Aug 13, 2015 at 08:52:23AM +0200, Sedat Dilek wrote:
> On Wed, Aug 12, 2015 at 9:26 PM, Ville Syrjälä
> wrote:
> > On Mon, Aug 10, 2015 at 08:29:00PM +0200, Sedat Dilek wrote:
> >> On Sat, Aug 1, 2015 at 2:23 PM, Sedat Dilek wrote:
> >> > On Mon, Jul 27, 2015 at 12:33 AM, Sedat Dilek
>
On 07/08/15 12:12, Roger Quadros wrote:
> OMAPs can have 2 to 4 WAITPINs that can be used as general purpose
> input if not used for memory wait state insertion.
>
> The first user will be the OMAP NAND chip to get the NAND
> read/busy status using gpiolib.
>
> Signed-off-by: Roger Quadros
>
On Tue, 2015-07-28 at 10:30 +0200, Adrien Schildknecht wrote:
> At the last iteration of the loop, j may equal zero and thus
> tp_list[j - 1] causes an invalid read.
> Changed the logic of the loop so that j - 1 is always >= 0.
>
> Signed-off-by: Adrien Schildknecht
>
Applied, I added Cc
Export the RAW SCSI Inquiry to sysfs as binfile. This way the data can be
used by userlang without the need to have and ioctl or use the sg_inq tool.
Here is an example of the provided data
linux:~ # hexdump /sys/class/scsi_device/1\:0\:0\:0/device/inquiry
000 8005 3205 001f 4551 554d
On 13 August 2015 at 01:56, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is enough for
Hi David,
On 11 August 2015 at 01:52, David Long wrote:
> From: Sandeepa Prabhu
>
> Add support for basic kernel probes(kprobes) and jump probes
> (jprobes) for ARM64.
>
> Kprobes utilizes software breakpoint and single step debug
> exceptions supported on ARM v8.
>
> A software breakpoint is
2015-08-13 20:33 GMT+09:00 Viresh Kumar :
> On 13-08-15, 13:28, Jonas Rabenstein wrote:
>> Commit "cpufreq: exynos: remove Exynos4x12 specific cpufreq driver
>> support" deleted option ARM_EXYNOS_CPUFREQ but missed to delete a rule
>> in drivers/cpufreq/Makefile which depends on that option.
>>
>>
On Thu, 13 Aug 2015, Jassi Brar wrote:
> On Thu, Aug 13, 2015 at 4:30 PM, Lee Jones wrote:
> > On Thu, 13 Aug 2015, Jassi Brar wrote:
> >
> >> On Thu, Aug 13, 2015 at 3:53 PM, Lee Jones wrote:
> >> > On Thu, 13 Aug 2015, Jassi Brar wrote:
> >> >
> >> >> On Thu, Aug 13, 2015 at 2:49 PM, Lee
From: "Suzuki K. Poulose"
At the moment, we only support maximum of 3-level page table for
swapper. With 48bit VA, 64K has only 3 levels and 4K uses section
mapping. Add support for 4-level page table for swapper, needed
by 16K pages.
Cc: Ard Biesheuvel
Cc: Mark Rutland
Cc: Catalin Marinas
From: "Suzuki K. Poulose"
We use !CONFIG_ARM64_64K_PAGES for CONFIG_ARM64_4K_PAGES
(and vice versa) in code. It all worked well, so far since
we only had two options. Now, with the introduction of 16K,
these cases will break. This patch cleans up the code to
use the required CONFIG symbol
From: "Suzuki K. Poulose"
Now that we can calculate the number of levels required for
mapping a va width, reserve exact number of pages that would
be required to cover the idmap. The idmap should be able to handle
the maximum physical address size supported.
Cc: Ard Biesheuvel
Cc: Mark Rutland
From: "Suzuki K. Poulose"
Move the kernel pagetable (both swapper and idmap) definitions
from the generic asm/page.h to a new file, asm/kernel-pgtable.h.
This is mostly a cosmetic change, to clean up the asm/page.h to
get rid of the arch specific details which are not needed by the
generic
From: "Suzuki K. Poulose"
Introduce helpers for finding the number of page table
levels required for a given VA width, shift for a particular
page table level.
Convert the existing users to the new helpers. More users
to follow.
Cc: Ard Biesheuvel
Cc: Mark Rutland
Cc: Catalin Marinas
Cc:
From: "Suzuki K. Poulose"
Rearrange the code for fake pgd handling, which is applicable
to only ARM64. The intention is to keep the common code cleaner,
unaware of the underlying hacks.
Cc: kvm...@lists.cs.columbia.edu
Cc: christoffer.d...@linaro.org
Cc: marc.zyng...@arm.com
Signed-off-by:
From: "Suzuki K. Poulose"
Ensure that the selected page size is supported by the
CPU(s).
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
---
arch/arm64/include/asm/sysreg.h |6 ++
arch/arm64/kernel/head.S| 24 +++-
From: "Suzuki K. Poulose"
Update the help text for ARM64_64K_PAGES to reflect the reality
about AArch32 support.
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
---
arch/arm64/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
From: "Suzuki K. Poulose"
{V}TCR_EL2_TG0 is a 2bit wide field, where:
00 - 4K
01 - 64K
10 - 16K
But we use only 1 bit, which has worked well so far since
we never cared about 16K. Fix it for 16K support.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Marc Zyngier
Cc: Christoffer Dall
Cc:
From: "Suzuki K. Poulose"
The existing fake pgd handling code assumes that the stage-2 entry
level can only be one level down that of the host, which may not be
true always(e.g, with the introduction of 16k pagesize).
e.g.
With 16k page size and 48bit VA and 40bit IPA we have the following
From: "Suzuki K. Poulose"
36bit VA lets us use 2 level page tables while limiting the
available address space to 64GB.
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
---
arch/arm64/Kconfig |8 +++-
1 file changed, 7 insertions(+), 1
From: "Suzuki K. Poulose"
No functional changes. Group the common bits for VCTR_EL2
initialisation for better readability. The granule size
and the entry level are controlled by the page size.
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: kvm...@lists.cs.columbia.edu
Signed-off-by: Suzuki K.
From: "Suzuki K. Poulose"
We use section maps with 4K page size to create the
swapper/idmaps. So far we have used !64K or 4K checks
to handle the case where we use the section maps. This
patch adds a symbol to make it clear those cases.
Cc: Ard Biesheuvel
Cc: Mark Rutland
Cc: Catalin Marinas
From: "Suzuki K. Poulose"
This patch turns on the 16K page support in the kernel. We
support 48bit VA (4 level page tables) and 47bit VA (3 level
page tables).
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Steve Capper
Signed-off-by: Suzuki K. Poulose
---
arch/arm64/Kconfig
From: "Suzuki K. Poulose"
This series enables the 16K page size support on Linux for arm64.
This series adds support for 48bit VA(4 level), 47bit VA(3 level) and
36bit VA(2 level) with 16K. 16K was a late addition to the architecture
and is not implemented by all CPUs. Added a check to ensure
On 13-08-15, 13:28, Jonas Rabenstein wrote:
> Commit "cpufreq: exynos: remove Exynos4x12 specific cpufreq driver
> support" deleted option ARM_EXYNOS_CPUFREQ but missed to delete a rule
> in drivers/cpufreq/Makefile which depends on that option.
>
> Remove unselectable rule for
On Wed 12-08-15 07:48:22, Dave Chinner wrote:
> On Tue, Aug 11, 2015 at 04:51:22PM +, Wilcox, Matthew R wrote:
> > The race that you're not seeing is page fault vs page fault. Two
> > threads each attempt to store a byte to different locations on the
> > same page. With a read-mutex to
Commit "cpufreq: exynos: remove Exynos4x12 specific cpufreq driver
support" deleted option ARM_EXYNOS_CPUFREQ but missed to delete a rule
in drivers/cpufreq/Makefile which depends on that option.
Remove unselectable rule for arm-exynos-cpufreq.o from
drivers/cpufreq/Makefile.
Signed-off-by:
On Mon, Aug 3, 2015 at 11:46 AM, Mika Westerberg
wrote:
> There is a hardware issue in Intel Braswell/Cherryview where concurrent
> GPIO register access might results reads of 0x and writes might get
> dropped.
>
> Prevent this from happening by taking the serializing lock for all places
On Thu, Aug 13, 2015 at 12:02:26PM +0100, Andrey Ryabinin wrote:
> 2015-08-13 12:01 GMT+03:00 Will Deacon :
> > Yes please, works for me! If we're targetting 4.3, then please can you base
> > on 4.2-rc4, as that's what our current arm64 queue is using?
> >
>
> Does this mean that we are targeting
On Wed, Aug 12, 2015 at 04:24:49PM -0500, Chris J Arges wrote:
> I still get build failures and I've pared it down to x86_64 defconfig plus:
> CONFIG_MODVERSIONS=y
> CONFIG_STACK_VALIDATION=y
>
> And it seems like some modules may get the .tmp_foo.o treatment while
> others end up foo.o so
On 13/08/2015 at 12:09:38 +0200, Olof Johansson wrote :
> On Fri, Aug 07, 2015 at 06:27:54PM +0200, Alexandre Belloni wrote:
> > Arnd, Olof, Kevin,
> >
> > A little defconfig update. That will probably be all for this cycle.
> >
> > Thanks, bye,
> >
> >
> > The following changes since commit
On Sat, Aug 1, 2015 at 5:38 AM, Masahiro Yamada
wrote:
> The initial version of this driver missed to add I2C ch6 pin-muxing.
>
> Signed-off-by: Masahiro Yamada
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, Aug 13, 2015 at 10:24:32AM +0100, Matt Fleming wrote:
> On Thu, 13 Aug, at 10:19:17AM, Ingo Molnar wrote:
> > * Matt Fleming wrote:
> >
> > > From: "Jonathan (Zhixiong) Zhang"
> > >
> > > With ACPI APEI firmware first handling, generic hardware error
> > > record is updated by firmware
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.2-rc6-tag
xen: bug fixes for 4.2-rc6
- - Revert a fix from 4.2-rc5 that was causing lots of WARNING spam.
- - Fix a memory leak
On Sat, Aug 1, 2015 at 3:17 AM, Gregory Fong wrote:
> For wake from S5, we need to:
> - register a reboot handler
> - set wakeup capability before requesting IRQ so wakeup count is
> incremented
> - mask all GPIO IRQs and clear any pending interrupts during driver
> probe to since no driver
On Sat, Aug 1, 2015 at 3:17 AM, Gregory Fong wrote:
> Uses the gpiolib irqchip helpers. For this to work, the irq setup
> function is called once per bank instead of once per device. Note
> that all known uses of this block have a BCM7120 L2 interrupt
> controller as a parent. Supports
On Thu, Aug 13, 2015 at 4:30 PM, Lee Jones wrote:
> On Thu, 13 Aug 2015, Jassi Brar wrote:
>
>> On Thu, Aug 13, 2015 at 3:53 PM, Lee Jones wrote:
>> > On Thu, 13 Aug 2015, Jassi Brar wrote:
>> >
>> >> On Thu, Aug 13, 2015 at 2:49 PM, Lee Jones wrote:
>> >> > On Thu, 13 Aug 2015, Jassi Brar
13.08.2015 01:00, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 2:50 PM, Stas Sergeev wrote:
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
On Wed 12-08-15 15:11:38, Oleg Nesterov wrote:
> On 08/11, Oleg Nesterov wrote:
> >
> > The only essential change is that I dropped the lockdep improvements
> > as we discussed. This means that 8/8 was changed a bit, and I decided
> > to add the new documentation patch, see 3/8.
>
> Update: The
2015-08-13 12:01 GMT+03:00 Will Deacon :
> Hi Ingo,
>
> On Thu, Aug 13, 2015 at 09:16:41AM +0100, Ingo Molnar wrote:
>> * Ingo Molnar wrote:
>> > * Andrey Ryabinin wrote:
>> >
>> > > These 2 patches taken from v5 'KASAN for arm64' series.
>> > > The only change is updated changelog in second
On 13/08/15 11:17, Grygorii Strashko wrote:
On 08/13/2015 12:30 PM, Sudeep Holla wrote:
On 12/08/15 18:46, Grygorii Strashko wrote:
All ARM GIC IRQs have to masked during suspend if they are not
wakeup source. Now this is not happen, since switching to
use IRQ domain hierarchy, because
On Thu, 13 Aug 2015, Jassi Brar wrote:
> On Thu, Aug 13, 2015 at 3:53 PM, Lee Jones wrote:
> > On Thu, 13 Aug 2015, Jassi Brar wrote:
> >
> >> On Thu, Aug 13, 2015 at 2:49 PM, Lee Jones wrote:
> >> > On Thu, 13 Aug 2015, Jassi Brar wrote:
> >>
> >> >> >> > +
> >> >> >> > +static void
On 13-08-15, 19:53, Krzysztof Kozlowski wrote:
> 2015-08-13 19:32 GMT+09:00 Jonas Rabenstein
> :
> > With commit 2907ed4377d9 ("cpufreq: exynos: remove Exynos4x12 specific
> > cpufreq driver support"), the last specific Exynos-cpufreq driver
> > depending on ARM_EXYNOS_CPUFREQ was removed. As
On Thu, Aug 13, 2015 at 10:15:28AM +0800, Yuyang Du wrote:
> On Thu, Aug 13, 2015 at 05:21:27PM +0900, Byungchul Park wrote:
> >
> > yuyang said that switched_to don't need to consider task's load because it
> > can have meaningless value. but i think considering task's load is better
> > than
2015-08-13 19:32 GMT+09:00 Jonas Rabenstein
:
> With commit 2907ed4377d9 ("cpufreq: exynos: remove Exynos4x12 specific
> cpufreq driver support"), the last specific Exynos-cpufreq driver
> depending on ARM_EXYNOS_CPUFREQ was removed. As there is no
> Exynos-specific cpufreq driver depending on the
Commit-ID: 6c36dfe949187dc2729abfad4b083758ac5c2e0e
Gitweb: http://git.kernel.org/tip/6c36dfe949187dc2729abfad4b083758ac5c2e0e
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:45 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:54 +0200
x86/ras: Move AMD MCE
From: Byungchul Park
i introduced need_vruntime_adjust() to check if do or not adjust vruntime
when attaching/detaching a se to/from its cfs_rq, and use it.
i made the best use of switched_to(from)_fair for attach(detach)
operations in task_move_group_fair().
Signed-off-by: Byungchul Park
---
From: Byungchul Park
current code seems to be wrong with cfs_rq's avg loads when changing
a task's cgroup(=cfs_rq) to another. i tested with "echo pid > cgroup" and
found that e.g. cfs_rq->avg.load_avg became larger and larger whenever i
changed a cgroup to another again and again. we have to
Commit-ID: a79da38494ec23f1a7d6ee734e07e9575fd18b58
Gitweb: http://git.kernel.org/tip/a79da38494ec23f1a7d6ee734e07e9575fd18b58
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:44 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:53 +0200
x86/mce: Add a wrapper
Commit-ID: 9a7783d02197f299f71b4fa2364a345c05f92b83
Gitweb: http://git.kernel.org/tip/9a7783d02197f299f71b4fa2364a345c05f92b83
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:43 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:53 +0200
x86/mce: Rename
Commit-ID: 9b45ef443acde55526485db37440cd3e8f03d544
Gitweb: http://git.kernel.org/tip/9b45ef443acde55526485db37440cd3e8f03d544
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:42 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:53 +0200
RAS: Add a menuconfig
Commit-ID: 8838eb6c0bf3b6a6494a163947ab3d1700ab45d2
Gitweb: http://git.kernel.org/tip/8838eb6c0bf3b6a6494a163947ab3d1700ab45d2
Author: Ashok Raj
AuthorDate: Wed, 12 Aug 2015 18:29:40 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:52 +0200
x86/mce: Clear Local MCE
Commit-ID: 1b48465500611a2dc5e75800c61ac352e22d41c3
Gitweb: http://git.kernel.org/tip/1b48465500611a2dc5e75800c61ac352e22d41c3
Author: Xie XiuQi
AuthorDate: Wed, 12 Aug 2015 18:29:41 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:52 +0200
x86/mce: Reenable CMCI banks
On Wed, Aug 12, 2015 at 06:59:38PM +0100, Paul E. McKenney wrote:
> On Wed, Aug 12, 2015 at 08:43:46AM -0700, Paul E. McKenney wrote:
> > On Wed, Aug 12, 2015 at 02:44:15PM +0100, Will Deacon wrote:
> > > The generic relaxed atomics are now queued in -tip, so it would be really
> > > good to see
On Tue 11-08-15 19:04:19, Oleg Nesterov wrote:
> We can remove everything from struct sb_writers except frozen
> and add the array of percpu_rw_semaphore's instead.
>
> This patch doesn't remove sb_writers->wait_unfrozen yet, we keep
> it for get_super_thawed(). We will probably remove it later.
Commit-ID: 4d1d5cdc345d15e09518a2410f7fcd069465ffac
Gitweb: http://git.kernel.org/tip/4d1d5cdc345d15e09518a2410f7fcd069465ffac
Author: Ashok Raj
AuthorDate: Wed, 12 Aug 2015 18:29:39 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:52 +0200
x86/mce: Remove unused
Commit-ID: f29a7aff4bd60ebc3da4982f80144a4158c4c74a
Gitweb: http://git.kernel.org/tip/f29a7aff4bd60ebc3da4982f80144a4158c4c74a
Author: Chen, Gong
AuthorDate: Wed, 12 Aug 2015 18:29:37 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:51 +0200
x86/mce: Avoid potential
Commit-ID: eef4dfa0cb83899c782935ac5345532f47073cea
Gitweb: http://git.kernel.org/tip/eef4dfa0cb83899c782935ac5345532f47073cea
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:38 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:52 +0200
x86/mce: Kill
Commit-ID: fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8
Gitweb: http://git.kernel.org/tip/fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8
Author: Chen, Gong
AuthorDate: Wed, 12 Aug 2015 18:29:36 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:51 +0200
x86/mce: Remove the MCE ring
Commit-ID: 648ed94038c030245a06e4be59744fd5cdc18c40
Gitweb: http://git.kernel.org/tip/648ed94038c030245a06e4be59744fd5cdc18c40
Author: Chen, Gong
AuthorDate: Wed, 12 Aug 2015 18:29:34 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:50 +0200
x86/mce: Provide a lockless
Commit-ID: 061120aed7081b9a4393fbe07b558192f40ad911
Gitweb: http://git.kernel.org/tip/061120aed7081b9a4393fbe07b558192f40ad911
Author: Chen, Gong
AuthorDate: Wed, 12 Aug 2015 18:29:35 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:51 +0200
x86/mce: Don't use percpu
Commit-ID: 20d51a426fe9a0d0a63cc3a7488f621c8bac37e1
Gitweb: http://git.kernel.org/tip/20d51a426fe9a0d0a63cc3a7488f621c8bac37e1
Author: Borislav Petkov
AuthorDate: Wed, 12 Aug 2015 18:29:33 +0200
Committer: Ingo Molnar
CommitDate: Thu, 13 Aug 2015 10:12:50 +0200
x86/mce: Reuse one of
On Sat, Aug 08, 2015 at 09:13:44PM +0900, Masahiro Yamada wrote:
> This is unnecessary since commit 02b4e2756e01 ("ARM: v7 setup
> function should invalidate L1 cache").
>
> Signed-off-by: Masahiro Yamada
> ---
Applied, thanks.
-Olof
--
To unsubscribe from this list: send the line
On Fri, Aug 07, 2015 at 05:45:44PM +0200, Alexandre Belloni wrote:
>
> Arnd, Olof, Kevin,
>
> This is the second batch of DT changes for 4.3.
> It is mainly some preparation to support properly getting the slow clock
> from each driver so that the dtsis are ready when the driver change
> lands
On Sat, Aug 08, 2015 at 09:11:39PM +0900, Masahiro Yamada wrote:
> The sequence of of_address_to_resource() and ioremap() can be
> replaced with of_iomap().
>
> Signed-off-by: Masahiro Yamada
Acked-by: Olof Johansson
Please submit this to Russell's patch tracker, he's usually the one who
On Mon, Aug 10, 2015 at 11:04:25AM +0900, Kukjin Kim wrote:
> Hi arm-soc guys,
>
> Can you please pull this into arm-soc fixes for v4.2 directly?
> I don't have other samsung fixes in my tree at this moment.
>
> Thanks,
> Kukjin
>
> Krzysztof Kozlowski wrote:
> >
> > Dear Kukjin,
> >
> >
On Fri, Aug 07, 2015 at 06:27:54PM +0200, Alexandre Belloni wrote:
> Arnd, Olof, Kevin,
>
> A little defconfig update. That will probably be all for this cycle.
>
> Thanks, bye,
>
>
> The following changes since commit eff7f41572a645bf14a96a6f844be4f1c88cd9dd:
>
> ARM: at91:
Hi,
On Tue, Aug 11, 2015 at 05:06:42PM +0100, Lee Jones wrote:
> ARM SoC Chaps,
>
> Please find a couple of simple RPi changes pertaining to Firmware.
>
> The following changes since commit bc0195aad0daa2ad5b0d76cce22b167bc3435590:
>
> Linux 4.2-rc2 (2015-07-12 15:10:30 -0700)
>
> are
W dniu 13.08.2015 o 19:02, Krzysztof Kozlowski pisze:
> W dniu 13.08.2015 o 17:49, Joonyoung Shim pisze:
>> According to datasheet, the S2MPS13X and S2MPS14X should update write
>> buffer via setting WUDR bit to high after ctrl register is updated.
>
> Hi,
>
> I cannot find this information in
On Thu, Aug 13, 2015 at 3:53 PM, Lee Jones wrote:
> On Thu, 13 Aug 2015, Jassi Brar wrote:
>
>> On Thu, Aug 13, 2015 at 2:49 PM, Lee Jones wrote:
>> > On Thu, 13 Aug 2015, Jassi Brar wrote:
>>
>> >> >> > +
>> >> >> > +static void mbox_test_prepare_message(struct mbox_client *client,
>> >> >> >
On Tue 11-08-15 19:04:16, Oleg Nesterov wrote:
> Of course, this patch is ugly as hell. It will be (partially)
> reverted later. We add it to ensure that other WIP changes in
> percpu_rw_semaphore won't break fs/super.c.
>
> We do not even need this change right now, percpu_free_rwsem()
> is fine
On 13-08-15, 12:32, Jonas Rabenstein wrote:
> With commit 2907ed4377d9 ("cpufreq: exynos: remove Exynos4x12 specific
> cpufreq driver support"), the last specific Exynos-cpufreq driver
> depending on ARM_EXYNOS_CPUFREQ was removed. As there is no
> Exynos-specific cpufreq driver depending on the
On 13/08/15 10:51, Grygorii Strashko wrote:
On 08/13/2015 11:54 AM, Sudeep Holla wrote:
On 12/08/15 18:45, Grygorii Strashko wrote:
[...]
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 6de638b..bdb1b9d 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -1024,6 +1024,10
With commit 2907ed4377d9 ("cpufreq: exynos: remove Exynos4x12 specific
cpufreq driver support"), the last specific Exynos-cpufreq driver
depending on ARM_EXYNOS_CPUFREQ was removed. As there is no
Exynos-specific cpufreq driver depending on the code in
drivers/cpufreq/exynos-cpufreq.c (selected by
On 08/13/2015 01:01 PM, Marc Zyngier wrote:
On 12/08/15 18:45, Grygorii Strashko wrote:
The irqchip_set_wake_parent should not fail if IRQ chip
specifies IRQCHIP_SKIP_SET_WAKE. Otherwise, IRQ wakeup
configuration can't be propagated properly through IRQ
domains hierarchy.
In case of TI OMAP
On 8/13/15 6:04 PM, Naoya Horiguchi wrote:
> On Thu, Aug 13, 2015 at 05:18:56PM +0800, Wanpeng Li wrote:
>> On 8/13/15 4:53 PM, Naoya Horiguchi wrote:
> ...
>>> I think that unpoison is used only in testing so this race never affects
>>> our end-users/customers, so going back to this migratetype
The gpio-desc migration done in v4.0 caused a regression
with legacy boots due to reversed reset logic.
e.g. omap3-beagle USB host breaks on legacy boot.
Request the reset GPIO with GPIOF_ACTIVE_LOW flag so that
it matches the driver logic and pin behaviour.
Fixes: e9f2cefb0cdc ("usb: phy:
On 8/6/2015 7:45 AM, Shawn Lin wrote:
> DesignWare MMC Controller's transfer mode should be decided
> at runtime instead of compile-time. So we remove this config
> option and read dw_mmc's register to select DMA master.
>
> Signed-off-by: Shawn Lin
Acked-by: Wei Xu
> ---
>
> Changes in
On Tue, Aug 04, 2015 at 05:45:57PM +0800, Dong Aisheng wrote:
> On Tue, Jul 28, 2015 at 10:38:25PM +0800, Dong Aisheng wrote:
> > On Tue, Jul 28, 2015 at 09:19:40PM +0800, Dong Aisheng wrote:
> > > This patch series adds support in clock framework for clocks which
> > > operations
> > > requires
On Thu, 13 Aug 2015, Jassi Brar wrote:
> On Thu, Aug 13, 2015 at 2:49 PM, Lee Jones wrote:
> > On Thu, 13 Aug 2015, Jassi Brar wrote:
>
> >> >> > +
> >> >> > +static void mbox_test_prepare_message(struct mbox_client *client,
> >> >> > void *message)
> >> >> > +{
> >> >> > + struct
On 30/07/15 18:03, David Vrabel wrote:
> Add add_memory_resource() to add memory using an existing "System RAM"
> resource. This is useful if the memory region is being located by
> finding a free resource slot with allocate_resource().
>
> Xen guests will make use of this in their balloon
On Tue 11-08-15 19:04:04, Oleg Nesterov wrote:
> Not only we need to avoid the warning from lockdep_sys_exit(), the
> caller of freeze_super() can never release this lock. Another thread
> can do this, so there is another reason for rwsem_release().
>
> Plus the comment should explain why we have
When generating /proc/net/route we emit a header followed by a line for
each route. When a short read is performed we will restart this process
based on the open file descriptor. When calculating the start point we
fail to take into account that the 0th entry is the header. This leads
us to
601 - 700 of 1730 matches
Mail list logo
