On Fri, Apr 15, 2016 at 3:32 AM, Darren Hart wrote:
> On Sun, Apr 10, 2016 at 09:46:48PM +0800, Li, Aubrey wrote:
>> On 2016/4/10 21:17, Andy Shevchenko wrote:
>> > On Thu, Mar 31, 2016 at 10:28 PM, Aubrey Li
>> > wrote:
>> >> Currently the optional IPC resources prevent telemetry driver from
>>
On Thu, 21 Apr 2016 22:24:09 +0200
Heiko Stübner wrote:
> Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier:
> > On Thu, 21 Apr 2016 18:47:20 +0800
> >
> > "Huang, Tao" wrote:
> > > Hi, Mark:
> > >
> > > On 2016年04月21日 18:19, Mark Rutland wrote:
> > > > On Thu, Apr 21, 2016 at 11:58
On Fri, Apr 15, 2016 at 8:05 AM, Darren Hart wrote:
>> + /*
>> +* The following resources are optional
>> +* - ISPDRIVER_IPC BASE_DATA
>> +* - ISPDRIVER_IPC BASE_IFACE
>> +* - GTDRIVER_IPC BASE_DATA
>> +* - GTDRIVER_IPC B
Hi,
[auto build test ERROR on hid/for-next]
[also build test ERROR on v4.6-rc4 next-20160421]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug-with
Hi,
[auto build test WARNING on hid/for-next]
[also build test WARNING on v4.6-rc4 next-20160421]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/roderick-gaikai-com/HID-uhid-Fixes-a-bug-with
On 04/18, Neil Armstrong wrote:
> Add Oxford Semiconductor OXNAS SoC Family Standard Clocks support.
>
> Signed-off-by: Neil Armstrong
> ---
Applied to clk-next + the two line removal discussed.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborat
On 04/18, Neil Armstrong wrote:
> Acked-by: Rob Herring
> Signed-off-by: Neil Armstrong
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila
wrote:
> This patch adds supports for I2C device enumeration and removal via
> ACPI reconfiguration notifications that are send as a result of an
> ACPI table load or unload operation.
>
> acpi_dev_free_resource_list(&resource_list);
>
> +
Please ignore this revision of the patch, there was a small merge
conflict on my end.
On Thu, Apr 21, 2016 at 2:15 PM, kbuild test robot wrote:
> Hi,
>
> [auto build test WARNING on hid/for-next]
> [also build test WARNING on v4.6-rc4 next-20160421]
> [if your patch is applied t
Hi!
> > CONFIG_HSI breaks power management completely, so power management
> > with modem will be another topic.
>
> Sebastian, any idea why power management does not work for HSI?
>
> > > > > In the meantime, I found what is causing the rention mode to break for
> > > > > me: CONFIG_HSI (aka
> I would like to disable SMBUS_QUICK. It never worked for the read case.
Fine with me.
> Could we break something by disabling the quick-write case or is
> the quick-write emulated by a larger write if the feature bit is not
> set?
No emulation. It is simply not supported then. It is actually
RNDIS_STATUS_NETWORK_CHANGE event is handled as two "half events" --
media disconnect & connect. The second half should be added to the list
head, not to the tail. So all events are processed in normal order.
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/netv
On Fri, Apr 22, 2016 at 12:27 AM, Andy Shevchenko
wrote:
>
Hi Andy and thanks for the review!
> On Wed, Apr 20, 2016 at 1:39 AM, Octavian Purdila
> wrote:
> > This patch adds supports for I2C device enumeration and removal via
> > ACPI reconfiguration notifications that are send as a result of
Hi,
On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote:
> This patch adds core dtsi file for rk3399 found on Rockchip
> rk3399 SoCs, tested on rk3399 evb.
>
> Signed-off-by: Jianqun Xu
> ---
> arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744
> ++
> 1 file ch
From: Roderick Colenbrander
Many devices use userspace bluetooth stacks like BlueZ or Bluedroid in
combination
with uhid. If any of these stacks is used with a HID device for which the driver
performs a HID request as part .probe (or technically another HID operation),
this results in a deadlock
On Tue, Apr 19, 2016 at 4:55 PM, David Wu wrote:
> From: David Wu
>
> - new method to caculate i2c timings for rk3399:
> There was an timing issue about "repeated start" time at the I2C
> controller of version0, controller appears to drop SDA at .875x (7/8)
> programmed clk high. On version
On 21 April 2016 at 10:10, Suzuki K Poulose wrote:
> On 12/04/16 18:54, Mathieu Poirier wrote:
>>
>> This patch implement the AUX area interfaces required to
>> use the TMC (configured as an ETR) from the Perf sub-system.
>>
>> The heuristic is heavily borrowed from the ETB10 and TMC-ETF
>> implem
Hi Jay,
Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu:
> This patch adds rk3399.dtsi for rk3399 found on Rockchip
> RK3399 SoCs, also add rk3399-evb.dts for Rockchip RK3399
> Evaluation Board.
>
> Patch is tested on RK3399 evb.
>
> Signed-off-by: Jianqun Xu
please split this into
On Tue, Apr 19, 2016 at 11:21 AM, Konstantin Khlebnikov
wrote:
> Very common ethernet. Already enabled in i386_defconfig
Noticed by disappearing same commit in my local tree, thanks.
FWIW:
Reviewed-and-tested-by: Andy Shevchenko
>
> Signed-off-by: Konstantin Khlebnikov
> ---
> arch/x86/confi
On 04/19, Maxime Ripard wrote:
>
> I have a bunch of other clock patches that need this, so I guess it
> would be easier if applied it directly with your acked-by, or if you
> could apply it and give a stable branch I can base my future PR on.
Ok. I pushed it to stable branch 'clk-composite-unreg
On Thu, Apr 21, 2016 at 10:53 PM, Kees Cook wrote:
> When I was fixing up const recommendations from checkpatch.pl, I went
> overboard. This fixes the warning (during a W=1 build):
>
> include/linux/fs.h:2627:74: warning: type qualifiers ignored on function
> return type [-Wignored-qualifiers]
>
Add registration APIs in the clk gate code to return struct
clk_hw pointers instead of struct clk pointers. This way we hide
the struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-gate.c | 43 +
Signed-off-by: Stephen Boyd
---
drivers/clk/qcom/clk-regmap.c | 5 ++--
drivers/clk/qcom/clk-regmap.h | 3 +--
drivers/clk/qcom/common.c | 58 +++--
drivers/clk/qcom/gcc-msm8996.c | 9 +++
drivers/clk/qcom/mmcc-msm8996.c | 9 +++
5 files
Now that we have a clk registration API that doesn't return
struct clks, we need to have some way to hand out struct clks via
the clk_get() APIs that doesn't involve associating struct clk
pointers with an OF node. Currently we ask the OF provider to
give us a struct clk pointer for some clkspec, t
We've largely split the clk consumer and provider APIs along
struct clk and struct clk_hw, but clk_register() still returns a
struct clk pointer for each struct clk_hw that's registered.
Eventually we'd like to only allocate struct clks when there's a
user, because struct clk is per-user now, so cl
We've mostly split the clk API between consumers and providers
along struct clk and struct clk_hw, but the registration and
clkdev/DT code is still struct clk focused. This series
lays the foundation for changing that design by making
clk_register() return an int instead of a struct clk and
clkdev/
Add registration APIs in the clk composite code to return struct
clk_hw pointers instead of struct clk pointers. This way we hide
the struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-composite.c | 45
Now that we have a clk registration API that doesn't return
struct clks, we need to have some way to hand out struct clks via
the clk_get() APIs that doesn't involve associating struct clk
pointers with a struct clk_lookup. Luckily, clkdev already
operates on struct clk_hw pointers, except for the
Add registration APIs in the clk gpio code to return struct
clk_hw pointers instead of struct clk pointers. This way we hide
the struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-gpio.c | 52 +
Now that we've converted the only caller over to another clkdev
API, remove this one.
Reviewed-by: Andy Shevchenko
Cc: Russell King
Signed-off-by: Stephen Boyd
---
drivers/clk/clkdev.c | 27 ---
include/linux/clkdev.h | 1 -
2 files changed, 28 deletions(-)
diff --g
Add registration APIs in the clk fixed-rate code to return struct
clk_hw pointers instead of struct clk pointers. This way we hide
the struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-fixed-rate.c | 44 +++
Add registration APIs in the clk fixed-factor code to return
struct clk_hw pointers instead of struct clk pointers. This way
we hide the struct clk pointer from providers unless they need to
use consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-fixed-factor.c | 42 +++
Add registration APIs in the clk divider code to return struct
clk_hw pointers instead of struct clk pointers. This way we hide
the struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-divider.c| 91 ++
Add registration APIs in the clk fractional divider code to
return struct clk_hw pointers instead of struct clk pointers.
This way we hide the struct clk pointer from providers unless
they need to use consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-fractional-divider.c | 40
Add registration APIs in the clk mux code to return struct clk_hw
pointers instead of struct clk pointers. This way we hide the
struct clk pointer from providers unless they need to use
consumer facing APIs.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-mux.c| 57 ++
On 04/18, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 06:50:52PM +0300, Peter Ujfalusi wrote:
> > On 02/17/2016 09:52 PM, Peter Ujfalusi wrote:
>
> > > On the other hand this ABI is backwards compatible since if it is missing
> > > it
> > > will default to the configuration we right now have rega
Hi Linus,
A few fixes for the RTC subsystem. The documentation fix already missed
4.5 so I think it is worth taking it now.
Note that I'm now using a signing subkey so you may need to refresh my
GPG key.
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc
Am Donnerstag, 21. April 2016, 14:48:26 schrieb Brian Norris:
> Hi,
>
> On Wed, Apr 20, 2016 at 11:15:50AM +0800, Jianqun Xu wrote:
> > This patch adds core dtsi file for rk3399 found on Rockchip
> > rk3399 SoCs, tested on rk3399 evb.
> >
> > Signed-off-by: Jianqun Xu
> > ---
> >
> > arch/arm6
On 4/19/2016 10:05 AM, Dmitry Torokhov wrote:
> Majority of the callers of of_find_node_by_name() do not expect that it
> will drop reference to the 'from' node if it was passed in, causing
> potential refcount underflows, etc, so let's stop doing this.
>
> Most of the callers that were handling d
On Thu 31 Mar 18:47 PDT 2016, Andrew Duggan wrote:
> On 03/31/2016 12:14 PM, Bjorn Andersson wrote:
> >On Thu 31 Mar 11:19 PDT 2016, Dmitry Torokhov wrote:
> >
> >>Hi Bjorn,
> >>
> >>On Wed, Mar 30, 2016 at 09:57:29AM -0700, Bjorn Andersson wrote:
> >>>From: Bjorn Andersson
> >>>
> >>>Support the
Hi,
I didn't look as deeply as Heiko, but a few comments...
On Thu, Apr 21, 2016 at 3:02 PM, Heiko Stübner wrote:
> Hi Jay,
>
> Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu:
>> This patch adds rk3399.dtsi for rk3399 found on Rockchip
>> RK3399 SoCs, also add rk3399-evb.dts for Roc
On Thu, 2016-04-21 at 15:35 -0700, Frank Rowand wrote:
> No. It is correct for of_find_by_name() to call of_node_put() for
> the from argument. The callers should be fixed.
I would argue that if everybody makes the same mistake then our
interface is wrong. In that case I wrote it so I think I ca
On Thu, Apr 14, 2016 at 8:25 PM, Lorenzo Pieralisi
wrote:
> On DT based systems, the of_dma_configure() API implements DMA configuration
> for a given device. On ACPI systems an API equivalent to of_dma_configure()
> is missing which implies that it is currently not possible to set-up DMA
> operat
Am Donnerstag, 21. April 2016, 15:38:22 schrieb Doug Anderson:
> Hi,
>
> I didn't look as deeply as Heiko, but a few comments...
>
> On Thu, Apr 21, 2016 at 3:02 PM, Heiko Stübner wrote:
> > Hi Jay,
> >
> > Am Donnerstag, 21. April 2016, 11:58:12 schrieb Jianqun Xu:
> >> This patch adds rk3399.
On 4/21/2016 12:30 AM, Kirill A. Shutemov wrote:
On Wed, Apr 20, 2016 at 02:00:11PM -0700, Shi, Yang wrote:
Hi folks,
I didn't realize pmd_* functions are protected by
CONFIG_TRANSPARENT_HUGEPAGE on the most architectures before I made this
change.
Before I fix all the affected architectures c
We noticed performance issues with VF interface on sparc compared
to PF. Setting the RX to IXGBE_DCA_RXCTRL_DATA_WRO_EN brings it
on far with PF. Also this matches to the default sparc setting in
PF driver.
Signed-off-by: Babu Moger
Acked-by: Sowmini Varadhan
---
v2:
Alexander had concerns abo
On 4/21/2016 2:15 AM, Hugh Dickins wrote:
On Wed, 20 Apr 2016, Shi, Yang wrote:
Hi folks,
I didn't realize pmd_* functions are protected by CONFIG_TRANSPARENT_HUGEPAGE
on the most architectures before I made this change.
Before I fix all the affected architectures code, I want to check if you
On Sat, Apr 16, 2016 at 3:01 AM, Giedrius Statkevičius
wrote:
> Initializing rv to AE_OK is pointless because later function results are
> assigned to them and only then the variable is used
>
> Signed-off-by: Giedrius Statkevičius
Fine to me:
Acked-by: Andy Shevchenko
> ---
> drivers/platfor
On 4/19/2016 6:18 PM, Masahiro Yamada wrote:
> This function increments refcount. This is worth noting.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/of/base.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/of/base.c b/drivers/of/base.c
> index b299d
Since e93ad19d0564 ("cpuset: make mm migration asynchronous"), cpuset
kicks off asynchronous NUMA node migration if necessary during task
migration and flushes it from cpuset_post_attach_flush() which is
called at the end of __cgroup_procs_write(). This is to avoid
performing migration with cgroup
Hello,
So, this ended up a lot simpler than I originally expected. I tested
it lightly and it seems to work fine. Petr, can you please test these
two patches w/o the lru drain drop patch and see whether the problem
is gone?
Thanks.
-- 8< --
If charge moving is used, memcg performs relab
On Sat, Apr 16, 2016 at 3:27 AM, Giedrius Statkevičius
wrote:
> It is possible that acpi_evaluate_integer might fail and value would not be
> set to any value so correct this defect by returning 0 in case of an
> error. This is also the correct thing to return because the backlight
> subsystem wil
BTW, I just got a permanent delivery failure. The mail was sent out
through gmail.
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the server for
the recipient domain suse.com by prv3-mx.novell.com. [130.57.1.17].
The error that the other
2016-04-05 20:40 GMT+08:00 Luiz Capitulino :
> On Tue, 5 Apr 2016 14:18:01 +0800
> Yang Zhang wrote:
>
>> On 2016/4/5 5:00, Rik van Riel wrote:
>> > On Mon, 2016-04-04 at 16:46 -0400, Luiz Capitulino wrote:
>> >> When a vCPU runs on a nohz_full core, the hrtimer used by
>> >> the lapic emulation c
On 04/21/16 13:07, Felipe Balbi wrote:
> With a growing amount of Kernel configuration, it's
> getting ever more difficult to find anything on
> menuconfig. Because of that, implement mergesort for
> kconfig to make it a little easier for anybody
> building kernels.
Hi,
Please explain the problem
Hi Laxman,
On 4/21/2016 9:25 PM, Laxman Dewangan wrote:
Use devm_mfd_add_devices() for adding MFD child devices and
devm_regmap_add_irq_chip() for IRQ chip registration.
This patch doesn't include the code regarding devm_mfd_add_devices().
Could you check it again? Or am I missing any previou
On 20/04/2016 at 21:17:35 +0530, Anurag Kumar Vulisha wrote :
> We programe RTC time using SET_TIME_WRITE register and read the RTC
> current time using CURRENT_TIME register. When we set the time by
> writing into SET_TIME_WRITE Register and immediately try to read the
> rtc time from CURRENT_TIME
On Tue, 19 Apr 2016 11:48:45 +0200 Vitaly Wool wrote:
> This patch introduces z3fold, a special purpose allocator for storing
> compressed pages. It is designed to store up to three compressed pages per
> physical page. It is a ZBUD derivative which allows for higher compression
> ratio keeping t
On 20/04/2016 at 16:09:57 -0700, Stefan Agner wrote :
> If enable_irq_wake fails, we should return that error code so that
> entering suspend fails. Otherwise we will get a WARNING along with
> the hint of a unbalanced wake disable:
> Unbalanced IRQ 37 wake disable
>
> Signed-off-by: Stefan Agner
On Thu, Apr 21, 2016 at 1:12 PM, Peter Zijlstra wrote:
> On Thu, Apr 21, 2016 at 12:39:42PM -0700, Andy Lutomirski wrote:
>> On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra
>> wrote:
>> > On Wed, Apr 20, 2016 at 08:40:23AM -0700, Andy Lutomirski wrote:
>
>> >> >> Peter, I got lost in the code t
On Thu, Apr 21, 2016 at 03:50:55PM +0100, One Thousand Gnomes wrote:
> > Turns out the call to cancel_delayed_work_sync() in watchdog_release()
> > is not necessary and can be dropped. If the worker is no longer necessary,
> > the subsequent call to watchdog_update_worker() will cancel it. If it is
I just experienced a weird hang on 4.4.8. Unfortunately, the logs are
sparse. They do show an issue with either the GPU, or whatever is required
for it to talk to the driver (PCIe MSI ?). Refer to the attached kernel log
for a large number of >10ms GPU ring 0 stalls/GPU lockups back-to-back,
rig
On 4/21/2016 3:06 AM, Matthew Wilcox wrote:
On Wed, Apr 20, 2016 at 11:10:25PM -0400, Toshi Kani wrote:
How about moving the function (as is) to mm/huge_memory.c, rename it to
get_hugepage_unmapped_area(), which is defined to NULL in huge_mm.h
when TRANSPARENT_HUGEPAGE is unset?
Great idea. P
On 4/21/2016 4:21 PM, Mike Kravetz wrote:
On 04/21/2016 12:06 AM, Matthew Wilcox wrote:
On Wed, Apr 20, 2016 at 11:10:25PM -0400, Toshi Kani wrote:
How about moving the function (as is) to mm/huge_memory.c, rename it to
get_hugepage_unmapped_area(), which is defined to NULL in huge_mm.h
when T
Hi,
Looks mostly good, a few comments below
On 20/04/2016 at 13:07:51 +0200, Jeppe Ledet-Pedersen wrote :
Please always include a commit message.
> Signed-off-by: Jeppe Ledet-Pedersen
> ---
[...]
> +static int fm33256b_rtc_readtime(struct device *dev, struct rtc_time *tm)
> +{
> + int re
On Mon, 18 Apr 2016 23:15:52 + Naoya Horiguchi
wrote:
> # CCed Andrew,
Thanks.
> On Mon, Apr 18, 2016 at 02:43:45PM +0300, Konstantin Khlebnikov wrote:
> > Get_hwpoison_page() must recheck relation between head and tail pages.
> >
> > Signed-off-by: Konstantin Khlebnikov
>
> Looks good
On Thu, Apr 21, 2016 at 4:27 PM, Andy Lutomirski wrote:
> On Thu, Apr 21, 2016 at 1:12 PM, Peter Zijlstra wrote:
>> On Thu, Apr 21, 2016 at 12:39:42PM -0700, Andy Lutomirski wrote:
>>> On Wed, Apr 20, 2016 at 12:05 PM, Peter Zijlstra
>>> wrote:
>>> > On Wed, Apr 20, 2016 at 08:40:23AM -0700, An
On Mon, 18 Apr 2016 18:04:54 +0200 Ard Biesheuvel
wrote:
> These patches allow the arch to define the page_to_virt() conversion that
> is used in lowmem_page_address(). This is desirable for arm64, where this
> conversion is trivial when CONFIG_SPARSEMEM_VMEMMAP is enabled, while
> breaking it u
Hi,
On 20/04/2016 at 13:07:50 +0200, Jeppe Ledet-Pedersen wrote :
> Signed-off-by: Jeppe Ledet-Pedersen
> ---
> MAINTAINERS | 1 +
> drivers/misc/eeprom/Kconfig | 12
> drivers/misc/eeprom/Makefile| 1 +
> drivers/misc/eeprom/fm33256b-fram.c | 11
Hi David,
Stephen Rothwell writes:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in:
>
> drivers/net/dsa/mv88e6xxx.c
>
> between commit:
>
> 207afda1b503 ("net: dsa: mv88e6xxx: share the same default FDB")
>
> from the net tree and commit:
>
> 009a2b9843bf ("ne
On Mon, 18 Apr 2016 20:47:16 +0530 Vinayak Menon
wrote:
> Mapping pages around fault is found to cause performance degradation
> in certain use cases. The test performed here is launch of 10 apps
> one by one, doing something with the app each time, and then repeating
> the same sequence once mo
On Thu, Apr 21, 2016 at 07:43:39PM -0400, Toshi Kani wrote:
> On 4/21/2016 4:21 PM, Mike Kravetz wrote:
> >Might want to keep the future possibility of PUD_SIZE THP in mind?
>
> Yes, this is why the func name does not say 'pmd'. It can be extended to
> support
> PUD_SIZE in future.
Sure ... but w
On Tuesday, April 05, 2016 01:28:22 PM Joe Perches wrote:
> Trivial consistency changes.
>
> Joe Perches (3):
> intel_pstate: Use pr_fmt
> cpufreq: Convert printk(KERN_ to pr_
> cpufreq: Use consistent prefixing via pr_fmt
>
> drivers/cpufreq/acpi-cpufreq.c| 16 +++---
> driver
On Wednesday, April 06, 2016 12:00:48 PM Daniel Lezcano wrote:
> On Tue, Apr 05, 2016 at 02:05:38PM -0500, Dave Gerlach wrote:
> > Currently the 'registered' member of the cpuidle_device struct is set
> > to 1 during cpuidle_register_device. In this same function there are
> > checks to see if the
Hi folks,
I did the below test with huge tmpfs on linux-next-20160420:
# mount -t tmpfs huge=1 tmpfs /mnt
# cd /mnt
Then clone linux kernel
Then I got the below bug, such test works well on non-huge tmpfs.
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [] release
On Tuesday, April 05, 2016 08:35:57 AM Viresh Kumar wrote:
> On 05-04-16, 10:38, Geliang Tang wrote:
> > Use list_for_each_entry*() instead of list_for_each*() to simplify
> > the code.
> >
> > Signed-off-by: Geliang Tang
> > ---
> > drivers/cpufreq/mt8173-cpufreq.c | 14 --
> > 1 fi
Hi,
[auto build test ERROR on ljones-mfd/for-mfd-next]
[also build test ERROR on v4.6-rc4 next-20160421]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jeppe-Ledet-Pedersen/Cypress-FM33256B
ion)
ks_pcie->np = node;
^
Caused by commit
7be92716c1aa ("PCI: keystone: Add error IRQ handler")
I have used the pci tree from next-20160421 for today.
--
Cheers,
Stephen Rothwell
Hi Linus,
i915, nouveau and amdgpu/radeon fixes in this.
Two nouveau fixes, one for a regression with dithering and one
for a bug hit by the userspace drivers.
i915 has a few fixes, mostly things heading for stable, two important
skylake GT3/4 hangs.
radeon/amdgpu has some audio, suspend/resum
On 4/21/2016 8:22 PM, Matthew Wilcox wrote:
On Thu, Apr 21, 2016 at 07:43:39PM -0400, Toshi Kani wrote:
On 4/21/2016 4:21 PM, Mike Kravetz wrote:
Might want to keep the future possibility of PUD_SIZE THP in mind?
Yes, this is why the func name does not say 'pmd'. It can be extended to
support
On Tue, 19 Apr 2016, Matthew Fortune wrote:
> > I have a fix in the works and to have it integrated upstream I just
> > need to accompany it with suitable cases -- like the fragment above --
> > for the GAS testsuite. I'll send an update when it's ready.
>
> I do not think the change in behavio
On 2016年04月21日 22:19, Rob Herring wrote:
On Mon, Apr 18, 2016 at 04:17:31PM +0800, Xing Zheng wrote:
In most cases, many codecs already supports jack detection, previouslly,
we need to create a customized machine driver every time.
Hence, the simple-card need to support use them dynamically vi
On Wed, 20 Apr 2016, Jiri Kosina wrote:
> On Tue, 19 Apr 2016, Eric Wheeler wrote:
>
> > > bch_writeback_thread() is calling try_to_freeze(), but that's just an
> > > expensive no-op given the fact that the thread is not marked freezable.
> > >
> > > I/O helper kthreads, exactly such as the bcac
ernel command line: BOOT_IMAGE=/vmlinuz-4.6.0-rc4-next-20160421
... printk.synchronous=0
[..]
[0.00] [] printk_sync_set+0x12/0x52
[0.00] [] parse_args+0x1ad/0x2bb
[0.00] [] ? vprintk_default+0x18/0x1a
[0.00] [] start_kernel+0x175/0x378
[0.00] [] ? set_in
On Thu, Apr 21, 2016 at 2:14 PM, Richard Guy Briggs wrote:
> The tty field was missing from AUDIT_LOGIN events.
>
> Refactor code to create a new function audit_get_tty(), using it to
> replace the call in audit_log_task_info() and to add it to
> audit_log_set_loginuid(). Lock and bump the kref t
On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote:
> Hi,
>
> > From: Yoshihiro Shimoda
> > Sent: Friday, April 15, 2016 6:59 PM
> >
> > Hi,
> >
> > > From: Roger Quadros
> > > Sent: Thursday, April 14, 2016 8:32 PM
> > >
> > > On 14/04/16 14:15, Yoshihiro Shimoda wrote:
> > > > H
> On Wed, Apr 20, 2016 at 01:41:24AM +, Li, Liang Z wrote:
> > > Cc: Rik van Riel; v...@zeniv.linux.org.uk;
> > > linux-kernel@vger.kernel.org; quint...@redhat.com;
> > > amit.s...@redhat.com; pbonz...@redhat.com; dgilb...@redhat.com;
> > > linux...@kvack.org; k...@vger.kernel.org; qemu- de...@
2016-04-21 23:29 GMT+08:00 Radim Krčmář :
> 2016-04-21 13:29+0200, Greg Kurz:
>> On Wed, 20 Apr 2016 20:29:09 +0200
>> Radim Krčmář wrote:
>>> 2016-04-20 17:44+0200, Greg Kurz:
>>> > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)")
>>> > introduced a check to prevent pote
From: Kuninori Morimoto
Current rcar_dmac_desc_put() is using list_add_tail() in order to
push used descriptor to list of free descriptors, and next DMA transfer
try to reuse it from this list. But because it is using *_tail(),
this reuse effect can't be obtained without using all of them.
For a
Hi Marc:
On 2016年04月22日 05:12, Marc Zyngier wrote:
On Thu, 21 Apr 2016 22:24:09 +0200
Heiko Stübner wrote:
Am Donnerstag, 21. April 2016, 12:30:18 schrieb Marc Zyngier:
On Thu, 21 Apr 2016 18:47:20 +0800
"Huang, Tao" wrote:
Hi, Mark:
On 2016年04月21日 18:19, Mark Rutland wrote:
On Thu, Apr
Hi Brian, Eduardo, Sascha
在 2016年04月21日 09:12, Brian Norris 写道:
+ Sascha
On Wed, Apr 20, 2016 at 04:48:18PM -0700, Eduardo Valentin wrote:
On Mon, Apr 18, 2016 at 11:35:59AM +0800, Caesar Wang wrote:
From: Mikko Perttunen
This adds support for hardware-tracked trip points to the device tree
From: Kuninori Morimoto
commit 93c667ca2598bd84f1bd3f2fa176af69707699fe
("of: *node argument to of_parse_phandle_with_args should be const")
changed to const for struct device node *np,
but it cares CONFIG_OF case only, !CONFIG_OF case need it too.
Signed-off-by: Kuninori Morimoto
---
include/
On 2016年04月21日 23:52, Boqun Feng wrote:
> On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote:
>> On 2016年04月20日 22:24, Peter Zijlstra wrote:
>>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote:
>>>
+#define __XCHG_GEN(cmp, type, sfx, skip, v)
>
^
sound/soc/codecs/hdmi-codec.c:70:19: error: 'struct hdmi_codec_priv' has no
member named 'eld_lock'
mutex_unlock(&hcp->eld_lock);
^
Caused by commit
81151cfb6bfe ("ASoC: hdmi-codec: Add ELD control")
I have used the sound-asoc tree from next-20160421 for today.
--
Cheers,
Stephen Rothwell
On Thu, Apr 21, 2016 at 10:20:56PM +0200, Boris Brezillon wrote:
> Hi Greg,
>
> On Sun, 17 Apr 2016 22:53:01 +0200
> Rafał Miłecki wrote:
>
> > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to
> > enum nand_ecc_algo).
>
> Do you mind if I take this patch through the NAND
Hi Steve,
On Tue, Apr 19, 2016 at 10:34:23AM -0400, Steven Rostedt wrote:
> From: Steven Rostedt
>
> In order to add the ability to let tasks that are filtered by the events
> have their children also be traced on fork (and then not traced on exit),
> convert the array into a pid bitmask. Most o
On 2016/4/21 21:10, Rob Herring wrote:
> On Thu, Apr 21, 2016 at 2:55 AM, Kefeng Wang
> wrote:
>> Hi Rob,
>>
>> On 2016/4/20 5:10, Rob Herring wrote:
>>> On Wed, Mar 16, 2016 at 2:35 AM, Kefeng Wang
>>> wrote:
Use helper of_platform_default_populate() in linux/of_platform
when possi
I still have a massive problem with the claims that the "Jitter" RNG
provides any amount of entropy. Just because you and I might not be
able to analyze it doesn't mean that somebody else couldn't. After
all, DUAL-EC DRNG was very complicated and hard to analyze. So would
be something like
A
On 04/21/16 at 01:04pm, Kees Cook wrote:
> On Thu, Apr 21, 2016 at 7:47 AM, Borislav Petkov wrote:
> > On Wed, Apr 20, 2016 at 01:55:42PM -0700, Kees Cook wrote:
> > ...
> > What's "non compressed data overhead"?
> >
> > Does that want to say:
> >
> > "... resulting in 18 bytes overhead of uncompr
On Fri, Apr 22, 2016 at 09:59:22AM +0800, Pan Xinhui wrote:
> On 2016年04月21日 23:52, Boqun Feng wrote:
> > On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote:
> >> On 2016年04月20日 22:24, Peter Zijlstra wrote:
> >>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote:
> >>>
> +#def
701 - 800 of 873 matches
Mail list logo
