On 07/08/2016 06:08 PM, Michael Turquette wrote:
Quoting Gabriel Fernandez (2016-07-08 02:12:35)
Hi Mike,
On 07/08/2016 03:43 AM, Michael Turquette wrote:
Quoting Rob Herring (2016-06-19 08:04:58)
On Thu, Jun 16, 2016 at 11:20:22AM +0200, Gabriel Fernandez wrote:
This patch reworks the clo
On Sat, Jul 09, 2016 at 10:00:54AM +0530, Rajesh Bhagat wrote:
> Adds qoriq usb 2.0 phy driver support for LS1021A and LS1012A
> platform.
>
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Replaced Freescale with QorIQ in comments section
> - Changed the compatible string to fsl,qoriq
On Sat, Jul 09, 2016 at 11:47:18AM +0200, Mark Brown wrote:
> On Fri, Jul 08, 2016 at 05:43:02PM +0200, Thierry Reding wrote:
>
> > Mark, do you want me to provide a stable branch with the PWM regulator
> > patches and resolve that conflict in your tree? Or would you rather take
> > the whole set
From: Akash Goel
The following patch added support to use channels with no associated files.
relay: add buffer-only channels; useful for early logging
This is useful when the exact location of relay file is not known or the
the parent directory of relay file is not available, while creati
* Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> arch/x86/kernel/x86_init.c
>
> between commit:
>
> 255303026193 ("x86: apply more __ro_after_init and const")
>
> from the kspp tree and commit:
Kees, did you plan to submit this pat
On Fri, Jul 08, 2016 at 11:48:44AM -0300, Thiago Jung Bauermann wrote:
> Am Donnerstag, 07 Juli 2016, 14:12:45 schrieb Dave Young:
> > If so maybe change a bit from your precious mentioned 7 args proposal like
> > below?
> >
> > struct kexec_file_fd {
> > enum kexec_file_type;
> > int fd;
Do you have the firmware package for the SKL huc?
Peter
-Original Message-
From: lkp-requ...@eclists.intel.com [mailto:lkp-requ...@eclists.intel.com] On
Behalf Of Ye, Xiaolong
Sent: Monday, July 11, 2016 2:40 AM
To: Antoine, Peter
Cc: Wu, Fengguang ; Alex Dai ; LKML
; l...@01.org
Subjec
On Fri, 8 Jul 2016 09:27:18 +0200 Thorsten Leemhuis wrote:
> Bruno Prémont wrote on 30.06.2016 17:00:
> > In qla24xx_process_response_queue() rsp->msix->cpuid may trigger NULL
> > pointer dereference when rsp->msix is NULL:
> > […]
> > The affected code was introduced by commit
> > cdb898c52d1dfad
On Mon, 11 Jul 2016 09:02:51 +0200
Thierry Reding wrote:
> On Sat, Jul 09, 2016 at 11:47:18AM +0200, Mark Brown wrote:
> > On Fri, Jul 08, 2016 at 05:43:02PM +0200, Thierry Reding wrote:
> >
> > > Mark, do you want me to provide a stable branch with the PWM regulator
> > > patches and resolve
On Sun, Jul 10, 2016 at 07:40:53PM +0800, Wan Zongshun wrote:
> Do you mean we need enable the V and TV bits to DTE entry after all
> DTEs tables were initialized completely?
Yes, this is what my patch does and what fixes the bug that was
reported on machines which have unity-mapping entries.
> I
On Fri 08-07-16 10:27:38, Jeff Layton wrote:
> On Fri, 2016-07-08 at 16:23 +0200, Michal Hocko wrote:
> > On Fri 08-07-16 08:51:54, Jeff Layton wrote:
> > >
> > > On Fri, 2016-07-08 at 14:22 +0200, Michal Hocko wrote:
> > [...]
> > >
> > > >
> > > > Apart from alternative Dave was mentioning in
2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov :
> Hierarchy could be already throttled at this point. Throttled next
> buddy could trigger null pointer dereference in pick_next_task_fair().
There is cfs_rq->next check in pick_next_entity(), so how can null
pointer dereference happen?
Regards,
On (07/11/16 15:21), Joonsoo Kim wrote:
[..]
> > +void __page_owner_free_pages(struct page *page, unsigned int order)
> > +{
> > + int i;
> > + depot_stack_handle_t handle = save_stack(0);
> > +
> > + for (i = 0; i < (1 << order); i++) {
> > + struct page_ext *page_ext = lookup_page
On 11/07/2016 06:56, Wanpeng Li wrote:
> 2016-07-08 20:02 GMT+08:00 Paolo Bonzini :
>> As mentioned earlier, I don't have a reproducer yet that requires any
>> changes beyond Wanpeng's (patch 1)---it's possible of course to write
>> a kvm-unit-test testcase but I haven't had time for that yet.
>>
Bruno Prémont wrote on 11.07.2016 09:17:
> On Fri, 8 Jul 2016 09:27:18 +0200 Thorsten Leemhuis wrote:
>> Bruno Prémont wrote on 30.06.2016 17:00:
>> > In qla24xx_process_response_queue() rsp->msix->cpuid may trigger NULL
>> > pointer dereference when rsp->msix is NULL:
>> > […]
>> > The affected co
From: Alim Akhtar
Add RTC source clock as Exynos7 needs source (32.768KHz) clock
for RTC block. Without this currently S3C RTC driver probe is broken
on this SoC.
Signed-off-by: Alim Akhtar
Reviewed-by: Javier Martinez Canillas
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/boot/dts/exyno
Hi Arnd, Kevin and Olof,
I got only one fix for this release cycle, so can you apply it directly
instead of pull request?
Best regards,
Krzysztof
Alim Akhtar (1):
arm64: dts: Fix RTC by providing rtc_src clock
arch/arm64/boot/dts/exynos/exynos7-espresso.dts | 3 +++
1 file changed, 3 inserti
Hi Rafał,
Thanks for the patch.
On 07/08/2016 02:53 PM, Rafał Miłecki wrote:
When working with Device Tree we iterate over children of "gpio-leds"
compatible node and create LED device for each of them. We take care of
all common DT properties (label, default trigger, state, etc.), however
some
* Andy Lutomirski wrote:
> On Jul 9, 2016 1:37 AM, "Ingo Molnar" wrote:
> >
> >
> > * Dave Hansen wrote:
> >
> > > On 07/08/2016 12:18 AM, Ingo Molnar wrote:
> > >
> > > > So the question is, what is user-space going to do? Do any glibc patches
> > > > exist? How are the user-space library sid
On 07/07/2016 03:23 PM, Arnd Bergmann wrote:
On Thursday, July 7, 2016 9:16:05 AM CEST Patrice Chotard wrote:
Highlights:
---
- Add a dummy L2 cache's write_sec callback as in non secure mode execution,
we can't get access to L2 cache secure registers
- Cosmetics change, in case of
* Wanpeng Li wrote:
> Hi Ingo, Thomas,
> 2016-06-22 9:28 GMT+08:00 Wanpeng Li :
> > From: Wanpeng Li
> >
> > [ cut here ]
> > WARNING: CPU: 0 PID: 0 at arch/x86/mm/extable.c:50
> > ex_handler_rdmsr_unsafe+0x6a/0x70
> > unchecked MSR access error: RDMSR from 0xce
> > Mod
Commit-ID: 37c528ee1af7f24eb31f4195b8b7d4f23e6c716d
Gitweb: http://git.kernel.org/tip/37c528ee1af7f24eb31f4195b8b7d4f23e6c716d
Author: Wanpeng Li
AuthorDate: Wed, 22 Jun 2016 09:28:28 +0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Jul 2016 09:20:36 +0200
x86/tsc_msr: Fix rdmsr(MSR_PL
Hi,
while looking at this commit:
commit b27a6d5e636ac80b223a18ca2b3c892f1caef9e3
Author: Binoy Jayan
Date: Wed Jun 15 11:00:34 2016 +0530
staging: wilc1000: Replace semaphore txq_event with completion
The semaphore 'txq_event' is used as completion, so convert it
to a struct com
Hi Olof, Arnd and Kevin,
Please consider this first round of STi SoC updates for v4.8:
The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5:
Linux 4.7-rc3 (2016-06-12 07:20:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/g
Hi Heiko,
On 2016/7/7 18:11, Heiko Stuebner wrote:
Hi,
Am Donnerstag, 7. Juli 2016, 12:46:40 schrieb Caesar Wang:
From: Frank Wang
This patch adds the usb2phy needed dts node information for rk3399.
USB2.0 PHY is comprised of one Host port and one OTG port.
Host Port is for USB2.0 host cont
On 11/07/2016 08:07, Yang Zhang wrote:
>>
>> mutex_lock(&kvm->arch.apic_map_lock);
>>
>> +kvm_for_each_vcpu(i, vcpu, kvm)
>> +if (kvm_apic_present(vcpu))
>> +max_id = max(max_id, kvm_apic_id(vcpu->arch.apic));
>> +
>> +new = kzalloc(sizeof(struct kvm_apic_map) +
>
On 11/07/2016 08:06, Yang Zhang wrote:
>> Changes to MSI addresses follow the format used by interrupt remapping
>> unit.
>> The upper address word, that used to be 0, contains upper 24 bits of
>> the LAPIC
>> address in its upper 24 bits. Lower 8 bits are reserved as 0.
>> Using the upper addre
On 07/11/2016, 07:58 AM, Hans Verkuil wrote:
>> +static char *artifacts_warning = "BEWARE OF KNOWN ISSUES WITH VIDEO
>> QUALITY\n"
>
> const char * const
Or even better, drop the extra space for pointer:
static const char artifacts_warning[] =
thanks,
--
js
suse labs
On 07/11/2016 09:34 AM, Jacek Anaszewski wrote:
On 07/08/2016 02:53 PM, Rafał Miłecki wrote:
When working with Device Tree we iterate over children of "gpio-leds"
compatible node and create LED device for each of them. We take care of
all common DT properties (label, default trigger, state, etc.
> > > Though I normally prefer static inline functions, I see the benefits of
> > > using the macro form here.
>
> An inline could still work
> static inline void __user *u64_to_user_ptr(u64 address)
> {
> return (void __user *)(uintptr_t)address;
> }
> if th
On Wed, Jul 6, 2016 at 5:12 PM, Masahiro Yamada
wrote:
> Add the following Ethernet interfaces:
>
> PH1-LD4: MII, RMII
> PH1-Pro4: MII, RMII, RGMII
> PH1-sLD8: MII, RMII (Built-in PHY is also supported)
> ProXstream2: MII, RMII, RGMII
> PH1-LD6b: RMII, RGMII
> PH1-LD11: RMII (Built-in
Hi Dan,
Today's linux-next merge of the nvdimm tree got a conflict in:
drivers/nvdimm/pmem.c
between commit:
0d52c756a665 ("block: convert to device_add_disk()")
from the block tree and commit:
f02716db951c ("libnvdimm: use devm_add_action_or_reset()")
from the nvdimm tree.
I fixed it
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.hotplug
head: 0e5de16e9e45b4d853a31761fd74ff56998169a1
commit: 5b7fb17c566567d3470f3651dbd6a18b4875f222 [59/66] rcu: Convert rcutree
to hotplug state machine
config: xtensa-allmodconfig (attached as .config)
compiler: xtensa
On Sunday, July 10, 2016 3:27:26 PM CEST Wan Zongshun wrote:
> + ret = of_property_read_string(np, "compatible",
> &soc_dev_attr->soc_id);
> + if (ret)
> return -EINVAL;
> +
> + soc_dev_attr->machine = "NUC900EVB";
> + soc_dev_attr->family = "NUC900";
> +
Hello,
On Mon, 11 Jul 2016 13:03:56 +0800
Xunlei Pang wrote:
> On 2016/07/08 at 19:28, Juri Lelli wrote:
[...]
> > @@ -363,6 +364,15 @@ static inline void setup_new_dl_entity(struct
> > sched_dl_entity *dl_se, return;
> >
> > /*
> > +* Use the scheduling parameters of the top pi-waiter
Stephen Rothwell writes:
> Today's linux-next merge of the wireless-drivers-next tree got a
> conflict in:
>
> drivers/net/wireless/intel/iwlwifi/mvm/scan.c
>
> between commit:
>
> 7947d3e075cd ("mac80211: Add support for beacon report radio measurement")
>
> from the net-next tree and commit
On Monday, July 11, 2016 9:41:15 AM CEST Jiri Slaby wrote:
> Hi,
>
> while looking at this commit:
>
> commit b27a6d5e636ac80b223a18ca2b3c892f1caef9e3
> Author: Binoy Jayan
> Date: Wed Jun 15 11:00:34 2016 +0530
>
> staging: wilc1000: Replace semaphore txq_event with completion
>
> T
On Mon, Jul 11, 2016 at 10:37 AM, Vignesh R wrote:
> Hi Prahlad,
>
> On Sunday 10 July 2016 01:35 AM, Prahlad V wrote:
>> When a word length of 1 byte is selected and writing data of length
>> more than QSPI_WLEN_MAX_BYTES, first MAX_BYTES will be transfered
>> and remaining will be transfered byt
Hi Hans,
On Mon, 2016-07-11 at 06:32 +0200, Hans Verkuil wrote:
> Hi Tiffany,
>
> My apologies for the delay, but here is my review at last:
>
> On 05/30/2016 09:52 AM, Tiffany Lin wrote:
> > This patch add g/s_selection support for MT8173
> >
> > Signed-off-by: Tiffany Lin
> > ---
> > driver
Hi Alexandre,
After merging the rtc tree, today's linux-next build (x86 64_allmodconfig)
produced this warning:
drivers/rtc/rtc-isl12057.c: In function 'isl12057_rtc_read_alarm':
drivers/rtc/rtc-isl12057.c:249:26: warning: unused variable 'alarm_secs'
[-Wunused-variable]
unsigned long rtc_secs
在 7/8/2016 11:18 PM, Jiri Olsa 写道:
On Thu, Jul 07, 2016 at 09:49:36AM +0800, Song Shan Gong wrote:
At preset, when creating module's map, perf gets 'start' address by parsing
'proc/modules', but it's module base address, isn't the start address of
'.text' section. In most archs, it's OK. But f
oppmerksomhet;
Dette er for å informere deg gjorde som et privat selskap, Utlån selskap basert
i Storbritannia (til økonomisk Ltd). Vi gir ut lån til melodi av $ 10 000 til $
300 millioner ved 2% rente til alle som er interessert. Country er ikke en
barriere, så ta gjerne kontakt med oss på den
On Monday, July 11, 2016 11:44:23 AM CEST Dongpo Li wrote:
> Hi Arnd,
>
> On 2016/6/28 17:34, Arnd Bergmann wrote:
> > On Tuesday, June 28, 2016 5:21:19 PM CEST Dongpo Li wrote:
> >> On 2016/6/15 5:20, Arnd Bergmann wrote:
> >>> On Tuesday, June 14, 2016 9:17:44 PM CEST Li Dongpo wrote:
> On
On 07/11/16 at 04:19pm, AKASHI Takahiro wrote:
> On Fri, Jul 08, 2016 at 11:48:44AM -0300, Thiago Jung Bauermann wrote:
> > Am Donnerstag, 07 Juli 2016, 14:12:45 schrieb Dave Young:
> > > If so maybe change a bit from your precious mentioned 7 args proposal like
> > > below?
> > >
> > > struct kex
On 2016/07/11 at 16:01, luca abeni wrote:
> Hello,
>
> On Mon, 11 Jul 2016 13:03:56 +0800
> Xunlei Pang wrote:
>
>> On 2016/07/08 at 19:28, Juri Lelli wrote:
> [...]
>>> @@ -363,6 +364,15 @@ static inline void setup_new_dl_entity(struct
>>> sched_dl_entity *dl_se, return;
>>>
>>> /*
>>> +
On 11.07.2016 10:25, Wanpeng Li wrote:
2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov :
Hierarchy could be already throttled at this point. Throttled next
buddy could trigger null pointer dereference in pick_next_task_fair().
There is cfs_rq->next check in pick_next_entity(), so how can null
On Mon, Jul 11, 2016 at 04:13:11PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the net-next tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning (CONFIG_MPLS is disabled):
>
> net/ipv4/tunnel4.c: In function 'tunnel4_init':
> net/ipv4/tunnel4.c:223:1: war
Add MT2701 compatible string.
Signed-off-by: Weiqing Kong
---
Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt
b/Documentation/devicetree/bindings/pwm/pwm-mtk-disp.
These series patches modify pwm-mtk-disp.c
and dts/dtsi config to support MT2701 disp pwm.
Changes since v1:
- Change dtsi compatible string "mediatek,mt2701-disp-bls" into
"mediatek,mt2701-disp-pwm"
- Change some macros into struct mtk_pwm_data
Weiqing Kong (3):
dt-bindings: pwm: Add MediaTek
On 07/11/2016 09:52 AM, Rafał Miłecki wrote:
On 07/11/2016 09:34 AM, Jacek Anaszewski wrote:
On 07/08/2016 02:53 PM, Rafał Miłecki wrote:
When working with Device Tree we iterate over children of "gpio-leds"
compatible node and create LED device for each of them. We take care of
all common DT p
Add disp_bls node in dtsi for CCF, add backlight_lcd
in dts for backlight subsystem driver, and init pwm gpio mode.
Signed-off-by: Weiqing Kong
---
arch/arm/boot/dts/mt2701-evb.dts | 29 +
arch/arm/boot/dts/mt2701.dtsi| 9 +
2 files changed, 38 insertions
Use the mtk_pwm_data struction to define different registers
and add MT2701 specific register operations, such as MT2701
doesn't have commit register, needs to disable double buffer
before writing register, and needs to select manual mode
and use PWM_PERIOD/PWM_HIGH_WIDTH.
Signed-off-by: Weiqing K
On 2016/07/11 at 15:25, Wanpeng Li wrote:
> 2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov :
>> Hierarchy could be already throttled at this point. Throttled next
>> buddy could trigger null pointer dereference in pick_next_task_fair().
> There is cfs_rq->next check in pick_next_entity(), so how
On 07/11/2016 10:20 AM, Jacek Anaszewski wrote:
On 07/11/2016 09:52 AM, Rafał Miłecki wrote:
On 07/11/2016 09:34 AM, Jacek Anaszewski wrote:
On 07/08/2016 02:53 PM, Rafał Miłecki wrote:
When working with Device Tree we iterate over children of "gpio-leds"
compatible node and create LED device
Hi Mike,
On Fri, 2016-07-08 at 16:32 -0700, Michael Turquette wrote:
> Hi James,
>
> Quoting James Liao (2016-07-03 20:51:48)
> > On Fri, 2016-07-01 at 18:21 -0700, Stephen Boyd wrote:
> > > (Resending to everyone)
> > >
> > > On 06/22, Erin Lo wrote:
> > > > From: James Liao
> > > >
> > > > T
Hi Olof, Arnd and Kevin,
Please consider this first round of multi_v7_defconfig updates for v4.8:
The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5:
Linux 4.7-rc3 (2016-06-12 07:20:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/lin
On Mon, 11 Jul 2016 09:30:30 +0200 Thorsten Leemhuis wrote:
> Bruno Prémont wrote on 11.07.2016 09:17:
> > On Fri, 8 Jul 2016 09:27:18 +0200 Thorsten Leemhuis wrote:
> >> Bruno Prémont wrote on 30.06.2016 17:00:
> >> > In qla24xx_process_response_queue() rsp->msix->cpuid may trigger NULL
> >> >
On Sun, Jul 10, 2016 at 2:47 PM, Andy Lutomirski wrote:
> Hi all-
>
> I found two nasty issues with virtually mapped stacks if KASAN is
> enabled. The first issue is a crash: the first non-init stack is
> allocated and accessed before KASAN initializes its zero shadow
> AFAICT, which means that w
Hello,
I made a few more tests and here my observations:
- kernels 4.4.8 and 4.5.5 show the same behavior
- the moment dd starts, memory usage spikes rapidly and within a just
a few seconds has filled up all 32 GiB of RAM
- dd w/ direct i/o works just fine
- mkfs.ext4 unfortunately shows th
On Wed, Jun 22, 2016 at 06:03:11PM +0100, Morten Rasmussen wrote:
> Hi,
>
> The scheduler is currently not doing much to help performance on systems with
> asymmetric compute capacities (read ARM big.LITTLE). This series improves the
> situation with a few tweaks mainly to the task wake-up path th
Hello,
On Mon, Jul 11, 2016 at 06:12:08PM +1000, Stephen Rothwell wrote:
> After merging the rtc tree, today's linux-next build (x86 64_allmodconfig)
> produced this warning:
>
> drivers/rtc/rtc-isl12057.c: In function 'isl12057_rtc_read_alarm':
> drivers/rtc/rtc-isl12057.c:249:26: warning: unuse
On Mon, 11 Jul 2016, Nicolai Stange wrote:
> > + raw = ((u64)interval >> 32) * raw_mult; /* Upper half of interval */
> > + if (raw >> 32)
> > + return KTIME_MAX;
> > + raw <<= 32;
> > + tmp = ((u64)interval & U32_MAX) * raw_mult; /* Lower half of interval */
> > + if (U64_MAX -
On 07/05/16 at 08:33pm, Hidehiro Kawai wrote:
> This patch fixes one of the problems reported by Daniel Walker
> (https://lkml.org/lkml/2015/6/24/44).
>
> If crash_kexec_post_notifiers boot option is specified, other CPUs
> are stopped by smp_send_stop() instead of machine_crash_shutdown()
> in cr
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.hotplug
head: 0e5de16e9e45b4d853a31761fd74ff56998169a1
commit: a819753cd02cd6d2c88f8d070f94346af5d8a0c2 [25/66] perf/x86/amd/power:
Convert the hotplug notifier to state machine
config: i386-allmodconfig (attached as .config
On 2016/7/11 16:16, Arnd Bergmann wrote:
> On Monday, July 11, 2016 11:44:23 AM CEST Dongpo Li wrote:
>> Hi Arnd,
>>
>> On 2016/6/28 17:34, Arnd Bergmann wrote:
>>> On Tuesday, June 28, 2016 5:21:19 PM CEST Dongpo Li wrote:
On 2016/6/15 5:20, Arnd Bergmann wrote:
> On Tuesday, June 14, 2
On 2016/07/11 at 16:22, Xunlei Pang wrote:
> On 2016/07/11 at 15:25, Wanpeng Li wrote:
>> 2016-06-16 20:57 GMT+08:00 Konstantin Khlebnikov :
>>> Hierarchy could be already throttled at this point. Throttled next
>>> buddy could trigger null pointer dereference in pick_next_task_fair().
>> There is
This series adds STM32F746 pinctrl and GPIO support, relies on the
generic STM32 pinctrl driver.
Changes since v2:
According to Linus remark, use builtin_platform_driver() instead of
device_initcall() as there are nothing to do in driver init function
(except to register driver).
As soon this p
On Monday 11 July 2016 01:34 PM, prahlad venkata wrote:
> On Mon, Jul 11, 2016 at 10:37 AM, Vignesh R wrote:
>> Hi Prahlad,
>>
>> On Sunday 10 July 2016 01:35 AM, Prahlad V wrote:
>>> When a word length of 1 byte is selected and writing data of length
>>> more than QSPI_WLEN_MAX_BYTES, first MAX
This patch which adds STM32F746 pinctrl and GPIO support, relies on the
generic STM32 pinctrl driver.
Signed-off-by: Maxime Coquelin
Signed-off-by: Alexandre TORGUE
diff --git a/drivers/pinctrl/stm32/Kconfig b/drivers/pinctrl/stm32/Kconfig
index 0f28841..4c40dae 100644
--- a/drivers/pinctrl/stm
If kmap fails, it leads to memory corruption.
Fixes: f64122c1f6ad ('drm: add new QXL driver. (v1.4)')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/qxl/qxl_draw.c b/drivers/gpu/drm/qxl/qxl_draw.c
index 56e1d63..6e6c760 100644
--- a/drivers/gpu/drm/qxl/qxl_draw.c
+++ b/drivers/gpu/drm
GCC doesn't complain about this but my static checker does. We're
passing "drawable" before initializing it. It's not actually used so
it's harmless and I just removed it.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/qxl/qxl_draw.c b/drivers/gpu/drm/qxl/qxl_draw.c
index 56e1d63..f
On 11/07/16 03:32, Bharat Kumar Gogada wrote:
> Hi,
>
> I have a query.
> I see that when we use PCI_MSI_IRQ_DOMAIN to handle MSI's, MSI address is not
> being
> written in to end point's PCI_MSI_ADDRESS_LO/HI at the call
> pci_enable_msi_range.
>
> Instead it is being written at the time end p
Dear Keerthy,
On Thu, 2016-07-07 at 16:39 +0530, Keerthy wrote:
>
> On Thursday 07 July 2016 02:36 PM, Dawei Chien wrote:
> > This adds the device tree binding documentation for the mediatek thermal
> > controller found on Mediatek MT2701.
> >
> > Signed-off-by: Dawei Chien
> > ---
> > .../bin
Hi all,
Changes since 20160708:
The arm64 tree gained a conflict against Linus' tree.
The pm tree gained a build failure so I used the version from
next-20160708.
The wireless-drivers-next tree gained a conflict against the net-next
tree.
The drm tree gained a conflict against the jc_docs tree
Dear Keerthy,
On Thu, 2016-07-07 at 17:24 +0530, Keerthy wrote:
> Hi Dawei Chien,
>
>
> On Thursday 07 July 2016 02:36 PM, Dawei Chien wrote:
> > This patch adds support for mt2701 chip to mtk_thermal.c,
> > and integrate both mt8173 and mt2701 on the same driver.
> > MT8173 has four banks and f
Dear Keerthy,
On Thu, 2016-07-07 at 17:39 +0530, Keerthy wrote:
>
> On Thursday 07 July 2016 02:36 PM, Dawei Chien wrote:
> > This adds the thermal controller and auxadc nodes
> > to the Mediatek MT2701 dtsi file.
> >
> > Signed-off-by: Dawei Chien
> > ---
> > This patch depned on:
> > https://p
Hi Matthias,
On Thu, 2016-07-07 at 13:20 +0200, Matthias Brugger wrote:
>
> On 06/07/16 07:39, James Liao wrote:
> > Hi Matthias,
> >
> > On Sat, 2016-07-02 at 18:33 +0200, Matthias Brugger wrote:
> >>
> >> On 05/16/2016 11:28 AM, James Liao wrote:
> >>> Refine scpsys driver common code to suppor
On 2016/7/11 15:44, Paolo Bonzini wrote:
On 11/07/2016 08:06, Yang Zhang wrote:
Changes to MSI addresses follow the format used by interrupt remapping
unit.
The upper address word, that used to be 0, contains upper 24 bits of
the LAPIC
address in its upper 24 bits. Lower 8 bits are reserved a
On 04/07/16 16:04, Matt Fleming wrote:
> On Wed, 15 Jun, at 04:32:58PM, Dietmar Eggemann wrote:
>> On 14/06/16 17:40, Mike Galbraith wrote:
>>> On Tue, 2016-06-14 at 15:14 +0100, Dietmar Eggemann wrote:
>>>
IMHO, the hackbench performance "boost" w/o 0905f04eb21f is due to the
fact that a
On Fri, Jul 01, 2016 at 05:41:59PM +0800, Peter Chen wrote:
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Cc: Liviu Dudau
> Cc: Sudeep Holla
> Cc: Lorenzo Pieralisi
> Signed-off-by: Peter Chen
Acked-by: Liviu Dudau
> ---
>
On Mon, Jul 11, 2016 at 10:47:57AM +1000, Dave Chinner wrote:
> > I had tested XFS with earlier releases and noticed no major problems
> > so later releases tested only one filesystem. Given the changes since,
> > a retest is desirable. I've posted the current version of the series but
> > I'll qu
I have important transaction for you as next of kin to claim US$8.37m Mail me
on my private email: chi...@yahoo.com so i can send you more details
Thanks
Mr.Chim Wai Kim
===
DISCLAIMER: This email and any files
On Mon, Jul 11, 2016 at 2:14 PM, Vignesh R wrote:
>
>
> On Monday 11 July 2016 01:34 PM, prahlad venkata wrote:
>> On Mon, Jul 11, 2016 at 10:37 AM, Vignesh R wrote:
>>> Hi Prahlad,
>>>
>>> On Sunday 10 July 2016 01:35 AM, Prahlad V wrote:
When a word length of 1 byte is selected and writing
On 2016年07月11日 16:03, Arnd Bergmann wrote:
On Sunday, July 10, 2016 3:27:26 PM CEST Wan Zongshun wrote:
+ ret = of_property_read_string(np, "compatible", &soc_dev_attr->soc_id);
+ if (ret)
return -EINVAL;
+
+ soc_dev_attr->machine = "NUC900EVB";
+ soc_dev
On Mon, Jul 11, 2016 at 2:36 PM, prahlad venkata wrote:
> On Mon, Jul 11, 2016 at 2:14 PM, Vignesh R wrote:
>>
>>
>> On Monday 11 July 2016 01:34 PM, prahlad venkata wrote:
>>> On Mon, Jul 11, 2016 at 10:37 AM, Vignesh R wrote:
Hi Prahlad,
On Sunday 10 July 2016 01:35 AM, Prahlad
On Monday 11 July 2016 02:26 PM, dawei chien wrote:
Dear Keerthy,
On Thu, 2016-07-07 at 17:39 +0530, Keerthy wrote:
On Thursday 07 July 2016 02:36 PM, Dawei Chien wrote:
This adds the thermal controller and auxadc nodes
to the Mediatek MT2701 dtsi file.
Signed-off-by: Dawei Chien
---
This
Hi Jonathan,
Thanks for the answers.
One more question:
What are volatile registers?
I couldn't understood the difference between volatile and writable
registers from max44000 driver.
Best Regards,
Pratik
On Sun, Jul 10, 2016 at 8:09 PM, Jonathan Cameron wrote:
> On 10/07/16 14:11, Pratik Praja
Hi Wolfram,
On 13/06/16 18:13, Wolfram Sang wrote:
>
>> As we match on only the device, not the manufacturer, I've changed your
>> sketch
>> so that the test maxim line is on a compatible with name ds to make it
>> unique. Otherwise, we would match to the dallas,ds1307 id type.
>
> OK, so I
On Monday 11 July 2016 02:39 PM, prahlad venkata wrote:
> On Mon, Jul 11, 2016 at 2:36 PM, prahlad venkata
> wrote:
>> On Mon, Jul 11, 2016 at 2:14 PM, Vignesh R wrote:
>>>
>>>
>>> On Monday 11 July 2016 01:34 PM, prahlad venkata wrote:
On Mon, Jul 11, 2016 at 10:37 AM, Vignesh R wrote:
On 11/07/2016 10:56, Yang Zhang wrote:
> On 2016/7/11 15:44, Paolo Bonzini wrote:
>>
>>
>> On 11/07/2016 08:06, Yang Zhang wrote:
Changes to MSI addresses follow the format used by interrupt remapping
unit.
The upper address word, that used to be 0, contains upper 24 bits of
t
On Mon, Jul 11, 2016 at 2:45 PM, Vignesh R wrote:
>
>
> On Monday 11 July 2016 02:39 PM, prahlad venkata wrote:
>> On Mon, Jul 11, 2016 at 2:36 PM, prahlad venkata
>> wrote:
>>> On Mon, Jul 11, 2016 at 2:14 PM, Vignesh R wrote:
On Monday 11 July 2016 01:34 PM, prahlad venkata wro
On Mon, 11 Jul 2016 08:46:53 +0800, Mark yao wrote:
> On 2016年07月08日 21:52, John Keeping wrote:
> > On Fri, 8 Jul 2016 17:04:59 +0800, Chris Zhong wrote:
> >
> >> At the first time of bind, there is no any panel attach in mipi. Add a
> >> DRM_CONNECTOR_POLL_HPD porperty to detect the panel stat
On Mon, 11 Jul 2016 16:16:20 +0800
Xunlei Pang wrote:
> On 2016/07/11 at 16:01, luca abeni wrote:
> > Hello,
> >
> > On Mon, 11 Jul 2016 13:03:56 +0800
> > Xunlei Pang wrote:
> >
> >> On 2016/07/08 at 19:28, Juri Lelli wrote:
> > [...]
> >>> @@ -363,6 +364,15 @@ static inline void setup_ne
On 2016年07月11日 15:19, Joerg Roedel wrote:
On Sun, Jul 10, 2016 at 07:40:53PM +0800, Wan Zongshun wrote:
Do you mean we need enable the V and TV bits to DTE entry after all
DTEs tables were initialized completely?
Yes, this is what my patch does and what fixes the bug that was
reported on mac
On Wed, Jun 22, 2016 at 05:17:18PM +0530, Laxman Dewangan wrote:
> Have fixes for 100% duty cycle, avoid computation loss for duty
> period calculation and add support the Tegra186.
>
> Hyong Bin Kim (1):
> pwm: tegra: fix overflow when calculating duty cycle
>
> Laxman Dewangan (2):
> pwm: t
On 11/07/16 04:51, Bin Wu wrote:
> During scsi command queueing, if mapping data fails, we need to
> reclaim the failed request. Otherwise, the garbage request will
> be pushed into the ring for the backend to work.
Well spotted. There is another instance of this problem in
scsifront_action_handle
Hi Marc,
Thanks for the reply.
>From PCIe Spec:
MSI Enable Bit:
If 1 and the MSI-X Enable bit in the MSI-X Message
Control register (see Section 6.8.2.3) is 0, the
function is permitted to use MSI to request service
and is prohibited from using its INTx# pin.
>From Endpoint perspective, MSI Enab
On Mon, Jul 11, 2016 at 05:25:29PM +0800, Wan Zongshun wrote:
> Okay, this patch should also better to general case not only unity-mapping.
>
> How about the interrupt remap function? Do we need same considering
> for IV bit enable for interrupt remap?
No, there are no unity mappings for irqs, so
On Wed, Jun 15, 2016 at 04:52:56PM -0700, David Hsu wrote:
> On Wed, Jun 15, 2016 at 7:37 AM, Thierry Reding
> wrote:
> > On Tue, Jun 14, 2016 at 07:12:04PM -0700, Greg KH wrote:
> >> From: David Hsu
> >>
> >> Pwm channels don't send uevents when exported, this change adds the
> >> channels to a
On 28/06/16 19:06, David Vrabel wrote:
> simple_fill_super() will add symlinks if an entry has mode & S_IFLNK.
> The target is provided in the new "link" field.
Can I get an ack for this, please? So it can go into 4.8 via the Xen tree.
David
>
> Signed-off-by: David Vrabel
> ---
> v2:
> - simp
1 - 100 of 830 matches
Mail list logo
