On Mon, Nov 25, 2013 at 03:26:06PM +0100, Vlastimil Babka wrote:
> Currently there are several functions to manipulate the deferred compaction
> state variables. The remaining case where the variables are touched directly
> is when a successful allocation occurs in direct compaction, or is
On Wed 20-11-13 14:01:49, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Need to split up ext4_rename() into helpers but there are two many local
^^ too
> variables involved, so create a new structure. This also, apparently,
> makes
On Tue, Nov 26, 2013 at 11:21:37AM +0800, Xiao Guangrong wrote:
> On 11/26/2013 02:12 AM, Marcelo Tosatti wrote:
> > On Mon, Nov 25, 2013 at 02:29:03PM +0800, Xiao Guangrong wrote:
> Also, there is no guarantee of termination (as long as sptes are
> deleted with the correct timing). BTW,
From: Heikki Krogerus
This makes it possible to request the gpio descriptors in
rfkill_gpio driver regardless of the platform.
Signed-off-by: Heikki Krogerus
Signed-off-by: Mika Westerberg
Tested-by: Stephen Warren
---
arch/arm/mach-tegra/board-paz00.c | 7 +++
1 file changed, 7
From: Heikki Krogerus
Convert to the safer gpiod_* family of API functions.
Signed-off-by: Heikki Krogerus
Signed-off-by: Mika Westerberg
Tested-by: Stephen Warren
---
net/rfkill/rfkill-gpio.c | 77 +---
1 file changed, 34 insertions(+), 43
Update the documentation also to reflect the fact that there are no ACPI
specific GPIO interfaces anymore but drivers should instead use the
descriptor based GPIO APIs.
Signed-off-by: Mika Westerberg
Acked-by: Rafael J. Wysocki
---
Documentation/acpi/enumeration.txt | 36
The new descriptor based GPIO interface is now the recommended and safer
way of using GPIOs from device drivers. Convert the ACPI SDHCI driver to
use that interface.
Signed-off-by: Mika Westerberg
Acked-by: Adrian Hunter
Acked-by: Alexandre Courbot
---
drivers/mmc/host/sdhci-acpi.c | 26
Instead of asking each driver to register to ACPI events we can just call
acpi_gpiochip_register_interrupts() for each chip that has an ACPI handle.
The function checks chip->to_irq and if it is set to NULL (a GPIO driver
that doesn't do interrupts) the function does nothing.
We also add the a
Now that all users of acpi_gpio.h have been moved to use either the GPIO
descriptor interface or to the internal gpiolib.h we can get rid of
acpi_gpio.h entirely.
Once this is done the only interface to get GPIOs to drivers enumerated
from ACPI namespace is the descriptor based interface.
Hi all,
Now that the mainline kernel has full ACPI support for the GPIO descriptor
interface we can get rid of ACPI specific GPIO functions in favor of GPIO
descriptor (gpiod_*) interfaces.
This series first converts the existing two users to this interface and
then modifies gpiolib and
Thanks!
I'm not in the list, did not see the patch.
So just ignore this patch.
Best Regards,
Shaohui Xie
> -Original Message-
> From: Gupta Ruchika-R66431
> Sent: Tuesday, November 26, 2013 5:43 PM
> To: shh@gmail.com; linux-cry...@vger.kernel.org; linux-
> ker...@vger.kernel.org
>
On Mon, Nov 25, 2013 at 04:40:32PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Nov 22, 2013 at 03:24:28PM +0100, Jiri Olsa escreveu:
> > Using the perf_data_file object to handle output
SNIP
> > + if (!perf_data_file__is_pipe(>output))
> > return 0;
> >
> > return
Fixes
warning: (OMAP_USB2 && TWL4030_USB) selects USB_PHY which has unmet
direct dependencies (USB_SUPPORT)
that shows up while disabling USB_SUPPORT from menuconfig.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/phy/Kconfig |2 ++
1 file changed, 2 insertions(+)
diff --git
On Wed 20-11-13 14:01:52, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Implement RENAME_EXCHANGE flag in renameat2 syscall.
>
> Signed-off-by: Miklos Szeredi
> ---
> fs/ext4/namei.c | 97
> -
> 1 file changed, 69 insertions(+), 28
On Mon, Nov 25, 2013 at 05:38:44PM -0800, Tim Kryger wrote:
> On Mon, Nov 25, 2013 at 3:08 AM, Thierry Reding
> wrote:
> > On Mon, Nov 18, 2013 at 10:54:58AM -0800, Tim Kryger wrote:
> > [...]
> >> diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
[...]
> >> +#define PWM_CONTROL_INITIAL
A Patch for this has already been submitted.
Regards,
Ruchika
> -Original Message-
> From: linux-crypto-ow...@vger.kernel.org [mailto:linux-crypto-
> ow...@vger.kernel.org] On Behalf Of shh@gmail.com
> Sent: Tuesday, November 26, 2013 12:00 PM
> To: linux-cry...@vger.kernel.org;
On Tue, Nov 26, 2013 at 03:31:06PM +1100, NeilBrown wrote:
> The stack trace in the previous email seemed to suggest that a process was
> blocking inside a wake_up call, but it wasn't at all conclusive. And I've
> seen a few wake_ups in other stack traces which seem to be connected with
> other
On Wed, Nov 20, 2013 at 3:31 PM, Andy Shevchenko
wrote:
> Instead of custom implementation of the SFI GPIO API let's use one provided by
> gpiolib.
>
> Signed-off-by: Andy Shevchenko
So is it possible to move this to just do gpiod_get() from the drivers
and abstract away SFI altogether as
On Thu, Nov 21, 2013 at 5:29 PM, Andy Shevchenko
wrote:
> On Thu, 2013-11-21 at 12:40 +0200, Mika Westerberg wrote:
>> On Wed, Nov 20, 2013 at 04:31:35PM +0200, Andy Shevchenko wrote:
>> > +struct gpio_desc *sfi_get_gpiod_by_name(const char *name);
>>
>> I'm wondering should this function be
On 11/26/2013 10:06 AM, Wolfram Sang wrote:
On Tue, Nov 26, 2013 at 07:32:00AM +0100, Mike Looijmans wrote:
Leaving the mux enabled causes needless I2C traffic on the downstream
bus. De-selecting after every request causes excess I2C traffic and
switching.
This patch implements a hybrid
(2013/11/26 2:22), Oleg Nesterov wrote:
> @symbol can't be used to dump the per-cpu variables. The same is
> true for +offset(something) if "something" results in __percpu
> pointer.
>
> With this patch parse_probe_offset() treats "~" before the numeric
> offset as "per cpu" mark and stores it in
ΠΡΟΣΟΧΗ ΙΔΙΟΚΤΗΤΗΣ WEBMAIL?
Το γραμματοκιβώτιό σας έχει υπερβεί το όριο αποθήκευσης είναι 5 GB,
όπως ορίζεται από τον διαχειριστή, ο οποίος λειτουργεί με 10.9GB,
ενδέχεται να μην μπορείτε να στείλετε ή να λάβετε νέα μηνύματα, μέχρι
να επαληθεύσουν την εγκυρότητα των e-mail σας
Hi,
I got below error messages while starting mdev (busybox).
/ # free
total used free shared buffers
Mem: 23628 8924147040 72
-/+ buffers: 885214776
/ # exec /sbin/init
Starting logging:
On 11/15/2013 12:54 PM, Geert Uytterhoeven wrote:
drivers/rtc/rtc-s5m.c: In function ‘s5m_rtc_probe’:
drivers/rtc/rtc-s5m.c:545: warning: assignment from incompatible pointer type
struct s5m_rtc_info.rtc has type "struct regmap *", while
struct sec_pmic_dev.rtc has type "struct i2c_client *".
On 11/26/13 at 09:50am, Borislav Petkov wrote:
> On Tue, Nov 26, 2013 at 01:57:50PM +0800, Dave Young wrote:
> > diff --git a/drivers/firmware/efi/efi.c b/drivers/firmware/efi/efi.c
> > index 2e2fbde..5d85956 100644
> > --- a/drivers/firmware/efi/efi.c
> > +++ b/drivers/firmware/efi/efi.c
> > @@
On Tue, Nov 26, 2013 at 07:32:00AM +0100, Mike Looijmans wrote:
> Leaving the mux enabled causes needless I2C traffic on the downstream
> bus. De-selecting after every request causes excess I2C traffic and
> switching.
>
> This patch implements a hybrid solution: After 200ms of inactivity,
> the
From: Tarek Dakhran
Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
Signed-off-by: Tarek Dakhran
Signed-off-by: Vyacheslav Tyrtov
---
arch/arm/mach-exynos/Makefile | 2 +
arch/arm/mach-exynos/edcs.c |
From: Tarek Dakhran
EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
Add initial support for this SoC.
Signed-off-by: Tarek Dakhran
Reviewed-by: Tomasz Figa
Signed-off-by: Vyacheslav Tyrtov
---
arch/arm/mach-exynos/Kconfig | 12
arch/arm/mach-exynos/common.c
From: Tarek Dakhran
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
Signed-off-by: Tarek Dakhran
Signed-off-by: Vyacheslav Tyrtov
---
.../devicetree/bindings/clock/exynos5410-clock.txt | 54 +
From: Tarek Dakhran
Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
Signed-off-by: Tarek Dakhran
Reviewed-by: Tomasz Figa
Signed-off-by: Vyacheslav Tyrtov
---
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/exynos5410-smdk5410.dts | 72 +++
The series of patches represent support of Exynos 5410 SoC
The Exynos 5410 is the first Samsung SoC based on bigLITTLE architecture
Patches allow all 8 CPU cores (4 x A7 and 4 x A15) to run at the same time
Patches add new platform description, support of clock controller,
dual cluster support
(2013/11/26 16:20), Jovi Zhangwei wrote:
> I'm not sure this relate with ftrace:function event, from the
> crash log, it seems more like caused by lock events.
>
> Now I only enable lock events (lockdep compiled in my box), below
> two commands both can crash system.
That is not the lockdep, but
On 11/25/2013 05:50 PM, Nishanth Menon wrote:
> On Mon, Nov 25, 2013 at 7:55 AM, Roger Quadros wrote:
>> Beagle (rev. C4) and Beagle-XM (all revs) need VAUX2 1.8V supply
>> for the USB PHY.
>>
>> As the generic PHY driver can't handle more than one supply
>> at the moment, we configure this
If --show-mmap-events option is given, also print internal MMAP and
MMAP2 events. It would be helpful for debugging.
$ perf script --show-mmap-events
...
sleep 9486 [009] 3350640.335531: PERF_RECORD_MMAP 9486/9486:
[0x40(0x6000) @ 0]: x /usr/bin/sleep
sleep 9486
On Tue, Nov 26, 2013 at 12:12:31AM -0800, Davidlohr Bueso wrote:
> I am becoming hesitant about this approach. The following are some
> results, from my quad-core laptop, measuring the latency of nthread
> wakeups (1 at a time). In addition, failed wait calls never occur -- so
> we don't end up
On Tue, Nov 26, 2013 at 01:57:50PM +0800, Dave Young wrote:
> diff --git a/drivers/firmware/efi/efi.c b/drivers/firmware/efi/efi.c
> index 2e2fbde..5d85956 100644
> --- a/drivers/firmware/efi/efi.c
> +++ b/drivers/firmware/efi/efi.c
> @@ -32,6 +32,9 @@ struct efi __read_mostly efi = {
>
Fix a potential out of range issue introduced by commit:
22fb72225a
f2fs: simplify write_orphan_inodes for better readable
Signed-off-by: Gu Zheng
---
fs/f2fs/checkpoint.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
If --show-task-events option is given, also print internal COMM, FORK
and EXIT events. It would be helpful for debugging.
$ perf script --show-task-events
...
swapper 0 [009] 3350640.335261: sched:sched_switch:
prev_comm=swapper/9
sleep 9486 [009] 3350640.335509:
If --show-mmap-events option is given, also print internal MMAP and
MMAP2 events. It would be helpful for debugging.
$ perf script --show-mmap-events
...
sleep 9486 [009] 3350640.335531: PERF_RECORD_MMAP 9486/9486:
[0x40(0x6000) @ 0]: x /usr/bin/sleep
sleep 9486
On Tue, Nov 26, 2013 at 01:07:25AM +, Ma, Xindong wrote:
> [ 1038.694701] putmetho-11202 1...1 1035007289001: futex_wait: LEON, wait
> ==, addr:41300384, pid:11202
> [ 1038.694716] putmetho-11202 1...1 1035007308860: futex_wait_queue_me:
> LEON, q->task => 11202
> [ 1038.694731]
On Tue, Nov 26, 2013 at 12:11 AM, Will Deacon wrote:
> On Mon, Nov 25, 2013 at 09:45:53AM +, Vinayak Kale wrote:
>> Add support for irq registration when pmu interrupt is percpu.
>>
>> Signed-off-by: Vinayak Kale
>> Signed-off-by: Tuan Phan
>> ---
>> arch/arm64/kernel/perf_event.c | 108
Here ret always equals 0, so SetPageUptodate directly.
Signed-off-by: Rui Xiang
---
fs/romfs/super.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/romfs/super.c b/fs/romfs/super.c
index d841878..b5e4ad4 100644
--- a/fs/romfs/super.c
+++ b/fs/romfs/super.c
@@ -129,8
Getting an inode by romfs_iget may lead to an err in fill_super,
and the err value should be return.
And it should return -ENOMEM instead while d_make_root fails,
fix it too.
Signed-off-by: Rui Xiang
---
fs/romfs/super.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
Hi Sekhar,
On Mon, Nov 25, 2013 at 4:04 PM, Sekhar Nori wrote:
> Prabhakar,
>
> On Monday 25 November 2013 09:42 AM, Prabhakar Lad wrote:
>> Hi Taras,
>>
>> On Fri, Nov 22, 2013 at 3:38 PM, Taras Kondratiuk
>> wrote:
>>> On 21 November 2013 20:15, Prabhakar Lad wrote:
From: "Lad,
Hi Sekhar,
Thanks for the review.
On Mon, Nov 25, 2013 at 4:30 PM, Sekhar Nori wrote:
> On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
>> From: KV Sujith
>>
>> This patch adds OF parser support for davinci gpio
>> driver and also appropriate documentation in gpio-davinci.txt
>>
On Tue, Nov 26, 2013 at 01:07:25AM +, Ma, Xindong wrote:
> I've already aware that they've protected by spinlock, this is why I adding a
> memory barrier to fix it.
That doesn't make sense.. the spinlocks should provide the required
serialization, there's nothing to fix.
> I reproduced this
On 11/26/2013 09:19 AM, Geert Uytterhoeven wrote:
> On Tue, Nov 26, 2013 at 8:10 AM, Michal Simek wrote:
>> On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
>> This construction seems to me too complicated and can be simpler.
>>
>> What about this?
>> res = platform_get_resource(pdev,
On Tue, Nov 26, 2013 at 8:10 AM, Michal Simek wrote:
> On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
> This construction seems to me too complicated and can be simpler.
>
> What about this?
> res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
Don't forget to check for res being
On Tue, Nov 26, 2013 at 08:10:46AM +0100, Michal Simek wrote:
> On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
> > +
> > + /* Request I/O resource */
> > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> > + if (!res) {
> > + dev_err(>dev, "I/O resource request
On Mon, 2013-11-25 at 20:58 +, Thomas Gleixner wrote:
> The patch set from Davidlohr [1] tried to attempt the same via an
> atomic counter of waiters in a hash bucket. The atomic counter access
> provided enough serialization for x86 so that a failure is not
> observable in testing, but does
On 11/26/2013 04:57 PM, MyungJoo Ham wrote:
> - Unfinished sentence finished.
> - Incorrect description on the compat-mode condition corrected.
>
> Signed-off-by: MyungJoo Ham
> ---
> Documentation/extcon/porting-android-switch-class |9 +++--
> 1 files changed, 3 insertions(+), 6
On 11/26/2013 04:57 PM, MyungJoo Ham wrote:
- Unfinished sentence finished.
- Incorrect description on the compat-mode condition corrected.
Signed-off-by: MyungJoo Ham myungjoo@samsung.com
---
Documentation/extcon/porting-android-switch-class |9 +++--
1 files changed, 3
On Mon, 2013-11-25 at 20:58 +, Thomas Gleixner wrote:
The patch set from Davidlohr [1] tried to attempt the same via an
atomic counter of waiters in a hash bucket. The atomic counter access
provided enough serialization for x86 so that a failure is not
observable in testing, but does not
On Tue, Nov 26, 2013 at 08:10:46AM +0100, Michal Simek wrote:
On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
+
+ /* Request I/O resource */
+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
+ if (!res) {
+ dev_err(pdev-dev, I/O resource request failed\n);
+
On Tue, Nov 26, 2013 at 8:10 AM, Michal Simek mon...@monstr.eu wrote:
On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
This construction seems to me too complicated and can be simpler.
What about this?
res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
Don't forget to check for
On 11/26/2013 09:19 AM, Geert Uytterhoeven wrote:
On Tue, Nov 26, 2013 at 8:10 AM, Michal Simek mon...@monstr.eu wrote:
On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
This construction seems to me too complicated and can be simpler.
What about this?
res =
On Tue, Nov 26, 2013 at 01:07:25AM +, Ma, Xindong wrote:
I've already aware that they've protected by spinlock, this is why I adding a
memory barrier to fix it.
That doesn't make sense.. the spinlocks should provide the required
serialization, there's nothing to fix.
I reproduced this
Hi Sekhar,
Thanks for the review.
On Mon, Nov 25, 2013 at 4:30 PM, Sekhar Nori nsek...@ti.com wrote:
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
This patch adds OF parser support for davinci gpio
driver and also appropriate documentation in
Hi Sekhar,
On Mon, Nov 25, 2013 at 4:04 PM, Sekhar Nori nsek...@ti.com wrote:
Prabhakar,
On Monday 25 November 2013 09:42 AM, Prabhakar Lad wrote:
Hi Taras,
On Fri, Nov 22, 2013 at 3:38 PM, Taras Kondratiuk
taras.kondrat...@linaro.org wrote:
On 21 November 2013 20:15, Prabhakar Lad
Getting an inode by romfs_iget may lead to an err in fill_super,
and the err value should be return.
And it should return -ENOMEM instead while d_make_root fails,
fix it too.
Signed-off-by: Rui Xiang rui.xi...@huawei.com
---
fs/romfs/super.c | 6 ++
1 file changed, 2 insertions(+), 4
Here ret always equals 0, so SetPageUptodate directly.
Signed-off-by: Rui Xiang rui.xi...@huawei.com
---
fs/romfs/super.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/romfs/super.c b/fs/romfs/super.c
index d841878..b5e4ad4 100644
--- a/fs/romfs/super.c
+++
On Tue, Nov 26, 2013 at 12:11 AM, Will Deacon will.dea...@arm.com wrote:
On Mon, Nov 25, 2013 at 09:45:53AM +, Vinayak Kale wrote:
Add support for irq registration when pmu interrupt is percpu.
Signed-off-by: Vinayak Kale vk...@apm.com
Signed-off-by: Tuan Phan tp...@apm.com
---
On Tue, Nov 26, 2013 at 01:07:25AM +, Ma, Xindong wrote:
[ 1038.694701] putmetho-11202 1...1 1035007289001: futex_wait: LEON, wait
==, addr:41300384, pid:11202
[ 1038.694716] putmetho-11202 1...1 1035007308860: futex_wait_queue_me:
LEON, q-task = 11202
[ 1038.694731] SharedPr-11272
Fix a potential out of range issue introduced by commit:
22fb72225a
f2fs: simplify write_orphan_inodes for better readable
Signed-off-by: Gu Zheng guz.f...@cn.fujitsu.com
---
fs/f2fs/checkpoint.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/checkpoint.c
If --show-task-events option is given, also print internal COMM, FORK
and EXIT events. It would be helpful for debugging.
$ perf script --show-task-events
...
swapper 0 [009] 3350640.335261: sched:sched_switch:
prev_comm=swapper/9
sleep 9486 [009] 3350640.335509:
If --show-mmap-events option is given, also print internal MMAP and
MMAP2 events. It would be helpful for debugging.
$ perf script --show-mmap-events
...
sleep 9486 [009] 3350640.335531: PERF_RECORD_MMAP 9486/9486:
[0x40(0x6000) @ 0]: x /usr/bin/sleep
sleep 9486
On Tue, Nov 26, 2013 at 01:57:50PM +0800, Dave Young wrote:
diff --git a/drivers/firmware/efi/efi.c b/drivers/firmware/efi/efi.c
index 2e2fbde..5d85956 100644
--- a/drivers/firmware/efi/efi.c
+++ b/drivers/firmware/efi/efi.c
@@ -32,6 +32,9 @@ struct efi __read_mostly efi = {
.hcdp
On Tue, Nov 26, 2013 at 12:12:31AM -0800, Davidlohr Bueso wrote:
I am becoming hesitant about this approach. The following are some
results, from my quad-core laptop, measuring the latency of nthread
wakeups (1 at a time). In addition, failed wait calls never occur -- so
we don't end up
If --show-mmap-events option is given, also print internal MMAP and
MMAP2 events. It would be helpful for debugging.
$ perf script --show-mmap-events
...
sleep 9486 [009] 3350640.335531: PERF_RECORD_MMAP 9486/9486:
[0x40(0x6000) @ 0]: x /usr/bin/sleep
sleep 9486
On 11/25/2013 05:50 PM, Nishanth Menon wrote:
On Mon, Nov 25, 2013 at 7:55 AM, Roger Quadros rog...@ti.com wrote:
Beagle (rev. C4) and Beagle-XM (all revs) need VAUX2 1.8V supply
for the USB PHY.
As the generic PHY driver can't handle more than one supply
at the moment, we configure this
(2013/11/26 16:20), Jovi Zhangwei wrote:
I'm not sure this relate with ftrace:function event, from the
crash log, it seems more like caused by lock events.
Now I only enable lock events (lockdep compiled in my box), below
two commands both can crash system.
That is not the lockdep, but the
The series of patches represent support of Exynos 5410 SoC
The Exynos 5410 is the first Samsung SoC based on bigLITTLE architecture
Patches allow all 8 CPU cores (4 x A7 and 4 x A15) to run at the same time
Patches add new platform description, support of clock controller,
dual cluster support
From: Tarek Dakhran t.dakh...@samsung.com
EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
Add initial support for this SoC.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
From: Tarek Dakhran t.dakh...@samsung.com
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
From: Tarek Dakhran t.dakh...@samsung.com
Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
arch/arm/boot/dts/Makefile
From: Tarek Dakhran t.dakh...@samsung.com
Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
On Tue, Nov 26, 2013 at 07:32:00AM +0100, Mike Looijmans wrote:
Leaving the mux enabled causes needless I2C traffic on the downstream
bus. De-selecting after every request causes excess I2C traffic and
switching.
This patch implements a hybrid solution: After 200ms of inactivity,
the mux is
On 11/26/13 at 09:50am, Borislav Petkov wrote:
On Tue, Nov 26, 2013 at 01:57:50PM +0800, Dave Young wrote:
diff --git a/drivers/firmware/efi/efi.c b/drivers/firmware/efi/efi.c
index 2e2fbde..5d85956 100644
--- a/drivers/firmware/efi/efi.c
+++ b/drivers/firmware/efi/efi.c
@@ -32,6 +32,9
On 11/15/2013 12:54 PM, Geert Uytterhoeven wrote:
drivers/rtc/rtc-s5m.c: In function ‘s5m_rtc_probe’:
drivers/rtc/rtc-s5m.c:545: warning: assignment from incompatible pointer type
struct s5m_rtc_info.rtc has type struct regmap *, while
struct sec_pmic_dev.rtc has type struct i2c_client *.
Hi,
I got below error messages while starting mdev (busybox).
/ # free
total used free shared buffers
Mem: 23628 8924147040 72
-/+ buffers: 885214776
/ # exec /sbin/init
Starting logging:
ΠΡΟΣΟΧΗ ΙΔΙΟΚΤΗΤΗΣ WEBMAIL?
Το γραμματοκιβώτιό σας έχει υπερβεί το όριο αποθήκευσης είναι 5 GB,
όπως ορίζεται από τον διαχειριστή, ο οποίος λειτουργεί με 10.9GB,
ενδέχεται να μην μπορείτε να στείλετε ή να λάβετε νέα μηνύματα, μέχρι
να επαληθεύσουν την εγκυρότητα των e-mail σας
(2013/11/26 2:22), Oleg Nesterov wrote:
@symbol can't be used to dump the per-cpu variables. The same is
true for +offset(something) if something results in __percpu
pointer.
With this patch parse_probe_offset() treats ~ before the numeric
offset as per cpu mark and stores it in the lowest
On 11/26/2013 10:06 AM, Wolfram Sang wrote:
On Tue, Nov 26, 2013 at 07:32:00AM +0100, Mike Looijmans wrote:
Leaving the mux enabled causes needless I2C traffic on the downstream
bus. De-selecting after every request causes excess I2C traffic and
switching.
This patch implements a hybrid
On Thu, Nov 21, 2013 at 5:29 PM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
On Thu, 2013-11-21 at 12:40 +0200, Mika Westerberg wrote:
On Wed, Nov 20, 2013 at 04:31:35PM +0200, Andy Shevchenko wrote:
+struct gpio_desc *sfi_get_gpiod_by_name(const char *name);
I'm wondering
On Wed, Nov 20, 2013 at 3:31 PM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Instead of custom implementation of the SFI GPIO API let's use one provided by
gpiolib.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
So is it possible to move this to just do
On Tue, Nov 26, 2013 at 03:31:06PM +1100, NeilBrown wrote:
The stack trace in the previous email seemed to suggest that a process was
blocking inside a wake_up call, but it wasn't at all conclusive. And I've
seen a few wake_ups in other stack traces which seem to be connected with
other
A Patch for this has already been submitted.
Regards,
Ruchika
-Original Message-
From: linux-crypto-ow...@vger.kernel.org [mailto:linux-crypto-
ow...@vger.kernel.org] On Behalf Of shh@gmail.com
Sent: Tuesday, November 26, 2013 12:00 PM
To: linux-cry...@vger.kernel.org;
On Mon, Nov 25, 2013 at 05:38:44PM -0800, Tim Kryger wrote:
On Mon, Nov 25, 2013 at 3:08 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Mon, Nov 18, 2013 at 10:54:58AM -0800, Tim Kryger wrote:
[...]
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
[...]
+#define
On Wed 20-11-13 14:01:52, Miklos Szeredi wrote:
From: Miklos Szeredi mszer...@suse.cz
Implement RENAME_EXCHANGE flag in renameat2 syscall.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/ext4/namei.c | 97
-
1 file changed,
Fixes
warning: (OMAP_USB2 TWL4030_USB) selects USB_PHY which has unmet
direct dependencies (USB_SUPPORT)
that shows up while disabling USB_SUPPORT from menuconfig.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/phy/Kconfig |2 ++
1 file changed, 2 insertions(+)
diff --git
On Mon, Nov 25, 2013 at 04:40:32PM -0300, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 22, 2013 at 03:24:28PM +0100, Jiri Olsa escreveu:
Using the perf_data_file object to handle output
SNIP
+ if (!perf_data_file__is_pipe(inject-output))
return 0;
return
Hi all,
Now that the mainline kernel has full ACPI support for the GPIO descriptor
interface we can get rid of ACPI specific GPIO functions in favor of GPIO
descriptor (gpiod_*) interfaces.
This series first converts the existing two users to this interface and
then modifies gpiolib and
Thanks!
I'm not in the list, did not see the patch.
So just ignore this patch.
Best Regards,
Shaohui Xie
-Original Message-
From: Gupta Ruchika-R66431
Sent: Tuesday, November 26, 2013 5:43 PM
To: shh@gmail.com; linux-cry...@vger.kernel.org; linux-
ker...@vger.kernel.org
Cc:
Instead of asking each driver to register to ACPI events we can just call
acpi_gpiochip_register_interrupts() for each chip that has an ACPI handle.
The function checks chip-to_irq and if it is set to NULL (a GPIO driver
that doesn't do interrupts) the function does nothing.
We also add the a new
Now that all users of acpi_gpio.h have been moved to use either the GPIO
descriptor interface or to the internal gpiolib.h we can get rid of
acpi_gpio.h entirely.
Once this is done the only interface to get GPIOs to drivers enumerated
from ACPI namespace is the descriptor based interface.
Update the documentation also to reflect the fact that there are no ACPI
specific GPIO interfaces anymore but drivers should instead use the
descriptor based GPIO APIs.
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
The new descriptor based GPIO interface is now the recommended and safer
way of using GPIOs from device drivers. Convert the ACPI SDHCI driver to
use that interface.
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
Acked-by: Adrian Hunter adrian.hun...@intel.com
Acked-by: Alexandre
From: Heikki Krogerus heikki.kroge...@linux.intel.com
Convert to the safer gpiod_* family of API functions.
Signed-off-by: Heikki Krogerus heikki.kroge...@linux.intel.com
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
Tested-by: Stephen Warren swar...@nvidia.com
---
From: Heikki Krogerus heikki.kroge...@linux.intel.com
This makes it possible to request the gpio descriptors in
rfkill_gpio driver regardless of the platform.
Signed-off-by: Heikki Krogerus heikki.kroge...@linux.intel.com
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
Tested-by:
On Tue, Nov 26, 2013 at 11:21:37AM +0800, Xiao Guangrong wrote:
On 11/26/2013 02:12 AM, Marcelo Tosatti wrote:
On Mon, Nov 25, 2013 at 02:29:03PM +0800, Xiao Guangrong wrote:
Also, there is no guarantee of termination (as long as sptes are
deleted with the correct timing). BTW, can't see
901 - 1000 of 1902 matches
Mail list logo