On 06/01/2014 01:53 PM, Mikulas Patocka wrote:
The code in kernel/locking/mcs_spinlock.c is broken.
The osq_lock and osq_unlock functions aren't the only ones that need to
be changed, the mcs_spin_lock and mcs_spin_unlock have exactly the same
problem. There aren't certainly problems in other
On Sat, 31 May 2014 15:57:51 -
Thomas Gleixner wrote:
/*
> - * When deadlock detection is off then we check, if further
> - * priority adjustment is necessary.
> + * If the waiter priority is the same as the task priority
> + * then there is no further priority adju
oops. Forgot a signed-off-by ...
Resending.
P.
8<
I have a system on which I have disabled threading in the BIOS, and I am booting
the kernel with the option "idle=poll".
The kernel displays
process: WARNING: polling idle and HT enabled, performance may degrade
which is incorrect --
On Fri, May 30, 2014 at 05:59:25PM +0200, Jiri Olsa wrote:
> On Fri, May 30, 2014 at 08:50:19AM -0700, Sukadev Bhattiprolu wrote:
> > Jiri Olsa [jo...@redhat.com] wrote:
> > | On Fri, May 16, 2014 at 02:03:33PM -0700, Sukadev Bhattiprolu wrote:
> > | > Hi Arnaldo, Jiri
> > | >
> > | > Do you have
In particular seeing zero in eft->month is problematic, as it results
in -1 (converted to unsigned int, i.e. yielding 0x) getting
passed to rtc_year_days(), where the value gets used as an array index
(normally resulting in a crash). This was observed with the driver
enabled on x86 on some
On 1 June 2014 13:33, Dietmar Eggemann wrote:
> On 30/05/14 20:20, Vincent Guittot wrote:
>>
>> On 30 May 2014 11:50, Dietmar Eggemann wrote:
>>>
>>> On 23/05/14 16:53, Vincent Guittot wrote:
Monitor the activity level of each group of each sched_domain level. The
activity is the a
Hi John,
Here some more patches for 3.16. We know that Linus already opened the merge
window, but this is fix only pull request, and most of the patches here are
also tagged for stable.
Please pull! or let me know of any issues. Thanks!
Gustavo
---
The following changes since commit d7b
2014-06-02 19:47 GMT+09:00 Bartlomiej Zolnierkiewicz :
>
> Hi,
>
> On Monday, June 02, 2014 09:37:49 AM Ritesh Harjani wrote:
>> Hi Joonsoo,
>>
>> CC'ing the developer of the patch (Tomasz Stanislawski)
>>
>>
>> On Fri, May 30, 2014 at 8:16 PM, Joonsoo Kim wrote:
>> > 2014-05-30 19:40 GMT+09:00 Ri
What symbols go with the keys? Is it just one key, or two? I'm helping
out another guy who has key 160 unknown and was planning on putting up a
patch for that.
On 06/01/2014 06:02 AM, Peter Senna Tschudin wrote:
Hi,
I'm using:
3.15.0-rc7-next-20140530
On a:
Toshiba R830-10p
And dmesg star
On Mon, 2 Jun 2014, Mikulas Patocka wrote:
>
>
> On Sun, 1 Jun 2014, John David Anglin wrote:
>
> > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> >
> > > > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg
> > > > at
> > > > the same time, you break it. ACCESS_ONCE d
2014-06-02 20:47 GMT+09:00 Vladimir Davydov :
> Hi Joonsoo,
>
> On Mon, Jun 02, 2014 at 01:24:36PM +0900, Joonsoo Kim wrote:
>> On Sat, May 31, 2014 at 03:04:58PM +0400, Vladimir Davydov wrote:
>> > On Fri, May 30, 2014 at 09:57:10AM -0500, Christoph Lameter wrote:
>> > > On Fri, 30 May 2014, Vladi
Hi Linus,
The following changes since commit c7208164e66f63e3ec1759b98087849286410741:
Linux 3.15-rc7 (2014-05-25 16:06:00 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus
for you to fetch changes up to e8d6
2014-06-02 21:10 GMT+09:00 Vladimir Davydov :
> On Mon, Jun 02, 2014 at 01:41:55PM +0900, Joonsoo Kim wrote:
>> According to my code reading, slabs_to_free() doesn't return number of
>> free slabs. This bug is introduced by 0fa8103b. I think that it is
>> better to fix it before applyting this patc
On Sat, 31 May 2014, Dave Chinner wrote:
> If we are changing the in-kernel timestamp to have a greater dynamic
> range that anything we current support on disk, then we need support
> for all filesystems for similar translation and constraint. The
> filesystems need to be able to tell the kernel
From: Jaegeuk Kim
This patch adds to support f2fs file system.
Signed-off-by: Jaegeuk Kim
---
common/config | 7 +++
common/rc | 6 ++
2 files changed, 13 insertions(+)
diff --git a/common/config b/common/config
index 0dbf0b9..0607294 100644
--- a/common/config
+++ b/common/config
On Sun, 1 Jun 2014, John David Anglin wrote:
> On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
>
> > > If you write to some variable with ACCESS_ONCE and use cmpxchg or xchg at
> > > the same time, you break it. ACCESS_ONCE doesn't take the hashed spinlock,
> > > so, in this case, cmpxchg or xch
In commit a21b0b354d4a ('perf: Introduce a flag to enable
close-on-exec in perf_event_open()'), flag PERF_FLAG_FD_CLOEXEC
was added to perf_event_open(2) syscall to allows userspace
to atomically enable close-on-exec behavor when creating
the file descriptor.
This patch makes perf tools use the ne
In 2.6.29 io_tlb_orig_addr[] got converted from storing virtual addresses
to storing physical ones. While checking virtual addresses against NULL
is a legitimate thing to catch invalid entries, checking physical ones
against zero isn't: There's no guarantee that PFN 0 is reserved on a
particular pl
> We have a problem. There are lots of I2C device ID tables scattered
> around the kernel which are redundant in all Device Tree and/or ACPI
> only supported device drivers. After recent discussions it has become
> apparent that the only thing blocking the complete removal of these
> tables is th
On Sat, 2014-05-24 at 18:19 +1000, Vitaly Osipov wrote:
> This patch removes all usage of _malloc() and the function itself. Most
> uses are straightforward replacements by kmalloc(..., GFP_ATOMIC),
> because this was the definition of _malloc(). In a few places it
> was possible to use kzalloc() o
Hi Eric,
On Mon, Jun 02 2014 at 8:29:56 am BST, Eric Auger
wrote:
> This patch enables irqfd and irq routing on ARM.
>
> It turns on CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQ_ROUTING
>
> irqfd framework enables to assign physical IRQs to guests.
>
> 1) user-side uses KVM_IRQFD VM ioctl to
> > >Initially it supports the stih416 and stih415 SoCs, and has
> > >been tested on a stih416-b2020 board.
> >
> > In next version, could you also add drivers/mmc/host/sdhci-st.c in
> > the ARM/STI ARCHITECTURE field of MAINTAINERS file?
>
> Was out on hols last week. I have fixed it in v2.
Th
On Fri, 30 May 2014, Arnd Bergmann wrote:
> a) is this the right approach in general? The previous discussion
>pointed this way, but there may be other opinions.
The syscall changes seem like the sort of thing I'd expect, although
patches adding new syscalls or otherwise affecting the kernel
Here we're providing dereference protection for i2c_match_id(), which
saves us having to do it each time it's called. We're also stripping
out the (now) needless check in i2c_device_match(). This patch paves
the way for other, similar code trimming.
Signed-off-by: Lee Jones
---
drivers/i2c/i2c
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This patch allows drivers a means
to 'not' supply the aforementioned table and match on either DT
and/or ACPI match tables instea
We have a problem. There are lots of I2C device ID tables scattered
around the kernel which are redundant in all Device Tree and/or ACPI
only supported device drivers. After recent discussions it has become
apparent that the only thing blocking the complete removal of these
tables is the continue
Hi Wolfram,
After this patch-set, it should become possible to start stripping out
those unnecessary I2C Device ID tables that are currently lurking around,
mostly redundantly. Firstly, we create a look-up function whose job it
is to match I2C device name to a Device Tree node. Then we add some
On Monday, June 02, 2014 03:15:07 PM Tomasz Figa wrote:
> Hi,
>
> On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> > * Use do_idle firmware method instead of cpu_do_idle() on boards with
> > secure firmware enabled.
> >
> > * Use sysram_ns_base_addr + 0x24 address for exynos_boot_vector_
Vlastimil,
On Fri, May 23, 2014 at 5:34 AM, Vlastimil Babka wrote:
> Really sorry, guys :/
>
> -8<-
> From: Vlastimil Babka
> Date: Fri, 23 May 2014 10:18:56 +0200
> Subject:
> mm-compaction-properly-signal-and-act-upon-lock-and-need_sched-contention-fix2
>
> Step 1: Change function na
This patch fixes the following sparse warnings for
drivers/staging/lustre/lnet/lnet/router.c:
router.c:139:1: warning: symbol 'lnet_ni_notify_locked' was not declared.
Should it be static?
router.c:277:1: warning: symbol 'lnet_add_route_to_rnet' was not declared.
Should it be static?
Signed-of
On 06/02/2014 03:17 PM, Mark Rutland wrote:
> On Mon, Jun 02, 2014 at 07:25:16AM +0100, Michal Simek wrote:
>> On 05/29/2014 03:19 PM, Mark Rutland wrote:
>>> On Thu, May 29, 2014 at 10:43:05AM +0100, Michal Simek wrote:
Hi Mark,
>> +static struct of_device_id cdns_wdt_of_match[] = {
Am 02.06.2014 15:14, schrieb Maarten Lankhorst:
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
Signed-off-by: Maarten Lankhorst
---
Splitted out version, I've noticed that I forgot to convert
radeon_fence_wait_empty to long r, fixed.
drivers/gp
On Mon, Jun 2, 2014 at 2:38 PM, Wolfram Sang wrote:
> Though, I wouldn't mind if compatible entries could be passed to the
> 'new_device' file, in addition to i2c_device_ids. Yet, this needs some
> extra handling I haven't found the time for, yet.
Hm that's a way forward then I guess... but pass
Signed-off-by: Lee Jones
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index d4e8a47..acb596c 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v7_d
On Mon, 02 Jun 2014, Wolfram Sang wrote:
> On Mon, Jun 02, 2014 at 02:16:59PM +0200, Linus Walleij wrote:
> > On Sat, May 31, 2014 at 3:48 PM, Wolfram Sang wrote:
> > >
> > >> Right, I read the function which provides the functionality, but my
> > >> point is; I don't think my patch changes the s
On Monday 02 June 2014 02:37 AM, Shawn Guo wrote:
> On Thu, Apr 24, 2014 at 11:30:00AM -0400, Santosh Shilimkar wrote:
>> Here is an updated v3 of the series. Series introduces support for setting up
>> dma parameters based on device tree properties like 'dma-ranges' and
>> 'dma-coherent' and also
On Mon, 2 Jun 2014 08:15:45 -0500
Jonathan Corbet wrote:
> On Mon, 2 Jun 2014 00:01:44 -0700
> Alexei Starovoitov wrote:
>
> > This patch set splits BPF out of core networking into generic component
>
> Quick, probably dumb question: if you're going to split it out, why not
> split it out ent
On Mon, Jun 02, 2014 at 05:19:39AM -0400, Mikulas Patocka wrote:
>
>
> On Sun, 1 Jun 2014, Peter Zijlstra wrote:
>
> > On Sun, Jun 01, 2014 at 04:46:26PM -0400, John David Anglin wrote:
> > > On 1-Jun-14, at 3:20 PM, Peter Zijlstra wrote:
> > >
> > > >>If you write to some variable with ACCESS_
On Mon, 2014-06-02 at 15:19 +0200, Sebastian Andrzej Siewior wrote:
> On 06/02/2014 03:17 PM, Mike Galbraith wrote:
> > TODO++: Rummage around in this nouveau -rt explosion.
>
> https://lkml.org/lkml/2014/3/7/163
Aha, thanks.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe l
On 06/02/2014 03:17 PM, Mike Galbraith wrote:
> TODO++: Rummage around in this nouveau -rt explosion.
https://lkml.org/lkml/2014/3/7/163
Sebastian
--
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 a
TODO++: Rummage around in this nouveau -rt explosion.
[ 178.647978] BUG: unable to handle kernel NULL pointer dereference at
0008
[ 178.648010] IP: [] nouveau_fence_signal+0x52/0xd0 [nouveau]
[ 178.648012] PGD 21fa60067 PUD 221b78067 PMD 0
[ 178.648014] Oops: 0002 [#1] PREEMPT SMP
On Mon, Jun 02, 2014 at 07:25:16AM +0100, Michal Simek wrote:
> On 05/29/2014 03:19 PM, Mark Rutland wrote:
> > On Thu, May 29, 2014 at 10:43:05AM +0100, Michal Simek wrote:
> >> Hi Mark,
> >>
> +static struct of_device_id cdns_wdt_of_match[] = {
> + { .compatible = "xlnx,zynq-wdt-r
Signed-off-by: Maarten Lankhorst
---
Oops, changed unsigned long in __radeon_fence_wait to long, fixing a subtle
bug.
drivers/gpu/drm/radeon/radeon.h| 15 +--
drivers/gpu/drm/radeon/radeon_device.c | 60 -
drivers/gpu/drm/radeon/radeon_fence.c | 223
Hi,
On Monday, June 02, 2014 03:05:40 PM Tomasz Figa wrote:
> Hi,
>
> On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> > Replace EXYNOS_BOOT_VECTOR_ADDR and EXYNOS_BOOT_VECTOR_FLAG macros
> > by exynos_boot_vector_addr() and exynos_boot_vector_flag() static
> > inlines.
> >
> > This patc
On Mon, Jun 02, 2014 at 02:38:09PM +0200, Arnd Bergmann wrote:
>
> "For new inodes we always reserve enough space for the kernel's known
> extended fields, but for inodes created with an old kernel this might
> not have been the case. None of the extended inode fields is critical
> for correct fil
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> * Use do_idle firmware method instead of cpu_do_idle() on boards with
> secure firmware enabled.
>
> * Use sysram_ns_base_addr + 0x24 address for exynos_boot_vector_addr()
> and sysram_ns_base_addr + 0x20 one for exynos_boot_vector_f
On Mon, 2 Jun 2014 00:01:44 -0700
Alexei Starovoitov wrote:
> This patch set splits BPF out of core networking into generic component
Quick, probably dumb question: if you're going to split it out, why not
split it out entirely, into kernel/ or (perhaps better) lib/? The
whole point seems to b
On Mon, Jun 02, 2014 at 03:19:18PM +0300, Dan Carpenter wrote:
>
> Why not just make them static? They don't seem to be used outside of
> that file. What am I missing?
>
Given a 50/50 choice I based my decision on the surrounding functions which
were mostly defined in the header file.
I shou
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
Signed-off-by: Maarten Lankhorst
---
Splitted out version, I've noticed that I forgot to convert
radeon_fence_wait_empty to long r, fixed.
drivers/gpu/drm/radeon/radeon_fence.c | 60
On 2 June 2014 17:53, Mark Brown wrote:
> If the consumer tried to set a voltage presumably it cares if that
> voltage was set - for example if your cpufreq driver tries to increase
> the voltage of a core supply so that it can then raise the frequency the
> user is going to be upset if the voltag
Using mutex_acquire_nest() as used in __ww_mutex_lock() fixes the
splat below. Remove superfluous line break in __ww_mutex_lock()
as well.
[ 56.999063] =
[ 56.999063] [ INFO: possible recursive locking detected ]
[ 56.999065] 3.14.4-rt5 #26 Not
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> Add S5P_CENTRAL_SEQ_OPTION register setup for EXYNOS4x12 to AFTR
> mode code. Without this setup AFTR mode doesn't show any benefit
> over WFI one. When this setup is applied AFTR mode reduces power
> consumption by ~12% (as measured on
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> Use c15resume firmware method instead of accessing the registers
> directly in exynos_cpu_restore_register() if secure firmware is
> enabled. This affects both PM resume method and cpuidle AFTR mode.
>
> This patch shouldn't cause any f
On Sun, Jun 01, 2014 at 11:06:11PM +0400, Sergei Shtylyov wrote:
> >+rt2x00usb_vendor_request(rt2x00dev, USB_DEVICE_MODE,
> >+ USB_VENDOR_REQUEST_IN, 0, 0x11, &fwMode,
> >+ sizeof(fwMode), REGISTER_TIMEOUT_FIRMWARE);
> >+
> >+if ((fwMo
Yes, there are some ongoing dicussions about changing the post-2038
encoding of the timestamp in ext4, which is why this hasn't been fixed
yet. The main thing that's been missing is time for me to review the
patches, and a good way of writing regression tests that will work (or
at least not fail)
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> Replace EXYNOS_BOOT_VECTOR_ADDR and EXYNOS_BOOT_VECTOR_FLAG macros
> by exynos_boot_vector_addr() and exynos_boot_vector_flag() static
> inlines.
>
> This patch shouldn't cause any functionality changes.
>
> Signed-off-by: Bartlomiej Zo
On Mon, Jun 2, 2014 at 9:23 AM, Rusty Russell wrote:
> Jens Axboe writes:
>> On 2014-05-30 00:10, Rusty Russell wrote:
>>> Jens Axboe writes:
If Rusty agrees, I'd like to add it for 3.16 with a stable marker.
>>>
>>> Really stable? It improves performance, which is nice. But every patch
>
On Mon, 2 Jun 2014, Namjae Jeon wrote:
> Date: Mon, 02 Jun 2014 20:52:51 +0900
> From: Namjae Jeon
> To: 'Lukáš Czerner'
> Cc: 'Dave Chinner' , 'Theodore Ts'o' ,
> 'linux-ext4' , x...@oss.sgi.com,
> linux-fsde...@vger.kernel.org, linux-kernel@vger.kernel.org,
> 'Ashish Sangwan'
> Su
Hi,
On Monday, June 02, 2014 02:51:14 PM Tomasz Figa wrote:
> Hi,
>
> On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> > From: Kyungmin Park
> >
> > To support multi-platform, it needs to know it's running under secure
> > OS or not. Sometimes it needs to access physical address by SMC
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> On some platforms (i.e. EXYNOS ones) more than one idle mode is
> available and we need to distinguish them in firmware do_idle method.
>
> Add mode parameter to do_idle firmware method and AFTR mode support
> to EXYNOS do_idle implement
Hi!
> > Well, it's all about how to actually route the changes and in general
> > whenever avoidable we try to avoid whole-sale code replacement
> > especially when most of the structural code is similar like in this
> > case. Gradually evolving cfq to bfq is likely to take more work but
> > I'm
On Wed, May 28, 2014 at 10:04 AM, Anshuman Khandual
wrote:
> On 05/27/2014 05:39 PM, Stephane Eranian wrote:
>> I have been looking at those patches and ran some tests.
>> And I found a few issues so far.
>>
>> I am running:
>> $ perf record -j any_ret -e cycles:u test_program
>> $ perf report -D
On 05/31/2014 12:14 PM, Udo van den Heuvel wrote:
Hello,
After returning from holiday I found this in dmesg:
[1724773.295579] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[1725207.771256] BUG: scheduling while atomic: irq/20-serial/1299/0x0202
[1725207.771260] Modules linked in:
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> From: Tomasz Figa
>
> This change is a preparation for adding secure firmware support to
> EXYNOS cpuidle driver.
>
> This patch shouldn't cause any functionality changes.
>
> Signed-off-by: Tomasz Figa
> [bzolnier: splitted out from
On Mon, Jun 02, 2014 at 12:12:20AM -0700, Tim Kryger wrote:
> The probe method of this driver, on the other hand, performs several
> allocations and the error messages you intend to remove conveniently
> pinpoint which one failed. While the offsets in the trace could be
> used to derive the same
On Monday 02 June 2014 07:57:37 Theodore Ts'o wrote:
> On Mon, Jun 02, 2014 at 12:56:42PM +0200, Arnd Bergmann wrote:
> >
> > I think you misunderstood what I suggested: the intent is to avoid
> > seeing things break in 2038 by making them break much earlier. We have
> > a solution for ext2 file s
Hi,
On 02.06.2014 14:35, Bartlomiej Zolnierkiewicz wrote:
> From: Kyungmin Park
>
> To support multi-platform, it needs to know it's running under secure
> OS or not. Sometimes it needs to access physical address by SMC calls.
>
> e.g.,
> if (firmware_run()) {
> addr =
An issue was observed when a userspace task exits.
The page which hits error here is the zero page.
In binder mmap, the whole of vma is not mapped.
On a task crash, when debuggerd reads the binder regions,
the unmapped areas fall to do_anonymous_page in handle_pte_fault,
due to the absence of a vm_
On Tue, Jun 03, 2014 at 03:46:18AM +0800, Chew Chiau Ee wrote:
> ---
> drivers/spi/spi-pxa2xx-pci.c | 20
> 1 files changed, 20 insertions(+), 0 deletions(-)
> + clk = clk_register_fixed_rate(&dev->dev, "spi_pxa2xx_clk", NULL,
> + CL
On Monday 02 June 2014 07:57:37 Theodore Ts'o wrote:
> On Mon, Jun 02, 2014 at 12:56:42PM +0200, Arnd Bergmann wrote:
> >
> > I think you misunderstood what I suggested: the intent is to avoid
> > seeing things break in 2038 by making them break much earlier. We have
> > a solution for ext2 file s
On Mon, Jun 02, 2014 at 02:16:59PM +0200, Linus Walleij wrote:
> On Sat, May 31, 2014 at 3:48 PM, Wolfram Sang wrote:
> >
> >> Right, I read the function which provides the functionality, but my
> >> point is; I don't think my patch changes the semantics in a way which
> >> would adversely affect
* Use do_idle firmware method instead of cpu_do_idle() on boards with
secure firmware enabled.
* Use sysram_ns_base_addr + 0x24 address for exynos_boot_vector_addr()
and sysram_ns_base_addr + 0x20 one for exynos_boot_vector_flag() on
boards with secure firmware enabled.
This patch fixes han
On Tue, Jun 03, 2014 at 03:46:19AM +0800, Chew Chiau Ee wrote:
> From: Darren Hart
>
> Allow spi-pxa2xx-pci with common clock framework support to build as a
> module by exporting clk_register_clkdev.
>
> Signed-off-by: Darren Hart
> Reviewed-by: Chew, Chiau Ee
Oh, and I just noticed - you n
Add S5P_CENTRAL_SEQ_OPTION register setup for EXYNOS4x12 to AFTR
mode code. Without this setup AFTR mode doesn't show any benefit
over WFI one. When this setup is applied AFTR mode reduces power
consumption by ~12% (as measured on Trats2 board).
This change is a preparation for adding secure fir
Use c15resume firmware method instead of accessing the registers
directly in exynos_cpu_restore_register() if secure firmware is
enabled. This affects both PM resume method and cpuidle AFTR mode.
This patch shouldn't cause any functionality changes on boards that
don't use secure firmware.
Signe
Replace EXYNOS_BOOT_VECTOR_ADDR and EXYNOS_BOOT_VECTOR_FLAG macros
by exynos_boot_vector_addr() and exynos_boot_vector_flag() static
inlines.
This patch shouldn't cause any functionality changes.
Signed-off-by: Bartlomiej Zolnierkiewicz
Acked-by: Kyungmin Park
---
arch/arm/mach-exynos/pm.c | 2
On Tue, Jun 03, 2014 at 03:46:19AM +0800, Chew Chiau Ee wrote:
> From: Darren Hart
>
> Allow spi-pxa2xx-pci with common clock framework support to build as a
> module by exporting clk_register_clkdev.
This needs to be patch 1 in the series not patch 2 since the change to
the driver to use the ex
From: Kyungmin Park
To support multi-platform, it needs to know it's running under secure
OS or not. Sometimes it needs to access physical address by SMC calls.
e.g.,
if (firmware_run()) {
addr = physical address;
} else {
addr = virtual address;
On some platforms (i.e. EXYNOS ones) more than one idle mode is
available and we need to distinguish them in firmware do_idle method.
Add mode parameter to do_idle firmware method and AFTR mode support
to EXYNOS do_idle implementation.
This change is a preparation for adding secure firmware suppo
From: Tomasz Figa
This change is a preparation for adding secure firmware support to
EXYNOS cpuidle driver.
This patch shouldn't cause any functionality changes.
Signed-off-by: Tomasz Figa
[bzolnier: splitted out from bigger patch]
Acked-by: Kyungmin Park
Signed-off-by: Bartlomiej Zolnierkiew
Hi,
This patch series fixes support for AFTR idle mode on boards with
secure firmware enabled (it also includes fix for register setup on
EXYNOS4x12 SoCs). It has been tested on Trats2 target but should
also work on (EXYNOS4412 based) Insignal Origen board.
v2:
- synced against next-20140602
On Mon, Jun 02, 2014 at 01:24:58AM -0400, Naoya Horiguchi wrote:
> This patch provides a new system call fincore(2), which provides mincore()-
> like information, i.e. page residency of a given file. But unlike mincore(),
> fincore() can have a mode flag and it enables us to extract more detailed
>
On Mon, Jun 02, 2014 at 03:45:37PM +0530, Viresh Kumar wrote:
> On 2 June 2014 15:32, Mark Brown wrote:
> > No, think about what you're changing here. You're changing the stub -
> > the stub has a regulator_get() which always succeeeds.
> Now, why do we want to return -EINVAL from set_voltage he
On Mon, Jun 02, 2014 at 01:03:48PM +0100, John Church wrote:
> This patch fixes the following sparse warnings for
> drivers/staging/lustre/lnet/lnet/router.c:
>
> router.c:139:1: warning: symbol 'lnet_ni_notify_locked' was not declared.
> Should it be static?
> router.c:277:1: warning: symbol 'l
On Mon, Jun 02, 2014 at 12:27:09PM +0200, Lucas Stach wrote:
> Am Sonntag, den 01.06.2014, 12:38 +0100 schrieb Mark Brown:
> > On Wed, May 21, 2014 at 06:53:59PM +0200, Lucas Stach wrote:
> > At least the code in cpufreq-cpu0 looks a bit confused here. The use of
> > min_uV and max_uV is a bit un
On Sat, May 31, 2014 at 3:48 PM, Wolfram Sang wrote:
>
>> Right, I read the function which provides the functionality, but my
>> point is; I don't think my patch changes the semantics in a way which
>> would adversely affect this option. If you think that it does, can you
>> specify how please?
>
On Mon, Jun 02, 2014 at 01:41:55PM +0900, Joonsoo Kim wrote:
> According to my code reading, slabs_to_free() doesn't return number of
> free slabs. This bug is introduced by 0fa8103b. I think that it is
> better to fix it before applyting this patch. Otherwise, use n->free_objects
> instead of slab
Hi,
On Friday, May 16, 2014 11:03:11 AM Daniel Lezcano wrote:
> On 05/05/2014 12:57 PM, Bartlomiej Zolnierkiewicz wrote:
> > Add S5P_CENTRAL_SEQ_OPTION register setup for EXYNOS4x12 to AFTR
> > mode code. Without this setup AFTR mode doesn't show any benefit
> > over WFI one. When this setup is
Hi Max,
here is the review:
> diff --git a/drivers/i2c/busses/Kconfig b/drivers/i2c/busses/Kconfig
> index c94db1c..f973632 100644
> --- a/drivers/i2c/busses/Kconfig
> +++ b/drivers/i2c/busses/Kconfig
> @@ -663,6 +663,16 @@ config I2C_PXA_SLAVE
> is necessary for systems where the PXA may
Hi Julius,
On Thu, May 29, 2014 at 4:07 AM, Julius Werner wrote:
> We originally tried using this driver on ChromiumOS and never got it
> to work reliably. IIRC the issue was that if the hub had already been
> initialized by firmware, the USB stack might enumerate it before the
> usb3503 driver
This patch fixes the following sparse warnings for
drivers/staging/lustre/lnet/lnet/router.c:
router.c:139:1: warning: symbol 'lnet_ni_notify_locked' was not declared.
Should it be static?
router.c:277:1: warning: symbol 'lnet_add_route_to_rnet' was not declared.
Should it be static?
Signed-of
Hi Linus,
This is the first PR I send to you as I am co-maintaining the MMC
subsystem with Chris Ball. You will receive a separate PR for MMC from
him as well, as usual.
These patches are mainly updates for the mmci driver and have been
tested in linux-next.
Some ARM SoC related patches are also
On Monday, June 02, 2014 12:59:23 PM Viresh Kumar wrote:
> Currently regulator_set_voltage() returns zero when support for regulators
> isn't
> present in kernel, i.e. CONFIG_REGULATOR=n.
>
> Make it return -EINVAL to propagate error instead of success here.
> Audit of all users of this routine i
On Mon, Jun 02, 2014 at 12:56:42PM +0200, Arnd Bergmann wrote:
>
> I think you misunderstood what I suggested: the intent is to avoid
> seeing things break in 2038 by making them break much earlier. We have
> a solution for ext2 file systems, it's called ext4, and we just need
> to ensure that eve
hi,
Joe asked about issues with LLC-load-misses on Haswell. I tried
and found it non functional on SandyBridge (42) as well:
[jolsa@krava perf]$ ./perf stat -e LLC-load-misses ls
...
Performance counter stats for 'ls':
LLC-load-misses
0.007195547 seconds time elapsed
>From commit ebc2a1a69111, we can find that all SWP_SOLIDSTATE "seek is
>cheap"(SSD case)
has already gone to si->cluster_info scan_swap_map_try_ssd_cluster() route. So
that the
"last_in_cluster < scan_base" loop in the body of scan_swap_map() has already
become a
dead code snippet, and it sho
On Mon, Jun 02, 2014 at 02:40:28PM +0300, Dmitry Kasatkin wrote:
> On 2 June 2014 14:33, Mimi Zohar wrote:
> > On Mon, 2014-06-02 at 13:48 +0300, Dmitry Kasatkin wrote:
> >> On 1 June 2014 05:14, Mimi Zohar wrote:
> >> > On Sat, 2014-05-31 at 01:37 +0300, Dmitry Kasatkin wrote:
> >> >> On 28 May
On Mon, 2014-06-02 at 14:40 +0300, Dmitry Kasatkin wrote:
> On 2 June 2014 14:33, Mimi Zohar wrote:
> > On Mon, 2014-06-02 at 13:48 +0300, Dmitry Kasatkin wrote:
> > Currently only the builtin keys are on the system keyring, but once
> > David and Josh's UEFI patches are upstreamed, the UEFI key
>
> > Date: Sat, 31 May 2014 16:40:29 +0900
> > From: Namjae Jeon
> > To: 'Lukáš Czerner'
> > Cc: 'Dave Chinner' , 'Theodore Ts'o' ,
> > 'linux-ext4' , x...@oss.sgi.com,
> > linux-fsde...@vger.kernel.org, linux-kernel@vger.kernel.org,
> > 'Ashish Sangwan'
> > Subject: RE: [PATCH v2
I have a system on which I have disabled threading in the BIOS, and I am booting
the kernel with the option "idle=poll".
The kernel displays
process: WARNING: polling idle and HT enabled, performance may degrade
which is incorrect -- I've already disabled HT.
This warning is issued here:
void
601 - 700 of 860 matches
Mail list logo