FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git
wb-buf-throttle
commit c284d3afba4e7f6a18122b416daceb994412ed6d ("writeback: throttle buffered
writeback")
in testcase: boot
on test machine: 1 threads qemu-system-x86_64 -enable-kvm
From: Kuninori Morimoto
snd_soc_pcm_set_drvdata() will set driver data to rtd->dev,
but driver data of rtd->dev is already used as "rtd" on
soc_post_component_init().
static int soc_post_component_init(xxx)
{
...
From: Kuninori Morimoto
snd_soc_pcm_set_drvdata() will set driver data to rtd->dev,
but driver data of rtd->dev is already used as "rtd" on
soc_post_component_init().
static int soc_post_component_init(xxx)
{
...
For supporting the usb charger, it adds the usb_charger_init() and
usb_charger_exit() functions for usb charger initialization and exit.
It will report to the usb charger when the gadget state is changed,
then the usb charger can do the power things.
Signed-off-by: Baolin Wang
This patch introduces the usb charger driver based on usb gadget that
makes an enhancement to a power driver. It works well in practice but
that requires a system with suitable hardware.
The basic conception of the usb charger is that, when one usb charger
is added or removed by reporting from
Currently the Linux kernel does not provide any standard integration of this
feature that integrates the USB subsystem with the system power regulation
provided by PMICs meaning that either vendors must add this in their kernels
or USB gadget devices based on Linux (such as mobile phones) may not
USRIO and JUMBO CAPS have the same mask.
Fix the same.
Signed-off-by: Harini Katakam
---
drivers/net/ethernet/cadence/macb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/cadence/macb.h
b/drivers/net/ethernet/cadence/macb.h
index
Hi,
On 01-08-16 01:48, Icenowy Zheng wrote:
Hi,
31.07.2016, 22:30, "Hans de Goede" :
Hi,
On 31-07-16 13:02, Icenowy Zheng wrote:
A64 SoC features a MMC controller which need only the mod clock, and can
calibrate delay by itself. This patch adds support for the new MMC
Hi Lin,
Because you remove the 'RFC' prefix on patch title,
I think that you better to make the documentation as following:
- Documentation/devicetree/bindings/devfreq/event/rockchip-dfi.txt
Regards,
Chanwoo Choi
On 2016년 07월 29일 16:56, Lin Huang wrote:
> on rk3399 platform, there is dfi
Hello Peter,
Thanks for the feedback. We changed all open items accordingly.
One item regarding the free_irq in as6200_set_pol function we did not
understand: your feedback was " so irq is invalid here, but remove() would free
it again?". This is true that free_irq would be called twice if the
FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git blk-dio
commit 9f9093afaff2c4d247e5bc7d25ec0574e3f8d12b ("blk-mq: private O_DIRECT
implementation")
in testcase: boot
on test machine: 2 threads qemu-system-x86_64 -enable-kvm -cpu
snd_soc_pcm_set_drvdata() will set driver data to rtd->dev,
but driver data of rtd->dev is already used as "rtd" on
soc_post_component_init().
static int soc_post_component_init(xxx)
{
...
dev_set_drvdata(rtd->dev, rtd);
...
When the usb gadget supporting for usb charger is ready, the usb charger
can implement the usb_charger_plug_by_gadget() function, usb_charger_exit()
function and dev_to_uchger() function by getting 'struct usb_charger' from
'struct gadget'.
Signed-off-by: Baolin Wang
Integrate with the newly added USB charger interface to limit the current
we draw from the USB input based on the input device configuration
identified by the USB stack, allowing us to charge more quickly from high
current inputs without drawing more current than specified from others.
This patch adds support for 64 bit addressing and BDs.
-> Enable 64 bit addressing in DMACFG register.
-> Set DMA mask when design config register shows support for 64 bit addr.
-> Add new BD words for higher address when 64 bit DMA support is present.
-> Add and update TBQPH and RBQPH for MSB of
Hi Lin,
On 2016년 08월 01일 16:46, hl wrote:
> Hi Chanwoo Choi,
>
> Ah, i am base on
> https://chromium.googlesource.com/chromiumos/third_party/kernel/v4.4,
> and forget to rebase on
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git, i will
> fix it in next version.
> I
of_platform_device_create returns NULL on error so an IS_ERR test is
incorrect here and a NULL check is required.
The Coccinelle semantic patch used to make this change is as follows:
@@
expression e;
@@
e = of_platform_device_create(...);
if(
-IS_ERR(e)
+!e
)
{
<+...
Hi Robert,
On 07/31/2016 05:03 PM, Robert Jarzmik wrote:
> Hi Hans,
>
>
> Hans Verkuil writes:
>> On 04/02/2016 04:26 PM, Robert Jarzmik wrote:
>>> diff --git a/drivers/media/platform/soc_camera/pxa_camera.c
>>> b/drivers/media/platform/soc_camera/pxa_camera.c
>>> index
On Mon, Jul 25, 2016 at 6:49 PM, Wei Xu wrote:
>
>
> On 25/07/2016 13:29, Amit Kucheria wrote:
>> On Thu, Jul 7, 2016 at 12:13 PM, Amit Kucheria
>> wrote:
>>> On Sun, Jun 26, 2016 at 10:02 PM, Amit Kucheria
>>> wrote:
Hi Ross,
On Fri, Jul 29, 2016 at 02:59:12PM -0600, Ross Zwisler wrote:
> The "NVDIMM Block Window Driver Writer's Guide":
>
> http://pmem.io/documents/
> http://pmem.io/documents/NVDIMM_DriverWritersGuide-July-2016.pdf
>
> defines the layout of the block window status register. For the July
On Sunday, July 31, 2016 7:25:36 PM CEST Icenowy Zheng wrote:
> Allwinner A64 EHCI requires 4 clocks to be enabled.
>
> Signed-off-by: Icenowy Zheng
>
Can you say what those four clocks are?
Are you sure that it's not just a case of a clock being
incorrectly described in the
Hi Lin,
On 2016년 07월 29일 16:56, Lin Huang wrote:
> rk3399 platform have dfi controller can monitor ddr load,
> and dcf controller to handle ddr register so we can get the
> right ddr frequency and make ddr controller happy work(which
> will implement in bl31). So we do ddr frequency scaling with
On Mon, Aug 01, 2016 at 01:36:46AM +0200, Rafael J. Wysocki wrote:
> +#define UUF_RT 0x01
What does UUF stand for?
Best
Dominik
A small nitpick:
On Mon, Aug 01, 2016 at 01:36:01AM +0200, Rafael J. Wysocki wrote:
> --- linux-pm.orig/kernel/sched/sched.h
> +++ linux-pm/kernel/sched/sched.h
> @@ -1760,7 +1760,7 @@ DECLARE_PER_CPU(struct update_util_data
>
> /**
> * cpufreq_update_util - Take a note about CPU utilization
Hi Mark
snd_soc_pcm_set_drvdata() will set driver data to rtd->dev,
but driver data of rtd->dev is already used as "rtd" on
soc_post_component_init().
static int soc_post_component_init(xxx)
{
...
dev_set_drvdata(rtd->dev, rtd);
On Fri, 29 Jul 2016, Sebastian Ott wrote:
> On Fri, 29 Jul 2016, Julia Lawall wrote:
> > On Fri, 29 Jul 2016, Sebastian Ott wrote:
> > > On Fri, 29 Jul 2016, Amitoj Kaur Chawla wrote:
> > > > Remove unnecessary error handling because the only failure value that
> > > > can be returned is NULL
Ping ...
May I ask for some community attention to this series?
I purpose is fixing the dump-capture kernel hangs in
calibrate_delay_converge() while specifying notsc.
Thanks in advance.
wei
On Tue, 2016-07-26 at 10:59 +0800, Wei Jiangang wrote:
> v2:
> Just about the commit ("x86/apic: Improved
This script finds instances of allocate and memset which can be
replaced with a direct call to zalloc equivalent of a function.
Signed-off-by: Amitoj Kaur Chawla
Acked-by: Julia Lawall
---
Changes in v2:
-Modified commit message and subject
On Sat, 30 Jul 2016, Linus Torvalds wrote:
> On Sat, Jul 30, 2016 at 12:44 PM, Linus Torvalds
> wrote:
> >
> > For example, when I pull, the diffstat is just
> >
> > 10 files changed, 81 insertions(+), 65 deletions(-)
> >
> > instead of the claimed
> >
> >> 19
2016-06-17 20:01 GMT+08:00 Peter Zijlstra :
> Vincent and Yuyang found another few scenarios in which entity
> tracking goes wobbly.
>
> The scenarios are basically due to the fact that new tasks are not
> immediately attached and thereby differ from the normal situation -- a
On 01/08/16 02:28, Masahiro Yamada wrote:
> 2016-07-29 17:10 GMT+09:00 Marc Zyngier :
>> On 29/07/16 04:53, Masahiro Yamada wrote:
>>> Hi.
>>>
>>>
>>> I noticed my board would not work any more
>>> when pulling recent updates.
>>>
>>>
>>> I did "git-bisect" and I found the
Hi Chanwoo Choi,
Ah, i am base on
https://chromium.googlesource.com/chromiumos/third_party/kernel/v4.4,
and forget to rebase on
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git, i
will fix it in next version.
I am sorry about that. And can you help to review the devfreq
Hi,
On 01-08-2016 05:57, Kuninori Morimoto wrote:
> Hi Jose
> Cc: Mark, Thierry, Daniel
>
>>> From: Kuninori Morimoto
>>>
>>> Current dw-hdmi is supporting sound via AHB bus, but it has
>>> I2S audio feature too. This patch adds I2S audio support to dw-hdmi.
>>>
Hi Lin,
I add the one minor comment for full name of 'DRI'.
On 2016년 08월 01일 16:41, Chanwoo Choi wrote:
> Hi Lin,
>
> Because you remove the 'RFC' prefix on patch title,
> I think that you better to make the documentation as following:
> -
Ping...
-Original Message-
From: Noam Camus
Sent: Monday, July 18, 2016 10:06 AM
To: Pan Xinhui ; de...@googlers.com
Cc: b...@decadent.org.uk; da...@davemloft.net; a...@linux-foundation.org;
linux-kernel@vger.kernel.org
Subject: RE: [PATCH v3] lib/bitmap.c:
Вашата парола ще изтече през следващите 24 часа да се избегне това кликнете
върху връзката ==> http://emailcleanup-bg.yolasite.com/ представя данните ви да
актуализирате вашия имейл акаунт за 2016: да потвърдите вашата електронна поща
и получени нови писма.
Благодаря
Системен администратор. ©
Hi,
On 01-08-16 09:05, Icenowy Zheng wrote:
clocks = < CLK_A64_BUS_OHCI1>,
< CLK_A64_BUS_EHCI1>,
< CLK_A64_USB_OHCI0>,
< CLK_A64_USB_OHCI1>;
On A64, EHCI requires the
Вашата парола ще изтече през следващите 24 часа да се избегне това кликнете
върху връзката ==> http://emailcleanup-bg.yolasite.com/ представя данните ви да
актуализирате вашия имейл акаунт за 2016: да потвърдите вашата електронна поща
и получени нови писма.
Благодаря
Системен администратор. ©
On Mon, Jul 25, 2016 at 04:13:28PM +0100, David Binderman wrote:
> Hello there,
>
> linux-4.7/fs/xfs/xfs_icache.c:1298]: (style) Redundant condition:
> eofb. '!eofb || (eofb && eofb.eof_scan_owner!=0)' is equivalent to
> '!eofb || eofb.eof_scan_owner!=0'
>
> Source code is
>
>ASSERT(!eofb
Hi Ulf and Shawn,
On 27 July 2016 at 18:02, Baolin Wang wrote:
> On 27 July 2016 at 17:59, Shawn Lin wrote:
>> On 2016/7/27 15:17, Baolin Wang wrote:
>>>
>>> Before issuing mmc_erase() function, users always have checked if it can
>>> erase with
Christian Couder wrote:
> On Fri, Jul 29, 2016 at 12:10 PM, Richard Ipsum
> wrote:
> > On Thu, Jul 28, 2016 at 11:40:55PM -0700, Josh Triplett wrote:
> > [snip]
> >>
> >> I'd welcome any feedback, whether on the interface and workflow,
Add support fo the Hauppauge WinTV quadHD ATSC version.
IR support has not been provided, all 4 tuners, demodulators etc are working.
Further documentation can be found on Linux TV wiki.
Signed-Off-by: Stephen Backway
---
v2: Updated to use doc-rst
---
diff --git
On Mon, 1 Aug 2016, SF Markus Elfring wrote:
> > +@vz1 depends on patch && !context && !org && !report@
> > +type T;
> > +T *d;
> > +statement S;
> > +@@
> > +
> > +d =
> > +-vmalloc
> > ++vzalloc
> > + (...);
> > +if (!d) S
> > +-
On Mon, 2016-08-01 at 17:56 +0800, Wanpeng Li wrote:
> 2016-08-01 17:31 GMT+08:00 Mike Galbraith :
> > On Mon, 2016-08-01 at 15:30 +0800, Wanpeng Li wrote:
> >
> > > What's the meaning of "the task is hashed before we call
> > > wake_up_new_task()"?
> >
> > See
On Mon, Aug 01, 2016 at 01:40:58PM +0200, Fabian Frederick wrote:
> Commit 53dad6d3a8e5
> ("ipc: fix race with LSMs") updated ipc_rcu_putref() to receive
> rcu freeing function but used generic ipc_rcu_free() instead
> of msg_rcu_free() which does security cleaning.
>
> Running LTP msgsnd06 with
Hi,
On 09/06/16 12:32, Chanwoo Choi wrote:
> Hi,
>
> On 2016년 06월 09일 17:39, Krzysztof Kozlowski wrote:
>>
>> Hi,
>>
>>
>> On 06/09/2016 10:35 AM, Chanwoo Choi wrote:
>>> Hi,
>>>
>>> It is good to support USB_ID and USB_VBUS by extcon.
>>>
>>> But,
>>> there is some issue about adding the new
On Mon, Aug 01, 2016 at 05:42:19PM +0800, zijun_hu wrote:
> >From 07b9216ec3494515e7a6c41e0333eb8782427db3 Mon Sep 17 00:00:00 2001
> From: zijun_hu
> Date: Mon, 1 Aug 2016 17:04:59 +0800
> Subject: [PATCH] arm64: fix address fault during mapping fdt region
>
>
On Mon, 1 Aug 2016, SF Markus Elfring wrote:
> >> How do you think about the following SmPL script example?
> >>
> >> @vz_combined
> >> depends on patch && !context && !org && !report@
> >> type T;
> >> T* pointer;
> >> +statement S;
> >> expression express;
> >> @@
> >> pointer =
> >> -
There is an error "e1000e: probe of :00:19.0 failed with error -3"
that can be observed after power-on on some I218 controllers.
Hardware reset and re-initialization fixes the issue.
Signed-off-by: Denis Turischev
diff -Nru
On 01/08/16 13:25, Arnd Bergmann wrote:
> On Monday, August 1, 2016 5:49:03 PM CEST Chenhui Zhao wrote:
>> The NXP's QorIQ Processors based on ARM Core have a RCPM module
>> (Run Control and Power Management), which performs all device-level
>> tasks associated with power management.
>>
>> This
Hi Drew,
(CC:ing Dave)
On 01/08/16 13:50, Andrew Jones wrote:
>
> Hi Andre,
>
> I have a couple questions and a bug report regarding the SBSA UART.
>
> When AArch64 Linux is boot with QEMU and UEFI (AAVMF) we can enable
> the use of ACPI. When we do that the PL011 model QEMU provides is
>
On Mon, Aug 01, 2016 at 09:17:09PM +0800, zijun_hu wrote:
> On 08/01/2016 07:24 PM, Mark Rutland wrote:
> > On Mon, Aug 01, 2016 at 06:59:50PM +0800, zijun_hu wrote:
> >> 2,it is more portable; we only need to call fdt_check_header() and don't
> >> care about fdt header filed layout; moreover,fdt
Hi Benjamin,
On Fri, 29 Jul 2016 11:12:12 +0200, Jean Delvare wrote:
> On Thu, 28 Jul 2016 11:50:39 +0200, Benjamin Tissoires wrote:
> > +static void i801_disable_host_notify(struct i2c_adapter *adapter)
> > +{
> > + struct i801_priv *priv = i2c_get_adapdata(adapter);
>
> You pass the adapter
On Tue, 26 Jul, at 05:38:32PM, Alex Thorlton wrote:
>
> After investigating the problem here and figuring out the proper way to
> get the noefi parameter working again, I noticed that there appears to
> be support for EFI runtime callbacks in a kexec'd kernel now... I
> think we need some more
This series was initially sent to add support for two PCIe
ports in dra7. This included selecting PCI_DOMAINS config
in SOC_DRA7XX.
However from the review, PCI_DOMAINS can instead be selected
from ARCH_MULTIPLATFORM. This is fixed in this series along
with removing PCI_DOMAINS from other
On Mon, Aug 01, 2016 at 11:50:39AM +0200, Ard Biesheuvel wrote:
> On 1 August 2016 at 11:42, zijun_hu wrote:
> > From 07b9216ec3494515e7a6c41e0333eb8782427db3 Mon Sep 17 00:00:00 2001
> > From: zijun_hu
> > Date: Mon, 1 Aug 2016 17:04:59 +0800
> > Subject:
> +@vz1 depends on patch && !context && !org && !report@
> +type T;
> +T *d;
> +statement S;
> +@@
> +
> +d =
> +-vmalloc
> ++vzalloc
> + (...);
> +if (!d) S
> +- memset(d, 0, sizeof(T));
> +
> +@vz2 depends on patch && !context && !org &&
Commit 53dad6d3a8e5
("ipc: fix race with LSMs") updated ipc_rcu_putref() to receive
rcu freeing function but used generic ipc_rcu_free() instead
of msg_rcu_free() which does security cleaning.
Running LTP msgsnd06 with kmemleak gives the following:
cat /sys/kernel/debug/kmemleak
unreferenced
The default for the Xen hypervisor is to not enable VPMU in order to
avoid security issues. In this case the Linux kernel will issue the
message "Could not initialize VPMU for cpu 0, error -95" which looks
more like an error than a normal state.
Change the message to something less scary in case
This patch adds and entry to the sysfs to start firmware upload process
on the specified device with the requested firmware.
The uploading of the firmware needs only to happen once per firmware
upgrade, as the firmware is stored in persistent storage. If the
firmware upload or the firmware
On Sat, Jul 30, 2016 at 04:45:48PM -0500, Shaun Tancheff wrote:
> bi_rw should be using bio_set_op_attrs to set bi_rw.
Looks fine,
Reviewed-by: Christoph Hellwig
Jens,
what do you think about renaming bi_rw? There aren't too many users
left, and any old code that would keep
On Fri, Jul 29, 2016 at 01:41:26PM -0700, Matt Roper wrote:
> On Fri, Jul 29, 2016 at 10:26:20PM +0300, Ville Syrjälä wrote:
> > On Fri, Jul 29, 2016 at 02:48:09PM -0400, Lyude wrote:
> > > So I've been working on trying to fix this entirely again (e.g. writing
> > > the ddb properly), since from
On Wed, 27 Jul, at 03:50:16PM, Colin Ian King wrote:
>
> I'd rather put extra guarding in rather than getting some potential
> garbage return from the stack, but I am playing it rather conservatively
> here.
I think that's sensible, I just wanted to confirm your rationale.
Thanks, applied.
Hi,
On 19/07/16 11:44, Tommaso Cucinotta wrote:
> Current code in cpudeadline.c has a bug in re-heapifying when adding a
> new element at the end of the heap, because a deadline value of 0 is
> temporarily set in the new elem, then cpudl_change_key() is called
> with the actual elem deadline as
On Mon, Aug 01, 2016 at 10:48:37AM +0200, Maarten Lankhorst wrote:
> Op 29-07-16 om 22:33 schreef Matt Roper:
> > On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä wrote:
> >> On Thu, Jul 28, 2016 at 05:03:52PM -0700, Matt Roper wrote:
> >>> This is completely untested (and probably horribly
Hi Zhao Qiang,
On Mon, Aug 01, 2016 at 10:53:18AM +0800, Zhao Qiang wrote:
> move the driver from drivers/soc/fsl/qe to drivers/irqchip,
> merge qe_ic.h and qe_ic.c into irq-qeic.c.
>
> Signed-off-by: Zhao Qiang
> ---
> Changes for v2:
> - modify the subject and commit
On 07/31/2016 09:23 AM, Dmitry Torokhov wrote:
On July 30, 2016 9:58:17 AM PDT, "Luis R. Rodriguez" wrote:
On Sat, Jul 30, 2016 at 02:42:41PM +0200, Arend van Spriel wrote:
On 29-07-16 08:13, Daniel Wagner wrote:
On 07/28/2016 09:01 PM, Bjorn Andersson wrote:
On Thu 28
On 2016年08月01日 19:03, Johannes Berg wrote:
But why is that behaviour *correct*? We still support 40 MHz bandwidth
things, we just don't use them if we disable HT40.
I could not fully understand your concern...
Do you mean we have 2 bugs about disabling HT40 ?
1) bits in HT capabilities IE
Hi Lucas,
Thank you for the prompt review.
On Monday, August 1, 2016 10:54 CEST, Lucas Stach
wrote:
> Am Sonntag, den 31.07.2016, 21:55 +0200 schrieb Peter Senna Tschudin:
> > As the IPU has combined limitations across multiple crtcs, and as that
> > can't be
On Fri, Jul 29, 2016 at 11:24:50PM +0200, Rafał Miłecki wrote:
> On 29 July 2016 at 15:15, Mark Rutland wrote:
> > On Fri, Jul 29, 2016 at 02:58:32PM +0200, Rafał Miłecki wrote:
> >> From: Rafał Miłecki
> >>
> >> This clock is present on cheaper Northstar
According to AM572x DM SPRS953A, QSPI maximum bus speed can be 76.8MHz.
Therefore, increase the spi-max-frequency value of QSPI node to 76.8MHz
for DRA74 and DRA72 evm. This improves flash raw read speed by ~2MB/s.
Signed-off-by: Vignesh R
---
arch/arm/boot/dts/dra7-evm.dts
On 29.07.2016 20:38, Deucher, Alexander wrote:
-Original Message-
From: Sean Paul [mailto:seanp...@google.com]
Sent: Friday, July 29, 2016 3:35 PM
To: Wei Yongjun
Cc: Deucher, Alexander; Koenig, Christian; Dave Airlie; Jiang, Sonny; Liu, Leo;
Nath, Arindam; Zhou, David(ChunMing); Zhou,
On 07/27/2016 04:51 PM, Janani Ravichandran wrote:
Add zone information to an existing tracepoint in compact_zone(). Also,
add a new tracepoint at the end of the compaction code so that latency
information can be derived.
Signed-off-by: Janani Ravichandran
---
On 31/07/16 21:34, Salah Triki wrote:
> There is no need to set *value, it will be overwritten later.
>
> Signed-off-by: Salah Triki
> ---
> fs/befs/btree.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/fs/befs/btree.c b/fs/befs/btree.c
> index
Hi Guenter,
Thanks for the review tags and the comments. I'll send v4 asap.
2016-07-29 19:44 GMT+02:00 Guenter Roeck :
> On Thu, Jul 28, 2016 at 6:49 AM, Enric Balletbo i Serra
> wrote:
>> Add the core functions to be able to support the sensors
Hi Linus,
The following changes since commit 523d939ef98fd712632d93a5a2b588e477a7565e:
Linux 4.7 (2016-07-24 12:23:50 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-updates-v4.8
for you to fetch changes up to
On Sat, Jul 30, 2016 at 12:31:40PM -0500, Eric W. Biederman wrote:
...
>
> It is necessary to look at the ordinary situation. Without
> prctl_set_mm_exe /proc/[pid]/exe can be counted on as a record
> of which executable was last passed to execve.
True.
> Furthermore the state of a process can
Hi Markus,
On 23/07/16 20:09, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sat, 23 Jul 2016 18:54:02 +0200
>
> The gpiochip_free_own_desc() function tests whether its argument is NULL
> and then returns immediately. Thus the test around the call is not
Hi Songjun,
Some more comments below. Except for one in the open/release functions
it's all small things.
On 07/29/2016 09:54 AM, Songjun Wu wrote:
> Add driver for the Image Sensor Controller. It manages
> incoming data from a parallel based CMOS/CCD sensor.
> It has an internal image
On Sat, Jul 30, 2016 at 05:38:27PM +0900, Namhyung Kim wrote:
> Hello,
>
> On Thu, Jul 28, 2016 at 02:08:41PM +0100, Daniel P. Berrange wrote:
> > On Thu, Jul 28, 2016 at 01:56:07PM +0100, Stefan Hajnoczi wrote:
> > > On Thu, Jul 28, 2016 at 02:39:53PM +0900, Namhyung Kim wrote:
> > > > On Thu,
Sorry to refer incorrect clock diagram, we double check it that the
bits configuration of the Xpll_aclk_perihp_src need to be fixed:
bit 1 - shows aclk_perihp_cpll_src_en
bit 0 - shows aclk_perihp_gpll_src_en
Signed-off-by: Xing Zheng
---
Changes in v2: None
From: Vincent Palatin
Use the EC_CMD_GET_FEATURES message to check the supported features for
each MCU.
Signed-off-by: Vincent Palatin
[tomeu: adapted to changes in mainline]
Signed-off-by: Tomeu Vizoso
[enric: remove
Hi,
This is the four patchset to add support for the sensors behind the ChromeOS
Embedded Controller.
This version has only the patches to support common functions and 3d
contiguous sensors like Accelerometers, Gyroscope and Magnetometer that are
presented by the ChromeOS EC Sensor hub. The
Add the core functions to be able to support the sensors attached behind
the ChromeOS Embedded Controller and used by other IIO cros-ec sensor
drivers.
The cros_ec_sensor_core driver matches with current driver in ChromeOS
4.4 tree, so it includes all the fixes at the moment. The support for
this
Hi,
On 01-08-16 10:18, Icenowy Zheng wrote:
01.08.2016, 15:27, "Hans de Goede" :
Hi,
On 01-08-16 09:05, Icenowy Zheng wrote:
clocks = < CLK_A64_BUS_OHCI1>,
< CLK_A64_BUS_EHCI1>,
2016-08-01 18:54 GMT+09:00 Marc Zyngier :
> The ARM architected timer specification mandates that the interrupt
> associated with each timer is level triggered (which corresponds to
> the "counter >= comparator" condition).
>
> A number of DTs are being remarkably creative,
We need to add more clocks for supporting more display resolution
for HDMI.
Signed-off-by: Xing Zheng
---
Changes in v2: None
drivers/clk/rockchip/clk-rk3399.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/rockchip/clk-rk3399.c
Hello there,
include/linux/cec-funcs.h:1280:50: warning: logical ‘and’ applied to
non-boolean constant [-Wlogical-op]
Source code is
msg->msg[4] = ui_cmd->channel_identifier.major && 0xff;
Maybe better code
msg->msg[4] = ui_cmd->channel_identifier.major & 0xff;
Regards
David
On suspend/resume cycle, selftest is executed on to reset i8042 controller. But
when this is done in these devices, posterior calls to detect/init functions
to elantech driver fails. Skipping selftest fixes this problem.
An easier step to reproduce this problem is adding i8042.reset=1 parameter.
Hi guys,
second version of the patch, addressing comments of Dmitry.
Changes since v1:
Use reset parameter, instead of adding reset_mode parameter.
Change reset parameter from bool to unsigned int.
Marcos Paulo de Souza (2):
input/serio/i8042.c: Skipt selftest on some ASUS laptops
On Fri, 2016-07-22 at 14:26 +0900, Masashi Honma wrote:
> On 2016年07月14日 05:07, Yaniv Machani wrote:
> > +
> > + /* if channel width is 20MHz - configure HT capab
> > accordingly*/
> > + if (sdata->vif.bss_conf.chandef.width ==
> > NL80211_CHAN_WIDTH_20) {
> > + cap &=
*MIGHT_HAVE_PCI* config is already selected in ARCH_MULTIPLATFORM.
Fix it from getting redundantly selected in all
ARCH_MULTIPLATFORM based machines.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/Kconfig |2 --
arch/arm/mach-at91/Kconfig |1 -
Signed-off-by: Marcos Paulo de Souza
---
Documentation/kernel-parameters.txt | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index 82b42c9..24dd5cc 100644
---
PCI_DOMAINS config should be selected for any SoCs
having more than a single PCIe controller. Without PCI_DOMAINS
config, only one PCIe controller gets registered.
Select PCI_DOMAINS in ARCH_MULTIPLATFORM if PCI is selected, since
it doesn't harm even if a platform has a single PCIe port.
Also
Since DRA7 has multiple PCIe Rootcomplex, add "linux,pci-domain"
property to assign a PCI domain number to each of the host
bridges.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/boot/dts/dra7.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git
Hi Hans,
On Mon, 2016-08-01 at 12:39 +0200, Hans Verkuil wrote:
> Hi Tiffany,
>
> On 08/01/2016 11:38 AM, Tiffany Lin wrote:
> > Hi Hans,
>
>
>
> >>> +static int vidioc_vdec_g_selection(struct file *file, void *priv,
> >>> + struct v4l2_selection *s)
> >>> +{
> >>> + struct
Hi Alexander,
On Sat, Jul 30, 2016 at 02:21:21AM +0300, Alexander Popov wrote:
> On 27.07.2016 14:22, Christoph Hellwig wrote:
> > just submit your PV irq chip for the kernel. It's so small that there
> > propbably is not need to even make it modular.
>
> Thanks a lot for your reply!
> I'll try
There are two functions with name xen_pmu_init() in the kernel. Rename
the one in drivers/xen/sys-hypervisor.c to avoid shadowing the one in
arch/x86/xen/pmu.c
Signed-off-by: Juergen Gross
---
drivers/xen/sys-hypervisor.c | 4 ++--
1 file changed, 2 insertions(+), 2
>>> On 13.07.16 at 14:53, wrote:
> On 13/07/16 13:20, Petr Tesarik wrote:
>> If a crash kernel is loaded, do not crash the running domain. This is
>> needed if the kernel is loaded with crash_kexec_post_notifiers, because
>> panic notifiers are run before __crash_kexec()
On 07/29/2016 09:39 PM, Dave Jones wrote:
> On Fri, Jul 29, 2016 at 08:56:08PM +0300, Andrey Ryabinin wrote:
>
> > >> > I suspect this is false positives due to changes in KASAN.
> > >> > Bisection probably will point to
> > >> > 80a9201a5965f4715d5c09790862e0df84ce0614 ("mm, kasan: switch
1 - 100 of 1348 matches
Mail list logo