On Wed, Sep 06, 2017 at 05:47:45PM +0200, Arnd Bergmann wrote:
> gcc-7 notices that the pin_table is an array of 16-bit numbers,
> but fails to take the following range check into account:
>
> drivers/gpio/gpiolib-acpi.c: In function 'acpi_gpiochip_request_interrupt':
> drivers/gpio/gpiolib-acpi.c
Hello
On Sun, Jul 30, 2017 at 07:53:03AM +0800, gustavo panizzo wrote:
Hi
On Mon, Jul 24, 2017 at 12:53:27PM +0300, Felipe Balbi wrote:
Hi,
gustavo panizzo writes:
On Wed, Jul 12, 2017 at 02:08:04PM +0800, Baolin Wang wrote:
Hi,
On 12 July 2017 at 11:52, gustavo panizzo wrote:
The dw
On 7 September 2017 at 00:14, Rafael J. Wysocki wrote:
> Hi,
>
> It occurred to me earlier today that it should be possible to modify the
> PM core to get the functionality of pm_runtime_force_suspend/resume() from it
> in a somewhat nicer way which should be possible to extend to middle layers
>
>>
>> The list is long. If the maintainers are okay with these clean-ups,
>> i'll go ahead and get all of them done.
>
> Make sure you check the calling chains to ensure that
> the conversion from -1 to -12 doesn't break anything.
>
Sure. Thanks.
One last detail. The subject line above is not in the same format as that
of all of the other subject lines one commits affecting this file. You
can use git log --oneline to see what others have done. It is not really
possible to guess correctly. However, one does not generally include the
exte
On Wed, Sep 06, 2017 at 12:54:00PM -0500, Mario Limonciello wrote:
> Current implementations of Intel Thunderbolt controllers will go
> into a low power mode when not in use.
>
> Many machines containing these controllers also have a GPIO wired up
> that can force the controller awake. This is of
On Thu, 2017-09-07 at 12:08 +0530, Allen wrote:
> > On Thu, 2017-09-07 at 11:56 +0530, Allen Pais wrote:
> > > Currently on failure the value returned from kzalloc() is -1.
> > > It should return -ENOMEM.
> > >
> >
> > Looks like there are quite a few of these:
> > (probably several false positi
Hi, Arnd
Thanks for your suggestions, I hope you'll reply again:
-邮件原件-
发件人: arndbergm...@gmail.com [mailto:arndbergm...@gmail.com] 代表 Arnd Bergmann
发送时间: 2017年9月7日 6:47
收件人: liwei (CM)
抄送: Rob Herring; Mark Rutland; xuwei (O); Catalin Marinas; Will Deacon; Vinayak
Holikatti; James E.J.
> On Thu, 2017-09-07 at 11:56 +0530, Allen Pais wrote:
>> Currently on failure the value returned from kzalloc() is -1.
>> It should return -ENOMEM.
>>
>
> Looks like there are quite a few of these:
> (probably several false positives too)
The list is long. If the maintainers are okay with these
On Wed, Sep 06, 2017 at 07:49:32PM +, mario.limoncie...@dell.com wrote:
> > As this is a Thunderbolt specific function, maybe it's better to be
> > exposed from the Thunderbolt driver?
>
> I thought about this too, but the thunderbolt driver won't load if the
> controller doesn't exist in the
On Thu, 2017-09-07 at 11:56 +0530, Allen Pais wrote:
> Currently on failure the value returned from kzalloc() is -1.
> It should return -ENOMEM.
>
Looks like there are quite a few of these:
(probably several false positives too)
$ git grep -A3 alloc.*GFP|grep -B3 -P "return\s+\-\d+"
arch/powerp
On 2017.09.06 at 15:15 +0200, Markus Trippelsdorf wrote:
> On 2017.09.06 at 14:52 +0200, Thomas Gleixner wrote:
> > On Tue, 5 Sep 2017, Markus Trippelsdorf wrote:
> > > On 2017.09.05 at 10:53 +0200, Peter Zijlstra wrote:
> > > > > Any ideas on how to debug this further?
> > > >
> > > > So you have
Currently on failure the value returned from kzalloc() is -1.
It should return -ENOMEM.
Signed-off-by: Allen Pais
---
arch/x86/mm/kmmio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/mm/kmmio.c b/arch/x86/mm/kmmio.c
index afc47f5..eb74b8a 100644
--- a/arch/x86/mm
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
Changes since 20170906:
The devicetree tree gained conflicts against Linus' and the sound trees.
The akpm-current tree lost its build failure but regained an
On Wed, Sep 6, 2017 at 10:59 PM, Thomas Gleixner wrote:
> On Wed, 6 Sep 2017, Dan Williams wrote:
>
>> On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote:
>> > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote:
>> >> I agree, the driver could be rewritten, but it might take some time,
On 2017/9/7 12:48, Jaegeuk Kim wrote:
> On 09/06, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> Do we have time to test and stabilize this new feature before merge window?
>
> Let's try this in the next merge window. It's too tight to test now. :)
OK, :)
Thanks,
>
>>
>> Thanks,
>>
>> On 2017/9/4 18:58,
On Thu, 2017-09-07 at 00:32 +0300, Dan Carpenter wrote:
> Always compile your patches.
>
> CC [M] drivers/staging/ccree/ssi_cipher.o
> drivers/staging/ccree/ssi_cipher.c: In function ‘ssi_blkcipher_complete’:
> drivers/staging/ccree/ssi_cipher.c:700:6: warning: unused variable
> ‘inflight_coun
On Wed, 2017-09-06 at 18:14 +0200, Peter Zijlstra wrote:
> On Wed, Sep 06, 2017 at 11:03:33AM +0200, Peter Zijlstra wrote:
> > On Wed, Sep 06, 2017 at 01:59:14AM -0700, Andy Lutomirski wrote:
> > > > Any specifics on your setup?
> > >
> > > On further fiddling, I only see this after a suspend and
...
>>
>> I *guess* it is to get the console up really early, simply becaus it is
>> quite helpful for spotting early boot problems.
>
>
> ok. It means no concern about the move to arch_initcall.
> Shubhrajyoti: Please send v2 with changelog.
Will do thanks for the review.
>
> Thanks,
> Michal
On Wed, 2017-09-06 at 01:07 -0700, Brendan Higgins wrote:
> Add a common device tree for all Nuvoton NPCM750 BMCs and a board
> specific device tree for the NPCM750 (Poleg) evaluation board.
>
> Signed-off-by: Brendan Higgins
> Reviewed-by: Tomer Maimon
> Reviewed-by: Avi Fishman
> Tested-by: T
Similar to vxlan/geneve tunnel, if hop_limit is zero, it should fall
back to ip6_dst_hoplimt().
Signed-off-by: Haishuang Yan
---
net/ipv6/ip6_tunnel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/ipv6/ip6_tunnel.c b/net/ipv6/ip6_tunnel.c
index 3a0ba2a..10a693a 100644
--- a/net/ipv6/ip
ttl and tos variables are declared and assigned, but are not used in
iptunnel_xmit() function.
Fixes: cfc7381b3002 ("ip_tunnel: add collect_md mode to IPIP tunnel")
Cc: Alexei Starovoitov
Signed-off-by: Haishuang Yan
---
net/ipv4/ip_tunnel.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletion
Rather than manually waking up any context sleeping on the sock to
signal an error we should call sk_error_report(). This has the added
benefit that in-kernel consumers can override this notificatino with
its own callback.
Signed-off-by: Bjorn Andersson
---
net/qrtr/qrtr.c | 2 +-
1 file changed
The QMUX protocol specification defines structure of the special control
packet messages being sent between handlers of the control port.
Add these to the uapi header, as this structure and the associated types
are shared between the kernel and all userspace handlers of control
messages.
Signed-o
On the latest Qualcomm platforms remote processors are sending packets with
version 2 of the message header. This series starts off with some fixes and
then refactors the qrtr code to support receiving messages of both version 1
and version 2.
As all remotes are backwards compatible transmitted pa
Defer writing the message header to the skb until its time to enqueue
the packet. As the receive path is reworked to decode the message header
as it's received from the transport and only pass around the payload in
the skb this change means that we do not have to fill out the full
message header ju
The constants are used by both the name server and clients, so clarify
their value and move them to the uapi header.
Signed-off-by: Bjorn Andersson
---
include/uapi/linux/qrtr.h | 3 +++
net/qrtr/qrtr.c | 2 --
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/uapi
On 07.09.2017 02:45, Sergey Senozhatsky wrote:
> On (09/06/17 22:27), Helge Deller wrote:
>> This patch series fixes the wrong usages of the %pF and %pS printk format
>> specifiers throughout the kernel code.
>>
>> Both specifiers have the same result on most architectures. But on ia64,
>> ppc64
>
Remove circular dependency deadlock in a scenario where hotplug of CPU is
being done while there is updation in cgroup and cpuset triggered from
userspace.
Example scenario:
kworker/0:0 => kthreadd => init:729 => init:1 => kworker/0:0
kworker/0:0 - percpu_down_write(&cpu_hotplug_lock) [held]
Add the necessary logic for decoding incoming messages of version 2 as
well. Also make sure there's room for the bigger of version 1 and 2
headers in the code allocating skbs for outgoing messages.
Signed-off-by: Bjorn Andersson
---
net/qrtr/qrtr.c | 132 -
As the message header generation is deferred the internal functions for
generating control packets can be simplified.
This patch modifies qrtr_alloc_ctrl_packet() to, in addition to the
sk_buff, return a reference to a struct qrtr_ctrl_pkt, which clarifies
and simplifies the helpers to the point t
Rather than parsing the header of incoming messages throughout the
implementation do it once when we retrieve the message and store the
relevant information in the "cb" member of the sk_buff.
This allows us to, in a later commit, decode version 2 messages into
this same structure.
Signed-off-by:
On Wed, 6 Sep 2017, Dan Williams wrote:
> On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote:
> > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote:
> >> I agree, the driver could be rewritten, but it might take some time, so
> >> meanwhile I'm looking at also other possible optimizat
On Thu, 2017-09-07 at 11:11 +0530, Pushkar Jambhlekar wrote:
> Fixing checkpatch warning to add newline after declaration
[]
> diff --git a/security/keys/big_key.c b/security/keys/big_key.c
[]
> @@ -93,6 +93,7 @@ static int big_key_crypt(enum big_key_op op, u8 *data,
> size_t datalen, u8 *key)
>
On Thu, 7 Sep 2017, Yu Chen wrote:
> On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote:
> > Can you please apply the debug patch below, boot the machine and right
> > after login provide the output of
> >
> > # cat /sys/kernel/debug/tracing/trace
> >
> kworker/0:2-303 [000] ..
On Wed, Sep 6, 2017 at 10:40 PM, Luca Coelho wrote:
>
> This patch is not very important (unless you really like blinking lights
> -- maybe I'll change my mind when the holidays approach :P). so it is
> fine if you just want to revert it for now.
>
> In any case, I'll send a patch fixing this prob
Fixing checkpatch warning to add newline after declaration
Signed-off-by: Pushkar Jambhlekar
---
security/keys/big_key.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/security/keys/big_key.c b/security/keys/big_key.c
index 835c1ab..bc4c6eb 100644
--- a/security/keys/big_key.c
+++ b/securit
On Thu, 2017-09-07 at 05:04 +, Coelho, Luciano wrote:
> On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote:
> > On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano
> > wrote:
> > >
> > > This seems to be a problem with backwards-compatibility with FW version
> > > 27. We are now in version
In VHE mode, host kernel runs in the EL2 and can enable
'User Access Override' when fs==KERNEL_DS so that it can
access kernel memory. However, PSTATE.UAO is set to 0 on
an exception taken from EL1 to EL2. Thus when VHE is used
and exception taken from a guest UAO will be disabled and
host will use
Hi Benjamin,
This should be pushed to drm-misc by you, right?
Thanks,
Archit
On 09/06/2017 06:43 PM, Arnd Bergmann wrote:
gcc-7 complains about multiplying within a condition being
suspicious:
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c: In function 'dsi_pll_get_clkout_khz':
drivers/gpu/drm/stm/dw_
Hi all,
On Wed, 2 Aug 2017 16:31:45 +1000 Stephen Rothwell
wrote:
>
> On Wed, 2 Aug 2017 15:45:54 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 01 Aug 2017 09:08:01 -0400 "Zi Yan" wrote:
> > >
> > > I found two possible fixes.
> > >
> > > 1. This uses C++ zero initializer, GCC is OK with
On 09/07/17 at 12:19pm, Dou Liyang wrote:
> Hi Baoquan
>
> I am wordy one ah:
> our target is checking if BIOS supports APIC, no matter what
> type(separated/integrated) it is. if not, go to PIC mode.
>
> Let‘s discuss the original logic and the smp_found_config,
> then take about your code.
>
>
On 09/04/2017 03:19 PM, Hoegeun Kwon wrote:
On 09/01/2017 04:31 PM, Marek Szyprowski wrote:
Hi Hoegeun,
On 2017-09-01 03:47, Hoegeun Kwon wrote:
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 limi
On Wed, Sep 6, 2017 at 2:04 PM, Avi Fishman wrote:
> Sorry for sending again some mailing list rejected it due to HTML
> involved (althoug I tried Plain Text), Trying again.
>
> 2017-09-06 11:07 GMT+03:00 Brendan Higgins :
>> Adds basic support for the Nuvoton NPCM750 BMC.
>>
>> Signed-off-by: Bre
Hi Alexey,
On Thu, Sep 7, 2017 at 4:04 AM, Andy Lutomirski wrote:
> On Wed, Sep 6, 2017 at 2:04 AM, Alexey Dobriyan wrote:
>> On 9/6/17, Randy Dunlap wrote:
>>> On 09/05/17 15:53, Andrew Morton wrote:
[...]
>>>
>>> also, I expect that the tiny kernel people will want kconfig options for
>>> the
On Wed, 2017-09-06 at 21:57 -0700, Linus Torvalds wrote:
> On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano
> wrote:
> >
> > This seems to be a problem with backwards-compatibility with FW version
> > 27. We are now in version 31[1] and upgrading will probably fix that.
>
> I can confirm that fw
On Wed, Sep 6, 2017 at 9:11 PM, Coelho, Luciano
wrote:
>
> This seems to be a problem with backwards-compatibility with FW version
> 27. We are now in version 31[1] and upgrading will probably fix that.
I can confirm that fw version 31 works.
> But obviously the driver should not fail miserably
crc32_init is using unnecessary else condition. Cleaningup this function
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/rtl8188eu/core/rtw_security.c | 42 +--
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_securi
On 2017/9/7 上午4:27, Helge Deller wrote:
> Use the %pS instead of the %pF printk format specifier for printing symbols
> from direct addresses. This is needed for the ia64, ppc64 and parisc64
> architectures.
>
> Signed-off-by: Helge Deller
> Cc: linux-bca...@vger.kernel.org
> Cc: linux-r...@vger.
On 09/06, Chao Yu wrote:
> Hi Jaegeuk,
>
> Do we have time to test and stabilize this new feature before merge window?
Let's try this in the next merge window. It's too tight to test now. :)
>
> Thanks,
>
> On 2017/9/4 18:58, Chao Yu wrote:
> > Now, in product, more and more features based on
This patch refactors get_lock_data_page() to handle encryption case directly.
In order to do that, it introduces common f2fs_submit_page_read().
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 109 +++--
1 file changed, 51 insertions(+), 58 del
On Wed, Sep 06, 2017 at 11:48:35PM -0400, Dave Jones wrote:
> > That doesn't seem like an XFS problem - it indicates the pipe we are
> > filling in generic_file_splice_read() is not being emptied by
> > whatever we are splicing the file data to
>
> The puzzling part is this runs for a day
Hi Baoquan
I am wordy one ah:
our target is checking if BIOS supports APIC, no matter what
type(separated/integrated) it is. if not, go to PIC mode.
Let‘s discuss the original logic and the smp_found_config,
then take about your code.
The existing logic is:
if (!boot_cpu_has(X86_FEATUR
Hi Borislav,
On 2017/9/6 18:12, Borislav Petkov wrote:
> On Tue, Sep 05, 2017 at 07:06:04PM +0800, Xie XiuQi wrote:
>> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors
>> are consumed. In some cases, if the error address is in a clean page or a
>> read-only page, there is
On 2017/9/7 3:50, Luis R. Rodriguez wrote:
On Mon, Sep 04, 2017 at 03:54:23PM +0800, Ethan Zhao wrote:
Peter,
On 2017/9/4 15:49, Peter Zijlstra wrote:
On Sat, Sep 02, 2017 at 02:57:32PM +0800, Ethan Zhao wrote:
diff --git a/kernel/sysctl.c b/kernel/sysctl.c
index 6648fbb..609bed2 100644
--
Greetings To You,
My Name is Mavis wanczyk , the winner of the Power ball jackpot of $ $758.7
million in the AUGUST 24, 2017, My jackpot was a gift from God to me hence my
Entire family/foundation has AGREED to do this. My foundation is donating
$500,000.00USD to you. please contac maviswanczy
> On Sep 6, 2017, at 8:25 PM, Linus Torvalds
> wrote:
>
>> On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote:
>> Patch 1 is the fix. Patch 2 is a comment that would have kept me from
>> chasing down a false lead.
>
> Yes, this seems to fix things for me. Thanks.
>
> Of course, right no
From: Baruch Siach
Date: Sun, 3 Sep 2017 17:32:16 +0300
> The generic PHY 'phys' property sometime appears in the same node with
> the Ethernet PHY 'phy' or 'phy-handle' properties. Add a warning in
> phy-bindings.txt to reduce confusion.
>
> Signed-off-by: Baruch Siach
Applied.
On Wed, 2017-09-06 at 16:27 -0700, Linus Torvalds wrote:
> This pull request completely breaks Intel wireless for me.
>
> This is my trusty old XPS 13 (9350), using Intel Wireless 8260 (rev 3a).
>
> That remains a very standard Intel machine with absolutely zero odd
> things going on.
>
> The fi
On Thu, Sep 07, 2017 at 09:46:17AM +1000, Dave Chinner wrote:
> On Wed, Sep 06, 2017 at 04:03:37PM -0400, Dave Jones wrote:
> > On Mon, Aug 28, 2017 at 09:25:42PM -0700, Darrick J. Wong wrote:
> > > On Mon, Aug 28, 2017 at 04:31:30PM -0400, Dave Jones wrote:
> > > > I'm still trying to narrow
Hi Mark,
On 6 September 2017 at 22:59, Mark Brown wrote:
> On Wed, Sep 06, 2017 at 02:10:43PM +0800, Baolin Wang wrote:
>
>> +- hwlocks: Reference to a phandle of a hwlock provider node.
>> +- hwlock-names: Reference to hwlock name strings defined in the same order
>> + as the hwlocks.
>
> Wh
On Wed, Sep 6, 2017 at 7:54 PM, Andy Lutomirski wrote:
> Patch 1 is the fix. Patch 2 is a comment that would have kept me from
> chasing down a false lead.
Yes, this seems to fix things for me. Thanks.
Of course, right now that laptop has no working wifi with tip-of-tree
due to some issues with
When there isn't a config file (e.g. ~/.perfconfig)
or it has nothing, the config set wasn't created.
If the config set not exists, a config file can't be autogenerated.
So allow creating a empty config set in the above case,
then we can support the config file autogeneration.
Before:
$ rm -f
Currently only section->from_system_config is being checked multiple times.
items->from_system_config should be also checked, so fix it.
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Taeung Song
---
tools/perf/builtin-config.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Currently set_config() can be repeatedly called for each
input config on the below case:
$ perf config kmem.default=slab report.children=false ...
But it's a waste, so only once write a config file
gathering all given config key=value pairs
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Taeun
Hi all,
This is simple patchset for perf-config
to fix small bugs and refactor code.
I'd appreciate some feedback on this patchset.
The code is also available at 'config/refactoring-v5' branch on
git://github.com/taeung/linux-perf.git
Thanks,
Taeung
v5:
- rebase on current acme/perf/core
-
Hi Mark,
On 6 September 2017 at 23:04, Mark Brown wrote:
> On Wed, Sep 06, 2017 at 02:10:44PM +0800, Baolin Wang wrote:
>
> This looks like a nice, clean driver. A few fairly small issues though:
>
>> +config SPI_SPRD_ADI
>> + tristate "Spreadtrum ADI controller"
>> + depends on ARCH_SPR
Different namespace application might require different maximal number
of TCP sockets independently of the host.
Signed-off-by: Haishuang Yan
---
include/net/netns/ipv4.h | 1 +
include/net/tcp.h | 5 +++--
net/ipv4/sysctl_net_ipv4.c | 14 +++---
net/ipv4/tcp.c |
On Tue, 2017-09-05 at 11:05 -0500, Rob Herring wrote:
> On Fri, Sep 1, 2017 at 9:16 PM, Chen Zhong wrote:
> > 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
On 7 September 2017 at 10:48, Baolin Wang wrote:
> Hi Vinod,
>
> On 7 September 2017 at 00:22, Vinod Koul wrote:
>> On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote:
>>
>>> > > +/* DMA global registers definition */
>>> > > +#define DMA_GLB_PAUSE0x0
>>> > > +#define
Some cameras post inaccurate frame where next frame data overlap
it. this results in screen flicker, and it need to be prevented.
So this patch marks the buffer error to discard the frame where
buffer overflow.
Signed-off-by: Baoyou Xie
---
drivers/media/usb/uvc/uvc_video.c | 1 +
1 file change
On Wed, Sep 06, 2017 at 10:46:17AM -0700, Dan Williams wrote:
> On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote:
> > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote:
> >> I agree, the driver could be rewritten, but it might take some time, so
> >> meanwhile I'm looking at also oth
Patch 1 is the fix. Patch 2 is a comment that would have kept me from
chasing down a false lead.
I've tested patch 2 using CPU hotplug and suspend/resume. I haven't
tested hibernation or kexec because I don't know how. (If I do
systemctl hibernate on my laptop, it happily writes out a hiberatio
While debugging a problem, I thought that using
cr4_set_bits_and_update_boot() to restore CR4.PCIDE would be
helpful. It turns out to be counterproductive.
Add a comment documenting how this works.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/cpu/common.c | 13 +
1 file chang
When Linux brings a CPU down and back up, it switches to init_mm and then
loads swapper_pg_dir into CR3. With PCID enabled, this has the side effect
of masking off the ASID bits in CR3.
This can result in some confusion in the TLB handling code. If we
bring a CPU down and back up with any ASID o
On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote:
> On Wed, 6 Sep 2017, Yu Chen wrote:
> > On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote:
> > > I have a hard time to figure out how the 133 vectors on CPU31 are now
> > > magically fitting in the empty space on CPU0,
Hi Vinod,
On 7 September 2017 at 00:22, Vinod Koul wrote:
> On Tue, Sep 05, 2017 at 07:48:43PM +0800, Baolin Wang wrote:
>
>> > > +/* DMA global registers definition */
>> > > +#define DMA_GLB_PAUSE0x0
>> > > +#define DMA_GLB_FRAG_WAIT0x4
>> > > +#define DMA_GL
In 32-bit mode, the x86 architecture can hold full 32-bit pointers.
Therefore, the code that copies the current address to the %ecx register
and uses %ecx-relative addressing is useless, we could just use absolute
addressing.
The processors have a stack of return addresses for branch prediction. I
On 09/07/17 at 10:27am, Dou Liyang wrote:
>
>
> At 09/06/2017 04:03 PM, Baoquan He wrote:
> > On 09/06/17 at 01:41pm, Dou Liyang wrote:
> > > Hi Baoquan,
> > >
> > > At 09/06/2017 01:26 PM, Baoquan He wrote:
> > > [...]
> > > diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
> >
Hi Jarkko,
After merging the tpmdd tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm':
drivers/char/tpm/tpm_tis_core.c:469:31: warning: passing argument 2 of
'tpm_tis_send_data' discards 'const' qualifier from poi
At 09/06/2017 04:03 PM, Baoquan He wrote:
On 09/06/17 at 01:41pm, Dou Liyang wrote:
Hi Baoquan,
At 09/06/2017 01:26 PM, Baoquan He wrote:
[...]
diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
index 4f63afc..9f8479c 100644
--- a/arch/x86/kernel/smpboot.c
+++ b/arch/x86/kerne
On 09/06/2017 04:32 PM, Andrew Jeffery wrote:
On Wed, 2017-09-06 at 15:51 -0700, Guenter Roeck wrote:
On Wed, Sep 06, 2017 at 10:23:37AM +1000, Andrew Jeffery wrote:
On Tue, 2017-09-05 at 10:00 -0700, Guenter Roeck wrote:
On Tue, Sep 05, 2017 at 05:01:32PM +1000, Andrew Jeffery wrote:
Some fu
On 2017/9/6 10:12, Jerome Glisse wrote:
> On Wed, Sep 06, 2017 at 09:25:36AM +0800, Bob Liu wrote:
>> On 2017/9/6 2:54, Ross Zwisler wrote:
>>> On Mon, Sep 04, 2017 at 10:38:27PM -0400, Jerome Glisse wrote:
On Tue, Sep 05, 2017 at 09:13:24AM +0800, Bob Liu wrote:
> On 2017/9/4 23:51, Jerom
On Wed, Sep 6, 2017 at 2:04 AM, Alexey Dobriyan wrote:
> On 9/6/17, Randy Dunlap wrote:
>> On 09/05/17 15:53, Andrew Morton wrote:
>>> On Tue, 5 Sep 2017 22:05:00 +0300 Alexey Dobriyan
>>> wrote:
>>>
Implement system call for bulk retrieveing of pids in binary form.
Using /proc is
From: Shaohua Li
kthread usually runs jobs on behalf of other threads. The jobs should be
charged to cgroup of original threads. But the jobs run in a kthread,
where we lose the cgroup context of original threads. The patch adds a
machanism to record cgroup info of original threads in kthread con
From: Shaohua Li
Hi,
The IO dispatched to under layer disk by loop block device isn't cloned from
original bio, so the IO loses cgroup information of original bio. These IO
escapes from cgroup control. The patches try to address this issue. The idea is
quite generic, but we currently only make i
From: Shaohua Li
Several blkcg APIs are deprecated. After removing them, bio_blkcg is the
only API to get cgroup info for a bio. If bio_blkcg finds current task
is a kthread and has original css recorded, it will use the css instead
of associating the bio to current task.
Signed-off-by: Shaohua
From: Shaohua Li
loop block device handles IO in a separate thread. The actual IO
dispatched isn't cloned from the IO loop device received, so the
dispatched IO loses the cgroup context.
I'm ignoring buffer IO case now, which is quite complicated. Making the
loop thread aware cgroup context doe
On 2017/9/6 17:59, Jean-Philippe Brucker wrote:
> On 06/09/17 02:16, Yisheng Xie wrote:
>> Hi Jean-Philippe,
>>
>> On 2017/9/5 20:56, Jean-Philippe Brucker wrote:
>>> On 31/08/17 09:20, Yisheng Xie wrote:
Jean-Philippe has post a patchset for Adding PCIe SVM support to ARM
SMMUv3:
h
On 8/22/2017 9:07 AM, Mark Brown wrote:
> On Wed, Aug 16, 2017 at 12:39:42PM -0700, Lori Hikichi wrote:
>
>> By far the most common usage case for Cygnus is a configuration which
>> uses only the three i2s/tdm ports. In this case each port is assigned
>> a clock. Each clock has the same capabili
On 2017/9/6 17:57, Jean-Philippe Brucker wrote:
> On 06/09/17 02:02, Bob Liu wrote:
>> On 2017/9/5 20:56, Jean-Philippe Brucker wrote:
>>> On 31/08/17 09:20, Yisheng Xie wrote:
Jean-Philippe has post a patchset for Adding PCIe SVM support to ARM
SMMUv3:
https://www.spinics.net/lists
> -Original Message-
> From: Bernat, Yehezkel [mailto:yehezkel.ber...@intel.com]
> Sent: Wednesday, September 6, 2017 5:34 PM
> To: dvh...@infradead.org; Limonciello, Mario
> Cc: mika.westerb...@linux.intel.com; linux-kernel@vger.kernel.org; platform-
> driver-...@vger.kernel.org; hughsi..
Hi Thomas,
On Wednesday, 6 September 2017 07:14:50 PDT Thomas Gleixner wrote:
> On Wed, 6 Sep 2017, Paul Burton wrote:
> > On Wednesday, 6 September 2017 01:16:48 PDT Thomas Gleixner wrote:
> > > What's the problem with IRQ_NOAUTOEN and do
> > >
> > >setup_percpu_irq();
> > >enabl
On 09/06/2017 06:03 PM, Masahiro Yamada wrote:
Hi David,
2017-09-07 2:36 GMT+09:00 David Daney :
On 09/05/2017 09:20 PM, Masahiro Yamada wrote:
Hi David,
2017-09-06 11:09 GMT+09:00 David Daney :
On 09/05/2017 06:40 PM, Masahiro Yamada wrote:
IRQ_DOMAIN_HIERARCHY is not user-configurab
On 2017/9/6 21:22, Christoph Hellwig wrote:
On Wed, Sep 06, 2017 at 02:07:57PM +0100, John Garry wrote:
Regardless of the fate of the rest of the patches in this series, I think
patches 1,2,3,4,11/11 can be taken in isolation (subject to review, of
course). It would save maintaining them out-o
On Wed, 6 Sep 2017 20:49:46 -0400 Steven Rostedt wrote:
> On Tue, 5 Sep 2017 16:57:19 -0500
> Tom Zanussi wrote:
>
> > From: Baohong Liu
> >
> > Currently absolute timestamps are applied to both regular and max
> > buffers only for global trace. For instance trace, absolute timestamps
> > are a
Hi Linus,
2017-08-31 22:41 GMT+09:00 Linus Walleij :
> On Tue, Aug 22, 2017 at 6:16 PM, Masahiro Yamada
> wrote:
>
>> This GPIO controller device is used on UniPhier SoCs.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Changes in v3:
>> - Add .irq_set_affinity() hook
>> - Use irq_domain_
Hi David,
2017-09-07 2:36 GMT+09:00 David Daney :
> On 09/05/2017 09:20 PM, Masahiro Yamada wrote:
>>
>> Hi David,
>>
>>
>> 2017-09-06 11:09 GMT+09:00 David Daney :
>>>
>>> On 09/05/2017 06:40 PM, Masahiro Yamada wrote:
IRQ_DOMAIN_HIERARCHY is not user-configurable, but supposed to
On Tue, 5 Sep 2017 16:57:19 -0500
Tom Zanussi wrote:
> From: Baohong Liu
>
> Currently absolute timestamps are applied to both regular and max
> buffers only for global trace. For instance trace, absolute
> timestamps are applied only to regular buffer. But, regular and max
> buffers can be sw
On (09/06/17 22:27), Helge Deller wrote:
> This patch series fixes the wrong usages of the %pF and %pS printk format
> specifiers throughout the kernel code.
>
> Both specifiers have the same result on most architectures. But on ia64, ppc64
> and parisc64 architectures the %pF specifier does an ex
1 - 100 of 803 matches
Mail list logo
