On Mon, 2017-01-23 at 16:04 -0700, Jason Gunthorpe wrote:
> On Mon, Jan 23, 2017 at 02:57:11PM -0800, James Bottomley wrote:
> > On Mon, 2017-01-23 at 15:49 -0700, Jason Gunthorpe wrote:
> > > On Mon, Jan 23, 2017 at 02:28:23PM -0800, James Bottomley wrote:
> > > > On Mon, 2017-01-23 at 09:47 -0700
Randy Dunlap wrote:
> b. make know about CONFIG_FPU not enabled
>
> David, which one do you prefer?
b.
> From: Randy Dunlap
>
> When CONFIG_FPU is not enabled on arch/mn10300,
> causes a build error with a call to fpu_save():
>
> kernel/built-in.o: In function `.L410':
> core.c:(.sched.te
Hi!
> > >I'll try to revert it on the top of v4.10-rc5 now... and yes, it fixes
> > >the issue.
> > >
> > >Any idea what went wrong and how to fix that?
> > >
> > >Anyway as we are at -rc5 and this is warning fix that caused a
> > >regression on different hardware... it should be reverted.
> > >
>
On Mon, Jan 23, 2017 at 03:20:12PM -0800, James Bottomley wrote:
> > So you are saying there is so much already deployed TPM2 software
> > that has this TPM_DEVICE env var convention that we need to support
> > it with compat?
> >
> > I'm really surprised by that.. But OK.
> >
> > Can you at l
On Mon, 23 Jan 2017 16:26:24 +0100
SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Mon, 23 Jan 2017 15:56:31 +0100
>
> A local variable was set to an error code before a concrete error situation
> was detected. Thus move the corresponding assignment into an if branch
> to indicate a sof
Hi!
> * Pavel Machek [161229 15:14]:
> > Hi!
> >
> > I forgot I had v4.10-rc1 running, and now I got warning on all the
> > consoles (hand-copied).
> >
> >
> > Unhandled fault: external abort on non-linefetch (0x1028) at
> > 0xfa0ab060
> > ...
> > Comm: kworker/0:0 Not tainted.
> > Workqueue:
Now a shared group can be only inherited from a source mount.
This patch adds an ability to add a mount into an existing shared
group.
mount(source, target, NULL, MS_SET_GROUP, NULL)
mount() with the MS_SET_GROUP flag adds the "target" mount into a group
of the "source" mount. The calling process
On Mon, 2017-01-23 at 16:30 -0700, Jason Gunthorpe wrote:
> On Mon, Jan 23, 2017 at 03:20:12PM -0800, James Bottomley wrote:
>
> > > So you are saying there is so much already deployed TPM2 software
> > > that has this TPM_DEVICE env var convention that we need to
> > > support it with compat?
>
Add a kernel driver for GOOG0006, an ACPI driver reporting an event when
the tablet switch status changes.
On an ACPI based convertible chromebook check evtest display tablet mode
switch changes:
Available devices:
..
/dev/input/event3: Tablet Mode Switch
..
Testing ... (interrupt to exit)
Ev
On Tue, Jan 24, 2017 at 12:26:54AM +0100, Pavel Machek wrote:
> Hi!
>
> > > >I'll try to revert it on the top of v4.10-rc5 now... and yes, it fixes
> > > >the issue.
> > > >
> > > >Any idea what went wrong and how to fix that?
> > > >
> > > >Anyway as we are at -rc5 and this is warning fix that ca
On 01/22/2017 11:53 PM, Chris Packham wrote:
> Not 100% sure what you mean. Something like this?
>
> +static void __init of_mv98dx3236_cpu_clk_setup(struct device_node *node)
> +{
> + of_clk_add_provider(node, of_clk_src_simple_get, NULL);
> +}
>
> Seems to work as expected (i.e. does nothing
On Mon, 23 Jan 2017 13:16:12 +0100 Arnd Bergmann wrote:
> The __alloc_pages_slowpath() has gotten rather complex and gcc
> is no longer able to follow the gotos and prove that the
> alloc_flags variable is initialized at the time it is used:
>
> mm/page_alloc.c: In function '__alloc_pages_slowpa
On Mon, Jan 23, 2017 at 8:51 PM, Joshua Clayton
wrote:
> Add support for Altera cyclone V FPGA connected to an spi port
> to the evi devicetree file
>
> Signed-off-by: Joshua Clayton
> ---
> arch/arm/boot/dts/imx6q-evi.dts | 16
> 1 file changed, 16 insertions(+)
>
> diff --git
This commit adds a command filter for whitelisting a set of commands in
a TPM space. When a TPM space is created through /dev/tpms0, no
commands are allowed. The user of the TPM space must explicitly define
the list of commands allowed before sending any commands. This ioctl is
a one shot call so t
On Mon, Jan 23, 2017 at 03:45:58PM -0800, James Bottomley wrote:
> Why don't you start by doubling the timeout? If nothing notices,
> chances are nothing relies on this aspect of the interface and it can
> be easily removed.
Okay, fair enough, with a print I think it solves my concern. I sent a
On Mon, Jan 23, 2017 at 09:01:03AM -0800, James Bottomley wrote:
> On Mon, 2017-01-23 at 01:44 +0200, Jarkko Sakkinen wrote:
> > This patch set adds support for TPM spaces that provide a context
> > for isolating and swapping transient objects. The content does
> > not yet include support for polic
For a long time the cdev read/write interface had this strange
idea that userspace had to read the result within 60 seconds otherwise
it is discarded. Perhaps this made sense under some older locking regime,
but in the modern kernel it is not required and is just dangerous.
Since something may be
After I've upgraded backbone router of rather large-ish network to 4.9,
users started complaining about their GRE / PPTP tunnels not working any
more.
Long time of staring into code revealed that 4.9 kernel has
static bool nf_ct_auto_assign_helper __read_mostly = false;
which causes au
From: Jiri Kosina
This reverts commit 3bb398d925ec73e42b778cf823c8f4aecae359ea. It breaks
existing firewall configurations.
Signed-off-by: Jiri Kosina
---
net/netfilter/nf_conntrack_helper.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/netfilter/nf_conntrack_hel
From: Jiri Kosina
This reverts commit 486dcf43da7815baa615822f3e46883ccca5400f. The commit
that flipped the default has been reverted as well.
Signed-off-by: Jiri Kosina
---
Documentation/networking/nf_conntrack-sysctl.txt | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --
On Mon, Jan 23, 2017 at 02:33:19PM -0800, Josh Triplett wrote:
> On Mon, Jan 23, 2017 at 11:30:16AM -0800, Paul E. McKenney wrote:
> > On Sat, Jan 21, 2017 at 12:40:23PM -0800, Josh Triplett wrote:
> > > On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote:
> > > > This commit switches
On Mon, Jan 23, 2017 at 01:16:40PM -0800, Yu-cheng Yu wrote:
> On Mon, Jan 23, 2017 at 01:10:20PM -0800, Dave Hansen wrote:
> > The code is:
> >
> > > void fpstate_init(union fpregs_state *state)
> > > {
> > > if (!static_cpu_has(X86_FEATURE_FPU)) {
> > > fpstate_init_soft(
On Tue, Jan 24, 2017 at 02:02:52AM +0200, Jarkko Sakkinen wrote:
> This commit adds a command filter for whitelisting a set of commands in
> a TPM space. When a TPM space is created through /dev/tpms0, no
> commands are allowed. The user of the TPM space must explicitly define
> the list of command
Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
are available in the git repository at:
https://github.com/anholt/linux drm-vc4-fixes-2017-01-23
for you to fetch changes up to 6b8ac63847bc2f958dd93c09edc941a0118992d9:
drm/vc4: Return -EINVAL on the overflow checks failing. (2017-01-17 22:06:01
On Sun, 22 Jan 2017 20:35:14 +0100 Sven Schmidt
<4ssch...@informatik.uni-hamburg.de> wrote:
> This patch updates LZ4 kernel module to LZ4 v1.7.3 by Yann Collet.
> The kernel module is inspired by the previous work by Chanho Min.
> The updated LZ4 module will not break existing code since there we
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/mpls/af_mpls.c
between commit:
9f427a0e474a ("net: mpls: Fix multipath selection for LSR use case")
from the net tree and commit:
27d691056bde ("mpls: Packet stats")
from the net-next tree.
I fixed it up (see
On 01/23/2017 04:00 PM, Fabio Estevam wrote:
> On Mon, Jan 23, 2017 at 8:51 PM, Joshua Clayton
> wrote:
>> Add support for Altera cyclone V FPGA connected to an spi port
>> to the evi devicetree file
>>
>> Signed-off-by: Joshua Clayton
>> ---
>> arch/arm/boot/dts/imx6q-evi.dts | 16 +
On Mon, Jan 23, 2017 at 01:35:18PM -0800, Lance Roy wrote:
> SRCU uses two per-cpu counters: a nesting counter to count the number of
> active critical sections, and a sequence counter to ensure that the nesting
> counters don't change while they are being added together in
> srcu_readers_active_id
Hi Jean-Jacques,
Here is the implementation I've made for ftrace_graph_regs_caller:
.macro __ftrace_graph_regs_caller
sub r0, fp, #4 @ lr of
instrumented routine (parent)
@ called from __ftrace_regs_caller
ldr r1, [sp, #56]
On 12/08/2016 10:54 AM, Florian Fainelli wrote:
> When we select a kernel compression scheme, we will end-up with e.g:
> piggy.xzkern under arch/arm/boot/compressed/, let's ignore these files.
>
> Signed-off-by: Florian Fainelli
I took the liberty to submit this patch as 8645/1 since it is a tri
>> The fix I am proposing is...
>>
>> state->xsave.header.xcomp_bv = XCOMP_BV_COMPACTED_FORMAT |
>> xfeatures_mask;
>
> Actually I thought about this change before I made this patch, but I don't
> this
> is the right fix. It is always error prone to init t
On Mon, 23 Jan 2017 16:42:52 -0800
"Paul E. McKenney" wrote:
> On Mon, Jan 23, 2017 at 01:35:18PM -0800, Lance Roy wrote:
> > SRCU uses two per-cpu counters: a nesting counter to count the number of
> > active critical sections, and a sequence counter to ensure that the nesting
> > counters don't
Attention:
I have to inform you again, that we are not playing over this, I know my reason
for the continuous sending of this
notification to you, the fact is that you can’t seem to trust any one again
over this payment for what you have been in
cantered in many months ago, but I want you to
Andrei Vagin writes:
> Now a shared group can be only inherited from a source mount.
> This patch adds an ability to add a mount into an existing shared
> group.
This sounds like a lot of the discussion on bind mounts accross
namespaces. I am going to stay out of this for a bit until
we resolve
On Mon, Jan 23, 2017 at 4:06 PM, Jiri Kosina wrote:
>
> Considering this being really close to the "userspace breakage"
> borderline, I'm CCing Linus as well.
For all I know, there may be some security reason why we really don't
want the automatic helpers, even if they can be convenient.
Also, y
2017-01-24 9:51 GMT+09:00 Florian Fainelli :
> On 12/08/2016 10:54 AM, Florian Fainelli wrote:
>> When we select a kernel compression scheme, we will end-up with e.g:
>> piggy.xzkern under arch/arm/boot/compressed/, let's ignore these files.
>>
>> Signed-off-by: Florian Fainelli
>
> I took the lib
On 01/23/2017 05:11 PM, Masahiro Yamada wrote:
> 2017-01-24 9:51 GMT+09:00 Florian Fainelli :
>> On 12/08/2016 10:54 AM, Florian Fainelli wrote:
>>> When we select a kernel compression scheme, we will end-up with e.g:
>>> piggy.xzkern under arch/arm/boot/compressed/, let's ignore these files.
>>>
>
On Mon, Jan 23, 2017 at 2:38 PM, Andrew Morton
wrote:
> On Mon, 23 Jan 2017 17:51:17 +0100 Arnd Bergmann wrote:
>
>> gcc cannot track the combined state of the 'mask' variable across the
>> barrier in pgdat_resize_unlock() at compile time, so it warns that we
>> can run into undefined behavior:
>
ve been fixed up in commit
d64a1661c8f7 ("Merge tag 'sti-drm-next-2017-01-06' of
https://github.com/vinceab/linux into drm-next")
I have used the drm tree from next-20170123 for today.
--
Cheers,
Stephen Rothwell
On 01/23/2017 at 10:50 PM, Borislav Petkov wrote:
> On Mon, Jan 23, 2017 at 09:35:53PM +0800, Xunlei Pang wrote:
>> One possible timing sequence would be:
>> 1st kernel running on multiple cpus panicked
>> then the crash dump code starts
>> the crash dump code stops the others cpus except the crash
Hi Christophe,
On 2017/1/24 4:50, Christophe JAILLET wrote:
If 'platform_device_alloc()' returns NULL, the current code returns
0, which means success. Return -ENOMEM instead.
Fixes: 846f0e9e74a0 ("ACPI/IORT: Add support for ARM SMMU platform devices
creation")
Signed-off-by: Christophe JAILL
On Mon, Jan 23, 2017 at 05:09:55PM -0800, Linus Torvalds wrote:
> On Mon, Jan 23, 2017 at 4:06 PM, Jiri Kosina wrote:
> >
> > Considering this being really close to the "userspace breakage"
> > borderline, I'm CCing Linus as well.
>
> For all I know, there may be some security reason why we reall
On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki wrote:
> On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I have already reported this issue in [1].
>> One of the issue was solved.
>> Unfortunately, it looks like there is still a different problem here
>> (Ubuntu/precise AMD64
Hi, Daniel,
Thanks for your comment.
On Tue, 2017-01-03 at 14:27 +0800, Daniel Kurtz wrote:
> On Fri, Dec 30, 2016 at 2:26 PM, Bibby Hsieh wrote:
> >
> > MT8173 overlay can support UYVY and YUYV format,
> > we add the format in DRM driver.
> >
> > Signed-off-by: Bibby Hsieh
> > Reviewed-by: Dan
On 01/23/2017 03:13 AM, Philipp Zabel wrote:
Hi Steve,
On Sun, 2017-01-22 at 18:31 -0800, Steve Longerbeam wrote:
On 01/16/2017 05:47 AM, Philipp Zabel wrote:
On Sat, 2017-01-14 at 14:46 -0800, Steve Longerbeam wrote:
[...]
+Unprocessed Video Capture:
+--
+
+Send fra
BTW, you missed Jeyu, the current module maintainer.
Not that we care, I think, it's pretty trivial:
Acked-by: Rusty Russell (module.h parts)
Cheers,
Rusty.
Paul Gortmaker writes:
> Some of the arch specific changes have already been picked up by the
> arch maintainers in v1, so I'm assuming
On 01/24/2017 at 01:51 AM, Borislav Petkov wrote:
> Hey Tony,
>
> a "welcome back" is in order? :-)
>
> On Mon, Jan 23, 2017 at 09:40:09AM -0800, Luck, Tony wrote:
>> If the system had experienced some memory corruption, but
>> recovered ... then there would be some pages sitting around
>> that the
On 01/23/2017 05:38 PM, Steve Longerbeam wrote:
Second, ignoring the above locking issue for a moment,
v4l2_pipeline_pm_use()
will call s_power on the sensor _first_, then the mipi csi-2 s_power,
when executing
media-ctl -l '"ov5640 1-003c":0 -> "imx6-mipi-csi2":0[1]'. Which is the
wrong or
The "remoteproc{0,1...}" sysfs entries are added in
rproc_add() and deleted in rproc_type_release() instead of
in rproc_del(). That leaves these lingering entries sticking
around after we return from rproc_del(). Move the
rproc_delete_debug_dir() to rproc_del() to fix this.
Signed-off-by: Sarangdh
After commit 51b7b1c34e19 (KSZ8851-SNL: Add ethtool support for
EEPROM via eeprom_93cx6, 2011-11-21) this structure member is
unused. Delete it.
Signed-off-by: Stephen Boyd
---
Found while debugging an eeprom issue.
drivers/net/ethernet/micrel/ks8851.c | 7 ---
1 file changed, 7 deletions(
On 01/24/2017 at 09:46 AM, Xunlei Pang wrote:
> On 01/24/2017 at 01:51 AM, Borislav Petkov wrote:
>> Hey Tony,
>>
>> a "welcome back" is in order? :-)
>>
>> On Mon, Jan 23, 2017 at 09:40:09AM -0800, Luck, Tony wrote:
>>> If the system had experienced some memory corruption, but
>>> recovered ... th
On Mon, Jan 23, 2017 at 04:53:25PM -0800, Dave Hansen wrote:
> >> The fix I am proposing is...
> >>
> >>state->xsave.header.xcomp_bv = XCOMP_BV_COMPACTED_FORMAT |
> >> xfeatures_mask;
> >
> > Actually I thought about this change before I made this patch, but I
firmware_loading_complete is used to synchronize operations
on rproc while asynchronous firmware loading is in progress.
However, rproc_boot() no longer waits on
firmware_loading_complete. Hence drop this completion
variable altogether and handle the race between rproc_del()
and rproc_boot() using
Add new state RPROC_DELETED to handle synchronization
between rproc_del() and other operations on rproc. This
state represents the rproc device that has been "deleted".
CC: Loic Pallardy
CC: Bjorn Andersson
Signed-off-by: Sarangdhar Joshi
---
The current patch series is a v2 version of origina
On Mon, Jan 23, 2017 at 04:53:34PM -0800, Lance Roy wrote:
> On Mon, 23 Jan 2017 16:42:52 -0800
> "Paul E. McKenney" wrote:
>
> > On Mon, Jan 23, 2017 at 01:35:18PM -0800, Lance Roy wrote:
> > > SRCU uses two per-cpu counters: a nesting counter to count the number of
> > > active critical section
On 01/23/2017 05:50 PM, Kevin Hao wrote:
> According to the ISA manual, XSAVES also set the XCOMP_BV[62:0]. My code only
> try to be compatible with what the cpu does when excuting XSAVES. The
> following
> is quoted from 325462-sdm-vol-1-2abcd-3abcd.pdf.
> The XSAVES instructions sets bit 63 of
Dear Thierry,
Could you please review this patch?
Best Regards,
Hoegeun Kwon
On 01/11/2017 03:33 PM, Hoegeun Kwon wrote:
This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel
driver. This panel has 1440x2560 resolution in 5.7-inch physical
panel in the TM2 device.
Signed-off-by: Dong
Hi Christophe
09.01.2017, 03:13, "Christophe JAILLET" :
> In case of error returned by '_omap_hdq_reset()', free resources as done
> elsewhere in this function.
>
> This patch slighly changes the semantic of the code. It now propagates the
> error code returned by '_omap_hdq_reset()' instead of re
On Mon, Jan 23, 2017 at 06:01:10PM -0800, Dave Hansen wrote:
> On 01/23/2017 05:50 PM, Kevin Hao wrote:
> > According to the ISA manual, XSAVES also set the XCOMP_BV[62:0]. My code
> > only
> > try to be compatible with what the cpu does when excuting XSAVES. The
> > following
> > is quoted from
On 01/20/2017 06:38 AM, Hans Verkuil wrote:
On 01/07/2017 03:11 AM, Steve Longerbeam wrote:
+static int vidioc_querycap(struct file *file, void *fh,
+ struct v4l2_capability *cap)
+{
+ strncpy(cap->driver, "imx-media-camif", sizeof(cap->driver) - 1);
+ strn
Hi Colin
22.01.2017, 20:55, "Colin Godsey" :
> Adds the OF devicetree match for the DS2482 I2C-1wire master and adds a
> listing to the I2C trivial devicetree bindings doc. Based on a proposed patch
> by Hector Palacios.
Looks good to me.
Acked-by: Evgeniy Polyakov
When the address is invalid, we print out the address that's
in info.addr, but that member of info hasn't been assigned yet.
It's assigned in the line after we check the address. This causes
the print to show something like
i2c i2c-1: of_i2c: invalid addr=0 on ...
when we want something like
> The devfreq using passive governor is not able to change the governor.
> So, the user can not change the governor through 'available_governor' sysfs
> entry. Also, the devfreq which don't use the passive governor is not able to
> change to 'passive' governor on the fly.
>
> Fixes: 996133119f57 (
Hi Sean
On 01/24/2017 01:48 AM, Sean Paul wrote:
On Fri, Jan 20, 2017 at 06:10:49PM +0800, Chris Zhong wrote:
The MIPI DSI do not need check the validity of resolution, the max
resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid
here.
Does vop actually enforce this, though?
Hi Jeffy,
On Fri, Jan 20, 2017 at 09:52:08PM +0800, Jeffy Chen wrote:
> [ 39.044329] do not call blocking ops when !TASK_RUNNING; state=1 set
> at [] hidp_session_thread+0x110/0x568 [hidp]
> ...
> [ 40.159664] Call trace:
> [ 40.162122] [] __might_sleep+0x64/0x90
> [ 40.167443] [] lock_soc
On 01/24/2017 at 02:14 AM, Borislav Petkov wrote:
> On Mon, Jan 23, 2017 at 10:01:53AM -0800, Luck, Tony wrote:
>> will ignore the machine check on the other cpus ... assuming
>> that "cpu_is_offline(smp_processor_id())" does the right thing
>> in the kexec case where this is an "old" cpu that isn'
On the Allwinner A80 SoC, the PLL lock status indicators are grouped
together in a separate register, as opposed to being scattered in each
PLL's configuration register.
Add a flag to support this.
Signed-off-by: Chen-Yu Tsai
---
drivers/clk/sunxi-ng/ccu_common.c | 8 ++--
drivers/clk/sunxi
The determine_rate helper used ccu_mux_helper_adjust_parent_for_prediv()
to adjust the parent_rate to account for pre-dividers, but then passed
the pristine parent clock rate from clk_hw_get_rate() to the round()
callback, thereby ignoring the pre-divider adjustment. In addition,
it was saving the
If the CLK_SET_RATE_PARENT flag is set, we want to try getting the
closest parent rate.
Signed-off-by: Chen-Yu Tsai
---
drivers/clk/sunxi-ng/ccu_mux.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/sunxi-ng/ccu_mux.c b/drivers/clk/sunxi-ng/ccu_mux.c
We are moving towards handling GPIO pinmux settings that don't require
extra bias or drive strength settings to use the GPIO bindings only.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23-q8-tablet.dts | 10 --
drivers/clk/sunxi-ng/ccu-sun9i-a80.c | 24 --
This patch adds support for the CLK_SET_RATE_NO_REPARENT flag to the
mux determine_rate helper, based on examples from clk-composite and
clk-mux.
Signed-off-by: Chen-Yu Tsai
---
drivers/clk/sunxi-ng/ccu_mux.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/clk/sunxi-
All dts files for the sunxi platform have been switched to the generic
pinconf bindings. As a result, the sunxi specific pinctrl macros are
no longer used.
Remove the #include entry with the following command:
sed -i -e '/pinctrl\/sun4i-a10.h/D' arch/arm/boot/dts/sun?i*.*
Signed-off-by: Chen
Now that we have a full clock driver for sun9i, switch to it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 404 +++
1 file changed, 107 insertions(+), 297 deletions(-)
diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi b/arch/arm/boot/dts/sun
Add support for the main clock unit found in the A80.
Note that on the A80, some subsystems have separate clock controllers
downstream of the main clock unit. These include the MMC, USB, and
display engine subsystems.
Signed-off-by: Chen-Yu Tsai
---
.../devicetree/bindings/clock/sunxi-ccu.txt
All dts files for the sunxi platform have been switched to the generic
pinconf bindings. As a result, the sunxi specific pinctrl macros are
no longer used.
Remove the #include entry with the following command:
sed -i -e '/pinctrl\/sun4i-a10.h/D' \
arch/arm64/boot/dts/allwinner/*.dts?
Add support for the USB clock controls found on the A80.
Signed-off-by: Chen-Yu Tsai
---
.../devicetree/bindings/clock/sun9i-usb.txt| 24
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu-sun9i-a80-usb.c | 144 +
driv
On Mon, Jan 23, 2017 at 10:50:10PM +0800, ys...@foxmail.com wrote:
> From: Yisheng Xie
>
> This patch is to extends soft offlining framework to support
> non-lru page, which already support migration after
> commit bda807d44454 ("mm: migrate: support non-lru movable page
> migration")
>
> When m
Add support for the display engine clock controls found on the A80.
Signed-off-by: Chen-Yu Tsai
---
.../devicetree/bindings/clock/sun9i-de.txt | 28 ++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu-sun9i-a80-de.c| 283 ++
Hi everyone,
This series adds new "sunxi-ng" style drivers for the CCUs found in the
Allwinner A80 SoC. The A80 contains 1 main clock control unit, and some
subsystem specific clock control units at separate addresses. These
include the USB, display engine, and MMC.
- The MMC clocks can be supp
On Mon, 2017-01-23 at 10:48 +0100, SF Markus Elfring wrote:
[...]
> > The others are useless churn or they make the result uselessly
> > different from the rest of KVM code.
>
> I got an other view about potential benefits around the suggested
> movements for error code settings.
Which is not exp
Hi all
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling and port id selection register. These patches
add RK3399 support and the power domain support.
And these patches base on John
The vopb/vopl switch register of RK3399 mipi is different from RK3288,
the default setting for mipi dsi mode is different too, so add a
of_device_id structure to distinguish them, and make sure set the
correct mode before mipi phy init.
Signed-off-by: Chris Zhong
Signed-off-by: Mark Yao
---
Ch
The MIPI DSI do not need check the validity of resolution, the max
resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid
here.
Signed-off-by: Chris Zhong
---
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 39 --
correct the coding style, according the checkpatch scripts
Signed-off-by: Chris Zhong
---
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 33 -
1 file changed, 16 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/rockc
On 01/23/2017 06:09 PM, Kevin Hao wrote:
> On Mon, Jan 23, 2017 at 06:01:10PM -0800, Dave Hansen wrote:
>> On 01/23/2017 05:50 PM, Kevin Hao wrote:
>>> According to the ISA manual, XSAVES also set the XCOMP_BV[62:0]. My code
>>> only
>>> try to be compatible with what the cpu does when excuting XS
Reference the power domain incase dw-mipi power down when
in use.
Signed-off-by: Chris Zhong
Reviewed-by: Sean Paul
---
Changes in v4: None
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/rockchip
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 4 +++-
1 file changed, 3 in
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.tx
Hi all,
Today's linux-next merge of the mfd tree got a conflict in:
arch/arm/boot/dts/stm32f429.dtsi
between commits:
3604ef9c8154 ("ARM: dts: stm32: Add ADC support to stm32f429")
dd3feb755a4a ("ARM: dts: stm32: Add RTC support for STM32F429 MCU")
from the arm-soc tree and commit:
90
On 01/23/2017 08:49 PM, John Keeping wrote:
Hi Chris,
On Mon, 23 Jan 2017 09:38:54 +0800, Chris Zhong wrote:
On 01/22/2017 12:31 AM, John Keeping wrote:
The multiplication ratio for the PLL is required to be even due to the
use of a "by 2 pre-scaler". Currently we are likely to end up with
On Mon, Jan 23, 2017 at 01:50:32PM -0800, Linus Torvalds wrote:
> On Mon, Jan 23, 2017 at 7:05 AM, Michael S. Tsirkin wrote:
> >
> > virtio, vhost: fixes, cleanups
>
> Was there a reason why you sent this twice?
>
> Or was this *supposed* to be the ARM DMA fix pull request? Because it wasn't.
>
On Mon, Jan 23, 2017 at 07:12:03PM +1100, Michael Ellerman wrote:
> "Paul E. McKenney" writes:
>
> > On Sat, Jan 14, 2017 at 11:54:17AM -0800, Paul E. McKenney wrote:
> >> On Sat, Jan 14, 2017 at 10:35:50AM +0100, Ingo Molnar wrote:
> >> > * Paul E. McKenney wrote:
> >
> > [ . . . ]
> >
> >> > >
On Tue, Jan 24, 2017 at 9:35 AM, Bibby Hsieh wrote:
>
> Hi, Daniel,
>
> Thanks for your comment.
>
> On Tue, 2017-01-03 at 14:27 +0800, Daniel Kurtz wrote:
> > On Fri, Dec 30, 2016 at 2:26 PM, Bibby Hsieh
> > wrote:
> > >
> > > MT8173 overlay can support UYVY and YUYV format,
> > > we add the fo
The DSI0 and DSI1 blocks on the 2835 are related hardware blocks.
Some registers move around, and the featureset is slightly different,
as DSI1 (the 4-lane DSI) is a later version of the hardware block.
This driver doesn't yet enable DSI0, since we don't have any hardware
to test against, but it do
This is a resend from a month ago of just two of the patches (several
are accepted at this point) from the DSI series, hoping to collect an
ack from DT. Ccing the clock folks as well, since this ends up being
a clock provider.
Eric Anholt (2):
dt-bindings: Document the VC4 DSI module nodes.
d
These are part of the vc4 display pipeline.
Signed-off-by: Eric Anholt
---
.../devicetree/bindings/display/brcm,bcm-vc4.txt | 35 ++
1 file changed, 35 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt
b/Documentation/devicetree/binding
We may be able to see invalid Broadcom tags when the hardware and drivers are
misconfigured, or just while exercising the error path. Instead of flooding
the console with messages, flat out drop the packet.
Signed-off-by: Florian Fainelli
---
net/dsa/tag_brcm.c | 3 ++-
1 file changed, 2 inserti
> Yeah, we did have this same conversation awhile back, didn't we?
>
> Back then, did I think to ask if this could be minimized or even prevented
> by adding memory barriers appropriately? ;-)
>
> Thanx, Paul
Yes, it can be fixed by adding a
> Until now, the trans_stat information of passive devfreq is not updated.
> This patch updates the trans_stat information after setting the target
> frequency of passive devfreq device.
Acked-by: MyungJoo Ham
>
> Fixes: 996133119f57 ("PM / devfreq: Add new passive governor")
> Cc: sta...@vger.
> The _remove_devfreq() releases the all resources of the devfreq
> device. This function is only called in the devfreq_dev_release().
> For that reason, the devfreq core doesn't need to leave the
> _remove_devfreq() separately. This patch releases the all
> resources in the devfreq_dev_release() a
101 - 200 of 823 matches
Mail list logo
