This patch updates the crypto modules using LZ4 compression
to work with the new LZ4 module version.
Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de>
---
crypto/lz4.c | 21 -
crypto/lz4hc.c | 21 -
2 files changed, 16 insertions(+), 26 del
This patch updates fs/pstore and fs/squashfs to use the updated
functions from the new LZ4 module.
Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de>
---
fs/pstore/platform.c | 14 +++---
fs/squashfs/lz4_wrapper.c | 12 ++--
2 files changed, 13 insertions(+), 13
This patch updates LZ4 kernel module to LZ4 v1.7.3 by Yann Collet.
The kernel module is inspired by the previous work by Chanho Min.
The updated LZ4 module will not break existing code since the patchset
contains appropriate changes.
API changes:
New method LZ4_compress_fast which differs from th
On Wed 25-01-17 14:22:45, Johannes Weiner wrote:
> On Wed, Jan 25, 2017 at 07:45:49PM +0100, Michal Hocko wrote:
> > On Wed 25-01-17 13:11:50, Johannes Weiner wrote:
> > [...]
> > > >From 6420cae52cac8167bd5fb19f45feed2d540bc11d Mon Sep 17 00:00:00 2001
> > > From: Johannes Weiner
> > > Date: Wed,
This patch removes the functions introduced as wrappers for providing
backwards compatibility to the prior LZ4 version.
They're not needed anymore since there's no callers left.
Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de>
---
include/linux/lz4.h | 73
This patch updates the unlz4 wrapper to work with the
updated LZ4 kernel module version.
Signed-off-by: Sven Schmidt <4ssch...@informatik.uni-hamburg.de>
---
lib/decompress_unlz4.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/lib/decompress_unlz4.c b/lib/decom
This patchset is for updating the LZ4 compression module to a version based
on LZ4 v1.7.3 allowing to use the fast compression algorithm aka LZ4 fast
which provides an "acceleration" parameter as a tradeoff between
high compression ratio and high compression speed.
We want to use LZ4 fast in orde
I added a comment that you recommanded after modifying a bit, like the
following. Please let me know if the my sentence is rather awkward.
Thank you.
->8-
commit bb8ad95a4944eec6ab72e950ef063960791b0d8c
Author: Byungchul Park
Date: Tue Jan 24 16:44:16 2017 +0900
lockdep: Refactor
On Thu, Jan 26, 2017 at 07:44:46AM +, Dexuan Cui wrote:
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > > Dexuan Cui wrote:
> > > As I checked against the kernels listed on the homapage,
> > > the below versions are impacted:
> > > v3.16.39
> > > v3.18.47
> > > v4.
I'm announcing the release of the 4.4.45 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
Hi Ingo,
On 01/26/2017 03:19 PM, Ingo Molnar wrote:
> * Lu Baolu wrote:
>
>> Fair enough.
>>
>> USB connection is stable enough, unless the user unplugs the
>> USB cable during debugging.
> What does the hardware do in this case? The XHCI registers are in the host
> hardware, so they won't disap
Hi all,
I see this brand new warning when booting here.
Top commit is v4.10-rc5-107-g883af14e67e8 from Linus' master.
[2.209255] [drm] Initialized
[2.210636] [drm] Memory usable by graphics device = 2048M
[2.210732] [drm] Replacing VGA console driver
[2.211517] Console: switching
diff --git a/Documentation/devicetree/bindings/clock/imx31-clock.txt
b/Documentation/devicetree/bindings/clock/imx31-clock.txt
index 19df842c694f..8163d565f697 100644
--- a/Documentation/devicetree/bindings/clock/imx31-clock.txt
+++ b/Documentation/devicetree/bindings/clock/imx31-clock.txt
@@ -77,
I'm announcing the release of the 4.9.6 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Documentation/devicetree/bindings/clock/imx31-clock.txt
b/Documentation/devicetree/bindings/clock/imx31-clock.txt
index 19df842c694f..8163d565f697 100644
--- a/Documentation/devicetree/bindings/clock/imx31-clock.txt
+++ b/Documentation/devicetree/bindings/clock/imx31-clock.txt
@@ -77,
On Thu 19-01-17 10:44:05, Michal Hocko wrote:
> On Thu 19-01-17 10:22:36, Jan Kara wrote:
> > On Thu 19-01-17 09:39:56, Michal Hocko wrote:
> > > On Tue 17-01-17 18:29:25, Jan Kara wrote:
> > > > On Tue 17-01-17 17:16:19, Michal Hocko wrote:
> > > > > > > But before going to play with that I am rea
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Dexuan Cui wrote:
> > As I checked against the kernels listed on the homapage,
> > the below versions are impacted:
> > v3.16.39
> > v3.18.47
> > v4.1.38
> > v4.8.17
> > v4.9.5
> > v4.10-rc5
> >
> > It's interesting v4.4.44
On Wed 25-01-17 21:16:42, Daniel Borkmann wrote:
> On 01/25/2017 07:14 PM, Alexei Starovoitov wrote:
> > On Wed, Jan 25, 2017 at 5:21 AM, Michal Hocko wrote:
> > > On Wed 25-01-17 14:10:06, Michal Hocko wrote:
> > > > On Tue 24-01-17 11:17:21, Alexei Starovoitov wrote:
> [...]
> > > > > > Are ther
I fixed a hole that peterz pointed out. And then, I think the following
is reasonable. Don't you think so?
->8-
commit ac185d1820ee7223773ec3e23f614c1fe5c079fc
Author: Byungchul Park
Date: Tue Jan 24 14:46:14 2017 +0900
lockdep: Pass a callback arg to check_prev_add() to handle sta
JFYI, Yisheng Xie has already posted a new version of the patchset [1]
and I assume Andrew will drop the current one.
[1] http://lkml.kernel.org/r/1485356738-4831-1-git-send-email-ys...@foxmail.com
On Wed 25-01-17 23:27:38, Arnd Bergmann wrote:
> Without CONFIG_MIGRATION, we get a build failure w
On January 26, 2017 2:26 AM Kirill A. Shutemov wrote:
>
> For consistency, it worth converting all page_check_address() to
> page_vma_mapped_walk(), so we could drop the former.
>
> Signed-off-by: Kirill A. Shutemov
> ---
Acked-by: Hillf Danton
> mm/page_vma_mapped.c | 30 ++
Extra gcc checks like W=1 were moved to scripts/Makefile.exrawarn,
so the file name in comment needs to be fixed.
Signed-off-by: Seung-Woo Kim
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 0988400..dbaada3 100644
--- a/Makefile
+
* Lu Baolu wrote:
>
> Hi,
>
> On 01/25/2017 10:38 PM, Peter Zijlstra wrote:
> > On Wed, Jan 25, 2017 at 08:27:38PM +0800, Lu Baolu wrote:
> >> In my driver, udelay() is mostly used to handle time out.
> >>
> >> Xdbc hides most USB things in its firmware. Early printk driver only needs
> >> to
* Lu Baolu wrote:
> Fair enough.
>
> USB connection is stable enough, unless the user unplugs the
> USB cable during debugging.
What does the hardware do in this case? The XHCI registers are in the host
hardware, so they won't disappear, right? Is there some cable connection status
bit we ca
Hi Krzysztof,
On 2017-01-25 20:50, Krzysztof Kozlowski wrote:
On Wed, Jan 25, 2017 at 12:50:28PM +0100, Marek Szyprowski wrote:
Exynos5433 LPASS module requires some clocks for proper operation with
power domain.
Signed-off-by: Marek Szyprowski
---
arch/arm64/boot/dts/exynos/exynos5433.dts
On Thu, Jan 26, 2017 at 06:10:19AM +, Dexuan Cui wrote:
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Wednesday, January 25, 2017 00:08
> > To: Dexuan Cui
> > Cc: gre...@linuxfoundation.org; driverdev-de...@linuxdriverproject.org; KY
> > Srinivasan ; Haiyang Zhang ;
Hi Krzysztof,
On 2017-01-25 20:34, Krzysztof Kozlowski wrote:
The exynos-regs-pmu.h was never a complete list of PMU registers. It
contained a lot of holes for registers which are not used. However, a
lot of unused defines came with porting the code from vendor kernel.
Few of defines were al
On January 26, 2017 2:26 AM Kirill A. Shutemov wrote:
> @@ -333,12 +333,15 @@ __vma_address(struct page *page, struct vm_area_struct
> *vma)
> static inline unsigned long
> vma_address(struct page *page, struct vm_area_struct *vma)
> {
> - unsigned long address = __vma_address(page, vma);
On Thu, Jan 26, 2017 at 02:30:02PM +0800, Xunlei Pang wrote:
> The hardware machine check is hard to reproduce, but the mce code of
> RHEL7 is quite the same as that of tip/master, anyway we are able to
> inject software mce to reproduce it.
Please give me your exact steps so that I can try to rep
On 01/24/2017 at 08:22 PM, Borislav Petkov wrote:
> On Tue, Jan 24, 2017 at 09:27:45AM +0800, Xunlei Pang wrote:
>> It occurred on real hardware when testing crash dump.
>>
>> 1) SysRq-c was injected for the test in 1st kernel
>> [ 49.897279] SysRq : Trigger a crash 2) The 2nd kernel started for kd
Hi Paul,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.10-rc5 next-20170125]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Paul-Cercueil/Ingenic-JZ4740-JZ4780-pinctrl
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Wednesday, January 25, 2017 00:08
> To: Dexuan Cui
> Cc: gre...@linuxfoundation.org; driverdev-de...@linuxdriverproject.org; KY
> Srinivasan ; Haiyang Zhang ;
> Stephen Hemminger ; o...@aepfle.de; Rolf
> Neugebauer ; jasow...@re
Hi Masami,
On Thu, 2017-01-26 at 11:11 +0900, Masami Hiramatsu wrote:
> On Wed, 25 Jan 2017 12:23:47 -0800
> Ricardo Neri wrote:
>
> > The function insn_get_reg_offset requires a type to indicate whether
> > the returned offset is that given by by the ModRM or the SIB byte.
> > Callers of this f
On Wed, Jan 25, 2017 at 10:42:25PM +0100, mar...@kaiser.cx wrote:
> From: Martin Kaiser
>
> These functions are referencing s3c_clk_regs[], which are marked as
> __initdata. When compiling with CONFIG_DEBUG_SECTION_MISMATCH=y, this
> produces warnings like
>
> WARNING: vmlinux.o(.text+0x1983
Hi Mark, Christopher,
On 26 January 2017 at 01:36, Mark Rutland wrote:
> On Wed, Jan 25, 2017 at 10:38:01AM -0500, Christopher Covington wrote:
>> On 01/25/2017 01:46 AM, Fu Wei wrote:
>> > On 25 January 2017 at 01:24, Mark Rutland wrote:
>> >> On Wed, Jan 18, 2017 at 09:25:32PM +0800, fu@li
On Wed, 2017-01-25 at 12:38 -0800, H. Peter Anvin wrote:
> On 01/25/17 12:23, Ricardo Neri wrote:
> > + case UMIP_SMSW:
> > + dummy_value = CR0_STATE;
>
> Unless the user space process is running in 64-bit mode this value
> should be & 0x.
But wouldn't that prevent the bits CR0[63
Hi Rob,
> It appears that TI WiLink devices including NFC (WL185x/WL189x) never
> shipped. The only information I found were announcements in Feb
> 2012 about the parts. There's been no activity on this driver besided
> common changes since initially added in Jan 2012. There's also no in
> users t
On Wed, Jan 25, 2017 at 04:40:46PM -0500, Paul Gortmaker wrote:
> These files were only including module.h for exception table related
> functions. We've now separated that content out into its own file
> "extable.h" so now move over to that and avoid all the extra header
> content in module.h tha
On January 24, 2017 9:52 PM Mike Rapoport wrote:
> Hi,
>
> These patches try to address issues I've encountered during integration of
> userfaultfd with CRIU.
> Previously added userfaultfd events for fork(), madvise() and mremap()
> unfortunately do not cover all possible changes to a process v
Hi Peter,
On Wed, 2017-01-25 at 12:34 -0800, H. Peter Anvin wrote:
> On 01/25/17 12:23, Ricardo Neri wrote:
> > * SMSW returns the value with which the CR0 register is programmed in
> >head_32/64.S at boot time. This is, the following bits are enabed:
> >CR0.0 for Protection Enable, CR.1 f
On Wed, 2017-01-25 at 13:58 -0800, Andy Lutomirski wrote:
> On Wed, Jan 25, 2017 at 12:23 PM, Ricardo Neri
> wrote:
> > Tasks running in virtual-8086 mode will use 16-bit addressing form
> > encodings as described in the Intel 64 and IA-32 Architecture Software
> > Developer's Manual Volume 2A Sec
Hi Mark,
On 26 January 2017 at 01:25, Mark Rutland wrote:
> On Wed, Jan 25, 2017 at 02:46:12PM +0800, Fu Wei wrote:
>> Hi Mark,
>
> Hi,
>
>> On 25 January 2017 at 01:24, Mark Rutland wrote:
>> > On Wed, Jan 18, 2017 at 09:25:32PM +0800, fu@linaro.org wrote:
>> >> From: Fu Wei
>> >>
>> >> Th
On Wed, Jan 25, 2017 at 11:37:11AM -0500, Paul Gortmaker wrote:
> [Re: linux-next: Tree for Jan 19] On 23/01/2017 (Mon 23:11) Stafford Horne
> wrote:
>
> [...]
>
> >
> > Are all of these builds using the tests from lkp-tests [0]?
>
> Not using any specific tests, other than compiling allmodcon
On January 24, 2017 2:17 AM Johannes Weiner wrote:
>
> We noticed a regression on multiple hadoop workloads when moving from
> 3.10 to 4.0 and 4.6, which involves kswapd getting tangled up in page
> writeout, causing direct reclaim herds that also don't make progress.
>
> I tracked it down to th
On Wed, 2017-01-25 at 21:43 +0100, Jiri Kosina wrote:
> Rewrite the code a little bit as suggested by Linus, so that we avoid
> spaghettiing the code even more -- namely the whole decision making
> process regarding helper selection (either automatic or not) is being
> separated, so that the whole
On Wed, Jan 25, 2017 at 08:54:53PM -0800, Guenter Roeck wrote:
> On 01/25/2017 08:37 AM, Paul Gortmaker wrote:
> > [Re: linux-next: Tree for Jan 19] On 23/01/2017 (Mon 23:11) Stafford Horne
> > wrote:
> >
> > [...]
> >
> > >
> > > Are all of these builds using the tests from lkp-tests [0]?
> >
Hi Minchan
On Thu, Jan 26, 2017 at 4:57 AM, Minchan Kim wrote:
> Hello Vinayak,
>
> On Wed, Jan 25, 2017 at 05:08:38PM +0530, Vinayak Menon wrote:
>> It is noticed that during a global reclaim the memory
>> reclaimed via shrinking the slabs can sometimes result
>> in reclaimed pages being greater
On 01/25/2017 08:37 AM, Paul Gortmaker wrote:
[Re: linux-next: Tree for Jan 19] On 23/01/2017 (Mon 23:11) Stafford Horne
wrote:
[...]
Are all of these builds using the tests from lkp-tests [0]?
Not using any specific tests, other than compiling allmodconfig and
defconfig.
If so and no o
On Wed, Jan 4, 2017 at 8:36 AM, HS Liao wrote:
> diff --git a/drivers/mailbox/mtk-cmdq-mailbox.c
> b/drivers/mailbox/mtk-cmdq-mailbox.c
> new file mode 100644
> index 000..747bcd3
> --- /dev/null
> +++ b/drivers/mailbox/mtk-cmdq-mailbox.c
...
> +static void cmdq_task_exec(struct cmdq_pkt *
On Wed, Jan 25, 2017 at 01:54:32PM +0100, Daniel Vetter wrote:
> On Wed, Jan 25, 2017 at 06:10:57PM +0900, Michel Dänzer wrote:
> > On 25/01/17 05:33 PM, Markus Trippelsdorf wrote:
> > > On 2017.01.23 at 09:38 +1000, Dave Airlie wrote:
> > >>
"Michael Kerrisk (man-pages)" writes:
> On 25 January 2017 at 15:28, Eric W. Biederman wrote:
>> My concern is that the difference between returning -EOVERFLOW and
>> overflow_uid is primarily about usability. If you haven't played with
>> the usability I don't trust that we have made the pro
From: Arnd Bergmann
Date: Wed, 25 Jan 2017 23:29:33 +0100
> The only caller of this new function is inside of an #ifdef checking
> for CONFIG_BRIDGE_IGMP_SNOOPING, so we should move the implementation
> there too, in order to avoid this harmless warning:
>
> net/bridge/br_forward.c:177:13: error
From: Sainath Grandhi
Date: Wed, 25 Jan 2017 13:25:32 -0800
> Tap character devices can be implemented on other virtual interfaces like
> ipvlan, similar to macvtap. Source code for tap functionality in macvtap
> can be re-used for this purpose.
>
> This patch series splits macvtap source into t
Hi Andrew,
On Wed, 25 Jan 2017 17:43:22 -0800 Andrew Morton
wrote:
>
> On Thu, 26 Jan 2017 13:59:23 +1300 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
> > Andrew do you see merit in Aleksa's patch that I don't? Otherwise can
> > you remove it from your tree?
>
> I have done so.
I'
David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, January 26, 2017 11:48 AM
[...]
> Series applied.
Thank you very much. I would try to find better way, too.
Best Regards,
Hayes
Read-allocation hints are not enabled for both the GIC-ITS and GICR
tables. This forces the hardware to always read the table contents
from an external memory (DDR) which is slow compared to cache memory.
Most of the tables are often read by hardware. So, it's better to
enable Read-allocate hints i
From: Hayes Wang
Date: Thu, 26 Jan 2017 09:38:30 +0800
> v3:
> simply the argument for patch #3. Replace &tp->napi with napi.
>
> v2:
> Add smp_mb__after_atomic() for patch #1.
>
> v1:
> Scheduling the napi during the following periods would let it be ignored.
> And the events wouldn't be handl
From: Hayes Wang
Date: Thu, 26 Jan 2017 03:04:45 +
> May you apply these patches first, until I find another way to replace
> current one?
Yes, I will.
On Wed, 2017-01-25 at 16:06 +0100, Sebastian Andrzej Siewior wrote:
> According to the to description of radix_tree_preload() the return code
> of 0 means that the following addition of a single element does not
> fail. But in RT's case this requirement is not fulfilled. There is more
> than just
Signed-off-by: Fam Zheng
---
include/uapi/linux/virtio_scsi.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/uapi/linux/virtio_scsi.h b/include/uapi/linux/virtio_scsi.h
index cc18ef8..a26fb31 100644
--- a/include/uapi/linux/virtio_scsi.h
+++ b/include/uapi/linux/virtio_scsi.h
@
This implements the VIRTIO_SCSI_F_FC_HOST feature by reading the config
fields and presenting them as sysfs fc_host attributes. The config
change handler is added here because primary_active will toggle during
migration.
Signed-off-by: Fam Zheng
---
drivers/scsi/virtio_scsi.c | 60 ++
v2: Fix endianness of WWNN/WWPN. [Paolo]
This series implements the proposed fc_host feature of virtio-scsi.
The first patch updates the data structure changes according to the spec
proposal; the second patch actually implements the operations.
Fam Zheng (2):
virtio_scsi: Add fc_host definitio
On 01/19/17 at 12:48pm, Ard Biesheuvel wrote:
> On 18 January 2017 at 19:24, Bhupesh Sharma wrote:
> > On Wed, Jan 18, 2017 at 7:30 PM, Ard Biesheuvel
> > wrote:
> >> On 18 January 2017 at 13:48, Dave Young wrote:
> >>> Before invoking the arch specific handler, efi_mem_reserve() reserves
> >>>
Hi,
On 01/26/2017 12:16 AM, Peter Zijlstra wrote:
> On Wed, Jan 25, 2017 at 11:51:34PM +0800, Lu Baolu wrote:
>
>>> What is timeout and why?
>> Put it in simple:
>>
>> The driver sets the RUN bit in control register and polls READY
>> bit in status register for the successful USB device enumeratio
> "Michael" == Michael Schmitz writes:
Michael> Martin, Finn, I'll get to that on the weekend - Auckland
Michael> Anniversary Day coming up so plenty of time.
Great, thanks!
--
Martin K. Petersen Oracle Linux Engineering
On 2017/1/26 0:24, David Miller wrote:
> Networking patches must be sent to net...@vger.kernel.org
>
> Thank you.
>
> .
>
it is misoperation, please ignore. sorry to interrupt you!
--
MBR,
Yankejian (Hackim Yim)
Hi Stephen,
On Wed, Jan 25, 2017 at 3:46 PM, Stephen Boyd wrote:
> I ran into a build error when I disabled CONFIG_ACPI and tried to
> compile this driver:
>
> drivers/perf/xgene_pmu.c:1242:1: warning: data definition has no type or
> storage class
> MODULE_DEVICE_TABLE(of, xgene_pmu_of_match);
Hi Ingo,
On 01/25/2017 05:23 PM, Ingo Molnar wrote:
> * Lu Baolu wrote:
>
>>> Hiding essentially an early udelay() implementation in an early-printk
>>> driver is
>>> ugly and counterproductive.
>> Sure. How about below change?
>>
>> diff --git a/drivers/usb/early/xhci-dbc.c b/drivers/usb/early
David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, January 26, 2017 3:31 AM
[...]
> I think the fundamental issue is that since you can't stop URBs from
> queueing up, you cannot properly synchronize NAPI and schedule polling
> properly.
>
> From my perspective what happened here is you w
Martin, Finn,
I'll get to that on the weekend - Auckland Anniversary Day coming up so
plenty of time.
Cheers,
Michael
Am 26.01.2017 um 12:25 schrieb Martin K. Petersen:
>> "Finn" == Finn Thain writes:
>
> Finn> Michael, Ondrej, can I get you to review/test please?
>
> Pretty plea
* Kirill A. Shutemov [2017-01-24 19:28:21]:
> For consistency, it worth converting all page_check_address() to
> page_check_walk(), so we could drop the former.
>
> Signed-off-by: Kirill A. Shutemov
> ---
> kernel/events/uprobes.c | 22 ++
> 1 file changed, 14 insertions(+)
> >
> > The first time the breakpoint is hit on a page, it replaces the text
> > page with anon page. Now lets assume we insert breakpoints in all the
> > pages in a range. Here each page is individually replaced by a non THP
> > anonpage. (since we dont have bulk breakpoint insertion support,
>
On 01/25/2017 08:37 PM, Masami Hiramatsu wrote:
On Tue, 24 Jan 2017 16:41:28 -0500
Josh Hunt wrote:
Commit e50243bb ("perf probe: Ignore vmlinux Build-id when offline vmlinux
given")
added the ability to ignore vmlinux when an offline vmlinux is passed and no
l, d, or a flag is also passed. T
On Tue, 24 Jan 2017 16:41:28 -0500
Josh Hunt wrote:
> Commit e50243bb ("perf probe: Ignore vmlinux Build-id when offline vmlinux
> given")
> added the ability to ignore vmlinux when an offline vmlinux is passed and no
> l, d, or a flag is also passed. This extends that to ignore build-id when
>
Hi Alex,
Thanks for your reply.
I tested your correction. The result is correct.
The C language will cause this function(csum_tcpudp_nofold) become
176 MIPS instructions. The assemble code is 150 MIPS instruction.
If the MIPS CPU is running as 1GHz, C language cause more 60 nano
se
On Wed, 25 Jan 2017 12:23:46 -0800
Ricardo Neri wrote:
> Other kernel submodules can benefit from using the utility functions
> defined in mpx.c to obtain the addresses and values of operands contained
> in the general purpose registers. An instance of this is the emulation code
> used for instru
From: Eric Dumazet
We perform the conversion between kernel jiffies and ms only
when exporting kernel value to user space.
We need to do the opposite operation when value is written
by user.
Only matters when HZ != 1000
Signed-off-by: Eric Dumazet
Cc: sta...@vger.kernel.org
---
kernel/sysctl
My bad, I can reproduce the issue now.
Thanks
Tai
On Wed, Jan 25, 2017 at 6:13 PM, Tai Tri Nguyen wrote:
> Hi Stephen,
>
> On Wed, Jan 25, 2017 at 3:46 PM, Stephen Boyd wrote:
>> I ran into a build error when I disabled CONFIG_ACPI and tried to
>> compile this driver:
>
> I tried kernel 4.9 and
Hi Stephen,
On Wed, Jan 25, 2017 at 3:46 PM, Stephen Boyd wrote:
> I ran into a build error when I disabled CONFIG_ACPI and tried to
> compile this driver:
I tried kernel 4.9 and couldn't reproduce the issue.
What is the kernel version you are seeing the compilation issue?
Regards
Tai
>
> driv
On Wed, 25 Jan 2017 12:23:47 -0800
Ricardo Neri wrote:
> The function insn_get_reg_offset requires a type to indicate whether
> the returned offset is that given by by the ModRM or the SIB byte.
> Callers of this function would need the definition of the type struct.
> This is not needed. Instead
There are two issues with copyout_from_xsaves and copyin_to_xsaves.
The first is a simple bounds checking issue, where the code could
potentially clobber memory outside of a userspace buffer before it
stops copying data.
The second is more subtle. SSE and YMM XRSTOR depend on two fields
inside th
From: Rik van Riel
Userspace may have programs, especially debuggers, that do not know
how large the full XSAVE area space is. They pass in a size argument,
and expect to not get more data than that.
Unfortunately, the current copyout_from_xsaves does the bounds check
after the copy out to users
From: Rik van Riel
On Skylake CPUs I noticed that XRSTOR is unable to deal with states
created by copyout_from_xsaves if the xstate has only SSE/YMM state, and
no FP state. That is, xfeatures had XFEATURE_MASK_SSE set, but not
XFEATURE_MASK_FP.
The reason is that part of the SSE/YMM state lives
On Wed, Jan 25, 2017 at 10:18 PM, Andy Shevchenko
wrote:
> Adding Intel codename Apollo Lake platform device IDs for PCH.
>
Ah, now this is in conflict with Mika's SPI-NOR patchset.
It's strange I have no such conflict locally. Seems linux-next missed
that series / tree somehow.
> Signed-off-by:
On Wed, 25 Jan 2017 07:23:11 +
He Kuang wrote:
> Since HAVE_KPROBES can be enabled in arm64, this patch introduces
> regs_query_register_offset() to convert register name to offset for
> arm64, so the BPF prologue feature is ready to use.
>
> This patch also changes the 'dwarfnum' to 'offset
On Wed, 25 Jan 2017 13:32:01 +
Will Deacon wrote:
> On Wed, Jan 25, 2017 at 07:23:11AM +, He Kuang wrote:
> > Since HAVE_KPROBES can be enabled in arm64, this patch introduces
> > regs_query_register_offset() to convert register name to offset for
> > arm64, so the BPF prologue feature is
On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote:
> We noticed a performance regression when moving hadoop workloads from
> 3.10 kernels to 4.0 and 4.6. This is accompanied by increased pageout
> activity initiated by kswapd as well as frequent bursts of allocation
> stalls and direc
On Thu, 26 Jan 2017 13:59:23 +1300 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Stephen Rothwell writes:
>
> > Hi all,
> >
> > Today's linux-next merge of the akpm-current tree got a conflict in:
> >
> > fs/proc/base.c
> >
> > between commit:
> >
> > 68eb94f16227 ("proc: Better owners
On Mon, Jan 23, 2017 at 01:16:40PM -0500, Johannes Weiner wrote:
> Dirty pages can easily reach the end of the LRU while there are still
> clean pages to reclaim around. Don't let kswapd write them back just
> because there are a lot of them. It costs more CPU to find the clean
> pages, but that's
v3:
simply the argument for patch #3. Replace &tp->napi with napi.
v2:
Add smp_mb__after_atomic() for patch #1.
v1:
Scheduling the napi during the following periods would let it be ignored.
And the events wouldn't be handled until next napi_schedule() is called.
1. after napi_disable and before
Schedule the napi after napi_enable() for rx, if it is necessary.
If the rx is completed when napi is disabled, the sheduling of napi
would be lost. Then, no one handles the rx packet until next napi
is scheduled.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 7 ++-
1 file changed
Stop the tx when the napi is disabled to prevent napi_schedule() is
called.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 23bef8e..ec882be 100644
--- a/driv
Adjust the setting of the flag of SELECTIVE_SUSPEND to prevent start_xmit()
from calling napi_schedule() directly during runtime suspend.
After calling napi_disable() or clearing the flag of WORK_ENABLE,
scheduling the napi is useless.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 12
Re-schedule napi after napi_complete() for tx, if it is necessay.
In r8152_poll(), if the tx is completed after tx_bottom() and before
napi_complete(), the scheduling of napi would be lost. Then, no
one handles the next tx until the next napi_schedule() is called.
Signed-off-by: Hayes Wang
---
On Mon, Jan 23, 2017 at 01:16:39PM -0500, Johannes Weiner wrote:
> Direct reclaim has been replaced by kswapd reclaim in pretty much all
> common memory pressure situations, so this code most likely doesn't
> accomplish the described effect anymore. The previous patch wakes up
> flushers for all re
On Mon, Jan 23, 2017 at 01:16:38PM -0500, Johannes Weiner wrote:
> Memory pressure can put dirty pages at the end of the LRU without
> anybody running into dirty limits. Don't start writing individual
> pages from kswapd while the flushers might be asleep.
>
> Signed-off-by: Johannes Weiner
Acked
On Mon, Jan 23, 2017 at 01:16:37PM -0500, Johannes Weiner wrote:
> We have an elaborate dirty/writeback throttling mechanism inside the
> reclaim scanner, but for that to work the pages have to go through
> shrink_page_list() and get counted for what they are. Otherwise, we
> mess up the LRU order
Hi,
On 2016-12-12 10:28:13 +0100, Peter Zijlstra wrote:
> On Mon, Dec 12, 2016 at 01:01:48AM -0800, Andres Freund wrote:
> >
> >
> > On December 12, 2016 12:49:03 AM PST, Peter Zijlstra
> > wrote:
> > >On Fri, Dec 09, 2016 at 09:02:18PM -0800, Andres Freund wrote:
> >
> > >> Am I doing someth
On Tue, 24 Jan 2017 10:30:14 +
He Kuang wrote:
> The register name of arm64 architecture is x0-x31 not r0-r31, this
> patch changes this typo.
>
> Before this patch:
>
> # perf probe --definition 'sys_write count'
> p:probe/sys_write _text+1502872 count=%r2:s64
>
> # echo 'p:probe/sy
On 01/24/2017 04:44 AM, Javier Martinez Canillas wrote:
Hello Steve,
On Fri, Jan 6, 2017 at 11:11 PM, Steve Longerbeam wrote:
From: Philipp Zabel
[snip]
+config VIDEO_MULTIPLEXER
+ tristate "Video Multiplexer"
+ depends on VIDEO_V4L2_SUBDEV_API && MEDIA_CONTROLLER
The driver
1 - 100 of 818 matches
Mail list logo
