If necessary to send patch v3 for it, please let me know (I guess not).
Next, I shall try to find and make another patches for our kernel.
Thanks.
On 9/7/16 23:39, Chen Gang wrote:
>
> Thank you all for your work. Commonly, I should send patch v3 for it.
>
> And very sorry for replying too la
Add CONFIG_AF_RXRPC_IPV6 and make the IPv6 support code conditional on it.
This is then made conditional on CONFIG_IPV6.
Without this, the following can be seen:
net/built-in.o: In function `rxrpc_init_peer':
>> peer_object.c:(.text+0x18c3c8): undefined reference to
>> `ip6_route_output_flags
On Fri, Sep 16, 2016 at 7:38 PM, Jan Kara wrote:
> On Fri 16-09-16 14:19:23, Miklos Szeredi wrote:
>> From: Aihua Zhang
>>
>> When an event occurs direct it to the overlay inode instead of the real
>> underlying inode.
>>
>> This will work even if the file was first on the lower layer and then
>>
Thiago Jung Bauermann writes:
> Hello Eric,
>
> Am Freitag, 16 September 2016, 14:47:13 schrieb Eric W. Biederman:
>> Mimi Zohar writes:
>> > Hi Andrew,
>> >
>> > On Wed, 2016-08-31 at 18:38 -0400, Mimi Zohar wrote:
>> >> On Wed, 2016-08-31 at 13:50 -0700, Andrew Morton wrote:
>> >> > On Tue, 3
On Fri, 2016-09-16 at 13:06 -0400, Austin S. Hemmelgarn wrote:
> On 2016-09-16 12:21, James Bottomley wrote:
> > On Fri, 2016-09-16 at 11:53 -0400, Austin S. Hemmelgarn wrote:
> > > On 2016-09-16 07:16, Hannes Reinecke wrote:
> > > > On 09/15/2016 10:52 PM, Jason A. Donenfeld wrote:
> > > > > Hi Ma
Hello Marcel,
On 16-09-16 13:38:54, Marcel Ziswiler wrote:
> On Wed, 2016-09-14 at 12:05 +0530, Sanchayan Maity wrote:
> > Use enable-gpios property of PWM backlight driver for backlight
> > control. While at it also fix the use of brightness levels required
> > by EDT displays which require inver
Bjorn,
Can we extend this aerdriver to support AER from a root complex integrated
endpoint? Root complex event collector has the same job as root port in this
case.
It looks that both port driver and aer driver check
PCI_EXP_TYPE_ROOT_PORT/PCI_EXP_TYPE_UPSTREAM/PCI_EXP_TYPE_DOWNSTREAM
On 09/12/2016 11:43 PM, David Rientjes wrote:
> On Mon, 12 Sep 2016, Anshuman Khandual wrote:
>
> after memory or node hot[un]plug is desirable. This change adds one
> new sysfs interface (/sys/devices/system/memory/system_zone_details)
> which will fetch and dump this information.
>>>
On Fri, 2016-09-16 at 17:040700, Linus Torvalds wrote:
> On Fri, Sep 16, 2016 at 4:58 PM, Linus Torvalds
> wrote:
> > Here's a totally untested patch. What do people say?
> Heh. It looks like "pr_xyz_once()" is used in places that haven't
> included "ratelimit.h", so this doesn't actually build f
On Friday 16 September 2016 11:06 PM, Mark Brown wrote:
On Fri, Sep 16, 2016 at 09:51:38PM +0530, Keerthy wrote:
On Friday 16 September 2016 07:01 PM, Mark Brown wrote:
On Fri, Sep 16, 2016 at 05:12:38PM +0530, Keerthy wrote:
Should i repost this series? I do not see this series in linux-n
Fix issue with poll_interval being not updated till the previous
interval expired.
Signed-off-by: Matt Ranostay
---
drivers/power/supply/bq27xxx_battery.c | 38 +-
include/linux/power/bq27xxx_battery.h | 1 +
2 files changed, 38 insertions(+), 1 deletion(-)
dif
Allow the poll_interval to be runtime configurable via an sysfs entry.
This is needed for udev control of the poll interval.
Signed-off-by: Matt Ranostay
---
drivers/power/supply/bq27xxx_battery.c | 48 +-
1 file changed, 47 insertions(+), 1 deletion(-)
diff --gi
Patchset series fixes the kernel_parameter poll_interval not scheduling
the next event with the new interval. Also creates a sysfs entry that is
useful for udev attribute assignment.
Matt Ranostay (2):
power: bq27xxx_battery: add configurable poll_interval by sysfs
power: bq27xxx_battery: allo
On Fri, Sep 16, 2016 at 4:32 PM, James Hogan wrote:
> On Fri, Sep 16, 2016 at 02:37:18PM -0700, Guenter Roeck wrote:
>> On Fri, Sep 16, 2016 at 10:27:20PM +0100, James Hogan wrote:
>> > On Fri, Sep 16, 2016 at 01:38:19PM -0700, Guenter Roeck wrote:
>> > > Hi,
>> > >
>> > > I see the following runt
On Fri, 16 Sep 2016, Richard Cochran wrote:
> On Thu, Sep 15, 2016 at 02:56:49PM -0700, Josh Triplett wrote:
> > > I suspect there is more of a case for having net drivers _without_ ptp
> > > support. This could be implemented with a ptp_clock_register() stub
> > > returning NULL when ptp is no
Hi Wei,
[auto build test WARNING on next-20160916]
url:
https://github.com/0day-ci/linux/commits/Wei-Yongjun/ASoC-rt5663-fix-sparse-warnings/20160917-094530
coccinelle warnings: (new ones prefixed by >>)
>> sound/soc/codecs/rt5663.c:3203:3-8: No need to set .owner here. The c
sound/soc/codecs/rt5663.c:3203:3-8: No need to set .owner here. The core will
do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Wei Yongjun
Signed-off-by: Fengguang Wu
---
rt5663.c |1 -
1 file c
On Fri, Sep 16, 2016 at 6:59 PM, Linus Torvalds
wrote:
>
> And finally, I suspect (5) is not reasonably fixable. Oh well. It
> would require some kind of "figure out the largest common prefix of
> all the filenames in the whole object file". So I'm *not* talking
> about just passing "--basenames"
On 09/16/2016 04:32 PM, Rich Felker wrote:
[ ... ]
It would be useful to know what compiler version was used to build the
kernel. I wouldn't be surprised if some are buggy.
4.6.3 from kernel.org.
That is utterly ancient and probaby very buggy. I would recommend 5.x+
or at the very least 4.7
On 09/16/2016 04:32 PM, Rich Felker wrote:
4.6.3 from kernel.org.
That is utterly ancient and probaby very buggy. I would recommend 5.x+
or at the very least 4.7 or 4.8.
Unfortunately that is the latest one available from kernel.org :-(.
I'll try to build one myself.
Thanks,
Guenter
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slicoss.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index 8426392..2128963 100644
--- a/drivers/staging/slicoss/slicoss.c
+++ b/drivers/staging
add IOMEM_SET_FIELD32 to set u32 value of a member of a __iomem structure;
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slic.h| 7 +++
drivers/staging/slicoss/slicoss.c | 8
2 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/slicoss/slic.h b/d
add IOMEM_GET_FIELDADDR to get address of a member of a __iomem structure;
add IOMEM_GET_FIELD64 to get u64 value of a member of a __iomem structure;
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slic.h| 32 +
drivers/staging/slicoss/slicoss.c | 49 +
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slicoss.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index c92b8c5..bf9b381 100644
--- a/drivers/staging/slicoss/slicoss.c
+++ b/drivers/staging/
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slicoss.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index bf9b381..59c4fbc 100644
--- a/drivers/staging/slicoss/slicoss.c
+++ b/drivers/s
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slicoss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index 59c4fbc..abe7592 100644
--- a/drivers/staging/slicoss/slicoss.c
+++ b/drivers/staging/slic
commit-id d221eb9f14f9, "Add linux-next specific files for 20160909"
add several macros to fix these warnings
Peng Sun (7):
staging: slicoss: slicoss.c: fix different address space sparse
warning
staging: slicoss: slicoss.c: fix different address space sparse
warning
staging: slicos
add IOMEM_GET_FIELD32 to get u32 value of a member of a __iomem structure;
Signed-off-by: Peng Sun
---
drivers/staging/slicoss/slic.h| 7 +++
drivers/staging/slicoss/slicoss.c | 4 ++--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/slicoss/slic.h b/driver
On Tue, Sep 13, 2016 at 02:29:29PM -0700, Andy Lutomirski wrote:
> This will prevent a crash if get_wchan() runs after the task stack
> is freed.
I think I found some more stuff. Have a look at KSTK_EIP() and KSTK_ESP(), I
think
they read from the saved userspace registers area at the top of the
On Fri, Sep 16, 2016 at 5:42 PM, Josh Poimboeuf wrote:
> On Fri, Sep 16, 2016 at 05:09:15PM -0700, Linus Torvalds wrote:
>> On Fri, Sep 16, 2016 at 2:26 PM, Josh Poimboeuf wrote:
>> >
>> > Ok, how about this. If this looks ok, would you be willing to apply it?
>>
>> Looks good to me. Did you tes
From: Wei Yongjun
image->lock is unlocked in some error handling path without take the
lock, so remove those unexpected unlock.
Fixes: 658bcdae9c67 ("vme: Adding Fake VME driver")
Signed-off-by: Wei Yongjun
---
drivers/vme/bridges/vme_fake.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
On Fri, Sep 16, 2016 at 11:19:38AM -0700, Andy Lutomirski wrote:
> On Fri, Sep 16, 2016 at 9:50 AM, Peter Zijlstra wrote:
> > {1,2} {3,4} {5} seem exclusive, did I miss something? (other than that 5
> > cpu parts are 'rare').
>
> There's no overlap, so they're logically exclusive, but it avoids
On Fri, Sep 16, 2016 at 11:33:00AM -0700, Linus Torvalds wrote:
> On Fri, Sep 16, 2016 at 6:25 AM, Peter Zijlstra wrote:
> >
> > So, once upon a time, in a galaxy far away,.. I did a concurrent
> > pagecache patch set that replaced the tree_lock with a per page bit-
> > spinlock and fine grained
From: Wei Yongjun
Fix the missing clk_disable_unprepare() before return
from uni_player_start() in the error handling case.
Signed-off-by: Wei Yongjun
---
sound/soc/sti/uniperif_player.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/sound/soc/sti/uniperif_player.c b/so
From: Wei Yongjun
Fixes the following sparse warnings:
sound/soc/codecs/rt5663.c:1367:14: warning: duplicate const
sound/soc/codecs/rt5663.c:1577:5: warning:
symbol 'rt5663_button_detect' was not declared. Should it be static?
sound/soc/codecs/rt5663.c:2857:24: warning:
symbol 'rt5663_aif_dai
From: Srivatsa Vaddagiri
SCHED_HRTICK feature is useful to preempt SCHED_FAIR tasks on-the-dot
(just when they would have exceeded their ideal_runtime). It makes use
of a per-cpu hrtimer resource and hence alarming that hrtimer should
be based on total SCHED_FAIR tasks a cpu has across its variou
On Fri, Sep 16, 2016 at 04:26:56PM -0500, Josh Poimboeuf wrote:
> Ok, how about this. If this looks ok, would you be willing to apply it?
Looks good, and yes without --inline addr2line would be tons less useful
;-) Thanks for cooking this up.
On Fri, Sep 16, 2016 at 7:06 PM, Austin S. Hemmelgarn
wrote:
> 1. UAS (not some other SCSI transport) without UNMAP support.
> 2. Supports ATA_12 or ATA_16 pass through.
> 3. ATA DEVICE IDENTIFY via SAT indicates that the device supports
> DISCARD/TRIM.
> Then we'd be matching behavior on Windows,
On Fri, Sep 16, 2016 at 06:02:41PM +0200, Bartosz Golaszewski wrote:
> If an I2C GPIO multiplexer is driven by a GPIO provided by an expander
> when there's a second expander using the same device driver on one of
> the I2C bus segments, lockdep prints a deadlock warning when trying to
> set the di
On Wed, Sep 14, 2016 at 01:55:02AM -0700, Stephen Boyd wrote:
> Quoting Stephen Boyd (2016-09-13 18:42:46)
> > On the db410c 96boards platform we have a TC7USB40MU[1] on the
> > board to mux the D+/D- lines from the SoC between a micro usb
> > "device" port and a USB hub for "host" roles. Upon a ro
3 209/211 (e.g. RTC on carrier
> * board)
> @@ -633,11 +627,10 @@
> >;
> };
>
> - pinctrl_i2c_ddc: gpioi2cddcgrp {
> + pinctrl_hdmi_ddc: hdmiddcgrp {
> fsl,pins = <
> - /* DDC bitbang */
> - MX6QDL_PAD_EIM_EB2__GPIO2_IO30 0x1b0b0
> - MX6QDL_PAD_EIM_D16__GPIO3_IO16 0x1b0b0
> + MX6QDL_PAD_EIM_EB2__HDMI_TX_DDC_SCL
> 0x4001b8b1
> + MX6QDL_PAD_EIM_D16__HDMI_TX_DDC_SDA
> 0x4001b8b1
> >;
> };
Rest looks fine and tested working fine on top of 4.8.0-rc6-next-20160916.
From: Wei Yongjun
Fixes the following sparse warning:
drivers/gpu/drm/i915/intel_dp.c:1527:5: warning:
symbol 'intel_dp_compute_bpp' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/i915/intel_dp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
vdso_image_x32 is generated if CONFIG_X86_X32_ABI.
This patch fixes this build error on CentOS 6.8 with gcc 4.4.
LD init/built-in.o
arch/x86/built-in.o: In function `do_arch_prctl':
(.text+0x27466): undefined reference to `vdso_image_x32'
arch/x86/built-in.o: In function `do_arch_prctl':
(
On Fri, 2016-09-16 at 11:16 -0700, Andy Lutomirski wrote:
> Hi all-
>
> Here's v4 of the APST patch set. The biggest bikesheddable thing (I
> think) is the scaling factor. I currently have it hardcoded so that
> we wait 50x the total latency before entering a power saving state.
> On my Samsung
On Fri, Sep 16, 2016 at 05:09:15PM -0700, Linus Torvalds wrote:
> On Fri, Sep 16, 2016 at 2:26 PM, Josh Poimboeuf wrote:
> >
> > Ok, how about this. If this looks ok, would you be willing to apply it?
>
> Looks good to me. Did you test the size verification with some made-up cases?
Yep. And I
Thanks Peter. We'll give that patch a try as part of our refactoring.
Looking at finer-grained locking and we'll try going back to rt_mutex
plus this patch.
On Wed, Sep 14, 2016 at 9:55 AM, Peter Zijlstra wrote:
> On Wed, Sep 14, 2016 at 06:13:40PM +0200, Peter Zijlstra wrote:
>> On Wed, Sep 14,
On Thu, Sep 15, 2016 at 06:16:38PM -0700, Stephen Boyd wrote:
>
> > For #3, it is not the
> > use case for this design. #3 is usually used for the single port which
> > needs to support switching role on the fly without disconnection.
> > So, you may only need to consider #2, you can't use extcon-
On 09/07/2016 06:09 AM, Stanimir Varbanov wrote:
> Hi Iaroslav,
>
> On 08/30/2016 06:37 PM, Iaroslav Gridin wrote:
>> From: Voker57
>>
>> Add device tree definitions for Qualcomm Cryptography engine and its BAM
>> Signed-off-by: Iaroslav Gridin
>> ---
>> arch/arm/boot/dts/qcom-msm8974.dtsi | 42
On Fri, Sep 16, 2016 at 2:26 PM, Josh Poimboeuf wrote:
>
> Ok, how about this. If this looks ok, would you be willing to apply it?
Looks good to me. Did you test the size verification with some made-up cases?
Linus
On Sat, 17 Sep 2016, kbuild test robot wrote:
Hi Jonas,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.8-rc6 next-20160916]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-pa
On Fri, Sep 16, 2016 at 4:58 PM, Linus Torvalds
wrote:
>
> Here's a totally untested patch. What do people say?
Heh. It looks like "pr_xyz_once()" is used in places that haven't
included "ratelimit.h", so this doesn't actually build for everything.
But I guess as a concept patch it's not hard to
Hi Bjorn,
On 09/08/2016 05:27 PM, Bjorn Andersson wrote:
> On Wed 31 Aug 11:27 PDT 2016, Suman Anna wrote:
>
>> Hi Bjorn,
>>
>> On 08/11/2016 04:52 PM, Bjorn Andersson wrote:
>>> Introduce an "auto-boot" flag on rprocs to make it possible to flag
>>> remote processors without vdevs to automatical
On Fri, Sep 16, 2016 at 3:30 PM, Sam Varshavchik wrote:
>>
>> Sam, do you end up seeing the kernel warning in your logs if you just
>> go back earlier in the boot?
>
> Yes, I found it.
>
> Sep 10 07:36:29 shorty kernel: mmap: named (1108): VmData 52588544 exceed
> data ulimit 20971520. Update limi
Hi Jonas,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.8-rc6 next-20160916]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to rec
On Fri, 2016-09-16 at 11:16 -0700, Andy Lutomirski wrote:
> As far as I can tell, there is basically nothing correct about this
> code. It misinterprets npss (off-by-one). It hardcodes a bunch of
> power states, which is nonsense, because they're all just indices
> into a table that software need
On Fri, Sep 16, 2016 at 03:47:44PM -0700, Guenter Roeck wrote:
> On Fri, Sep 16, 2016 at 05:39:18PM -0400, Rich Felker wrote:
> > On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> > > On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > > > Yes, reverting 6e050503a150 fixes t
On 09/16, Masahiro Yamada wrote:
> This includes UniPhier clock driver code, except SoC-specific
> data arrays.
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On Fri, 2016-09-16 at 10:33 +0200, Christoph Hellwig wrote:
> On Thu, Sep 15, 2016 at 10:24:19PM -0700, Andy Lutomirski wrote:
> >
> > As far as I can tell, there is basically nothing correct about this
> > code. It misinterprets npss (off-by-one). It hardcodes a bunch of
> > power states, which
Hello Eric,
Am Freitag, 16 September 2016, 14:47:13 schrieb Eric W. Biederman:
> Mimi Zohar writes:
> > Hi Andrew,
> >
> > On Wed, 2016-08-31 at 18:38 -0400, Mimi Zohar wrote:
> >> On Wed, 2016-08-31 at 13:50 -0700, Andrew Morton wrote:
> >> > On Tue, 30 Aug 2016 18:40:02 -0400 Mimi Zohar
wrot
On Fri, Sep 16, 2016 at 02:37:18PM -0700, Guenter Roeck wrote:
> On Fri, Sep 16, 2016 at 10:27:20PM +0100, James Hogan wrote:
> > On Fri, Sep 16, 2016 at 01:38:19PM -0700, Guenter Roeck wrote:
> > > Hi,
> > >
> > > I see the following runtime error in -next when running a metag qemu
> > > emulati
On Fri, Sep 16, 2016 at 3:15 PM, Dave Airlie wrote:
>
> I've sent this from my gmail address to see if I can avoid
> the spam folders.
You were successful. Thanks,
Linus
On 09/13, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This clock is present on BCM53573 devices (including BCM47189) that use
> Cortex-A7. ILP is a part of PMU (Power Management Unit) multi-function
> device so we use syscon (and regmap) for it.
>
> Signed-off-by: Rafał Miłecki
> ---
Applie
On 09/15, vivek.gau...@codeaurora.org wrote:
> From: Vivek Gautam
>
> Adding missing reset lines for USB 3.0 PHY.
>
> Signed-off-by: Vivek Gautam
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
From: Srinivas Kandagatla
This patch enables the Audio Data and Clock pads to the adv7533 bridge.
Without this patch audio can not be played.
Cc: David Airlie
Cc: Archit Taneja
Cc: Laurent Pinchart
Cc: Wolfram Sang
Cc: Srinivas Kandagatla
Cc: "Ville Syrjälä"
Cc: Boris Brezillon
Cc: Andy G
On 09/15, Arnd Bergmann wrote:
> The zx296718 clock driver has a creative way of assigning the register
> values for each clock, by initializing an __iomem pointer to an
> offset and then later adding the base (from ioremap) on top
> with a cast to u64. This fail on all 32-bit architectures during
Hello,
This patch causes a warning in GCC 4.6.3:
arch/powerpc/kernel/kexec_elf_64.c:211:6: error: 'initrd_load_addr' may be used
uninitialized in this function [-Werror=uninitialized]
cc1: all warnings being treated as errors
make[2]: *** [arch/powerpc/kernel/kexec_elf_64.o] Error 1
make[1]: ***
Yet another pass on adding audio support to the adv7511 hdmi
bridge.
I've taken the core audio work done by Lars-Peter Clausen, and
adapted by Srinivas Kandagatla and Archit Taneja, and tried to
rework it to use the hdmi-codec sound driver.
This patchset, along with the i2s driver and dts changes
This patch adds support to Audio for both adv7511 and adv7533
bridge chips.
This patch was originally from [1] by Lars-Peter Clausen
and was adapted by Archit Taneja and
Srinivas Kandagatla .
Then I heavily reworked it to use the hdmi-codec driver. And also
folded in some audio packet initializ
On Wed, 14 Sep 2016 17:16:06 +0530
"Naveen N. Rao" wrote:
> On 2016/09/14 10:57AM, Wang Nan wrote:
> > Some macros required by tools/perf/trace/beauty/mmap.c is not support
> > for all architectures. For example, MAP_32BIT is defined on x86 only,
> > alpha doesn't define MADV_HWPOISON and MADV_SO
On 09/14, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 14 Sep 2016 21:10:47 +0200
>
> A multiplication for the size determination of a memory allocation
> indicated that an array data structure should be processed.
> Thus use the corresponding function "kmalloc_array".
>
> This i
On 09/16, Masahiro Yamada wrote:
> Hi Stephen, Greg,
>
>
> 2016-05-20 23:49 GMT+09:00 Masahiro Yamada :
> > Several SoCs implement platform drivers for clocks rather than
> > CLK_OF_DECLARE(). Clocks should come earlier because they are
> > prerequisites for many of other drivers. It will help
On 09/16, Masahiro Yamada wrote:
> Hi Stephen, Michael,
>
> 2016-08-26 0:27 GMT+09:00 Florian Fainelli :
> > On 08/24/2016 10:26 AM, Masahiro Yamada wrote:
> >> Many of clk_disable() implementations just return for NULL pointer,
> >> but this check is missing from some. Let's make it tree-wide
>
On Fri, Sep 16, 2016 at 3:51 AM, Lars-Peter Clausen wrote:
> On 09/07/2016 01:22 AM, John Stultz wrote:
>> This patch adds support to Audio for both adv7511 and adv7533
>> bridge chips.
>>
>> This patch was originally from [1] by Lars-Peter Clausen
>> and was adapted by Archit Taneja and
>> Srin
On 08/29, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> Use an algorithm instead of a table to compute clocks for fs660c32
> synthesizer.
> During a video playback we need to adjust audio & video frequencies.
> A table can't cover all HDMI resolutions and audio adjustment.
>
> Si
On 08/29, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch reworks the clock binding to avoid too much detail in DT.
> Now we have only compatible string per type of clock
> (remark from Rob https://lkml.org/lkml/2016/5/25/492)
>
> Signed-off-by: Gabriel Fernandez
> Acke
On 08/29, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> This patch allows fine tuning of the quads FS for audio clocks
> accuracy.
>
> Signed-off-by: Olivier Bideau
> Signed-off-by: Gabriel Fernandez
> Acked-by: Peter Griffin
> ---
Applied to clk-next
--
Qualcomm Innovation
On 08/29, gabriel.fernan...@st.com wrote:
> From: Gabriel Fernandez
>
> STiH415 and STiH416 platforms are no longer used.
> these platforms will be deprecated for the next kernel.
>
> Signed-off-by: Gabriel Fernandez
> Acked-by: Rob Herring
> Acked-by: Peter Griffin
> ---
Applied to clk-next
On Fri, Sep 16, 2016 at 03:47:04PM -0700, Guenter Roeck wrote:
> Adding pr_info() just before the "if (unlikely..." fixes the problem.
>
> Commenting out the "if (unlikely())" code fixes the problem.
>
> Using a new variable "unsigned long x" for the return code instead of
> re-using __copy_siz
On Fri, Sep 16, 2016 at 05:39:18PM -0400, Rich Felker wrote:
> On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> > On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > > Yes, reverting 6e050503a150 fixes the problem.
> > >
> > > I added a BUG() into the "if (unlikely())" bel
On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > Yes, reverting 6e050503a150 fixes the problem.
> >
> > I added a BUG() into the "if (unlikely())" below, but it doesn't catch,
> > and I still get the ip: OVERRUN errors. W
Linus Torvalds writes:
On Fri, Sep 16, 2016 at 1:10 PM, Laura Abbott wrote:
>
> As far as I can tell this isn't Fedora specific.
Some googling does seem to say that "datalimit 20M" and "named.conf"
ends up being some really old default that just gets endlessly copied.
So no, it's not Fedora-s
Ran checkpatch.pl -f vme_pio2_core.c
Fixed: WARNING: Symbolic permissions are not preferred. Consider using
octal permissions (0444)
Signed-off-by: Andrew Kanner
---
drivers/staging/vme/devices/vme_pio2_core.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drive
We print an error message when platform_device_register_full()
fails, but the initialization of the argument has been removed,
as shown in this warning:
drivers/usb/musb/da8xx.c: In function 'da8xx_probe':
drivers/usb/musb/da8xx.c:521:3: error: 'ret' may be used uninitialized in this
function [-W
Hi Linus,
Two sets of i915 fixes, one set of vc4 crasher fixes, and
a couple of atmel fixes.
Nothing too out there at this stage, though I think some people
are holidaying so it's been quiet enough.
I've sent this from my gmail address to see if I can avoid
the spam folders.
Dave.
The followin
Em Fri, 16 Sep 2016 11:21:17 -0600
Jonathan Corbet escreveu:
> On Wed, 14 Sep 2016 08:06:46 -0300
> Mauro Carvalho Chehab wrote:
>
> > If you do not have a repository with the current kernel source handy, use
> > git to obtain one. You'll want to start with the mainline repository,
> > whic
Hi Rob,
On 09/08/2016 09:33 PM, Rob Herring wrote:
> On Thu, Sep 8, 2016 at 1:32 PM, Suman Anna wrote:
>> Hi Rob,
>>
>> On 09/08/2016 11:50 AM, Rob Herring wrote:
>>> On Fri, Sep 02, 2016 at 04:45:45PM -0500, Suman Anna wrote:
On 08/12/2016 05:42 PM, Bjorn Andersson wrote:
> On Fri 12 Au
I am Aisha Gaddafi. I need your assistance for a transferring of fund
into your bank account for investment on my behalf, i will send you
the details once i hear from you.
On Thu, 15 Sep 2016 13:54:02 -0400 Alexandre Bounine
wrote:
> As reported by Alexey Khoroshilov
> (see https://lkml.org/lkml/2016/9/9/737):
> riocm_send_close() is called from rio_cm_shutdown() under
> spin_lock_bh(idr_lock), but riocm_send_close() uses a GFP_KERNEL
> allocation.
>
> Fix by ta
han your "rdinit=/sbin/init
doreboot"), but it can still be overridden in the config and then it
continues to work.
I'll debug a little deeper to see if I can figure out whats going wrong.
Cheers
James
>
> --
> # bad: [ddf9d15aed5ba5786cf4b082576c44ce37cd29c2] Add linux-n
On Fri, Sep 16, 2016 at 06:30:53PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Trival fix, some pr_err messages are missing a \n, so add it.
>
> Signed-off-by: Colin Ian King
> ---
> sound/soc/samsung/ac97.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Hi,
Reviewed-
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4415-pinctrl.dtsi | 32 -
arch/arm/boot/dts/exynos4415.dtsi | 108 +++--
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5440.dtsi | 80 ---
1 file changed, 41 insertions(+), 39 deletions(-
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5.dtsi| 4 ++-
arch/arm/boot/dts/exynos5250.dtsi | 76 +++
arch
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/boot/dts/exynos/exynos7-pinctrl.dtsi | 32 +--
arch/arm64/boot/dts/exynos/exynos7.dtsi | 70 +
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5260.dtsi | 50 ---
1 file changed, 26 insertions(+), 24 deletions(-
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4.dtsi| 99 ---
arch/arm/boot/dts/exynos4210-pinctrl.dtsi | 32 +
Replace hard-coded values of type of GIC interrupt and its flags with
respective macros from header to increase code readability.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos3250-pinctrl.dtsi | 32 -
arch/arm/boot/dts/exynos3250.dtsi | 112 +++-
Hi,
Based on top of [1]. Shouldn't make any difference - tested with dtx_diff.
Best regards,
Krzysztof
[1] http://www.spinics.net/lists/arm-kernel/msg532489.html
Krzysztof Kozlowski (7):
arm64: dts: exynos: Use human-friendly symbols for interrupt
properties in exynos7
ARM: dts: exynos
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 024c7e3756d8a42fc41fe8a9488488b9b09d1dcc
commit: d0ecd894e3d5f768a84403b34019c4a7daa05882 slub: optimize bulk slowpath
free by detached freelist
date: 10 months ago
config: microblaze-allnoconfig (attached
On Fri, Sep 16, 2016 at 10:31:41PM +0100, Al Viro wrote:
> On Fri, Sep 16, 2016 at 01:59:38PM -0700, Guenter Roeck wrote:
> > Yes, reverting 6e050503a150 fixes the problem.
> >
> > I added a BUG() into the "if (unlikely())" below, but it doesn't catch,
> > and I still get the ip: OVERRUN errors. W
1 - 100 of 816 matches
Mail list logo