On 25/12/2017 04:03, Wanpeng Li wrote:
> 2017-12-21 20:43 GMT+08:00 Paolo Bonzini :
>> VMCS12 fields that are not handled through shadow VMCS are rarely
>> written, and thus they are also almost constant in the vmcs02. We can
>> thus optimize prepare_vmcs02 by skipping all the work for non-shadowe
On Sun, Dec 17, 2017 at 12:31 AM, Kees Cook wrote:
> On Sat, Dec 16, 2017 at 12:29 PM, syzbot
>
> wrote:
>> Hello,
>>
>> syzkaller hit the following crash on
>> 5c13e07580c8bd2af6aa902d6b62faa968c360bc
>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
>> compiler: gcc (GC
On Tue, Dec 19, 2017 at 5:35 PM, Dmitry Vyukov wrote:
> On Tue, Dec 19, 2017 at 4:57 PM, Kees Cook wrote:
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 6084b576dca2e898f5c101baef151f7bfdbb606d
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-n
On Wed, Dec 20, 2017 at 10:44 AM, David Laight wrote:
> From: Al Viro
>> Sent: 19 December 2017 21:49
>> > I suspect that an "offset and size within the kernel object" value
>> > might make sense. But what does the _pointer_ tell you?
>>
>> Well, for example seeing a 0xfff4 where a po
On Tue, Dec 19, 2017 at 9:38 AM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 6084b576dca2e898f5c101baef151f7bfdbb606d
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Thu, Dec 21, 2017 at 11:58 AM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> f3b5ad89de16f5d42e8ad36fbdf85f705c1ae051
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On Fri, Dec 22, 2017 at 10:37 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> 1291a0d5049dbc06baaaf66a9ff3f53db493b19b
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
Hi Douglas,
2017-12-23 7:14 GMT+09:00 Douglas Anderson :
> As pointed out by Masahiro Yamada people often run "sudo make install"
> or "sudo make modules_install". In theory, that could cause a cache
> file (or the directory containing it) to be created by root. After
> doing this then subsequen
i.MX7D variant of the IP can use either Crystal Oscillator input
or internal clock input as a Reference Clock input for PCIe PHY.
Add support for an optional property 'pcie-phy-refclk-internal'.
If present then an internal clock input is used as PCIe PHY
reference clock source. By default an extern
On Sat, Dec 30, 2017 at 08:47:23PM +, Alan Cox wrote:
> On Mon, 18 Dec 2017 20:39:17 -0800
> vcap...@pengaru.com wrote:
>
> > Hello everyone,
> >
> > While investigating `journalctl -k` for anything associated with broken
> > audio, this was found:
> >
> > Dec 18 16:09:28 iridesce kernel:
On Sun, Dec 31, 2017 at 10:25 AM, Marcelo Ricardo Leitner
wrote:
> On Sat, Dec 30, 2017 at 10:52:20PM -0200, Marcelo Ricardo Leitner wrote:
>> On Sat, Dec 30, 2017 at 08:42:41AM +0100, Willem de Bruijn wrote:
> [...]
>> > Somewhat tangential, but any PF_PACKET socket can set this
>> > magic gso_si
Le 30/12/17 à 10:04, Mike Galbraith a écrit :
> On Fri, 2017-12-29 at 17:42 -0800, Linus Torvalds wrote:
>> On Thu, Dec 28, 2017 at 12:34 PM, Thomas Gleixner wrote:
>>>
>>> please pull the latest x86-pti-for-linus git tree from:
>>>
>>>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> A couple of patches this time. Just some more compatibles for the pca954x
> driver and an error handling tweak for the reg driver.
Thanks, pulled!
signature.asc
Description: PGP signature
On Fri 29-12-17 10:45:46, Zi Yan wrote:
> On 29 Dec 2017, at 6:36, Michal Hocko wrote:
>
> > On Tue 26-12-17 21:19:35, Zi Yan wrote:
[...]
> >> And it seems a little bit strange to only re-migrate the head page, then
> >> come back to all tail
> >> pages after migrating the rest of pages in the l
>> and with the reproducer, got:
>> [ 54.255469] Bogus gso_type: 7
>> [ 54.258801] Bogus gso_size: 63464
>> [ 54.262532] [ cut here ]
>> [ 54.267703] syz0: caps=(0x080058c1, 0x) len=32
>> data_len=0 gso_size=63464 gso_type=7 ip_summed0
>> [
Hi Rafael,
On Sun, Dec 31, 2017 at 1:56 AM, Rafael J. Wysocki wrote:
> On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson wrote:
>> From: Geert Uytterhoeven
>>
>> Changes in v2: [By Ulf Hansson]
>> - I have picked up the series from Geert [1] and converted it into
>> use
>> the WAKEU
Hi all,
Il 20/12/2017 16:56, Peter Zijlstra ha scritto:
On Wed, Dec 20, 2017 at 04:30:29PM +0100, Peter Zijlstra wrote:
So I ended up with the below (on top of Juri's cpufreq-dl patches).
It compiles, but that's about all the testing it had.
Should all be available at:
git://git.kernel.
> It seems virtio_net could use more sanity checks. When PACKET_VNET_HDR
> is used, it will end up calling:
> tpacket_rcv() {
> ...
> if (do_vnet) {
> if (virtio_net_hdr_from_skb(skb, h.raw + macoff -
> sizeof(struct virtio_net_hdr
On Fri, Dec 29, 2017 at 3:44 AM, Jason Wang wrote:
> This patch allows userspace to attach eBPF filter to tun. This will
> allow to implement VM dataplane filtering in a more efficient way
> compared to cBPF filter.
Is the idea to allow the trusted hypervisor to install these programs,
or the unt
On Sat, Dec 30, 2017 at 04:53:39PM +, Milosz Wasilewski wrote:
> On 29 December 2017 at 10:35, Milosz Wasilewski
> wrote:
> > On 29 December 2017 at 09:18, Greg Kroah-Hartman
> > wrote:
> >> On Thu, Dec 28, 2017 at 11:29:04AM +0530, Naresh Kamboju wrote:
> >>> On 27 December 2017 at 22:15, Gr
The error path in write_ldt() tries to free old_ldt instead of the newly
allocated new_ldt resulting in a memory leak. It also misses to clean up a
half populated LDT pagetable, which is not a leak as it gets cleaned up
when the process exits.
Free both the potentially half populated LDT pagetable
On 21/12/2017 7:13 AM, Dmitry Torokhov wrote:
Greg,
can you please schedule my patch in for 4.15?
We must have it in, otherwise there will be a major degradation (many
drivers won't be able to reload).
Greg?
On Sun, Dec 31, 2017 at 12:28:02PM +0200, Tariq Toukan wrote:
>
>
> On 21/12/2017 7:13 AM, Dmitry Torokhov wrote:
> > Greg,
> > can you please schedule my patch in for 4.15?
> >
>
> We must have it in, otherwise there will be a major degradation (many
> drivers won't be able to reload).
> Greg
On 31/12/2017 12:39 PM, Greg Kroah-Hartman wrote:
On Sun, Dec 31, 2017 at 12:28:02PM +0200, Tariq Toukan wrote:
On 21/12/2017 7:13 AM, Dmitry Torokhov wrote:
Greg,
can you please schedule my patch in for 4.15?
We must have it in, otherwise there will be a major degradation (many
driver
On Sat, Dec 30, 2017 at 7:28 PM, Jiaxun Yang wrote:
> To reduce unnecessary license text.
>
> Signed-off-by: Jiaxun Yang
> ---
> arch/mips/loongson64/common/cs5536/Makefile | 1 +
> arch/mips/loongson64/common/cs5536/cs5536_acc.c | 6 ++
> arch/mips/loongson64/common/cs5536/cs5536_eh
When the watchdog device is suspended, its timeout is set to the maximum
value. During resume, the previously set timeout should be restored.
This does not work at the moment.
The suspend function calls
imx2_wdt_set_timeout(wdog, IMX2_WDT_MAX_TIME);
and resume reverts this by calling
imx2_wdt_s
On Sat, Dec 30, 2017 at 9:41 PM, Eric Leblond wrote:
> Parse netlink ext attribute to get the error message returned by
> the card. Code is partially take from libnl.
>
> Signed-off-by: Eric Leblond
> Acked-by: Alexei Starovoitov
> --- /dev/null
> +++ b/tools/lib/bpf/nlattr.c
> @@ -0,0 +1,187
On Sat, Dec 30, 2017 at 9:44 AM, Johan Hedberg wrote:
> Hi,
>
> On Sat, Dec 30, 2017, Stephen Rothwell wrote:
>> On Sat, 30 Dec 2017 10:25:52 +1100 Stephen Rothwell
>> wrote:
>> > Commit
>> >
>> > 0a03f98b98c2 ("Bluetooth: Add a new 04ca:3015 QCA_ROME device")
>> >
>> > is missing a Signed-off
In the function ttm_page_alloc_init, kzalloc call is made for variable
_manager, we need to check its return value, it may return NULL.
In the function ttm_page_alloc_fini, we need to call kfree for variable
_manager, instead of make _manager NULL directly.
Signed-off-by: Xiongwei Song
---
driv
/0day-ci/linux/commits/Jia-Zhang/x86-clean-up-confusing-x86_mask/20171231-182946
config: x86_64-acpi-redef (attached as .config)
compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All error/warnings (new ones
/0day-ci/linux/commits/Jia-Zhang/x86-clean-up-confusing-x86_mask/20171231-182946
config: i386-randconfig-a0-201753 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All errors (new ones prefixed
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-4.15-rc6
for you to fetch changes up to 966031f340185eddd05
The following changes since commit 1291a0d5049dbc06baaaf66a9ff3f53db493b19b:
Linux 4.15-rc4 (2017-12-17 18:59:59 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-4.15-rc6
for you to fetch changes up to da99706689481717998
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-4.15-rc6
for you to fetch changes up to 9b3
The following changes since commit 1291a0d5049dbc06baaaf66a9ff3f53db493b19b:
Linux 4.15-rc4 (2017-12-17 18:59:59 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-4.15-rc6
for you to fetch changes up to d6b246bb7a2
The following changes since commit 50c4c4e268a2d7a3e58ebb698ac74da0de40ae36:
Linux 4.15-rc3 (2017-12-10 17:56:26 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-4.15-rc6
for you to fetch changes up to 8a42d3f
On Sun, Dec 31, 2017 at 10:22 AM, Geert Uytterhoeven
wrote:
> Hi Rafael,
>
> On Sun, Dec 31, 2017 at 1:56 AM, Rafael J. Wysocki wrote:
>> On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson wrote:
>>> From: Geert Uytterhoeven
>>>
>>> Changes in v2: [By Ulf Hansson]
>>> - I have picked up the s
On Fri, Dec 29, 2017 at 9:46 PM, Ingo Molnar wrote:
> * Andy Shevchenko wrote:
>> > - ireg.cx = sizeof buf;
>> > + ireg.cx = sizeof(buf);
>>
>> sizeof is operator, not a function.
>> So, what are you trying to achieve?
>
> That's true, but in the kernel coding style we use it as a
Hi Martin,
On Wed, Dec 27, 2017 at 3:27 PM, Martin Kaiser wrote:
> Before we go into suspend mode, we enable the imx uart's interrupt for
> the awake bit in the UART Status Register 1. If, for some reason, the
> awake bit is already set before we enter suspend mode, we get an
> interrupt immediat
OF functions can be used only for the driver using DT.
As a preparation for introducing ACPI support in mvpp2
driver, use struct fwnode_handle in order to obtain
properties from the hardware description.
Because there is no equivalent for for_each_available_child_of_node(),
use device_for_each_chi
Until now there were two almost identical functions for
obtaining network PHY mode - of_get_phy_mode() and,
more generic, device_get_phy_mode(). However it is not uncommon,
that the network interface is represented as a child
of the actual controller, hence it is not associated
directly to any stru
Hi,
This a second version of a patchset, which introduces ACPI support
in mvpp2 driver. Comparing to the initial one, all patches
touching generic ACPI MDIO bus / PHY handling were removed
and after some modifications will be resend separately. They
may require a longer discussion in terms of phyl
This patch introduces an alternative way of obtaining resources - via
ACPI tables provided by firmware. Enabling coexistence with the DT
support, in addition to the OF_*->device_*/fwnode_* API replacement,
required following steps to be taken:
* Add mvpp2_acpi_match table
* Omit clock configuratio
Until now there were two almost identical functions for
obtaining MAC address - of_get_mac_address() and, more generic,
device_get_mac_address(). However it is not uncommon,
that the network interface is represented as a child
of the actual controller, hence it is not associated
directly to any str
'port_count' field of the mvpp2 structure holds an overall amount
of available ports, based on DT nodes status. In order to be prepared
to support other HW description, obtain the value by incrementing it
upon each successful port initialization. This allowed for simplifying
port indexing in the co
On Sat, Dec 30, 2017 at 5:51 PM, Himanshu Jha
wrote:
> Use dma_zalloc_coherent for allocating zeroed
> memory and remove unnecessary memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
> 0-day tested with no failures.
>
Makes sense.
Revie
On Sat, Dec 30, 2017 at 09:09:56PM +0530, Himanshu Jha wrote:
> Use dma_zalloc_coherent for allocating zeroed
> memory and remove unnecessary memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
> 0-day tested with no failures.
>
> Suggested-
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Signed-off-by: Himanshu Jha
---
drivers/crypto/amcc/crypto4xx_core.c | 8 +++-
d
Use vzalloc for allocating zeroed memory and remove unnecessary
memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/video/fbdev/auo_k190x.c
Use vzalloc for allocating zeroed memory and remove unnecessary
memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/net/ethernet/cavium/liq
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/infiniband/
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/infiniband/
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/infiniband/
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
drivers/infiniband/
On Thu, Dec 28, 2017 at 5:00 PM, Yury Norov wrote:
> This patchset replaces bitmap_{to,from}_u32array with more simple
> and standard looking copy-like functions.
>
> bitmap_from_u32array() takes 4 arguments (bitmap_to_u32array is similar):
> - unsigned long *bitmap, which is destination;
> - un
On Tue, 19 Dec 2017 19:40:12 +0100
Max Staudt wrote:
> On 12/19/2017 06:26 PM, Daniel Vetter wrote:
> > On Tue, Dec 19, 2017 at 6:04 PM, Max Staudt wrote:
> >> Well, those could enable fbcon if they want the bootsplash. Shouldn't make
> >> a difference anyway if they're powerful enough to run
Fixes: 038adb295b0c ("ksm: replace jhash2 with faster hash")
Signed-off-by: Fengguang Wu
---
ksm.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/ksm.c b/mm/ksm.c
index ac2aa49..1c2619cbc3 100644
--- a/mm/ksm.c
+++ b/mm/ksm.c
@@ -374,7 +374,7 @@ static void __init choi
-ci/linux/commits/Timofey-Titovets/ksm-replace-jhash2-with-faster-hash/20171231-155425
base: git://git.cmpxchg.org/linux-mmotm.git master
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by
> So fundamentally I don't think an in-kernel bootsplash is a bad idea.
> But most likely you want this on a highly embedded system, which
It wouldn't be in kernel on such a device, it'll be in the bootstrap
before (or on a dual core device quite possibly while) the kernel data is
being uncompress
On Tue, 19 Dec 2017 15:07:53 +0100
Oliver Neukum wrote:
> Am Dienstag, den 19.12.2017, 14:57 +0100 schrieb Daniel Vetter:
> > > Would you like me to extend the FB API or not?
> >
> > Yes. Well for real I'd like you to do kms, so maybe you need to explain
> > why exactly you absolutely have to
> Use dma_zalloc_coherent for allocating zeroed
> memory and remove unnecessary memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
> 0-day tested with no failures.
>
> Suggested-by: Luis R. Rodriguez
> Signed-off-by: Himanshu Jha
> ---
On 31 Dec 2017, at 4:07, Michal Hocko wrote:
> On Fri 29-12-17 10:45:46, Zi Yan wrote:
>> On 29 Dec 2017, at 6:36, Michal Hocko wrote:
>>
>>> On Tue 26-12-17 21:19:35, Zi Yan wrote:
> [...]
And it seems a little bit strange to only re-migrate the head page, then
come back to all tail
>>
On 2017-12-31 Sun 12:17 +0100，Philippe Ombredanne wrote：
> Did you CC the original authors? You would need their signoff or at
> least an ack IMHO
Yeah, I CC Huacai Chen in v1 as the Lemote staff who in charge of
Loongson's mainline kernel. Can he sign-off for all the original
authors who were fro
On 30/12/17 16:36, Mikko Perttunen wrote:
FWIW, we had this problem some years ago with the Tegra CPU clock - then
it was determined that a simpler solution was to have the determine_rate
callback support unsigned long rates - so clock drivers that need to
return rates higher than 2^31 can inst
On Sun, Dec 31, 2017 at 2:14 PM, Jiaxun Yang wrote:
> On 2017-12-31 Sun 12:17 +0100，Philippe Ombredanne wrote：
>> Did you CC the original authors? You would need their signoff or at
>> least an ack IMHO
>
> Yeah, I CC Huacai Chen in v1 as the Lemote staff who in charge of
> Loongson's mainline ker
- On Dec 30, 2017, at 5:02 PM, Thomas Gleixner t...@linutronix.de wrote:
> On Sat, 30 Dec 2017, Mathieu Desnoyers wrote:
>> - On Dec 30, 2017, at 2:58 PM, Thomas Gleixner t...@linutronix.de wrote:
>> > /*
>> > * Called on fork from arch_dup_mmap(). Just copy the current LDT state,
>> > *
On Sun, 31 Dec 2017, Mathieu Desnoyers wrote:
> > Granted, it's not obvious and ideally we convert those this_cpu_read/writes
> > to __this_cpu_read/writes() to get the immediate fail reported on the first
> > access.
>
> Indeed, if this function is expected to be called from non-preempt context,
From: Srinivas Kandagatla
One of the pointer passed to dmam_alloc_coherent seems to be
phys_addr_t * instead of dma_addr_t *. This address will be
used by dma apis, so change this to proper type.
Reported-by: kbuild test robot
Signed-off-by: Srinivas Kandagatla
---
drivers/slimbus/qcom-ctrl.c
Hi Martin,
On 12/31/2017 03:17 AM, Martin Kaiser wrote:
When the watchdog device is suspended, its timeout is set to the maximum
value. During resume, the previously set timeout should be restored.
This does not work at the moment.
The suspend function calls
imx2_wdt_set_timeout(wdog, IMX2_WDT
Arnd, Olof,
This is the at91 DT pull request. The bulk of it is the switch to the
new TCB bindings that were acked a long time ago. These changes are
compatible with the current driver and taking them now will allow for a
smooth transition.
The following changes since commit 4fbd8d194f06c8a3fd2af
-ci/linux/commits/Steven-Rostedt/vsprintf-Do-not-have-bprintf-dereference-pointers/20171231-223129
config: i386-randconfig-x072-201753 (attached as .config)
compiler: gcc-7 (Debian 7.2.0-12) 7.2.1 20171025
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All
> On Dec 31, 2017, at 2:24 AM, Thomas Gleixner wrote:
>
> The error path in write_ldt() tries to free old_ldt instead of the newly
> allocated new_ldt resulting in a memory leak. It also misses to clean up a
> half populated LDT pagetable, which is not a leak as it gets cleaned up
> when the pr
Arnd, Olof,
A single harmless change for this pull request. I hope you'll enjoy this
New Year's Eve.
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.kernel.org/pub/scm/
On Sun, 2017-12-31 at 17:54 +0530, Himanshu Jha wrote:
> Use dma_zalloc_coherent for allocating zeroed
> memory and remove unnecessary memset function.
>
> Done using Coccinelle.
> Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
I thought you were going to change this tag to
not u
On Sun, Dec 31, 2017 at 01:51:33AM +0900, Masahiro Yamada wrote:
> 2017-12-22 4:10 GMT+09:00 Lukas Bulwahn :
> > do_config_file() should exit with an error code, and not return if it fails
> > as then the error in do_config_file() would go unnoticed in the current
> > code and allow the build to co
Quoting Alexandru Chirvasitu (2017-12-30 17:31:32)
> Short description: I get freezes of my desktop completely eliminating
> mouse / keyboard functionality.
>
> I’m on an UltraLap 5330, Processor: i7-7500U, Memory: 32 GB DDR4-2133
> Video Card: Intel HD (included). It's running Void linux 64 bit.
Linus,
please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
Thre fixlets for objtool:
- Address two segfaults related to missing parameter and clang objects
- Make it compile clean with clang
Thanks
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
A rather large update after the kaisered maintainer finally found time to
handle regression reports.
- The larger part addresses a regression ca
Den 21.12.2017 20.23, skrev David Lechner:
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
v3 changes:
* Changed compatible string
* use SPDX license header
* Renamed mode struct to use panel name i
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
This update contains:
- Plug a memory leak in the intel pmu init code
- clang fixes
- tooling fix to avoid including kernel headers
A couple of stack dump fixes, which will help debugging PTI issues.
Josh Poimboeuf (2):
x86/dumpstack: Fix partial register dumps
x86/dumpstack: Print registers for first stack frame
arch/x86/include/asm/unwind.h | 17 +
arch/x86/kernel/dumpstack.c | 31
Den 21.12.2017 20.35, skrev David Lechner:
On 12/21/2017 01:23 PM, David Lechner wrote:
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
+ mipi_dbi_command(mipi, ST7735R_GAMCTRP1, 0x0f, 0x1a,
In the stack dump code, if the frame after the starting pt_regs is also
a regs frame, the registers don't get printed. Fix that.
Reported-by: Andy Lutomirski
Tested-by: Alexander Tsoy
Fixes: 3b3fa11bc700 ("x86/dumpstack: Print any pt_regs found on the stack")
Cc: sta...@vger.kernel.org
Signed-o
Linus,
please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
Three patches addressing the fallout of the CPU_ISOLATION changes
especially with NO_HZ_FULL plus documentation of boot parameter dependency.
The show_regs_safe() logic is wrong. When there's an iret stack frame,
it prints the entire pt_regs -- most of which is random stack data --
instead of just the five registers at the end.
show_regs_safe() is also poorly named: the on_stack() checks aren't for
safety. Rename the function to show_
Linus,
please pull the latest smp-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
smp-urgent-for-linus
A trivial build warning fix for newer compilers
Thanks,
tglx
-->
Mathieu Malaterre (1):
cpu/hotplug: Move inline k
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
A pile of fixes for long standing issues with the timer wheel and the NOHZ
code:
- Prevent timer base confusion accross the nohz switch, w
Linus,
please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
Four patches addressing the PTI fallout as discussed and debugged
yesterday:
- Remove stale and pointless TLB flush invocations from the hotplug code
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
A couple of fixlets for x86:
- Fix the ESPFIX double fault handling for 5-level pagetables
- Fix the commandline parsing for 'apic=' on 32bit
On Sun, 2017-12-31 at 13:48 +0200, Andy Shevchenko wrote:
> On Fri, Dec 29, 2017 at 9:46 PM, Ingo Molnar wrote:
> > * Andy Shevchenko wrote:
> > > > - ireg.cx = sizeof buf;
> > > > + ireg.cx = sizeof(buf);
> > >
> > > sizeof is operator, not a function.
> > > So, what are you tryin
On Sun, Dec 31, 2017 at 07:46:09AM -0800, Joe Perches wrote:
> On Sun, 2017-12-31 at 17:54 +0530, Himanshu Jha wrote:
> > Use dma_zalloc_coherent for allocating zeroed
> > memory and remove unnecessary memset function.
> >
> > Done using Coccinelle.
> > Generated-by: scripts/coccinelle/api/alloc/k
On Sun, Dec 31, 2017 at 02:23:11PM +, srinivas.kandaga...@linaro.org wrote:
> From: Srinivas Kandagatla
>
> One of the pointer passed to dmam_alloc_coherent seems to be
> phys_addr_t * instead of dma_addr_t *. This address will be
> used by dma apis, so change this to proper type.
>
> Report
://github.com/0day-ci/linux/commits/Jia-Zhang/x86-clean-up-confusing-x86_mask/20171231-182946
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
vim +165 drivers/char/hw_random/via
On Sun, 31 Dec 2017, Himanshu Jha wrote:
> On Sun, Dec 31, 2017 at 07:46:09AM -0800, Joe Perches wrote:
> > On Sun, 2017-12-31 at 17:54 +0530, Himanshu Jha wrote:
> > > Use dma_zalloc_coherent for allocating zeroed
> > > memory and remove unnecessary memset function.
> > >
> > > Done using Cocci
This is a rework of reverted commit fd865802c66bc451dc515ed89360f84376ce1a56
The issue is that some QCA Rome bluetooth controllers stop functioning upon
resume from suspend.
These devices seem to be losing power during suspend. This patch will enable
reset_resume in usb core (instead of btusb) and
On Tue, Dec 19, 2017 at 8:45 AM, Christian König
wrote:
> Am 19.12.2017 um 11:39 schrieb Michel Dänzer:
>>
>> On 2017-12-19 11:37 AM, Michel Dänzer wrote:
>>>
>>> On 2017-12-18 08:01 PM, Tobias Klausmann wrote:
On 12/18/17 7:06 PM, Mike Galbraith wrote:
>
> Greetings,
>
>
On Sun, Dec 31, 2017 at 12:58:39PM +0100, Marcin Wojtas wrote:
Hi Marcin
> Because there is no equivalent for for_each_available_child_of_node(),
> use device_for_each_child_node() and check the port availability
> inside the mvpp2_port_probe() routine.
Could device_each_available_child_node() be
> * Modify way of obtaining interrupts - with ACPI they are resources
> bound to struct platform_device and it's not possible to obtain
> them directly from the child node. Hence a formula is used, depending
> on the port_id and number of possible CPUs.
Hi Marcin
I know nothing about ACPI.
The iio timestamp clock is user selectable and may be non-monotonic. Also,
only part of the acquisition time is measured, thus the delay was longer
than intended.
Use a monotonic timestamp to track the time for the next poll iteration.
The timestamp is advanced by the sampling interval each iterat
Hi Leif,
> This is a rework of reverted commit fd865802c66bc451dc515ed89360f84376ce1a56
> The issue is that some QCA Rome bluetooth controllers stop functioning upon
> resume from suspend.
> These devices seem to be losing power during suspend. This patch will enable
> reset_resume in usb core (i
1 - 100 of 141 matches
Mail list logo
