Re: [PATCH] modules: mark __inittest/__exittest as __maybe_unused

On Thu, Feb 2, 2017 at 10:25 AM, Rusty Russell wrote: > Arnd Bergmann writes: >> clang warns about unused inline functions by default: >> >> arch/arm/crypto/aes-cipher-glue.c:68:1: warning: unused function >> '__inittest' [-Wunused-function] >>

Re: [PATCH v3 1/1] x86, relocs: add printf attribute to die()

On 02/02/17 02:39, h...@zytor.com wrote: > On January 31, 2017 10:52:11 AM PST, Nicolas Iooss > wrote: >> Hello, >> >> As I have not received any comment on the patch I sent in December, I >> am >> wondering whether I did anything wrong with it. How can I get it

Re: [PATCH 09/11] [media] s5p-mfc: Add support for HEVC encoder

On 18.01.2017 11:02, Smitha T Murthy wrote: > Add HEVC encoder support and necessary registers, V4L2 CIDs, > and hevc encoder parameters > > Signed-off-by: Smitha T Murthy > --- > drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- >

[PATCH v7 1/3] dt: bindings: add documentation for zx2967 family watchdog controller

This patch adds dt-binding documentation for zx2967 family watchdog controller. Signed-off-by: Baoyou Xie Acked-by: Rob Herring --- .../bindings/watchdog/zte,zx2967-wdt.txt | 32 ++ 1 file changed, 32 insertions(+) create

[PATCH v4 2/8] ASoC: sun4i-i2s: Add quirks to handle a31 compatible

Some SoCs have a reset line that must be asserted/deasserted. This patch adds a quirk to handle the new compatible "allwinner,sun6i-a31-i2s" which will deassert the reset line on probe function and assert it on remove's one. This new compatible is useful in case of A33 codec driver, for example.

[PATCH v4 6/8] ARM: dts: sun8i: Add audio codec, dai and card for A33

Add the audio codec, dai and a simple card to be able to use the audio stream of the builtin codec on sun8i SoC. This commit adds also an audio-routing for the sound card node to link the analog DAPM widgets (Right/Left DAC) and the digital one's as they are created in different drivers.

[PATCH v4 0/8] Add sun8i A33 audio driver

Hello everyone, This a V4 of my Allwinner A33 (sun8i) audio codec driver. Tested on "for-next" branch of ASoC repository with some patches to apply before this series: https://patchwork.kernel.org/patch/9447631/ https://patchwork.kernel.org/patch/9423999/ and one of my previous patch (from V2):

[PATCH v4 4/8] ASoC: sun8i-codec-analog: Add amplifier event to fix first delay

When playing a sound for the first time, a short delay, where the audio file is not played, can be noticed. On a second play (right after), the sound is played correctly. If we wait a short time (~5 sec which corresponds to the aplay timeout), the delay is back. This patch fixes it by using an

Re: [PATCH] vfio: Fix build break when SPAPR_TCE_IOMMU=n

Michael Ellerman writes: > Currently the kconfig logic for VFIO_IOMMU_SPAPR_TCE and VFIO_SPAPR_EEH > is broken when SPAPR_TCE_IOMMU=n. Leading to: > > warning: (VFIO) selects VFIO_IOMMU_SPAPR_TCE which has unmet direct > dependencies (VFIO && SPAPR_TCE_IOMMU) >

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

Am 02.02.2017 um 09:37 schrieb Michael Zoran: This is actually a problem I had to deal with way in the begging of ARM64. What was done in the github tree was to have the one of the DTS files(in this case 64) #include the 32 bit dts. That way it's not needed to have the symbolic link and

Re: [PATCH 2/2] net: ethernet: bgmac: mac address change bug

On 2/2/2017 1:39 AM, Jon Mason wrote: From: Hari Vyas ndo_set_mac_address() passes struct sockaddr * as 2nd parameter to bgmac_set_mac_address() but code assumed u8 *. This caused two bytes chopping and the wrong mac address was configured. Signed-off-by: Hari Vyas

Re: [PATCH 2/2] perf/x86/intel/pt: Allow disabling branch tracing

Alexander Shishkin writes: > @@ -72,12 +77,14 @@ static struct pt_cap_desc { > PT_CAP(mtc_periods, 1, CPUID_EAX, 0x), > PT_CAP(cycle_thresholds,1, CPUID_EBX, 0x), > PT_CAP(psb_periods, 1, CPUID_EBX,

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

On Thu, 2017-02-02 at 10:50 +0100, Stefan Wahren wrote: > Am 02.02.2017 um 09:37 schrieb Michael Zoran: > > This is actually a problem I had to deal with way in the begging of > > ARM64.  What was done in the github tree was to have the one of the > > DTS > >    files(in this case 64) #include the

Re: [PATCH] staging: lustre: shut up clang warnings on CLASSERT()

On Thu, Feb 2, 2017 at 10:54 AM, Greg Kroah-Hartman wrote: b/drivers/staging/lustre/include/linux/libcfs/libcfs_private.h >> > index aab15d8112a4..2d5435029185 100644 >> > --- a/drivers/staging/lustre/include/linux/libcfs/libcfs_private.h >> > +++

Re: crypto: NULL deref in sha512_mb_mgr_get_comp_job_avx2

On Wed, Feb 1, 2017 at 7:45 PM, Tim Chen wrote: > On Tue, Jan 31, 2017 at 02:16:31PM +0100, Dmitry Vyukov wrote: >> Hello, >> >> I am getting the following reports with low frequency while running >> syzkaller fuzzer. Unfortunately they are not reproducible and happen

Re: [PATCH] net: phy: dp83867: Port mirroring support in the DP83867 TI's PHY driver

Hi Andrew, > On Wed, Feb 01, 2017 at 11:13:23PM +0100, Lukasz Majewski wrote: > > Hi Andrew, > > > > > > We would need a tri-state device tree properly: > > > > > > > > 1. Not defined - do nothing > > > > 2. Defined as 0 -> explicitly disable port mirroring > > > > 3. Defined as 1 -> explicitly

Re: [PATCH] mtd: spi-nor: cqspi: remove redundant dead code on error return check

Le 31/01/2017 à 16:53, Colin King a écrit : > From: Colin Ian King > > Checking for ret < 0 is redundant because a previous check on ret > being non-zero already handles the ret < 0 case. Remove the redundant > code. Found by CoverityScan, CID#1398863, CID#1398864 > >

[PATCH] drm/i915: fix i915 running as dom0 under Xen

Commit 920cf4194954ec ("drm/i915: Introduce an internal allocator for disposable private objects") introduced a regression for the kernel running as Xen dom0: when switching to graphics mode a GPU HANG occurred. Reason seems to be a missing adaption similar to that done in commit 7453c549f5f648

Re: Linux 4.9.7

diff --git a/Makefile b/Makefile index ef95231d1625..da704d903321 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 6 +SUBLEVEL = 7 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arc/include/asm/delay.h b/arch/arc/include/asm/delay.h index

Linux 4.4.46

I'm announcing the release of the 4.4.46 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:

Re: Linux 4.4.46

diff --git a/Makefile b/Makefile index a3dfc73da722..2dd5cb2fe182 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 45 +SUBLEVEL = 46 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/arc/include/asm/delay.h b/arch/arc/include/asm/delay.h

Linux 4.9.7

I'm announcing the release of the 4.9.7 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:

Re: Cherryview wake up events

On Thu, Feb 02, 2017 at 10:52:00AM +0100, Johannes Stezenbach wrote: > Hi Mika, > > On Tue, Jan 31, 2017 at 03:37:40PM +0100, Johannes Stezenbach wrote: > > - Powerbutton driver seems simple enough, the only specialty > > of the TI dcove PB driver is the workarond for lost button > > press

[PATCH v2 1/2] drm/cma-helper: Add multi buffer support for cma fbdev

From: Xinliang Liu This patch add a config to support to create multi buffer for cma fbdev. Such as double buffer and triple buffer. Cma fbdev is convient to add a legency fbdev. And still many Android devices use fbdev now and at least double buffer is needed for these

[PATCH v2 2/2] drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC

From: Stefan Christ Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic framebuffer emulation driver. Legacy framebuffer users like non kms/drm based OpenGL(ES)/EGL implementations may require the ioctl to synchronize drawing or buffer flip for double

[PATCH v2 0/2] drm: Support framebuffer panning

Hi, This is a respin of the previous serie called "Support fast framebuffer panning for i.MX6" made by Stefan 6 monthes ago. The imx6 bits have been removed, and the comments that were made at that time fixed (hopefully). Let me know what you think, Maxime Changes from v1: - Added

Re: [PATCH 2/2] drm: meson: rename driver name to meson-drm

On 02/02/2017 11:45 AM, Daniel Vetter wrote: > On Thu, Feb 02, 2017 at 10:47:44AM +0100, Neil Armstrong wrote: >> The platform driver name is currently "meson" which can lead to some >> confusion, this patch renames it to "meson-drm" and removes the owner >> attribute. >> >> Signed-off-by: Neil

Re: [Intel-gfx] [PATCH] drm/i915: fix i915 running as dom0 under Xen

On Thu, Feb 02, 2017 at 11:48:21AM +0100, Daniel Vetter wrote: > On Thu, Feb 02, 2017 at 10:47:11AM +0100, Juergen Gross wrote: > > Commit 920cf4194954ec ("drm/i915: Introduce an internal allocator for > > disposable private objects") introduced a regression for the kernel > > running as Xen dom0:

Re: ibmvtpm byteswapping inconsistency

Vicky writes: >> On Jan 26, 2017, at 5:58 PM, Ashley Lai wrote: >> >> Adding Vicky from IBM. >> >> >> On 01/26/2017 04:05 PM, Jason Gunthorpe wrote: >>> On Thu, Jan 26, 2017 at 09:22:48PM +0100, Michal Such??nek wrote: >>> This is

Re: [PATCH v3] scsi, block: fix duplicate bdi name registration crashes

Looks good, Reviewed-by: Christoph Hellwig

RE: linux-next: manual merge of the net-next tree with Linus' tree

>-Original Message- >From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On >Behalf Of Stephen Rothwell >Sent: Thursday, February 02, 2017 3:50 AM >To: David Miller ; Networking >Cc: linux-n...@vger.kernel.org;

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On Thu, Feb 02, 2017 at 11:11:34AM +0900, Sergey Senozhatsky wrote: > On (02/01/17 16:39), Petr Mladek wrote: > [..] > > I guess that you are talking about the introduction of > > #define SCHED_WARN_ON(x)WARN_ONCE(x, #x) > > my guess would be that Jan was talking about printk_deferred()

Re: [PATCH v2 2/5] userfaultfd: non-cooperative: add event for memory unmaps

On Fri 27-01-17 20:44:30, Mike Rapoport wrote: > When a non-cooperative userfaultfd monitor copies pages in the background, > it may encounter regions that were already unmapped. Addition of > UFFD_EVENT_UNMAP allows the uffd monitor to track precisely changes in the > virtual memory layout. > >

Re: [PATCH 3/5] Documentation: dt: iio: document stm32 exti trigger

On 02/01/2017 05:35 PM, Rob Herring wrote: On Mon, Jan 30, 2017 at 02:57:41PM +0100, Fabrice Gasnier wrote: Add dt documentation for st,stm32-exti-trigger. EXTi gpio signal can be routed internally as trigger source for various s/gpio/GPIO/ IPs (e.g. for ADC or DAC conversions). Please

Re: [PATCH/RFC] arm64: defconfig: Enlarge CMA alignment to 2 MiB

On Wed, Feb 01, 2017 at 02:06:45PM +, Robin Murphy wrote: > On 01/02/17 13:45, Magnus Damm wrote: > > Hi Geert, > > > > On Sat, Jan 28, 2017 at 1:03 AM, Geert Uytterhoeven > > wrote: > >> Some IOMMUs (e.g. Renesas IPMMU/VMSA) support only page sizes of 4 KiB, > >> 2

[PATCH 1/2] drm: meson: rename module name to meson-drm

The module is currently names "meson.ko" which can lead to some confusion, this patches renames it "meson-drm.ko" Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 2/2] drm: meson: rename driver name to meson-drm

The platform driver name is currently "meson" which can lead to some confusion, this patch renames it to "meson-drm" and removes the owner attribute. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_drv.c | 3 +-- 1 file changed, 1 insertion(+), 2

Re: [PATCH 1/2] net: ethernet: bgmac: init sequence bug

Hello! On 2/2/2017 1:39 AM, Jon Mason wrote: From: Zac Schroff Fix a bug in the 'bgmac' driver init sequence that blind writes for init sequence where it should preserve most bits other than the ones it is deliberately manipulating. Signed-off-by: Zac Schroff

[PATCH 0/2] drm: meson: Fixup driver and module name

This patchset is a simple fixup to rename the confusion possible module and driver name "meson" to a more explicit "meson-drm" name. Neil Armstrong (2): drm: meson: rename module name to meson-drm drm: meson: rename driver name to meson-drm drivers/gpu/drm/meson/Makefile| 6 +++---

Business proposal

Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Qatif Group of Companies

Re: [PATCH 1/2] gpio: Rename devm_get_gpiod_from_child()

On Wed, Feb 01, 2017 at 03:51:06PM +0100, Linus Walleij wrote: > fwnode_get_named_gpiod() > devm_get_gpiod_from_child() > > Both are taking a fwnode as argument and the naming is as > inconsistent as it can be. > > Some more churn should be expected as a side > effect of naming this function

net: heap out-of-bounds in ip6_fragment

Hello, The following program triggers heap out-of-bounds in ip6_fragment: https://gist.githubusercontent.com/dvyukov/2596659b7a950d5f56f1eedfb30e2c7f/raw/b12afd119d960f7d179d220238257ba9666c6fdc/gistfile1.txt BUG: KASAN: slab-out-of-bounds in skb_copy_from_linear_data include/linux/skbuff.h:3165

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

On Mon 30-01-17 09:55:46, Michal Hocko wrote: > On Sun 29-01-17 00:27:27, Tetsuo Handa wrote: [...] > > Regarding [1], it helped avoiding the too_many_isolated() issue. I can't > > tell whether it has any negative effect, but I got on the first trial that > > all allocating threads are blocked on

Re: [PATCH 2/2] drm: meson: rename driver name to meson-drm

On Thu, Feb 02, 2017 at 10:47:44AM +0100, Neil Armstrong wrote: > The platform driver name is currently "meson" which can lead to some > confusion, this patch renames it to "meson-drm" and removes the owner > attribute. > > Signed-off-by: Neil Armstrong > --- >

Re: [PATCH 1/3] perf, pt, coresight: Clean up address filter structure

Mathieu Poirier writes: > Do we have two different syntax to specify the same behaviour? > > For example we have: > > --filter 'start 0x80082570/0x644' > > and > > --filter 'filter 0x80082570/0x644' > > Both will end up with filter->filter == 1 and filter->range == 1.

Re: [PATCH 1/2 v3] mm: vmscan: do not pass reclaimed slab to vmpressure

On Tue 31-01-17 14:32:08, Vinayak Menon wrote: > During global reclaim, the nr_reclaimed passed to vmpressure > includes the pages reclaimed from slab. But the corresponding > scanned slab pages is not passed. This can cause total reclaimed > pages to be greater than scanned, causing an unsigned

Re: [PATCH 1/2] gpio: Rename devm_get_gpiod_from_child()

On Mon, Jan 30, 2017 at 4:41 PM, Boris Brezillon wrote: > Rename devm_get_gpiod_from_child() into > devm_fwnode_get_gpiod_from_child() to reflect the fact that this > function is operating on a fwnode object. > > Signed-off-by: Boris Brezillon

[PATCH 3/5] perf/sdt/x86: Move OP parser to tools/perf/arch/x86/

SDT marker argument is in N@OP format. N is the size of argument and OP is the actual assembly operand. OP is arch dependent component and hence it's parsing logic also should be placed under tools/perf/arch/. Signed-off-by: Ravi Bangoria ---

Re: [PATCH v3 4/7] drm/exynos/hdmi: add bridge support

2017년 02월 03일 15:38에 Inki Dae 이(가) 쓴 글: > > > 2017년 02월 01일 17:29에 Andrzej Hajda 이(가) 쓴 글: >> On TM2/TM2e platforms HDMI output is connected to MHL bridge >> SiI8620. To allow configure UltraHD modes on the bridge >> and to eliminate unsupported modes this bridge should be >> attached to

Re: [PATCH 4.9 00/51] 4.9.8-stable review

On Thu, Feb 02, 2017 at 09:14:30PM -0800, Guenter Roeck wrote: > On 02/02/2017 10:37 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.8 release. > > There are 51 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 00/10] android: binder: support for domains and scatter-gather.

On Thu, Feb 02, 2017 at 08:56:04PM -0800, John Stultz wrote: > On Mon, Oct 24, 2016 at 6:20 AM, Martijn Coenen wrote: > > Android userspace will start using binder IPC for communication with HAL > > modules. To clearly separate this IPC domain from the existing framework > > IPC

Re: [PATCH 2/9] virtio_pci: use shared interrupts for virtqueues

On 2017年01月27日 16:16, Christoph Hellwig wrote: + snprintf(vp_dev->msix_names[i + 1], +sizeof(*vp_dev->msix_names), "%s-%s", dev_name(_dev->vdev.dev), names[i]); err = request_irq(pci_irq_vector(vp_dev->pci_dev,

ATTENTION,

ATTENTION, Your mailbox has exceeded the storage limit, which is 5 GB as defined by the administrator, who is currently running on 10.9GB, you may not be able to send or receive new mail until you re-validate your mailbox mail. To revalidate your mailbox, send the following information below:

Re: [PATCH 1/2 v3] mm: vmscan: do not pass reclaimed slab to vmpressure

On Thu, Feb 02, 2017 at 11:44:22AM +0100, Michal Hocko wrote: > On Tue 31-01-17 14:32:08, Vinayak Menon wrote: > > During global reclaim, the nr_reclaimed passed to vmpressure > > includes the pages reclaimed from slab. But the corresponding > > scanned slab pages is not passed. This can cause

Re: [PATCH v3 4/7] drm/exynos/hdmi: add bridge support

2017년 02월 01일 17:29에 Andrzej Hajda 이(가) 쓴 글: > On TM2/TM2e platforms HDMI output is connected to MHL bridge > SiI8620. To allow configure UltraHD modes on the bridge > and to eliminate unsupported modes this bridge should be > attached to drm_encoder implemented in exynos_hdmi. > >

Re: [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init

On 01/27/17 at 05:03pm, Ard Biesheuvel wrote: > On 16 January 2017 at 02:45, Dave Young wrote: > > Hi, > > > > Here the the update of the series for moving bgrt init code to early init. > > > > Main changes is: > > - Move the 1st patch to the last because it does not block the

ATTENZIONE;

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

Re: [RFC] [ALSA][CONTROL] Added 2 ioctls for reading/writing values of multiple controls in one go (at once)

On Thu, 02 Feb 2017 04:45:48 +0100, Takashi Sakamoto wrote: > > Hi, > > On Feb 2 2017 12:14, Satendra Singh Thakur wrote: > > From: satendra singh thakur > > > > -Added 2 ioctls in alsa driver's control interface > > -Added an ioctl to read values of multiple elements at

Re: [PATCH v2 4/9] xen/pvh: Bootstrap PVH guest

On 26/01/17 20:41, Boris Ostrovsky wrote: > Start PVH guest at XEN_ELFNOTE_PHYS32_ENTRY address. Setup hypercall > page, initialize boot_params, enable early page tables. > > Since this stub is executed before kernel entry point we cannot use > variables in .bss which is cleared by kernel. We

Re: [PATCH 4/9] virtio_pci: simplify MSI-X setup

On 2017年01月27日 16:16, Christoph Hellwig wrote: Try to grab the MSI-X vectors early and fall back to the shared one before doing lots of allocations. Signed-off-by: Christoph Hellwig --- Reviewed-by: Jason Wang drivers/virtio/virtio_pci_common.c | 58

[PATCH net] ipv6: Fix IPv6 packet loss in scenarios involving roaming + snooping switches

When for instance a mobile Linux device roams from one access point to another with both APs sharing the same broadcast domain and a multicast snooping switch in between: 1)(c) <~~~> (AP1) <--[SSW]--> (AP2) 2) (AP1) <--[SSW]--> (AP2) <~~~> (c) Then currently IPv6 multicast

Re: [RFC v2] [ALSA][CONTROL] 1. Added 2 ioctls for reading/writing values of multiple controls in one go (at once) 2. Restructured the code for read/write of a single control

On Fri, 03 Feb 2017 06:28:08 +0100, Satendra Singh Thakur wrote: > > From: satendra singh thakur > > 1.Added 2 ioctls in alsa driver's control interface > -Added an ioctl to read values of multiple elements at once > -Added an ioctl to write values of multiple elements

Re: [PATCH 6/7] mm: vmscan: move dirty pages out of the way until they're flushed

On February 03, 2017 3:20 AM Johannes Weiner wrote: > @@ -1063,7 +1063,7 @@ static unsigned long shrink_page_list(struct list_head > *page_list, > PageReclaim(page) && > test_bit(PGDAT_WRITEBACK, >flags)) { >

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, Feb 02, 2017 at 08:00:52AM -0500, Jeff Layton wrote: > Yeah, that might work. You could kmalloc the buffer array according to > the maxsize value. For small ones we could even consider using an on- > stack buffer. For the block direct I/O code we defintively want to avoid any allocations

[tip:WIP.sched/core 116/122] include/linux/sched/autogroup.h:13:74: warning: 'struct seq_file' declared inside parameter list will not be visible outside of this definition or declaration

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: a69a38e26e87ddbe993e33b55f693405cd62c76f commit: 248481ca482f2c70a5cdb016f45d2a001e2ce041 [116/122] kasan, sched/headers: Remove from and uninline kasan_enable/disable_current() config:

Re: [PATCH v4 3/4] device property: constify property arrays values

On Fri, Feb 03, 2017 at 01:37:25AM +0100, Rafael J. Wysocki wrote: > On Fri, Feb 3, 2017 at 1:16 AM, Dmitry Torokhov > wrote: > > On Fri, Feb 03, 2017 at 12:16:29AM +0100, Rafael J. Wysocki wrote: > >> On Thu, Feb 2, 2017 at 7:38 PM, Dmitry Torokhov > >>

Re: Kworker with high cpu usage (~80%)

Hi, Any ideas? Regards, Alexandre Vicenzi 2017-01-19 0:13 GMT-02:00 Alexandre Vicenzi : > Hello, > > It has been a while that I noticed that kworker/0:1 eats a lot of CPU > on my computer, about ~80%. > > I never found the real problem, but googling the solution

[PATCH v5 4/4] i2c: allow specify device properties in i2c_board_info

With many drivers converting to using generic device properties, it is useful to provide array of device properties when instantiating new i2c client via i2c_board_info and have them automatically added to the device in question. Signed-off-by: Dmitry Torokhov ---

[PATCH v5 3/4] device property: export code duplicating array of property entries

When augmenting ACPI-enumerated devices with additional property data based on DMI info, a module has often several potential property sets, with only one being active on a given box. In order to save memory it should be possible to mark everything and __initdata or __initconst, execute DMI match

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Thu, Feb 2, 2017 at 3:41 PM, Luck, Tony wrote: > On Thu, Feb 02, 2017 at 12:22:42PM -0800, David Carrillo-Cisneros wrote: >> There is no need to change perf(1) to support >> # perf stat -I 1000 -e intel_cqm/llc_occupancy {command} >> >> the PMU can work with resctrl to

linux-next: manual merge of the rcu tree with the powerpc tree

Hi all, Today's linux-next merge of the rcu tree got a conflict in: arch/powerpc/Kconfig between commit: d6c569b99558 ("powerpc/64: Move HAVE_CONTEXT_TRACKING from pseries to common Kconfig") from the powerpc tree and commit: c7327406b3c3 ("rcu: Make arch select

Re: [PATCH v2] ACPI/IORT: Fix iort_node_get_id() mapping entries indexing

On 01/10/2017 08:00 PM, Lorenzo Pieralisi wrote: Commit 618f535a6062 ("ACPI/IORT: Add single mapping function") introduced a function (iort_node_get_id()) to retrieve ids for IORT named components. The iort_node_get_id() takes an index as input to refer to a specific mapping entry in the named

Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery

ebied...@xmission.com (Eric W. Biederman) writes: > "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

Re: [PATCH 0/3] Virtio: Fine-tuning for two function implementations

On 2017年01月27日 05:44, SF Markus Elfring wrote: From: Markus Elfring Date: Thu, 26 Jan 2017 22:40:02 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (3): virtio_pci: Use kcalloc() in

[PATCH 1/4] ARM: dts: armada-xp-98dx3236: combine dfx server nodes

Rather than having a separate node for the dfx server add a reg property to the parent node. This give somes compatibility with the Marvell supplied SDK. Signed-off-by: Chris Packham --- Documentation/devicetree/bindings/net/marvell,prestera.txt | 13

[PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support

The initial implementation in commit e120c17a70e5 ("clk: mvebu: support for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency. Port code from the Marvell supplied Linux kernel to support different PLL frequencies and provide clock gating support. Signed-off-by: Chris Packham

[PATCH 0/4] Updates for Marvell Switch SoCs

Shortly after I posted my last series I got access to a more recent Marvell SDK which had some device tree support for the switch SoCs I'd been wanting. It was still based on an older kernel but it was a huge improvement over what came before. Patch 1/4 is a bit of a cleanup. I did initially

[PATCH 3/4] ARM: mvebu: Add mv98dx3236-soc-id

The DFX server on the 98dx3236 and compatible SoCs has an ID register that provides revision information that the PCI based ID register doesn't have. Use this if it's available. Signed-off-by: Chris Packham --- .../bindings/arm/marvell/mv98dx3236-soc-id.txt

[PATCH 2/4] ARM: dts: Use armada-370-xp as a base for armada-xp-98dx3236

The Marvell datasheets refer to the integrated CPU as "Armada-XP". In reality there are a number of differences to the actual Armada-XP so rather than including armada-xp.dtsi and disabling many of the IP blocks. Include armada-370-xp.dtsi and add the required nodes. Signed-off-by: Chris Packham

Re: [patch 1/3] cpufreq: implement min/max/up/down functions

On 02-02-17, 15:47, Marcelo Tosatti wrote: > +++ kvm-pvfreq/drivers/cpufreq/cpufreq_userspace.c2017-02-02 > 15:32:53.456262640 -0200 > @@ -118,6 +118,178 @@ > mutex_unlock(_mutex); > } > > +static int cpufreq_is_userspace_governor(int cpu) > +{ > + int ret; > + > +

Re: [PATCH 2/3] cpufreq: bmips-cpufreq: CPUfreq driver for Broadcom's BMIPS SoCs

You must be a cpufreq driver expert by now. What's the count? Is this the 3rd one you have written ? :) On 01-02-17, 17:06, Markus Mayer wrote: > diff --git a/drivers/cpufreq/bmips-cpufreq.c b/drivers/cpufreq/bmips-cpufreq.c > +static struct cpufreq_frequency_table * >

Re: [PATCH 3/3] MIPS: BMIPS: enable CPUfreq

On 01-02-17, 17:06, Markus Mayer wrote: > From: Markus Mayer > > Enable all applicable CPUfreq options. > > Signed-off-by: Markus Mayer > --- > arch/mips/configs/bmips_stb_defconfig | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

[PATCH v4] staging: rtl8192e: Aligning the * on each line in block comments

This patch fixes the issue by aligning the * on each line in block comments. [Patch v1] is rejected as the changes done is not following the linux coding style and [Patch v2] is rejected because forgot to mention the cause of rejection of [Patch v1].The cause of rejection of [Patch v3] is that the

Re: [PATCH 1/2 v3] mm: vmscan: do not pass reclaimed slab to vmpressure

On Thu, Feb 2, 2017 at 9:31 PM, Michal Hocko wrote: > > Why would you like to chose and kill a task when the slab reclaim can > still make sufficient progres? Are you sure that the slab contribution > to the stats makes all the above happening? > I agree that a task need not be

[PATCH v2 2/4] seccomp: Add sysctl to configure actions that should be logged

Administrators can write to this sysctl to set the maximum seccomp action that should be logged. Any actions with values greater than what's written to the sysctl will not be logged. For example, all SECCOMP_RET_KILL, SECCOMP_RET_TRAP, and SECCOMP_RET_ERRNO actions would be logged if "errno" were

[PATCH v2 4/4] seccomp: Add tests for SECCOMP_RET_LOG

Extend the kernel selftests for seccomp to test the newly added SECCOMP_RET_LOG action. The added tests follow the example of existing tests. Unfortunately, the tests are not capable of inspecting the audit log to verify that the syscall was logged. Signed-off-by: Tyler Hicks

[PATCH v2 0/4] Improved seccomp logging

This patch set is the second revision of the following two previously submitted patch sets: http://lkml.kernel.org/r/1483375990-14948-1-git-send-email-tyhi...@canonical.com http://lkml.kernel.org/r/1483377999-15019-2-git-send-email-tyhi...@canonical.com The patch set aims to address some known

RE: READ

Hello, I need your assistance in a deal that will be of mutual benefit for the both of us from Camp Stanley, Stationed in Uijeongbu, South Korea. Please get back to me for more info. Thank you for your time. Sgt. Monica Martinez.

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, Feb 02, 2017 at 08:00:52AM -0500, Jeff Layton wrote: > > I'm not sure we need to touch any get_user_pages_fast() at all; let it > > fill a medium-sized array and use that as a buffer. In particular, > > I *really* don't like the idea of having the callbacks done in an > > inconsistent

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, Feb 02, 2017 at 02:56:51AM -0800, Christoph Hellwig wrote: > > I really wonder if this is the right approach. Most of the users of > > iov_iter_get_pages()/iov_iter_get_pages_alloc() look like they want > > something like > > iov_iter_for_each_page(iter, size, f, data) > > with int

Re: [PATCH] perf: fix topology test on systems with sparse CPUs

On Tue, Jan 31, 2017 at 05:03:51PM +0100, Jan Stancek wrote: SNIP > > There are 2 problems wrt. cpu_topology_map on systems with sparse CPUs: > > 1. offline/absent CPUs will have their socket_id and core_id set to -1 >which triggers: >"socket_id number is too big.You may need to

Re: [PATCH] perf: fix topology test on systems with sparse CPUs

On Tue, Jan 31, 2017 at 05:03:51PM +0100, Jan Stancek wrote: > On 01/30/2017 07:49 PM, Jiri Olsa wrote: > > so basically we're changing from avail to online cpus > > > > have you checked all the users of this FEATURE > > if such change is ok? > > Jiri, > > It wasn't OK as there are other users

Re: [PATCH v3 3/4] driver property: constify property arrays values

On Wednesday, February 01, 2017 03:30:03 PM Joe Perches wrote: > On Wed, 2017-02-01 at 09:31 -0800, Dmitry Torokhov wrote: > > Data that is fed into property arrays should not be modified, so let's mark > > relevant pointers as const. This will allow us making source arrays as > >

Re: ibmvtpm byteswapping inconsistency

On Wed, 1 Feb 2017 23:40:33 -0500 Vicky wrote: > > On Jan 26, 2017, at 5:58 PM, Ashley Lai > > wrote: > > > > Adding Vicky from IBM. > > > > > > On 01/26/2017 04:05 PM, Jason Gunthorpe wrote: > >> On Thu, Jan 26, 2017 at 09:22:48PM +0100,

Re: [PATCH 1/2] gpio: Rename devm_get_gpiod_from_child()

On Thu, 2 Feb 2017 11:53:17 +0100 Linus Walleij wrote: > On Mon, Jan 30, 2017 at 4:41 PM, Boris Brezillon > wrote: > > > Rename devm_get_gpiod_from_child() into > > devm_fwnode_get_gpiod_from_child() to reflect the fact that this >

Re: net/tcp: warning in tcp_try_coalesce/skb_try_coalesce

On Thu, 2017-02-02 at 10:05 +0100, Dmitry Vyukov wrote: > On Tue, Jan 31, 2017 at 3:27 PM, 'Eric Dumazet' via syzkaller > wrote: > > On Tue, Jan 31, 2017 at 5:17 AM, Andrey Konovalov > > wrote: > >> Hi, > >> > >> I've got the following error

Re: [Intel-gfx] [PATCH] drm/i915: fix i915 running as dom0 under Xen

On Thu, Feb 02, 2017 at 12:11:29PM +, Tvrtko Ursulin wrote: > > On 02/02/2017 09:47, Juergen Gross wrote: > >Commit 920cf4194954ec ("drm/i915: Introduce an internal allocator for > >disposable private objects") introduced a regression for the kernel > >running as Xen dom0: when switching to

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 2 February 2017 at 11:53, Peter Senna Tschudin wrote: > > On 02 February, 2017 02:46 CET, Emil Velikov wrote: > >> On 1 February 2017 at 11:35, Daniel Vetter wrote: >> > On Wed, Feb 01, 2017 at 10:58:43AM +, Peter

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Dear Thierry, 2017년 02월 01일 23:44에 Thierry Reding 이(가) 쓴 글: > On Wed, Feb 01, 2017 at 08:48:30AM +0900, Inki Dae wrote: >> >> >> 2017년 02월 01일 06:31에 Thierry Reding 이(가) 쓴 글: >>> On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: Thierry Reding writes:

[PATCH v5 6/8] uapi: includes linux/types.h before exporting files

Some files will be exported after the next patch. 0-day tests report the following warning/error: ./usr/include/linux/bcache.h:8: include of is preferred over ./usr/include/linux/bcache.h:11: found __[us]{8,16,32,64} type without #include ./usr/include/linux/qrtr.h:8: found __[us]{8,16,32,64}

<    1   2   3   4   5   6   7   8   9   10   >