Hi Tejun,
On Fri, Nov 24, 2017 at 04:49:52AM -0800, Tejun Heo wrote:
Hello,
On Wed, Nov 22, 2017 at 03:37:45PM +0100, Thomas Gleixner wrote:
[ 33.027134] ata3: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc040 irq 14
[ 33.027138] ata4: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc048 irq 15
Hi Michal,
>> We have been getting similar kind of such entries and eventually
>> stackdepot reaches Max Cap. So we found this interface useful in debugging
>> stackdepot issue so shared in community.
>Then use it for internal debugging and provide a code which would scale
>better on smaller sys
On Fri, Nov 24, 2017 at 10:14:33AM +0100, Ingo Molnar wrote:
> + /* CPU 0's mapping is done in kaiser_init() */
> + if (cpu)
> + kaiser_add_mapping_cpu_entry(cpu);
This hard assumes CPU0 is the boot CPU. I know we dropped Voyager
support a while back, but can/should we hard rel
From: Jiri Kosina
ELO devices have one Button usage in GenDesk field, which makes hid-input
map it to BTN_LEFT; that confuses userspace, which then considers the
device to be a mouse/touchpad instead of touchscreen.
Fix that by unmapping BTN_LEFT and keeping only BTN_TOUCH in place.
Signed-of
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/scsi/bfa/bfad.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi/bfa/bfad.c
ind
On Fri, Nov 24, 2017 at 9:21 AM, Otavio Salvador
wrote:
> diff --git a/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> b/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> index 4bdf29169d2a..f8b267875e1c 100644
> --- a/arch/arm/boot/dts/imx6qdl-nitrogen6x.dtsi
> +++ b/arch/arm/boot/dts/imx6qdl-nitrogen6x.
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> By itself, this is useless. It gives us the ability to run some final
> code before exit that cannnot run on the kernel stack. This could
> include a CR3 switch a la KAISER or some kernel stack erasing, for
> example. (Or eve
* Peter Zijlstra wrote:
> On Fri, Nov 24, 2017 at 10:14:30AM +0100, Ingo Molnar wrote:
> > Note: The original KAISER authors signed-off on their patch. Some of
> > their code has been broken out into other patches in this series, but
> > their SoB was only retained here.
>
> This is not in fac
On Fri, Nov 24, 2017 at 10:14:35AM +0100, Ingo Molnar wrote:
> From: Dave Hansen
>
> There is some rather arcane code to help when an IRET returns
> to 16-bit segments. It is referred to as the "espfix" code.
> This consists of a few per-cpu variables:
>
> espfix_stack: tells us where the
On Fri 24-11-17 13:30:25, Vaneet Narang wrote:
> Hi Michal,
>
> >> We have been getting similar kind of such entries and eventually
> >> stackdepot reaches Max Cap. So we found this interface useful in debugging
> >> stackdepot issue so shared in community.
>
> >Then use it for internal debuggin
On 11/24/2017 11:57 AM, Mel Gorman wrote:
> On Thu, Nov 23, 2017 at 10:15:17PM +0100, Vlastimil Babka wrote:
>> Hmm this really reads like about the migration scanner. That one is
>> unchanged by this patch, there is still a linear scanner. In fact, it
>> gets better, because now it can see the who
>>> Add a jump target so that a bit of exception handling can be better reused
>>> in an if branch of this function.
>
>> Hmm. Doesn't really gain an awful lot this. Would understand if there were
>> multiple return paths, but in that case I'd have implemented something like
>> this anyway. Also y
From: Colin Ian King
Use setup_timer function instead of initializing timer with the
function and data fields.
Signed-off-by: Colin Ian King
---
drivers/scsi/sym53c8xx_2/sym_glue.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/scsi/sym53c8xx_2/sym_glue.c
b/dri
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> Handling SYSCALL is tricky: the SYSCALL handler is entered with every
> single register (except FLAGS), including RSP, live. It somehow needs
> to set RSP to point to a valid stack, which means it needs to save the
> user RSP s
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> That race has been fixed and code cleaned up for a while now.
>
> Signed-off-by: Andy Lutomirski
Reviewed-by: Thomas Gleixner
- On Nov 23, 2017, at 3:55 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Tue, Nov 21, 2017 at 09:18:53AM -0500, Mathieu Desnoyers wrote:
>> +int percpu_list_push(struct percpu_list *list, struct percpu_list_node
>> *node)
>> +{
>> +intptr_t *targetptr, newval, expect;
>> +int cp
Hi Peter,
On 11/13/2017 11:40 AM, Philippe CORNU wrote:
> Hi Peter,
>
> On 11/12/2017 01:31 PM, Peter Rosin wrote:
>> On 2017-11-10 17:12, Philippe CORNU wrote:
>>> Hi Peter,
>>>
>>> On 11/07/2017 05:34 PM, Peter Rosin wrote:
On 2017-11-07 16:53, Philippe CORNU wrote:
> + Peter
>
>>>
* Ingo Molnar wrote:
> This is a linear series of patches of the latest entry-stack plus Kaiser
> bits from Andy Lutomirski (v3 series from today) and Dave Hansen
> (kaiser-414-tipwip-20171123 version), on top of latest tip:x86/urgent
> (12a78d43de76),
> plus fixes - for easier review.
>
> The
Hi,
>> On 11/20/2017 06:00 PM, Hans Verkuil wrote:
>>> I didn't see this merged for 4.15, is it too late to include this?
>>> All other changes needed to get CEC to work on rk3288 and rk3399 are all
>>> merged.
>>
>> Sorry for the late reply. I was out last week.
>>
>> Dave recently sent the seco
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/pci/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be
Here are 12 patches against linux-next of today that add SPDX
identifiers to the remaining files in arch/s390 that do not currently
have them, and then it cleans up the various different ways that the
license text boilerplate was written for the GPLv2 in a few files. This
cleanup was done in the q
Now that the SPDX tag is in all arch/s390/include/ files, that
identifies the license in a specific and legally-defined manner. So the
extra GPL text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describ
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/kernel/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/appldata/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which ca
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the remaining arch/s390/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which c
Now that the SPDX tag is in all arch/s390/kernel/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe
On Fri, Nov 24, 2017 at 12:52:35PM +0100, Heiko Carstens wrote:
> On Fri, Nov 24, 2017 at 12:45:41PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Nov 24, 2017 at 12:23:39PM +0100, Heiko Carstens wrote:
> > > On Tue, Nov 14, 2017 at 06:37:59PM +0100, Greg Kroah-Hartman wrote:
> > > > Hi all,
> > > >
Now that the SPDX tag is in all arch/s390/crypto/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe
Now that the SPDX tag is in all arch/s390/ files, that identifies the
license in a specific and legally-defined manner. So the extra GPL text
wording in the remaining files can be removed as it is no longer needed
at all.
This is done on a quest to remove the 700+ different ways that files in
the
Now that the SPDX tag is in all arch/s390/kvm/ files, that identifies
the license in a specific and legally-defined manner. So the extra GPL
text wording can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe th
* kernel test robot wrote:
>
> FYI, we noticed the following commit (built with gcc-6):
>
> commit: a6c70b8b30bf35045d14e352bfd1eb16aaee906f ("x86/mm/kaiser: Prepare
> assembly for entry/exit CR3 switching")
> https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git WIP.x86/mm
Should be fixe
because ops.release was never dvb_attached.
Which makes sense because f->ops.release does not attach anything.
Now, rmmod dvb_usb_pctv452e correctly sets counters for
stb6100/stb0899 to 0.
Before, stb0899 got a counter -1, and for my 4 receivers I got 3 OOPses
like
Nov 24 14:40:41 s5 kernel: [
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/crypto/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/mm/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be u
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
Update the arch/s390/kvm/ files with the correct SPDX license
identifier based on the license text in the file itself. The SPDX
identifier is a legally binding shorthand, which can be
On Fri, Nov 24, 2017 at 08:29:42AM +, Reshetova, Elena wrote:
> By looking at the code, I don't see where the change in the reference counting
> could have caused this.
The cause was the bug I identified in patch 3, not this patch.
The regression is easily hit - tables that reference the sa
On 24 November 2017 12:19, Heikki Krogerus wrote:
> Hi,
>
> On Tue, Nov 14, 2017 at 11:44:47AM +, Adam Thomson wrote:
> > diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c
> > index 78983e1..7c26c3d 100644
> > --- a/drivers/usb/typec/tcpm.c
> > +++ b/drivers/usb/typec/tcpm.c
>
On Fri, 24 Nov 2017 15:00:33 +0100
Greg Kroah-Hartman wrote:
> It's good to have SPDX identifiers in all files to make it easier to
> audit the kernel tree for correct licenses.
>
> Update the arch/s390/kvm/ files with the correct SPDX license
> identifier based on the license text in the file i
On Fri, 24 Nov 2017 15:00:39 +0100
Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all arch/s390/kvm/ files, that identifies
> the license in a specific and legally-defined manner. So the extra GPL
> text wording can be removed as it is no longer needed at all.
>
> This is done on a que
On Fri, Nov 24, 2017 at 07:21:09AM +0200, Michael S. Tsirkin wrote:
> The original intent of the virtio header relicensing
> from 2008 was to make sure anyone can implement compatible
> devices/drivers. The virtio-ccw was omitted by mistake.
>
> We have an ack from the only contributor as well as
On Fri, Nov 24, 2017 at 2:05 PM, Stephan Müller wrote:
> Am Freitag, 24. November 2017, 13:09:06 CET schrieb Krzysztof Kozlowski:
>
> Hi Krzysztof,
>> >>
>> >> 1. I was rather thinking about extending existing exynos-rng.c [1] so
>> >> it would be using TRNG as seed for PRNG as this gives you much
- On Nov 23, 2017, at 3:57 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Thu, Nov 23, 2017 at 09:55:11AM +0100, Peter Zijlstra wrote:
>> On Tue, Nov 21, 2017 at 09:18:53AM -0500, Mathieu Desnoyers wrote:
>> > +static inline __attribute__((always_inline))
>> > +int rseq_cmpeqv_storev(intp
On Fri, Nov 24, 2017 at 10:14:16AM +0100, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> On 64-bit kernels, we used to assume that TSS.sp0 was the current
> top of stack. With the addition of an entry trampoline, this will
> no longer be the case. Store the current top of stack in TSS.sp1,
> wh
Hi Jan,
On Thu, Nov 23, 2017 at 1:18 PM, Türk, Jan wrote:
> Hi Fabio,
>
> I've used git send-email and tested the patches by checkpatch.pl before
> without any problems.
> So it might have been touched by the mail server, so can you send me your
> checkpatch.pl log (directly)?
Take a look at y
epository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
tags/afs-fixes-20171124
for you to fetch changes up to 43dd388b21c722616413781bd434522376e117cc:
afs: remove redundant assignment of dvnode to itself (2017-1
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> In case something goes wrong with unwind (not unlikely in case of
> overflow), print the offending IP where we detected the overflow.
>
> Signed-off-by: Andy Lutomirski
Reviewed-by: Thomas Gleixner
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> The IST stacks are needed when an IST exception occurs and are
> accessed before any kernel code at all runs. Move them into
> cpu_entry_area.
>
> Signed-off-by: Andy Lutomirski
Reviewed-by: Thomas Gleixner
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> Now that the SYSENTER stack has a guard page, there's no need for a
> canary to detect overflow after the fact.
Reviewed-by: Thomas Gleixner
On 11/24/2017 03:00 PM, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all arch/s390/kvm/ files, that identifies
> the license in a specific and legally-defined manner. So the extra GPL
> text wording can be removed as it is no longer needed at all.
>
> This is done on a quest to remov
On 11/24/2017 03:00 PM, Greg Kroah-Hartman wrote:
> It's good to have SPDX identifiers in all files to make it easier to
> audit the kernel tree for correct licenses.
>
> Update the arch/s390/kvm/ files with the correct SPDX license
> identifier based on the license text in the file itself. The S
On Fri, 24 Nov 2017, Ingo Molnar wrote:
> From: Andy Lutomirski
>
> The existing code was a mess, mainly because C arrays are nasty.
> Turn SYSENTER_stack into a struct, add a helper to find it, and do
> all the obvious cleanups this enables.
Nice.
> Signed-off-by: Andy Lutomirski
Reviewed-b
When using the host personality, VMCI will grab a mutex for any
queue pair access. In the detach callback for the vmci vsock
transport, we call vsock_stream_has_data while holding a spinlock,
and vsock_stream_has_data will access a queue pair.
To avoid this, we can simply omit calling vsock_stream
Hi zhongjian,
On Fri 24 Nov 2017, 20:17, zhong jiang wrote:
> Hi, Andrea
>
> most of server will benefit from NUMA ,it is best to sovle the issue without
> spcial restrictions.
>
> At least we can obtain the numa information from dtb. therefore, The memory
> can
> online correctly.
I fully agr
On Wed, Nov 22, 2017 at 9:02 AM, Neil Armstrong wrote:
> + reg_wl18xx_vmmc: regulator-wl18xx {
> + compatible = "regulator-fixed";
> + regulator-name = "vwl1807";
> + regulator-min-microvolt = <180>;
> + regulator-max-microvolt = <
Hi Geert, all
Below the updates proposed in this thread.
Yury
>From 959700bd7e7f586171c15a4130a9888acac02daf Mon Sep 17 00:00:00 2001
From: Yury Norov
Date: Wed, 22 Nov 2017 17:21:40 +0300
Subject: [PATCH] improve lib/test_find_bit
As suggested in review comments:
* printk: align numbers usin
On Wed, Nov 22, 2017 at 9:02 AM, Neil Armstrong wrote:
> This patch adds support for the i.MX6 Quad variant of the Variscite DART-MX6
> SoM Carrier-Board.
>
> This Carrier-Board has the following :
> - LVDS interface for the VLCD-CAP-GLD-LVDS 7" LCD 800 x 480 touch display
> - HDMI Connector
> - U
My Dear ,
It's my pleasure to have contact with you, based on the critical
condition I find mine self, though, it's not financial problem, but my
health, you might have know that cancer is not what to talk home
about, I am married to Mr. A. PERIER who worked with (Port
Autonome de Lome Togo) as a
h=rxrpc-fixes
Tagged thusly:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
rxrpc-fixes-20171124
David
---
David Howells (12):
rxrpc: The mutex lock returned by rxrpc_accept_call() needs releasing
rxrpc: Don't set upgrade by default in
The caller of rxrpc_accept_call() must release the lock on call->user_mutex
returned by that function.
Signed-off-by: David Howells
---
net/rxrpc/sendmsg.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/net/rxrpc/sendmsg.c b/net/rxrpc/sendmsg.c
index 7d2595582c09..3
Don't set upgrade by default when creating a call from sendmsg(). This is
a holdover from when I was testing the code.
Signed-off-by: David Howells
---
net/rxrpc/sendmsg.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/rxrpc/sendmsg.c b/net/rxrpc/sendmsg.c
index 3a9
Provide a different lockdep key for rxrpc_call::user_mutex when the call is
made on a kernel socket, such as by the AFS filesystem.
The problem is that lockdep registers a false positive between userspace
calling the sendmsg syscall on a user socket where call->user_mutex is held
whilst userspace
When rxrpc_sendmsg() parses the control message buffer, it places the
parameters extracted into a structure, but lumps together call parameters
(such as user call ID) with operation parameters (such as whether to send
data, send an abort or accept a call).
Split the call parameters out into their
On Fri, 24 Nov 2017 15:00:31 +0100
Greg Kroah-Hartman wrote:
> Here are 12 patches against linux-next of today that add SPDX
> identifiers to the remaining files in arch/s390 that do not currently
> have them, and then it cleans up the various different ways that the
> license text boilerplate wa
Fix the rxrpc call expiration timeouts and make them settable from
userspace. By analogy with other rx implementations, there should be three
timeouts:
(1) "Normal timeout"
This is set for all calls and is triggered if we haven't received any
packets from the peer in a while. It is m
Don't transmit a DELAY ACK immediately on proposal when the Rx window is
rotated, but rather defer it to the work function. This means that we have
a chance to queue/consume more received packets before we actually send the
DELAY ACK, or even cancel it entirely, thereby reducing the number of
pack
Delay terminal ACK transmission on a client call by deferring it to the
connection processor. This allows it to be skipped if we can send the next
call instead, the first DATA packet of which will implicitly ack this call.
Signed-off-by: David Howells
---
net/rxrpc/ar-internal.h | 17 +++
Express protocol timeouts for data retransmission and deferred ack
generation in terms on RTT rather than specified timeouts once we have
sufficient RTT samples.
For the moment, this requires just one RTT sample to be able to use this
for ack deferral and two for data retransmission.
The data ret
Add an extra timeout that is set/updated when we send a DATA packet that
has the request-ack flag set. This allows us to detect if we don't get an
ACK in response to the latest flagged packet.
The ACK packet is adjudged to have been lost if it doesn't turn up within
2*RTT of the transmission.
If
We need to transmit a packet every so often to act as a keepalive for the
peer (which has a timeout from the last time it received a packet) and also
to prevent any intervening firewalls from closing the route.
Do this by resetting a timer every time we transmit a packet. If the timer
ever expire
RxRPC service endpoints expire like they're supposed to by the following
means:
(1) Mark dead rxrpc_net structs (with ->live) rather than twiddling the
global service conn timeout, otherwise the first rxrpc_net struct to
die will cause connections on all others to expire immediately fro
Fix the rxrpc connection expiry timers so that connections for closed
AF_RXRPC sockets get deleted in a more timely fashion, freeing up the
transport UDP port much more quickly.
(1) Replace the delayed work items with work items plus timers so that
timer_reduce() can be used to shorten them
On Fri, Nov 24, 2017 at 11:22 AM, Andrea Reale wrote:
> Resending the patch adding linux-acpi in CC, as suggested by Rafael.
> Everyone else: apologies for the noise.
>
> Commit 242831eb15a0 ("Memory hotplug / ACPI: Simplify memory removal")
> introduced an assumption whereas when control
> reache
On 24/11/17 06:56, Leo Yan wrote:
> Hi Sudeep,
>
> On Thu, Nov 23, 2017 at 02:03:51PM +, Sudeep Holla wrote:
>> Hi Daniel,
>>
>> Thanks a lot for pointing me to this and having some useful discussion
>> in private. That helped to dig a bit further on this.
>>
>> On 23/11/17 05:40, Leo Yan wr
Thanks for your review,
On 23/11/17 16:42, Jonathan Neuschäfer wrote:
Hello Srinivas and Charles,
On Thu, Nov 23, 2017 at 10:07:03AM +, Charles Keepax wrote:
On Wed, Nov 15, 2017 at 02:10:41PM +, srinivas.kandaga...@linaro.org wrote:
From: Sagar Dharia
This controller driver program
Thanks for the Review,
On 23/11/17 07:28, Charles Keepax wrote:
On Wed, Nov 15, 2017 at 02:10:37PM +, srinivas.kandaga...@linaro.org wrote:
From: Sagar Dharia
Per slimbus specification, a reconfiguration sequence known as
'clock pause' needs to be broadcast over the bus while entering low
Thanks for your review,
On 23/11/17 10:07, Charles Keepax wrote:
+static irqreturn_t qcom_slim_handle_rx_irq(struct qcom_slim_ctrl *ctrl,
+ u32 stat)
+{
+ u32 *rx_buf, pkt[10];
+ bool q_rx = false;
+ u8 la, *buf, mc, mt, len, *b = (u8 *)
Thanks for the review,
On 23/11/17 10:17, Charles Keepax wrote:
On Wed, Nov 15, 2017 at 02:10:42PM +, srinivas.kandaga...@linaro.org wrote:
From: Sagar Dharia
Slimbus HW mandates that clock-pause sequence has to be executed
before disabling relevant interface and core clocks.
Runtime-PM's
Hi Fabio,
On 24/11/2017 15:31, Fabio Estevam wrote:
> On Wed, Nov 22, 2017 at 9:02 AM, Neil Armstrong
> wrote:
>
>> + reg_wl18xx_vmmc: regulator-wl18xx {
>> + compatible = "regulator-fixed";
>> + regulator-name = "vwl1807";
>> + regulator-min-micr
On 24/11/2017 15:33, Fabio Estevam wrote:
> On Wed, Nov 22, 2017 at 9:02 AM, Neil Armstrong
> wrote:
>> This patch adds support for the i.MX6 Quad variant of the Variscite DART-MX6
>> SoM Carrier-Board.
>>
>> This Carrier-Board has the following :
>> - LVDS interface for the VLCD-CAP-GLD-LVDS 7"
Hi Neil,
On Fri, Nov 24, 2017 at 12:41 PM, Neil Armstrong
wrote:
>>> +&hdmi {
>>
>> No ddc-i2c-bus property?
>
> It's in the board dts.
Yes, I saw it while reviewing the other patch.
Do different boards use different I2C ports for the HDMI EDID?
If not, then you could probably put it here ins
> On Fri, Nov 24, 2017 at 08:29:42AM +, Reshetova, Elena wrote:
> > By looking at the code, I don't see where the change in the reference
> > counting
> > could have caused this.
>
> The cause was the bug I identified in patch 3, not this patch.
Oh, ok, because I could not figure an issue wi
On 24/11/2017 15:44, Fabio Estevam wrote:
> Hi Neil,
>
> On Fri, Nov 24, 2017 at 12:41 PM, Neil Armstrong
> wrote:
>
+&hdmi {
>>>
>>> No ddc-i2c-bus property?
>>
>> It's in the board dts.
>
> Yes, I saw it while reviewing the other patch.
>
> Do different boards use different I2C ports fo
FYI, just noticed, recently updated clang to version 6, from its
upstream git repo.
root@jouet ~]# perf test -v LLVM
37: LLVM search and compile :
37.1: Basic BPF llvm compile :
--- start ---
test child forked, pid 5255
Kernel build dir is
On Fri, 24 Nov 2017, Mathieu Desnoyers wrote:
> - On Nov 23, 2017, at 6:38 PM, Thomas Gleixner t...@linutronix.de wrote:
> > You have to test for sys_rseq somewhere in the init code. So you can test
> > for the other two being fully functional as well.
> >
> > If one of them is missing then yo
Hi Rafael,
On Fri 24 Nov 2017, 15:39, Rafael J. Wysocki wrote:
> On Fri, Nov 24, 2017 at 11:22 AM, Andrea Reale
> wrote:
> > Resending the patch adding linux-acpi in CC, as suggested by Rafael.
> > Everyone else: apologies for the noise.
> >
> > Commit 242831eb15a0 ("Memory hotplug / ACPI: Simpl
On Fri, Nov 24, 2017 at 09:28:59AM +0100, Heiko Stuebner wrote:
> Hi Daniel,
>
> [somehow my email address seems to have gotten lost, so
> only saw this by chance on the list itself now.
> I've also re-added Sandy to the recipients]
>
> Am Montag, 20. November 2017, 08:48:48 CET schrieb Daniel Ve
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
>
> On 11/23/17 2:58 AM, Dave Airlie wrote:
> > On 23 November 2017 at 11:17, Laura Abbott wrote:
> > > Hi,
> > >
> > > Fedora QA testing reported a panic when booting up VMs
> > > using qmeu vga drivers
> > > (https://paste.fedor
On Fri, Nov 24, 2017 at 03:12:39AM +0800, Ching Huang wrote:
> On Thu, 2017-11-23 at 04:57 -0800, Christoph Hellwig wrote:
> > On Thu, Nov 23, 2017 at 09:22:03AM +0800, Ching Huang wrote:
> > > From: Ching Huang
> > >
> > > Hi all,
> > >
> > > The following patches apply to Martin's 4.16/scsi-qu
On Fri, Nov 24, 2017 at 03:38:08PM +0100, Martin Schwidefsky wrote:
> On Fri, 24 Nov 2017 15:00:31 +0100
> Greg Kroah-Hartman wrote:
>
> > Here are 12 patches against linux-next of today that add SPDX
> > identifiers to the remaining files in arch/s390 that do not currently
> > have them, and the
On Wed, Nov 22, 2017 at 05:49:18PM -0500, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() functi
Hi Fabio,
(and all others)
> Von: Fabio Estevam [mailto:feste...@gmail.com]
> Gesendet: Freitag, 24. November 2017 15:22
> Betreff: Re: [PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6
>
> Hi Jan,
>
> On Thu, Nov 23, 2017 at 1:18 PM, Türk, Jan wrote:
> > Hi Fabio,
> >
> > I've used git
g changes since commit f6751f178eeaf3da8c156d2a2fd7a0feccfab5ae:
tools/headers: Synchronize kernel x86 UAPI headers (2017-11-18 09:00:46 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-4.15-20171124
for you to f
From: Satheesh Rajendran
Certain systems are designed to have sparse/discontiguous nodes. On
such systems, 'perf bench numa' hangs, shows wrong number of nodes and
shows values for non-existent nodes. Handle this by only taking nodes
that are exposed by kernel to userspace.
Signed-off-by: Sathe
From: Andi Kleen
Synthesize the per attr thread maps and cpu maps in 'perf record'.
This allows code from 'perf stat' called from 'perf script' to access
this information.
Committer testing:
Please see the PERF_RECORD_THREAD_MAP and PERF_RECORD_CPU_MAP records,
added by this patch:
$ perf r
From: Adrian Hunter
Print file names of files that differ. For example, instead of:
Warning: Intel PT: x86 instruction decoder differs from kernel
print:
Warning: Intel PT: x86 instruction decoder header at
'tools/perf/util/intel-pt-decoder/inat.h' differs from latest version at
'arch/x8
From: Adrian Hunter
There are just a few new defines which do not affect perf tools.
Signed-off-by: Adrian Hunter
Link:
http://lkml.kernel.org/r/1511253326-22308-3-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/util/intel-pt-decoder/inat.h | 10
From: Arnaldo Carvalho de Melo
The PERF_RECORD_USER_ events are synthesized by the tool to assist in
processing the PERF_RECORD_ ones generated by the kernel, the printing
of that information doesn't come with a perf_sample structure, so, when
dumping the event fields using 'perf report -D' there
From: Hansuk Hong
Add a tip for Node.js USDT(User-Level Statically Defined Tracing) probes
in tips.txt
Signed-off-by: Hansuk Hong
Cc: Jiri Olsa
Cc: Namhyung Kim
Link: http://lkml.kernel.org/r/20171123160546.9722-1-flavono...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/D
From: Andi Kleen
Add support for computing 'perf stat' style metrics in 'perf script'.
When using leader sampling we can get metrics for each sampling period
by computing formulas over the values of the different group members.
This allows things like fine grained IPC tracking through sampling,
From: Andi Kleen
Move the code to synthesize event updates for scale/unit/cpus to a
common utility file, and use it both from stat and record.
This allows to access scale and other extra qualifiers from perf script.
Signed-off-by: Andi Kleen
Acked-by: Jiri Olsa
Link: http://lkml.kernel.org/r/
201 - 300 of 537 matches
Mail list logo
