Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v8:
- fix available formats for tda19971 bt656 bus width >12
- support full range of input modes based on timings_cap
- fix set_format (compliance)
- fixed get/set edid (compliance)
- add init_cfg to
Signed-off-by: Tim Harvey
---
v5:
- add missing audmux config
---
arch/arm/boot/dts/imx6qdl-gw551x.dtsi | 138 ++
1 file changed, 138 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
b/arch/arm/boot/dts/imx6qdl-gw551x.dtsi
index 30d4662..749548a
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v5:
- remove leading 0 from unit address
- add newline between property list and child node
v4: no changes
v3: no changes
v2:
- add HDMI au
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 845fc25..439b500 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13262,6 +13262,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F: dri
From: Hans Verkuil
Add the v4l2_hdmi_colorimetry() function so we have a single function
that determines the colorspace, YCbCr encoding, quantization range and
transfer function from the InfoFrame data.
Signed-off-by: Hans Verkuil
Signed-off-by: Tim Harvey
---
drivers/media/v4l2-core/v4l2-dv-
On Fri, Jan 26, 2018 at 4:15 PM, Stephen Boyd wrote:
> On 01/25, Rajendra Nayak wrote:
>> create mode 100644 arch/arm64/boot/dts/qcom/sdm845-mtp.dts
>> create mode 100644 arch/arm64/boot/dts/qcom/sdm845-mtp.dtsi
>
> Do we really need two files? Maybe collapse the two?
>
>> create mode 100644 ar
On Tue, Feb 6, 2018 at 11:48 AM, Dan Williams wrote:
>
> Just to clarify, when you say "this patch" you mean:
>
> 2fbd7af5af86 x86/syscall: Sanitize syscall table de-references
> under speculation
>
> ...not this early MASK_NOSPEC version of the patch, right?
I suspect not. If that patch is
Linus,
Please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
# HEAD: ca66e797120fb09b8138623fb4b563e952586ef5 locking/qrwlock: include
asm/byteorder.h as needed
An endianness fix and a jump label
Commit baf5086840ab1 ("cxgb4: restructure VF mgmt code") has reordered
some code but an error handling label has not been updated accordingly.
So fix it and free 'adapter' if 't4_wait_dev_ready()' fails.
Fixes: baf5086840ab1 ("cxgb4: restructure VF mgmt code")
Signed-off-by: Christophe JAILLET
--
On 02/06/2018 05:49 PM, Colin King wrote:
> From: Colin Ian King
>
> Variable real_size is initialized with a value that is never read,
> it is re-assigned a new value later on, hence the initialization is
> redundant and can be removed.
>
> Cleans up clang warning:
> lib/test_kasan.c:422:21:
On Tue, Feb 06, 2018 at 08:09:00PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 06, 2018 at 06:33:15PM +, Patrick Bellasi wrote:
>
> > Good point, I was actually expecting this question and I should have
> > added it to the cover letter, sorry.
> >
> > The reasoning was: the task's estimated ut
1) Fix error path in netdevsim, from Jakub Kicinski.
2) Default values listed in tcp_wmem and tcp_rmem documentation
were inaccurate, from Tonghao Zhang.
3) Fix route leaks in SCTP, both for ipv4 and ipv6. From Alexey
Kodanev and Tommi Rantala.
4) Fix "MASK < Y" meant to be "MASK << Y" i
On Sun, Jan 28, 2018 at 10:17:39AM +0200, Tomas Winkler wrote:
> TPM2_CC_Create(0x153) and TPM2_CC_CreatePrimary (0x131) involve generation
> of crypto keys which can be a computationally intensive task.
> The timeout is set to 3min.
>
> Signed-off-by: Tomas Winkler
This is still NAK because we
On Tue 06 Feb 11:49 PST 2018, Doug Anderson wrote:
> Hi,
>
> On Tue, Feb 6, 2018 at 11:06 AM, Bjorn Andersson
> wrote:
> > On Tue 06 Feb 10:37 PST 2018, Doug Anderson wrote:
> >
> >> Hi,
> >>
> >> On Fri, Jan 26, 2018 at 2:18 PM, Stephen Boyd wrote:
> >> > On 01/25, Rajendra Nayak wrote:
> >> >
On Sun, Jan 28, 2018 at 09:51:01AM +0200, Tomas Winkler wrote:
> We cannot use go_idle cmd_ready commands via runtime_pm handles
> as with the introduction of localities this is no longer an optional
> feature, while runtime pm can be not enabled.
> Though cmd_ready/go_idle provides power saving fe
On Sun, Jan 28, 2018 at 09:17:53PM +, Winkler, Tomas wrote:
>
> >
> > On Sun, Jan 28, 2018 at 09:51:00AM +0200, Tomas Winkler wrote:
> >
> > > diff --git a/include/linux/tpm.h b/include/linux/tpm.h index
> > > bcdd3790e94d..06639fb6ab85 100644
> > > +++ b/include/linux/tpm.h
> > > @@ -44,7 +
On 2/6/18 2:24 AM, Greg KH wrote:
> On Mon, Feb 05, 2018 at 06:25:27PM -0800, Srivatsa S. Bhat wrote:
>> From: Srivatsa S. Bhat
>>
>> register_blkdev() and __register_chrdev_region() treat the major
>> number as an unsigned int. So print it the same way to avoid
>> absurd error statements such as:
On 2018-02-02 03:05, Mark Rutland wrote:
On Thu, Feb 01, 2018 at 12:39:09PM -0800, Channa wrote:
On 2018-02-01 02:44, Mark Rutland wrote:
> On Thu, Jan 25, 2018 at 03:55:12PM -0800, Channagoud Kadabi wrote:
> > Documentation for last level cache controller device tree bindings,
> > client bindin
Hi Linus,
The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323:
Linux 4.15-rc1 (2017-11-26 16:01:47 -0800)
are available in the git repository at:
git://git.infradead.org/linux-platform-drivers-x86.git
tags/platform-drivers-x86-v4.16-1
for you to fetch changes up to
From: Markus Elfring
Date: Tue, 6 Feb 2018 20:48:04 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/hid/hid-a4tech.c | 4 +---
1 file changed, 1 insertion(+), 3 de
> -Original Message-
> From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver-x86-
> ow...@vger.kernel.org] On Behalf Of Paul Menzel
> Sent: Tuesday, February 6, 2018 10:08 AM
> To: Limonciello, Mario
> Cc: Pali Rohár ; it+platform-driver-...@molgen.mpg.de;
> platform-driv
Hi,
On Tue, Feb 6, 2018 at 11:06 AM, Bjorn Andersson
wrote:
> On Tue 06 Feb 10:37 PST 2018, Doug Anderson wrote:
>
>> Hi,
>>
>> On Fri, Jan 26, 2018 at 2:18 PM, Stephen Boyd wrote:
>> > On 01/25, Rajendra Nayak wrote:
>> >> diff --git a/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
>> >> b/arch/arm
On Tue, Feb 6, 2018 at 11:29 AM, Luis Henriques wrote:
> On Thu, Jan 18, 2018 at 04:02:21PM -0800, Dan Williams wrote:
>> The syscall table base is a user controlled function pointer in kernel
>> space. Like, 'get_user, use 'MASK_NOSPEC' to prevent any out of bounds
>> speculation. While retpoline
'HWTSTAMP_TX_ON' should be handled as a value, not as a bit mask.
The modified code should behave the same, because HWTSTAMP_TX_ON is 1
and no other possible values of 'tx_type' would match the test.
However, this is more future-proof, should other values be allowed one day.
See 'struct hwtstamp_c
On Sun, Feb 4, 2018 at 7:58 PM, Steven Presser wrote:
> I had a chance to sit back down with the machine. I didn't take it all the
> way apart - there are pieces that I'm afraid of breaking without directions
> on how to properly disassemble them.
No need I think to go so-o deep.
> However, I
On Tue, 2018-02-06 at 11:13 -0800, Guenter Roeck wrote:
> On Tue, Feb 06, 2018 at 07:10:27PM +, David Woodhouse wrote:
> >
> >
> >
> > On Tue, 2018-02-06 at 11:02 -0800, Greg Kroah-Hartman wrote:
> > >
> > > .
> > > >
> > > >
> > > > David
> > > > I believe I got the patch(es) you men
On Fri, 2018-01-26 at 21:08 +0100, Borislav Petkov wrote:
> Make it all a function which does the WRMSR instead of having a hairy
> inline asm.
...
> + alternative_input("",
> + "call __ibp_barrier",
> + X86_FEATURE_IBPB,
> + ASM_
On Mon, Feb 5, 2018 at 4:25 PM, John Garry wrote:
> On 05/02/2018 13:16, Andy Shevchenko wrote:
>> On Thu, Feb 1, 2018 at 1:32 PM, John Garry wrote:
>> resource_size_t is dynamic width type, you will see a compiler
>> warning. For this we have
>> %pap specifier.
>>
>> Moreover, in some cases it'
Document sysfs attributes of s6e63m0 lcd panel driver by looking through
git logs and reading code.
Signed-off-by: Aishwarya Pant
---
Changes in v2:
- Update contact information
Documentation/ABI/testing/sysfs-class-lcd-s6e63m0 | 27 +++
1 file changed, 27 insertions(+)
cre
On Mon, Feb 5, 2018 at 6:25 PM, Niklas Cassel wrote:
> On Thu, Feb 01, 2018 at 02:00:40PM -0500, Jingoo Han wrote:
>> On Thursday, February 1, 2018 1:58 PM, Andy Shevchenko wrote:
>> >
>> > On Thu, Feb 1, 2018 at 6:11 PM, Niklas Cassel
>> > wrote:
>> >
>> > include/linux/sizes.h:
>> >
>> > +SZ_4G
Hi,
On Wed, Jan 31, 2018 at 8:19 AM, Rajendra Nayak wrote:
> Add the qup uart node and geni se instance needed to
> support the serial console on the MTP.
>
> Signed-off-by: Rajendra Nayak
> ---
> arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 42
> +
> arch/arm64/bo
From: Markus Elfring
Date: Tue, 6 Feb 2018 20:06:53 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/hid/hid-apple.c | 4 +---
1 file changed, 1 insertion(+), 3 del
On Thu, Jan 18, 2018 at 04:02:21PM -0800, Dan Williams wrote:
> The syscall table base is a user controlled function pointer in kernel
> space. Like, 'get_user, use 'MASK_NOSPEC' to prevent any out of bounds
> speculation. While retpoline prevents speculating into the user
> controlled target it do
On Tue, 2018-02-06 at 10:20 +0100, Daniel Reichelt wrote:
> On 02/06/2018 01:24 AM, Trond Myklebust wrote:
> > Does the following fix the issue?
> >
> > 8<---
> > From 9b30889c548a4d45bfe6226e58de32504c1d682f Mon Sep 17 00:00:00
> > 2001
> > From: Trond
Em Tue, Feb 06, 2018 at 07:18:12PM +0100, Jiri Olsa escreveu:
> When we strip the perf binary, dwarf unwind test stop
> to work. The reason is that strip will remove static
> function symbols, which we need to check for unwind.
>
> This change will keep this test working in cases where
> the globa
Em Tue, Feb 06, 2018 at 07:18:13PM +0100, Jiri Olsa escreveu:
> In commit 2f15bd8c6c6e ("perf tools: Fix "Command" sort_entry's cmp and
> collapse function")
> we switched from pointer to string comparison.
>
> But failed to remove related comments. Removing them and adding
> another one to warn
On Tue, Feb 6, 2018 at 2:17 PM, David Woodhouse wrote:
> On Tue, 2018-02-06 at 11:13 -0800, Guenter Roeck wrote:
>> On Tue, Feb 06, 2018 at 07:10:27PM +, David Woodhouse wrote:
>> >
>> >
>> >
>> > On Tue, 2018-02-06 at 11:02 -0800, Greg Kroah-Hartman wrote:
>> > >
>> > > .
>> > > >
>> > > >
>>
Add support for Advantech DMS-BA16 board, which uses
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
Changes in v3:
- Fix the SPDX lines issue
- Fix the eeprom setting issue
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6q-dms-ba16.dts | 140 +
Instead of using the cfs_rq_is_decayed() which monitors all *_avg
and *_sum, we create a cfs_rq_has_blocked() which only takes care of
util_avg and load_avg. We are only interested by these 2 values which are
decaying faster than the *_sum so we can stop the periodic update earlier.
Signed-off-by:
This patchset applies on top of Peter's sched/esting branch minus the last 2
commit:
56eb46798b33 ("sched: Clean up nohz enter/exit")
v2:
- minor naming updates
Vincent Guittot (3):
sched: Stop nohz stats when decayed
sched: reduce the periodic update duration
sched: update blocked load wh
Stopped the periodic update of blocked load when all idle CPUs have fully
decayed. We introduce a new nohz.has_blocked that reflect if some idle
CPUs has blocked load that have to be periodiccally updated. nohz.has_blocked
is set everytime that a Idle CPU can have blocked load and it is then clear
When NEWLY_IDLE load balance is not triggered, we might need to update the
blocked load anyway. We can kick an ilb so an idle CPU will take care of
updating blocked load or we can try to update them locally before entering
idle. In the latter case, we reuse part of the nohz_idle_balance.
Signed-of
On Wed, Feb 7, 2018 at 4:33 AM, Dmitry Vyukov wrote:
> On Tue, Feb 6, 2018 at 6:31 PM, syzbot
> wrote:
>> Hello,
>>
>> syzbot hit the following crash on upstream commit
>> e237f98a9c134c3d600353f21e07db915516875b (Mon Feb 5 21:35:56 2018 +)
>> Merge tag 'xfs-4.16-merge-5' of
>> git://git.kern
Em Tue, Feb 06, 2018 at 07:59:51PM +0100, Jiri Olsa escreveu:
> On Tue, Feb 06, 2018 at 03:48:20PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Feb 06, 2018 at 07:17:57PM +0100, Jiri Olsa escreveu:
> > > If we have the time in, keep the events in time order.
> >
> > Try to be more verbose, w
Update cpuidle documentation using git logs and existing documentation
in Documentation/cpuidle/sysfs.txt. This might be useful for scripting
and tracking changes in the ABI.
Signed-off-by: Aishwarya Pant
---
Changes in v4:
- Fix patch formatting
v3:
- Fix subject line
v2:
- Merge cpuidle_sysfs_s
On Tue, Feb 06, 2018 at 07:10:27PM +, David Woodhouse wrote:
>
>
> On Tue, 2018-02-06 at 11:02 -0800, Greg Kroah-Hartman wrote:
> > .
> > >
> > > David
> > > I believe I got the patch(es) you mention in in the stable 4.15.1
> > >kernel:
> > >
> > > Pull x86/pti updates from Thomas Gleixn
On Tue, 2018-02-06 at 11:02 -0800, Greg Kroah-Hartman wrote:
> .
> >
> > David
> > I believe I got the patch(es) you mention in in the stable 4.15.1 kernel:
> >
> > Pull x86/pti updates from Thomas Gleixner: "Another set of melted
> > spectrum related changes"
> > (commit 6304672b7f0a5c010002
> x86/PCI: VMD: Fix malformed default
In the title, please include a clue about what default you're talking
about, e.g., mention Kconfig somehow.
On Mon, Feb 05, 2018 at 02:21:32AM +0100, Ulf Magnusson wrote:
> 'default N' should be 'default n', though they happen to have the same
> effect here,
From: Jin Qian
partial backport from 21fc61c73c3903c4c312d0802da01ec2b323d174 upstream
to v4.4 to prevent virt_to_page on highmem.
ext4_encrypted_follow_link uses kmap() for cpage
caddr = kmap(cpage);
_ext4_fname_disk_to_usr calls virt_to_page on the kmapped address.
_ext4_fname_disk_to_usr
Em Tue, Feb 06, 2018 at 07:18:04PM +0100, Jiri Olsa escreveu:
> It simplifies and centralizes the code. The kernel mmap
> name is set for machine type, which we know from the
> beginning, so there's no reason to generate it every time
> we need it.
>
> Link: http://lkml.kernel.org/n/tip-2fx7kxxdc5
Hi,
On Tue, 6 Feb 2018 10:47:25 -0800
Tony Lindgren wrote:
> * Andreas Kemnade [180127 08:34]:
> > On dm3730 there are enumeration problems after resume.
> > Investigation led to the cause that the MUSB_POWER_SOFTCONN
> > bit is not set. If it was set before suspend (because it
> > was enabled
Em Tue, Feb 06, 2018 at 07:18:03PM +0100, Jiri Olsa escreveu:
> Freeing root_dir in machine__init error path.
>
> Link: http://lkml.kernel.org/n/tip-ng92slsanexqw7h1d6sad...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/util/machine.c | 8 +++-
> 1 file changed, 7 insertions(+
On Tue, Feb 06, 2018 at 06:33:15PM +, Patrick Bellasi wrote:
> Good point, I was actually expecting this question and I should have
> added it to the cover letter, sorry.
>
> The reasoning was: the task's estimated utilization is defined as the
> max between PELT and the "estimation". Where "
Em Tue, Feb 06, 2018 at 07:18:01PM +0100, Jiri Olsa escreveu:
> Adding sysfs__read_xll function to be able to read sysfs
> files with hex numbers in, which do not have 0x prefix.
Applied 2-5 in this series, continuing...
- Arnaldo
> Link: http://lkml.kernel.org/n/tip-j5ullvrcli5ga3hn6692t...@gi
Em Tue, Feb 06, 2018 at 04:06:49PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Feb 06, 2018 at 07:18:02PM +0100, Jiri Olsa escreveu:
> > Adding check on failed attempt to parse the address
> > and skip the line parsing early in that case.
>
> How did you stumble on that? Can you provide an
On Tue, Feb 06, 2018 at 03:48:20PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Feb 06, 2018 at 07:17:57PM +0100, Jiri Olsa escreveu:
> > If we have the time in, keep the events in time order.
>
> Try to be more verbose, what actual effect this will have in this particular
> case?
>
> So, I h
Em Tue, Feb 06, 2018 at 07:18:02PM +0100, Jiri Olsa escreveu:
> Adding check on failed attempt to parse the address
> and skip the line parsing early in that case.
How did you stumble on that? Can you provide an example of a line or
situation where this would happen?
- Arnaldo
> Link: http://lk
On Tue, 2018-02-06 at 18:06 +0200, Stanislav Nijnikov wrote:
> + if (sdev->host->hostt->sdev_groups) {
> + error = sysfs_create_groups(&sdev->sdev_gendev.kobj,
> + sdev->host->hostt->sdev_groups);
> + if (error)
> +
On Tue 06 Feb 10:37 PST 2018, Doug Anderson wrote:
> Hi,
>
> On Fri, Jan 26, 2018 at 2:18 PM, Stephen Boyd wrote:
> > On 01/25, Rajendra Nayak wrote:
> >> diff --git a/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
> >> b/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
> >> new file mode 100644
> >> index
On Tue, Feb 06, 2018 at 01:33:30PM -0500, tedheadster wrote:
> On Sat, Feb 3, 2018 at 2:37 AM, David Woodhouse wrote:
> > On Fri, 2018-02-02 at 23:52 -0500, tedheadster wrote:
> >> I just tested the 4.15 kernel and it is reporting that my old i486
> >> (non-cpuid capable) cpu is vulnerable to all
Hi,
On Tue, 6 Feb 2018 12:46:05 -0600
Bin Liu wrote:
> Hi,
>
> On Sat, Jan 27, 2018 at 09:34:03AM +0100, Andreas Kemnade wrote:
> > On dm3730 there are enumeration problems after resume.
> > Investigation led to the cause that the MUSB_POWER_SOFTCONN
> > bit is not set. If it was set before sus
On Mon 29 Jan 00:18 PST 2018, Rajendra Nayak wrote:
> On 01/27/2018 03:48 AM, Stephen Boyd wrote:
> > On 01/25, Rajendra Nayak wrote:
> >> diff --git a/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
> >> b/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
> >> new file mode 100644
> >> index ..b97f
On Mon, 05 Feb 2018, Laurent Dufour wrote:
On 05/02/2018 02:26, Davidlohr Bueso wrote:
From: Davidlohr Bueso
Hi,
This patchset is a new version of both the range locking machinery as well
as a full mmap_sem conversion that makes use of it -- as the worst case
scenario as all mmap_sem calls a
On Tue, Feb 6, 2018 at 12:47 AM, Wu Hao wrote:
> On Mon, Feb 05, 2018 at 10:25:54PM -0600, Alan Tull wrote:
>> On Mon, Feb 5, 2018 at 7:47 PM, Wu Hao wrote:
>> > On Mon, Feb 05, 2018 at 10:36:45AM -0800, Luebbers, Enno wrote:
>> >> Hi Hao,
>> >>
>> >> On Sun, Feb 04, 2018 at 05:37:06PM +0800, Wu
On Thu 25 Jan 08:32 PST 2018, Rajendra Nayak wrote:
> + spmi_bus: qcom,spmi@c44 {
[..]
> + };
> +
While we have the chance, please remove this empty line.
> + };
> +};
Regards,
Bjorn
On Tue, Feb 6, 2018 at 11:21 AM, David Howells wrote:
> The new hashing feature of unadorned printk("%p") makes it hard to spot if
> the pointer actually carries an error value. Make %p print any pointer
> that matches IS_ERR() as a negative integer.
>
> Should I set SMALL and the field_width as
Em Tue, Feb 06, 2018 at 07:17:57PM +0100, Jiri Olsa escreveu:
> If we have the time in, keep the events in time order.
Try to be more verbose, what actual effect this will have in this particular
case?
So, I had to try it to see the effects and explain them:
--- /tmp/before 2018-02-06 15:40:29.5
When typing 'perf mem report -h', the result showed 'perf report' usage.
So change to show 'perf mem report' usage.
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Taeung Song
Signed-off-by: Sangwon Hong
---
tools/perf/builtin-mem.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(
* Andreas Kemnade [180127 08:34]:
> On dm3730 there are enumeration problems after resume.
> Investigation led to the cause that the MUSB_POWER_SOFTCONN
> bit is not set. If it was set before suspend (because it
> was enabled via musb_pullup()), it is set in
> musb_restore_context() so the pullup
On Tue, Feb 06, 2018 at 11:58:17AM -0500, Sven Van Asbroeck wrote:
> On Tue, Feb 6, 2018 at 11:50 AM, Andrew Lunn wrote:
> > And a DSA driver does not need to be complex. You can start simple,
> > and add more features later.
>
> I see. Would it be possible/practical to start with just phy_read/w
Hi,
On Sat, Jan 27, 2018 at 09:34:03AM +0100, Andreas Kemnade wrote:
> On dm3730 there are enumeration problems after resume.
> Investigation led to the cause that the MUSB_POWER_SOFTCONN
> bit is not set. If it was set before suspend (because it
> was enabled via musb_pullup()), it is set in
> mu
2018-02-06 19:25 GMT+01:00 David Lechner :
> On 02/06/2018 12:16 PM, David Lechner wrote:
>>
>> On 02/06/2018 07:51 AM, Sekhar Nori wrote:
>>>
>>> On Tuesday 06 February 2018 06:38 PM, Bartosz Golaszewski wrote:
2018-02-06 12:07 GMT+01:00 Sekhar Nori :
>
> On Monday 05 February 20
On Tue, Feb 6, 2018 at 12:22 AM, Tobin C. Harding wrote:
> The original patch is good IMO and I AFAICT in everyone else's.
The original patch misses test cases.
Without them is problematic to follow what's going on with printing.
--
With Best Regards,
Andy Shevchenko
From: Kees Cook
Date: Wed, 7 Feb 2018 05:36:02 +1100
> Making put_cmsg() inline would help quite a bit with tracking the
> builtin_const-ness, and that could speed things up a little bit too.
> Would you be opposed to inlining?
Nope.
On Mon, 05 Feb 2018, Laurent Dufour wrote:
--- a/drivers/misc/sgi-gru/grufault.c
+++ b/drivers/misc/sgi-gru/grufault.c
@@ -189,7 +189,8 @@ static void get_clear_fault_map(struct gru_state *gru,
*/
static int non_atomic_pte_lookup(struct vm_area_struct *vma,
un
Hi,
On Fri, Jan 26, 2018 at 2:18 PM, Stephen Boyd wrote:
> On 01/25, Rajendra Nayak wrote:
>> diff --git a/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
>> b/arch/arm64/boot/dts/qcom/sdm845-pins.dtsi
>> new file mode 100644
>> index ..b97f99e6f4b4
>> --- /dev/null
>> +++ b/arch/arm64/boo
On 06-Feb 19:14, Claudio Scordino wrote:
> Hi Patrick,
> >At first glance, your proposal below makes to make sense.
> >
> >However, I'm wondering if we cannot get it working using
> >rq->dl's provided information instead of flags?
>
> Yes, we can use the value of rq->dl to check if there has been
On Wed, Feb 7, 2018 at 3:19 AM, David Miller wrote:
> From: Kees Cook
> Date: Tue, 6 Feb 2018 04:31:50 +1100
>
>> On Tue, Feb 6, 2018 at 2:03 AM, David Miller wrote:
>>> From: Kees Cook
>>> Date: Fri, 2 Feb 2018 02:27:49 -0800
>>>
@@ -343,6 +343,14 @@ struct ucred {
extern int m
Hi.
06.02.2018 15:50, Paolo Valente wrote:
Could you please do a
gdb /block/bfq-iosched.o # or vmlinux.o if bfq is builtin
list *(bfq_finish_requeue_request+0x54)
list *(bfq_put_queue+0x10b)
for me?
Fresh crashes and gdb output are given below. A side note: it is harder
to trigger things on a
On Sat, Feb 3, 2018 at 2:37 AM, David Woodhouse wrote:
> On Fri, 2018-02-02 at 23:52 -0500, tedheadster wrote:
>> I just tested the 4.15 kernel and it is reporting that my old i486
>> (non-cpuid capable) cpu is vulnerable to all three issues: Meltdown,
>> Spectre V1, and Spectre V2.
>>
>> I find t
On 06-Feb 16:50, Peter Zijlstra wrote:
>
> Mostly nice, I almost applied, except too many nits below.
:)
Thanks for the really fast still useful review!
> On Tue, Feb 06, 2018 at 02:41:29PM +, Patrick Bellasi wrote:
>
> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> > index 7b6
If we have the time in, keep the events in time order.
Link: http://lkml.kernel.org/n/tip-3wcrngoibk5l96nqyhp0n...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-report.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/builtin-report.c b/tools/perf/builtin-report.c
Current code in dso__load calls the is_regular_file function,
but it checks its return value only after calling symsrc__init.
That can make symsrc__init block in elf_* functions on reading
the file if the file happens to be device and not regular one.
Make the check before calling symsrc__init.
So it could be called without event object, just with start
and end values. It will be used in following patch.
Link: http://lkml.kernel.org/n/tip-u4hu7m5fmwwsscy6ki70h...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c | 13 +++--
1 file changed, 7 insertions(+), 6
Adding sysfs__read_xll function to be able to read sysfs
files with hex numbers in, which do not have 0x prefix.
Link: http://lkml.kernel.org/n/tip-j5ullvrcli5ga3hn6692t...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/lib/api/fs/fs.c | 15 +--
tools/lib/api/fs/fs.h | 1 +
2 fil
There's no new-line after target-override warning, now:
$ perf record -a --per-thread
Warning:
SYSTEM/CPU switch overriding PER-THREAD^C[ perf record: Woken up 1 times to
write data ]
[ perf record: Captured and wrote 0.705 MB perf.data (2939 samples) ]
with patch:
$ perf record -a --pe
hi,
sending assorted general fixes that queued
up in my other branches.
Also available in here:
https://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git
perf/fixes
thanks,
jirka
---
Jiri Olsa (17):
perf report: Ask ordered events for --tasks option
perf record: Put new lin
The machine__set_kernel_mmap does the same job as map_groups__fixup_end
when used on kernel maps within machine__create_kernel_maps call.
This way we can also remove map_groups__fixup_end function, because there's
no user to it. Also moving machine__set_kernel_mmap up in code, so we don't
need for
Adding filename__read_xll function to be able to read files
with hex numbers in, which do not have 0x prefix.
Link: http://lkml.kernel.org/n/tip-d9qv8n8xlmkywsb9vdrcj...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/lib/api/fs/fs.c | 29 ++---
tools/lib/api/fs/fs.h |
Freeing root_dir in machine__init error path.
Link: http://lkml.kernel.org/n/tip-ng92slsanexqw7h1d6sad...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/machine.c b/tools/perf/util/m
There's no need for kernel maps to be allocated at this
point - sample processing.
We search for kernel maps using the kernel map_groups in
machine::kmaps which is static. If vmlinux maps for any
reason still don't exist, the search correctly fails
because they are not in the map group.
Link: htt
We should not search for kernel start address in
__machine__create_kernel_maps function, because it's being
used in 'report' code path, where we are interested in kernel
MMAP data address instead of in current kernel address
The __machine__create_kernel_maps serves purely for creating
the machines
And replacing it with __machine__load_kallsyms function.
The current machine__load_kallsyms function has no caller,
so replacing it directly with __machine__load_kallsyms.
Also removing the no_kcore argument as it was always called
with true value.
Link: http://lkml.kernel.org/n/tip-kj9bpn6v213n6
In commit 2f15bd8c6c6e ("perf tools: Fix "Command" sort_entry's cmp and
collapse function")
we switched from pointer to string comparison.
But failed to remove related comments. Removing them and adding
another one to warn before pointer comparison in here.
Link: http://lkml.kernel.org/n/tip-8p8
There's no need to keep the '__' prefix now when there's
map_groups__fixup_end function gone.
Link: http://lkml.kernel.org/n/tip-xq9wpm97spnpaxfjhaz1a...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c| 2 +-
tools/perf/util/symbol-elf.c | 2 +-
tools/perf/util/symbol.c
On Tue, Feb 06, 2018 at 07:02:58PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Update the APM driver overlooked by commit 1b39e3f813b4 (cpuidle: Make
> drivers initialize polling state) to initialize the polling state like
> the other cpuidle drivers modified by that commit to p
On 02/06/2018 12:16 PM, David Lechner wrote:
On 02/06/2018 07:51 AM, Sekhar Nori wrote:
On Tuesday 06 February 2018 06:38 PM, Bartosz Golaszewski wrote:
2018-02-06 12:07 GMT+01:00 Sekhar Nori :
On Monday 05 February 2018 09:22 PM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
Make na
When we strip the perf binary, dwarf unwind test stop
to work. The reason is that strip will remove static
function symbols, which we need to check for unwind.
This change will keep this test working in cases where
the global symbols are put into dynamic symbol table,
which is the case on x86. It
Adding --show-round-event to display PERF_RECORD_FINISHED_ROUND
events like:
# perf script --show-round-events 2>/dev/null
yes 8591 [002] 124177.397597: 18
cpu/mem-stores/P: ff...
yes 8591 [002] 124177.397615: 1
cpu/mem-loads,ldlat=30/P:
It simplifies and centralizes the code. The kernel mmap
name is set for machine type, which we know from the
beginning, so there's no reason to generate it every time
we need it.
Link: http://lkml.kernel.org/n/tip-2fx7kxxdc5zcm6990cq2m...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/ut
301 - 400 of 958 matches
Mail list logo
