On Thu, 2017-08-31 at 11:45 -0700, Kees Cook wrote:
> On Thu, Aug 31, 2017 at 10:19 AM, Mike Galbraith wrote:
> > On Thu, 2017-08-31 at 10:00 -0700, Kees Cook wrote:
> >>
> >> Oh! So it's gcc-version sensitive? That's alarming. Is this mapping
> >> correct:
> >>
> >> 4.8.5: WARN, eventual kernel
Document the devicetree bindings for the ltq-cputemp
Signed-off-by: Florian Eckert
---
Documentation/devicetree/bindings/hwmon/ltq-cputemp.txt | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 Documentation/devicetree/bindings/hwmon/ltq-cputemp.txt
diff --git a/Documentation
Add the lantiq cpu temperature sensor support for xrx200.
Signed-off-by: Florian Eckert
---
v2:
- remove default in Makefile
- fix spelling
- removing first read delay, because temperature value is not read during boot
anymore
- change calculation, compiler should to the optimization
- remove u
2017-09-01 14:44 GMT+08:00 Yang Zhang :
> On 2017/8/29 22:02, Wanpeng Li wrote:
>>>
>>> Here is the data we get when running benchmark netperf:
>>>
>>> 2. w/ patch:
>>>halt_poll_threshold=1 -- 15803.89 bits/s -- 159.5 %CPU
>>>halt_poll_threshold=2 -- 15899.04 bits/s -- 1
On Thu, Aug 31, 2017 at 12:47:59PM -0400, Nick Fox wrote:
> jonathan...@gctsemi.com, linux-kernel@vger.kernel.org
> Bcc:
> Subject: Re: [PATCH v2] staging : gdm724x: Rename variable for consistency
> Reply-To:
> In-Reply-To: <20170831162747.ga31...@kroah.com>
What just happened there?
What ema
On Thu, Aug 31, 2017 at 05:54:58PM +0100, Piotr Gregor wrote:
> This is a small and simple driver for handling of external
> interrupt signal asserted on pins of Amplicon's PCIe215 board.
> There is already a Comedi driver subsystem in kernel which handles
> that (and more) board, but that framewor
On 2017/8/29 21:55, Konrad Rzeszutek Wilk wrote:
On Tue, Aug 29, 2017 at 11:46:35AM +, Yang Zhang wrote:
So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called in
idle path which will polling for a while before we enter the real idle
state.
In virtualization, idle path includ
On Thu, Aug 31, 2017 at 10:26:06AM -0700, Sherry Yang wrote:
> Fix crash introduced by 74310e06be4d74dcf67cd108366710dee5c576d5
> (android: binder: Move buffer out of area shared with user space)
> when close is called after open without mmap in between.
>
> Signed-off-by: Sherry Yang
> ---
> dr
2017-09-01 14:32 GMT+08:00 Yang Zhang :
> On 2017/8/29 22:02, Wanpeng Li wrote:
>>>
>>> Here is the data we get when running benchmark netperf:
>>>
>>> 2. w/ patch:
>>>halt_poll_threshold=1 -- 15803.89 bits/s -- 159.5 %CPU
>>>halt_poll_threshold=2 -- 15899.04 bits/s -- 1
on 2017/8/29 22:39, Borislav Petkov wrote:
On Tue, Aug 29, 2017 at 11:46:37AM +, Yang Zhang wrote:
Add poll in do_idle. For UP VM, if there are running task, it will not
goes into idle path, so we only enable poll in SMP VM.
Signed-off-by: Yang Zhang
Signed-off-by: Quan Xu
Cc: Thomas Glei
Hi heiko,
在 2017/8/29 18:29, Heiko Stuebner 写道:
Am Dienstag, 29. August 2017, 18:17:11 CEST schrieb Mark yao:
On 2017年08月23日 14:26, Sandy Huang wrote:
This patch add Document for Rockchip Soc RK3288 LVDS,
This based on the patches from Mark yao and Heiko Stuebner.
Signed-off-by: Sandy Huang
On 2017/8/29 22:02, Wanpeng Li wrote:
Here is the data we get when running benchmark netperf:
2. w/ patch:
halt_poll_threshold=1 -- 15803.89 bits/s -- 159.5 %CPU
halt_poll_threshold=2 -- 15899.04 bits/s -- 161.5 %CPU
halt_poll_threshold=3 -- 15642.38 bits/s -
On Thu, Aug 31, 2017 at 11:00 PM, Dison River wrote:
> Hi:
> Buffer overflow in the mptctl_replace_fw() function in linux kernel
> MPT ioctl driver.
>
> In mptctl_replace_fw function, kernel didn't check the size of
> "newFwSize" variable allows attackers to cause a denial of service via
> unspeci
casting to void pointer from any pointer type and vice-versa is done
implicitly and therefore casting is not needed in such a case.
Done using Coccinellle.
Semantic Patch used :
@r@
expression x;
void* e;
type T;
identifier f;
@@
(
*((T *)e)
|
((T *)x)[...]
|
((T *)x)->f
|
- (T *)
e
)
On Fri, Sep 01, 2017 at 12:01:02PM +0530, Janani Sankara Babu wrote:
> This patch is created to solve the CamelCase issue. The members 'IEs' and
> 'IELength' of struct wlan_bssid_ex are being modified to 'ie' and
> 'ie_length' to solve the issue. And all the places where these variables
> are refer
Hi all,
Changes since 20170831:
The nfsd tree lost its build failure.
The scsi-mkp tree gained a conflict against Linus' tree.
The rpmsg tree lost its build failure.
Non-merge commits (relative to Linus' tree): 10840
10399 files changed, 549534 insertions(+), 194715
This patch is created to solve the CamelCase issue. The members 'IEs' and
'IELength' of struct wlan_bssid_ex are being modified to 'ie' and
'ie_length' to solve the issue. And all the places where these variables
are referenced inside rtl8188eu driver are also changed.
Signed-off-by: Janani Sankar
On 2017/8/29 22:02, Wanpeng Li wrote:
Here is the data we get when running benchmark netperf:
2. w/ patch:
halt_poll_threshold=1 -- 15803.89 bits/s -- 159.5 %CPU
halt_poll_threshold=2 -- 15899.04 bits/s -- 161.5 %CPU
halt_poll_threshold=3 -- 15642.38 bits/s -
Hi Thomas,
We run CRIU tests for linux-next and today they detected an issue. I've
bisected this problem and it looks like a problem is in this patch.
[root@fc24 criu]# python ./test/zdtm.py run -t zdtm/static/env00
=== Run 1/1 zdtm/static/env00
== Run zd
2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab :
> No driver uses this ioctl, nor it is documented anywhere.
>
> So, get rid of it.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/media/dmx.h.rst.exceptions| 13
> Documentation/media/uapi/dvb/dmx-set-source.rst |
On 08/31/2017 07:04 PM, Andy Shevchenko wrote:
On Mon, Aug 14, 2017 at 11:52 PM, Hans de Goede wrote:
On 14-08-17 22:45, Andy Shevchenko wrote:
On Mon, Aug 14, 2017 at 11:14 PM, Hans de Goede
wrote:
+int cht_int33fe_check_for_max17047(struct device *dev, void *data)
+{
+ const char *
29134.doc
Description: MS-Word document
On 2017/8/29 19:58, Alexander Graf wrote:
On 08/29/2017 01:46 PM, Yang Zhang wrote:
Some latency-intensive workload will see obviously performance
drop when running inside VM. The main reason is that the overhead
is amplified when running inside VM. The most cost i have seen is
inside idle path.
swake_up and swake_up_all test the swaitqueue outside the lock,
but they are missing the barrier that would ensure visibility
of a previous store that sets the wakeup condition with the
load that tests the swaitqueue. This could lead to a lost wakeup
if there is memory reordering. Fix this as presc
On Fri, Sep 01, 2017 at 01:31:35AM +0100, Andre Przywara wrote:
> Hi,
>
> On 31/08/17 00:36, Stefan Brüns wrote:
> > The A64 SoC has the same dma engine as the H3 (sun8i), with a
> > reduced amount of physical channels. Add the proper config data
> > and compatible string to support it.
>
> ...
>
Hi:
Buffer overflow in the mptctl_replace_fw() function in linux kernel
MPT ioctl driver.
In mptctl_replace_fw function, kernel didn't check the size of
"newFwSize" variable allows attackers to cause a denial of service via
unspecified vectors that trigger copy_from_user function calls with
improp
on 2017/8/29 20:45, Peter Zijlstra wrote:
On Tue, Aug 29, 2017 at 11:46:37AM +, Yang Zhang wrote:
Add poll in do_idle. For UP VM, if there are running task, it will not
goes into idle path, so we only enable poll in SMP VM.
Signed-off-by: Yang Zhang
Signed-off-by: Quan Xu
Broken SoB cha
do_task_stat() calls get_wchan(), which further does unbind_frame().
unbind_frame() restores frame->pc to original value in case function
graph tracer has modified a return address (LR) in a stack frame to hook
a function return. However, if function graph tracer has hit a filtered
function, then w
Hi Khalid,
> On Aug 30, 2017, at 3:27 PM, Khalid Aziz wrote:
>
> Hi Anthony,
>
> Thanks for taking the time to provide feedback. My comments inline below.
>
> On 08/25/2017 04:31 PM, Anthony Yznaga wrote:
>>> On Aug 9, 2017, at 2:26 PM, Khalid Aziz wrote:
>>> ..deleted..
>>> +provided
The PCA9552 lines can be used either for driving LEDs or as GPIOs. The
manual states that for LEDs, the operation is open-drain:
The LSn LED select registers determine the source of the LED data.
00 = output is set LOW (LED on)
01 = output is set high-impedance (LED
On Mon, Aug 28, 2017 at 08:01:59PM +0800, Dennis Yang wrote:
> break_stripe_batch_list() did not preserve STRIPE_ON_UNPLUG_LIST which is
> set when a stripe_head gets queued to the stripe_head list maintained by
> raid5_plug_cb and waiting for releasing after blk_unplug().
>
> In release_stripe_pl
There have been some questions about the upgrade of the default client
dialect for cifs.ko from CIFS (SMB1) to SMB3 (discussed in earlier
email threads), but also requests for clarification of some of the
warning messages relating to the default dialect upgrade. While
additional changes can be mad
On 08/31/17 16:13, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2017-08-31-16-13 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my -mm
On Fri, Sep 01, 2017 at 01:51:01PM +1000, Benjamin Herrenschmidt wrote:
> This allow to (slowly) migrate those embedded platforms
> to of_platform_default_populate()
>
> Signed-off-by: Benjamin Herrenschmidt
> ---
>
> I'm here to collect acks (or comments :-) I'd like this to go via
> the powerp
On Thu, Aug 31, 2017 at 04:29:38PM -0700, Kees Cook wrote:
> With timer initialization made unconditional, there is no reason to
> make del_timer_sync() calls conditionally, there by removing the test
> of the .data field.
>
> Cc: Ian Abbott
> Cc: H Hartley Sweeten
> Cc: Greg Kroah-Hartman
> Cc
"Naveen N. Rao" writes:
> When we try to install a uprobe breakpoint in uprobe_mmap(), we ignore
> all errors encountered in the process per this comment at the top of
> the function:
> /*
> * Called from mmap_region/vma_adjust with mm->mmap_sem acquired.
> *
> * Currently we i
On Thu, Aug 31, 2017 at 04:29:25PM -0700, Kees Cook wrote:
> Several timer users needlessly reset their .function/.data fields during
> their timer callback, but nothing else changes them. Some users do not
> use their .data field at all. Each instance is removed here.
>
> Cc: Krzysztof Halasa
>
On Thu, Aug 31, 2017 at 01:56:40PM -0600, Jens Axboe wrote:
> On 08/31/2017 10:52 AM, Greg Kroah-Hartman wrote:
> > On Wed, Aug 30, 2017 at 05:04:56PM +0300, Dan Carpenter wrote:
> >> The kernfs_get_inode() returns NULL on error, it never returns error
> >> pointers.
> >>
> >> Fixes: aa8188253474 (
On Thu, Aug 31, 2017 at 01:08:33PM -0600, Shuah Khan wrote:
> On 08/31/2017 09:44 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.47 release.
> > There are 12 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
This array is a bitmap for sorting the number of vectors
assigned on each CPU, thus to quickly retrieve the CPU
which have assigned the least amount of vectors, then
choose that CPU as a hint to spread the vectors among
multiple CPUs.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc:
Introduce a variable inside the vector_irq, to record the number
of vectors assigned per CPU. This is to prepare for the vector
spreading work.
No functional change.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: "Rafael J. Wysocki"
Cc: Len Brown
Cc: Dan Williams
Signed-off-by
On Thu, Aug 31, 2017 at 07:30:37PM -0700, Guenter Roeck wrote:
> On Thu, Aug 31, 2017 at 05:43:36PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.69 release.
> > There are 24 patches in this series, all will be posted as a response
> > to this one.
This is the major logic to spread the vectors on different CPUs.
The main idea is to choose the 'idlest' CPU which has assigned
the least number of vectors as the candidate/hint for the vector
allocation domain, in the hope that the vector allocation domain
could leverage this hint to generate corr
Update the number of vectors assigned on each CPU during
vector allocation/free process. This is to prepare for
the vector spreading work that, we can find out the CPU
with least vectors assigned.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: "Rafael J. Wysocki"
Cc: Len Brown
C
This patch set tries to spread the vectors assigned on different
CPUs as much as possible. The requirement to do this came from
a hibernation issue encountered on a vector-heavily-used system
which has many multi queue devices on that, the CPUs failed to be
brought offline due to insufficient free
On 8/31/2017 1:04 PM, Vlastimil Babka wrote:
On 08/30/2017 09:32 AM, Prakash Gupta wrote:
The page_owner stacktrace always begin as follows:
[] save_stack+0x40/0xc8
[] __set_page_owner+0x3c/0x6c
Hmm, on x86_64 it looks like this:
save_stack_trace+0x16/0x20
save_stack+0x43/0xe0
__set_p
Hi all,
Today's linux-next merge of the scsi-mkp tree got a conflict in:
include/scsi/scsi_cmnd.h
between commit:
70e42fd02c46 ("scsi: sd_zbc: Write unlock zone from sd_uninit_cmnd()")
from Linus' tree and commit:
64104f703212 ("scsi: Call scsi_initialize_rq() for filesystem requests")
On Thu, Aug 31, 2017 at 03:03:44PM -0500, Bjorn Helgaas wrote:
> On Fri, Aug 18, 2017 at 12:02:21PM +0100, Gabriele Paoloni wrote:
> > Currently if an uncorrectable error is reported by an EP the AER
> > driver walks over all the devices connected to the upstream port
> > bus and in turns call the
On Thu, 31 Aug 2017 18:10:14 -0400
Don Zickus wrote:
> On Thu, Aug 31, 2017 at 09:15:58AM +0200, Thomas Gleixner wrote:
> > The lockup detector is broken is several ways:
> >
> > - It's deadlock prone vs. CPU hotplug in various ways. Some of these
> > are due to recursive cpus_read_loc
When failing to enter broadcast timer mode for an idle state that
requires it, a new state is selected that does not require broadcast,
but the broadcast variable remains set. This causes
tick_broadcast_exit to be called despite not having entered broadcast
mode.
This causes the WARN_ON_ONCE(!irqs
Hi All,
I'm glad to announce SCST 3.3 pre-release code freeze in the SCST SVN branch
3.3.x.
You can get it by command:
$ svn co https://scst.svn.sourceforge.net/svnroot/scst/branches/3.3.x
It is going to be released after few weeks of testing, if no significant issues
found.
SCST is alternat
Hi guys,
Any thoughts on these?
Thanks,
Nick
On Sun, 20 Aug 2017 19:25:00 +1000
Nicholas Piggin wrote:
> Nicholas Piggin (2):
> locking: Use spin primitives for busy loops
> sched/idle: Use spin loop primitives for polling idle
>
> include/linux/bit_spinlock.h| 5 ++---
> includ
The TPACKET_V3 test of PACKET_TX_RING will fail with kernel version
lower than v4.11. Supported code of tx ring was add with commit id
<7f953ab2ba46: af_packet: TX_RING support for TPACKET_V3> at Jan. 3
of 2017.
So skip this item test instead of reporting failing for old kernels.
Signed-off-by: O
This allow to (slowly) migrate those embedded platforms
to of_platform_default_populate()
Signed-off-by: Benjamin Herrenschmidt
---
I'm here to collect acks (or comments :-) I'd like this to go via
the powerpc tree along with the patches converting some of the
platforms. I'll be adding more bus
On 2017年09月01日 01:04, Radu Rendec wrote:
Hello,
Looking at the code in virtnet_set_link_ksettings, it seems the speed
and duplex can be set to any valid value. The driver will "remember"
them and report them back in virtnet_get_link_ksettings.
However, the supported link modes (link_modes.sup
I have a programe to test CFS latency or fairness on high load,
the test shows CFS has high latency when disable autogroup
the program is in
https://gist.github.com/anonymous/af21ae289cfa5c6310eeac73b7a478ff.
the programe creates many threads, every thread does thing like:
do {
now =gettime()
Hi Suganath,
> Let me explain - NVME device fast path is possible in two ways. IEEE
> SGL and PRP SGL. Due to h/w constraint we choose IEEE SGL only for
> smaller IO size. Both above is true h/w Fast Path and no firmware
> involvement.
> Agree with you. We are planning to see if we can keep on
Hi Hans,
On 2017/8/24 14:41, Hans Verkuil wrote:
On 08/24/2017 08:25 AM, Yang, Wenyou wrote:
On 2017/8/23 18:37, Hans Verkuil wrote:
On 08/22/17 09:30, wenyou.y...@microchip.com wrote:
Hi Hans,
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: 2017年8月22日 15:0
To improve the readability of code, split the format array into two,
one for the format description, other for the register configuration.
Meanwhile, add the flag member to indicate the format can be achieved
from the sensor or be produced by the controller, and rename members
related to the regist
A software write operation to the ISC_CLKEN or ISC_CLKDIS register
requires double clock domain synchronization and is not permitted
when the ISC_SR.SIP is asserted. So add the .prepare and .unprepare
ops to make sure the ISC_CLKSR.SIP is unasserted before the write
operation to the ISC_CLKEN or IS
To meet the relationship, enable the HCLOCK and ispck during the
device probe, "isc_pck frequency is less than or equal to isc_ispck,
and isc_ispck is greater than or equal to HCLOCK."
Meanwhile, call the pm_runtime_enable() in the right place.
Signed-off-by: Wenyou Yang
---
drivers/media/platf
Add the spin lock for the clock enable and disable operations.
Signed-off-by: Wenyou Yang
---
drivers/media/platform/atmel/atmel-isc.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/atmel/atmel-isc.c
b/drivers/media/platform/atmel/atme
To improve the readability of code, rework the format list table,
split the format array into two. And fix the clock operation issue.
Wenyou Yang (4):
media: atmel_isc: Add spin lock for clock enable ops
media: atmel-isc: Add prepare and unprepare ops
media: atmel-isc: Enable the clocks dur
On Donnerstag, 31. August 2017 16:51:35 CEST Maxime Ripard wrote:
> Hi,
>
> On Thu, Aug 31, 2017 at 01:36:07AM +0200, Stefan Brüns wrote:
> > +/* Between SoC generations, there are some significant differences:
> > + * - A23 added a clock gate register
> > + * - the H3 burst length field has a dif
On Thu, Aug 31, 2017 at 06:30:48PM -0700, Stephen Boyd wrote:
> On 08/31, Shawn Guo wrote:
> > On Wed, Aug 30, 2017 at 02:02:03PM -0700, Stephen Boyd wrote:
> > > On 08/26, Shawn Guo wrote:
> > > > On Fri, Aug 25, 2017 at 04:18:18PM -0700, Stephen Boyd wrote:
> > > > >
> > > > > Right. Does the GP
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in generic situation is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Cc: Arnd Bergmann
Cc: linux-a.
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in tile platform is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Acked-by: Chris Metcalf
Cc: Chris
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in S390 platform is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Acked-by: Heiko Carstens
Cc: Marti
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macros in both IP27 and Loongson64 are unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Cc: Ralf Baechle
Cc:
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in SPARC64 platform is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Acked-by: David S. Miller
Cc: "
Changelog:
v1 --> v2:
--Remove the patches which have been add to each arch tree individually.
[01/11] arm64 ...Has been added to arm64 tree, Queued for 4.14
[03/11] metag ...Has been added to the -mm tree
[05/11] powerpc ...Has been added to the powerpc tree
[10/11]
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in IA64(Itanium) platform is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Cc: Tony Luck
Cc: Fenghua
Commit a7be6e5a7f8d ("mm: drop useless local parameters of
__register_one_node()") removes the last user of parent_node().
The parent_node() macro in SUPERH platform is unnecessary.
Remove it for cleanup.
Reported-by: Michael Ellerman
Signed-off-by: Dou Liyang
Cc: Yoshinori Sato
Cc: Rich Felk
Hi Marc,
> -Original Message-
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: 2017年8月31日 23:16
> To: Z.q. Hou ; linux-arm-ker...@lists.infradead.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; t...@linutronix.de;
> ja...@lakedaemon.net; robh...@kernel.org; mark.
This patch adds SoC-specific parameter to avoid reading/writing
specific registers wrongly if this driver runs on a SoC which doesn't
have dedicated pins (e.g. R-Car D3).
Signed-off-by: Yoshihiro Shimoda
---
drivers/phy/renesas/phy-rcar-gen3-usb2.c | 24 +++-
1 file changed,
This patch set is based on the latest phy.git / next branch
(the commit id = d9c51f4c53ae2af03aa8bd001d46f21b0adcdab8).
After this patch set is applied, a usb 2.0 host node that is combined
with usb 2.0 peripheral needs 'dr_mode = "otg";' property.
Changes from v2:
- Revise the commit log ("SoCs
The previous code assumed a channel has otg capability if a channel
has interrupt property. But, it is not good because:
- Battery charging feature also needs interrupt property.
- Some R-Car Gen3 SoCs (e.g. R-Car D3) don't have OTG capability.
So, this patch checks whether usb 2.0 host node has
This patch adds binding for r8a77995 (R-Car D3). Since r8a77995 doesn't
have dedicated pins (ID, VBUS), this will match against the generic
fallback on R-Car D3.
For now, this driver doesn't support usb role swap for r8a77995.
Signed-off-by: Yoshihiro Shimoda
---
Documentation/devicetree/bindin
The has_otg on previous code has the two meaning:
- The channel has dedicated otg pins (ID, VBUS).
- The channel can swap the role via sysfs.
However, some SoCs (e.g. R-Car D3) doesn't have such dedicated pins,
but the SoCs can swap the role. So, this patch split the two meaning
of has_otg as "h
> -Original Message-
> From: Sergei Shtylyov
> Sent: Thursday, August 31, 2017 6:43 PM
>
> On 8/31/2017 10:31 AM, Yoshihiro Shimoda wrote:
>
> > This patch adds SoC-specific parameter to avoid reading/writing
> > specific registers wronly if this driver runs on a SoC which doesn't
>
>
Hello,
> -Original Message-
> From: Sergei Shtylyov
> Sent: Thursday, August 31, 2017 6:41 PM
>
> Hello!
>
> On 8/31/2017 10:31 AM, Yoshihiro Shimoda wrote:
>
> > The previous code assumed a channel has otg capability if a channel
> > has interrupt property. But, it is not good because:
On Thu, Aug 31, 2017 at 05:44:05PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.47 release.
> There are 12 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Thu, Aug 31, 2017 at 05:43:53PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.86 release.
> There are 16 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
On Thu, Aug 31, 2017 at 05:43:36PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.69 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Thu, Aug 31, 2017 at 06:32:40PM -0700, Stephen Boyd wrote:
> On 08/29, Leo Yan wrote:
> > The old code uses tcxo (19.2MHz) as watchdog clock but actually the
> > watchdog uses 32K clock, as result the watchdog timeout cannot be set
> > correctly and delay long time to reset SoC.
> >
> > So this
On Thu, Aug 31, 2017 at 10:34:53AM +0200, Peter Zijlstra wrote:
> On Thu, Aug 31, 2017 at 05:15:01PM +0900, Byungchul Park wrote:
> > It's not important. Ok, check the following, instead:
> >
> > context X context Y
> > - -
> >
On Fri, 2017-09-01 at 10:40 +0900, Sergey Senozhatsky wrote:
> On (08/29/17 22:24), Pavel Machek wrote:
> > > > In 4.13-rc, printk("foo"); printk("bar"); seems to produce
> > > > foo\nbar. That's... quite surprising/unwelcome. What is going on
> > > > there? Are timestamps responsible?
[]
> > You a
Elaine Zhang (3):
clk: rockchip: rk3128: add pclk_pmu as critical clock
clk: rockchip: rk3128: fix up pvtm and mipi_24m gate regs description
error
clk: rockchip: rk3126: add sclk_timer5 as critical clock
drivers/clk/rockchip/clk-rk3128.c | 10 ++
1 file changed, 6 insertions(+)
Signed-off-by: Elaine Zhang
---
drivers/clk/rockchip/clk-rk3128.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3128.c
b/drivers/clk/rockchip/clk-rk3128.c
index f15c9b874911..ce02d2cff608 100644
--- a/drivers/clk/rockchip/clk-rk3128.c
+++
sclk_timer5 is for arm arch counter, so need always on.
but no dts node to handle this clk, so make it as critical clock
Signed-off-by: Elaine Zhang
---
drivers/clk/rockchip/clk-rk3128.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/rockchip/clk-rk3128.c
b/drivers/clk/rockchip
pclk_pmu need always on, and no dts node to handle this clk,
so make it as critical clock
Signed-off-by: Elaine Zhang
---
drivers/clk/rockchip/clk-rk3128.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3128.c
b/drivers/clk/rockchip/clk-rk3128.c
On Thu, 2017-08-31 at 14:52 -0500, Rob Herring wrote:
> On Fri, Aug 25, 2017 at 02:32:30PM +0800, Chen Zhong wrote:
> > This patch adds the device tree binding documentation for the MediaTek
> > pmic keys found on PMIC MT6397/MT6323.
> >
> > Signed-off-by: Chen Zhong
> > ---
> > .../devicetree/b
The gscaler has maximum size of input or output rotation. Add the
hardware limits property for the gscaler rotation in the exynos5250
and exynos5420 dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos5250.dtsi | 8
arch/arm/boot/dts/exynos5420.dtsi | 4
2 files changed, 1
Hello all,
The gscaler has hardware rotation limits. So this patch set support
the rotate hardware limits of gsc.
Best regards,
Hoegeun
Hoegeun Kwon (3):
ARM: dts: exynos: Add the hardware rotation limits for gsc
arm64: dts: exynos: Add the hardware rotation limits for gsc
drm/exynos/gsc:
The gscaler has hardware rotation limits that need to be imported from
dts. Parse them and add them to the property list.
The rotation hardware limits are related to the cropped source size.
When swap occurs, use rot_max size instead of crop_max size.
Also the scaling limits are related to post s
The gscaler has maximum size of input or output rotation. Add the
hardware limits property for the gscaler rotation in the exynos5433
dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/exyn
On 07/27, Colin King wrote:
> From: Colin Ian King
>
> strrchr can potentially return a null so the following strlen on the
> null pointer can cause a null dereference. Add a check to see if
> the string postfix is not null before calling strlen.
>
> Detected by CoverityScan, CID#1452039 ("Deref
On 07/26, Peter De Schrijver wrote:
> On Tue, Jul 25, 2017 at 05:32:08PM -0700, Stephen Boyd wrote:
> > On 07/25, Peter De Schrijver wrote:
> > > From: Alex Frid
> > >
> > > Add a check for error returned by divider value calculation to avoid
> > > writing error code into hw register.
> > >
> >
Hi Andrew,
On Thu, 31 Aug 2017 16:13:48 -0700 a...@linux-foundation.org wrote:
>
> * mm-hmm-struct-hmm-is-only-use-by-hmm-mirror-functionality-v2-fix.patch
You should have dropped the above patch from me before applying the
below patch from Jérôme.
> * mm-hmm-fix-build-when-hmm-is-disabled.patch
On 07/25, Peter De Schrijver wrote:
> From: Alex Frid
>
> Add a check for error returned by divider value calculation to avoid
> writing error code into hw register.
>
> Signed-off-by: Alex Frid
> Reviewed-by: Peter De Schrijver
> Reviewed-by: Jon Mayo
> ---
Applied to clk-next
--
Qualcomm
1 - 100 of 982 matches
Mail list logo
