[PATCH v5 2/2] irqchip: add J-Core AIC driver

There are two versions of the J-Core interrupt controller in use, aic1 which generates interrupts with programmable priorities, but only supports 8 irq lines and maps them to cpu traps in the range 17 to 24, and aic2 which uses traps in the range 64-127 and supports up to 128 irqs, with priorities

[PATCH v5 0/2] J-Core interrupt controller support

Updated based on feedback from Mark Rutland. Rich Felker (2): of: add J-Core interrupt controller bindings irqchip: add J-Core AIC driver .../bindings/interrupt-controller/jcore,aic.txt| 26 +++ drivers/irqchip/Kconfig| 6 ++ drivers/irqchip/Makefile

[PATCH v5 0/2] J-Core timer support

The only difference since v4 should be merging of Arnd Bergmann's patch that addresses the API change whereby init functions can return an error. Rich Rich Felker (2): of: add J-Core timer bindings clocksource: add J-Core timer/clocksource driver

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On 2016/7/28 15:20, Michal Hocko wrote: > On Thu 28-07-16 15:08:26, Xishi Qiu wrote: >> Usually THREAD_SIZE_ORDER is 2, it means we need to alloc 16kb continuous >> physical memory during fork a new process. >> >> If the system's memory is very small, especially the smart phone, maybe there >> is

RE: [PATCH v2 repost 7/7] virtio-balloon: tell host vm's free page info

> > } > > > > +static void update_free_pages_stats(struct virtio_balloon *vb, > > why _stats? Will change. > > + max_pfn = get_max_pfn(); > > + mutex_lock(>balloon_lock); > > + while (pfn < max_pfn) { > > + memset(vb->page_bitmap, 0, vb->bmap_len); > > + ret =

Re: [PATCH 1/3] drm: introduce share plane

On Thu, Jul 28, 2016 at 11:01:04AM +0800, Mark yao wrote: > Any ideas for the share planes? > > This function is important for our series of vop full design. > The series of vop is: > IP versionchipname > 3.1 rk3288 > 3.2 rk3368 > 3.4 rk3366 >

DocBook: Warning: The Sphinx 'sphinx_rtd_theme' HTML theme was not found. Make sure you have the theme installed to produce pretty HTML output. Falling back to the default theme.

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 194dc870a5890e855ecffb30f3b80ba7c88f96d6 commit: 22cba31bae9dc357622f09d22b82ca5a112b4fde Documentation/sphinx: add basic working Sphinx configuration and build date: 8 weeks ago reproduce: make htmldocs

[PATCH v4 2/2] spi: add driver for J-Core SPI controller

The J-Core "spi2" device is a PIO-based SPI master controller. It differs from "bitbang" devices in that that it's clocked in hardware rather than via soft clock modulation over gpio, and performs byte-at-a-time transfers between the cpu and SPI controller. This driver will be extended to support

[PATCH v4 0/2] J-Core SPI controller support

This driver is used with the J2, an open-source VHDL reimplementation of SH-2. I've split it out from the main J-Core support patches going upstream through my own linux-sh tree. Changes since the v3 should include everything requested by Mark Brown in previous review (mainly the chipsel changes I

[PATCH v4 1/2] of: add J-Core SPI master bindings

Signed-off-by: Rich Felker --- .../devicetree/bindings/spi/jcore,spi.txt | 30 ++ 1 file changed, 30 insertions(+) create mode 100644 Documentation/devicetree/bindings/spi/jcore,spi.txt diff --git

Re: [PATCH V2] mm/hugetlb: Avoid soft lockup in set_max_huge_pages()

On Thu, Jul 28, 2016 at 10:54:02AM +0800, Jia He wrote: > In powerpc servers with large memory(32TB), we watched several soft > lockups for hugepage under stress tests. > The call trace are as follows: > 1. > get_page_from_freelist+0x2d8/0xd50 > __alloc_pages_nodemask+0x180/0xc20 >

Re: [lkp] [sctp] a6c2f79287: netperf.Throughput_Mbps -37.2% regression

On Wed, Jul 27, 2016 at 9:54 AM, kernel test robot wrote: > > FYI, we noticed a -37.2% regression of netperf.Throughput_Mbps due to commit: > > commit a6c2f792873aff332a4689717c3cd6104f46684c ("sctp: implement prsctp TTL > policy") >

Re: [PATCH] clocksource: j-core: type fix init function return code

On Wed, Jul 27, 2016 at 10:00:50AM +0200, Arnd Bergmann wrote: > On Wednesday, July 27, 2016 1:25:33 AM CEST Rich Felker wrote: > > On Tue, Jul 26, 2016 at 02:31:29PM +0200, Arnd Bergmann wrote: > > > The CLOCKSOURCE_OF_DECLARE now takes a function that returns an 'int', > > > but a this > > >

[PATCH v5 2/2] clocksource: add J-Core timer/clocksource driver

At the hardware level, the J-Core PIT is integrated with the interrupt controller, but it is represented as its own device and has an independent programming interface. It provides a 12-bit countdown timer, which is not presently used, and a periodic timer. The interval length for the latter is

[PATCH v5 1/2] of: add J-Core interrupt controller bindings

Signed-off-by: Rich Felker --- .../bindings/interrupt-controller/jcore,aic.txt| 26 ++ 1 file changed, 26 insertions(+) create mode 100644 Documentation/devicetree/bindings/interrupt-controller/jcore,aic.txt diff --git

[PATCH v5 1/2] of: add J-Core timer bindings

Signed-off-by: Rich Felker --- .../devicetree/bindings/timer/jcore,pit.txt| 25 ++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree/bindings/timer/jcore,pit.txt diff --git

Re: [PATCH v4 4/8] drm/mediatek: add support for Mediatek SoC MT2701

Hi Philipp, CK, On Thu, 2016-07-28 at 10:07 +0800, CK Hu wrote: > Hi, YT: > > On Wed, 2016-07-27 at 12:03 +0200, Philipp Zabel wrote: > > Am Dienstag, den 26.07.2016, 18:42 +0800 schrieb YT Shen: > > > Hi CK, > > > > > > On Wed, 2016-07-20 at 14:53 +0800, CK Hu wrote: > > > > Hi, YT: > > > > >

Re: [dm-devel] [RFC PATCH 2/2] mm, mempool: do not throttle PF_LESS_THROTTLE tasks

On Thu 28-07-16 07:33:19, NeilBrown wrote: > On Thu, Jul 28 2016, Michal Hocko wrote: > > > On Wed 27-07-16 13:43:35, NeilBrown wrote: > >> On Mon, Jul 25 2016, Michal Hocko wrote: > >> > >> > On Sat 23-07-16 10:12:24, NeilBrown wrote: > > [...] > >> So should there be a limit on dirty > >>

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On Thu 28-07-16 15:41:53, Xishi Qiu wrote: > On 2016/7/28 15:20, Michal Hocko wrote: > > > On Thu 28-07-16 15:08:26, Xishi Qiu wrote: > >> Usually THREAD_SIZE_ORDER is 2, it means we need to alloc 16kb continuous > >> physical memory during fork a new process. > >> > >> If the system's memory is

Re: [PATCH 1/6] rtc: rv8803: Kconfig: Indicate rx8900 support

On 21/07/2016 at 12:41:27 +0200, Benoît Thébaudeau wrote : > This driver supports the Epson RX8900, but this was not indicated in > Kconfig. > > Signed-off-by: Benoît Thébaudeau > --- > drivers/rtc/Kconfig | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > All

RE: [RFC] regulator: da9052/53: da9052-i2c.txt binding document changes

On 27 July 2016 19:24, Mark Brown wrote: > On Mon, Jul 25, 2016 at 11:31:27AM +, Steve Twiss wrote: > > > There are already several device tree files using a naming scheme different > > to that found > > in the binding text document. Since those have been used for real already, > > I will

Re: [PATCH] Kbuild: Move -Wmaybe-uninitialized to W=1

On Thu, Jul 28, 2016 at 10:29:15AM +0200, Ingo Molnar wrote: > BUT, isn't this the natural state of things, that the 'final' warnings > that don't get fixed are the obnoxious, false positive ones - because > anyone who looks at them will say "oh crap, idiotic compiler!"? Hmm, so my experience is

Re: [PATCH 1/3] xen-blkfront: fix places not updated after introducing 64KB page granularity

On 07/28/2016 09:19 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Jul 26, 2016 at 01:19:35PM +0800, Bob Liu wrote: >> Two places didn't get updated when 64KB page granularity was introduced, this >> patch fix them. >> >> Signed-off-by: Bob Liu >> Acked-by: Roger Pau Monné

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On 2016/7/28 15:58, Michal Hocko wrote: > On Thu 28-07-16 15:41:53, Xishi Qiu wrote: >> On 2016/7/28 15:20, Michal Hocko wrote: >> >>> On Thu 28-07-16 15:08:26, Xishi Qiu wrote: Usually THREAD_SIZE_ORDER is 2, it means we need to alloc 16kb continuous physical memory during fork a new

[PATCH 0/5] i2c: Host Notify / i801 fixes

Hi, this series comes to fix most of the remarks from Jean after reviewing my Host Notify series. I couldn't find a better way for 1/5 to automatically kill the workqueue, so I am open to any suggestions. Regarding 3/5 (use of BIT), I am pretty sure I did not mess up, but I'd be glad to have an

[PATCH 3/5] i2c: i801: use BIT() macro for bits definition

i801 mixes hexadecimal and decimal values for defining bits. However, we have a nice BIT() macro for this exact purpose. No functional changes, cleanup only. Signed-off-by: Benjamin Tissoires --- drivers/i2c/busses/i2c-i801.c | 50

[PATCH 1/5] i2c: i2c-smbus: prevent races on remove when Host Notify is used

struct host_notify contains its own workqueue, so there is a race when the adapter gets removed: - the adapter schedules a notification - the notification is on hold - the adapter gets removed and all its children too - the worker fires and access illegal memory Add an API to actually kill the

Re: [PATCH 09/18] ARM: mvebu: a39x: enable the thermal sensor in Armada-39x SoCs

Hi Grzegorz, On jeu., juil. 21 2016, Grzegorz Jaszczyk wrote: Add a commit log here and change the prefix to "ARM: dts: mvebu: armada-39x:" Acked-by: Gregory CLEMENT Thanks, Gregory > Signed-off-by: Grzegorz Jaszczyk

Re: [PATCH 08/18] ARM: mvebu: a39x: Enable PMU, CA9 MPcore SoC Controller and Coherency fabric

Hi Grzegorz, On jeu., juil. 21 2016, Grzegorz Jaszczyk wrote: > This commit enables: > - CA9's Performance Monitor Unit > - CA9 MPcore SoC Controller > - Coherency fabric > on Armada 39x, basing on the Armada 38x (which has the same CA9 CPU). > > Signed-off-by: Grzegorz

Re: [PATCH] extable.h: add stddef.h so "NULL" definition is not implicit

Paul Gortmaker writes: > While not an issue now, eventually we will have independent users of > the extable.h file and we will stop sourcing it via module.h header. > > In testing that pending work, with very sparse builds, characteristic > of an "allnoconfig" on

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On Thu 28-07-16 15:08:26, Xishi Qiu wrote: > Usually THREAD_SIZE_ORDER is 2, it means we need to alloc 16kb continuous > physical memory during fork a new process. > > If the system's memory is very small, especially the smart phone, maybe there > is only 1G memory. So the free memory is very

деактивиране сметка

Паролата ви ще изтече в следващите 24 часа, за да се избегне това кликнете върху == на линк> http://emailcleanup-bg.yolasite.com/ представят вашите данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш Е-поща и получи Нови съобщения. Благодаря Системен администратор. © 2016 Всички

[RFC v0 8/8] iwl4965: use firmware_stat instead of completion

From: Daniel Wagner Loading firmware is an operation many drivers implement in various ways around the completion API. And most of them do it almost in the same way. Let's reuse the firmware_stat API which is used also by the firmware_class loader. Apart of

[RFC v0 7/8] Input: ims-pcu: use firmware_stat instead of completion

From: Daniel Wagner Loading firmware is an operation many drivers implement in various ways around the completion API. And most of them do it almost in the same way. Let's reuse the firmware_stat API which is used also by the firmware_class loader. Apart of

[RFC v0 2/8] selftests: firmware: do not clutter output

From: Daniel Wagner Some of the test are supposed to fail but we get a few ouptput lines: ./fw_filesystem.sh: line 51: printf: write error: Invalid argument ./fw_filesystem.sh: line 56: printf: write error: No such device ./fw_filesystem.sh: line 62: echo: write

[RFC v0 1/8] selftests: firmware: do not abort test too early

From: Daniel Wagner When running the test script you will get: kselftest/firmware/fw_userhelper.sh: line 69: echo: write error: Resource temporarily unavailable and stops right there. Because the script runs with the '-e' option which will stop the script at any

[PATCH v5 6/8] thunderbolt: Networking transmit and receive

Handling the transmission to second peer and receiving from it. This includes communication with upper layer, the network stack and configuration of Thunderbolt(TM) HW. Signed-off-by: Amir Levy --- drivers/thunderbolt/icm/icm_nhi.c | 15 +

[PATCH v5 2/8] thunderbolt: Updating the register definitions

Adding more Thunderbolt(TM) register definitions and some helper macros. Signed-off-by: Amir Levy --- drivers/thunderbolt/nhi_regs.h | 109 + 1 file changed, 109 insertions(+) diff --git a/drivers/thunderbolt/nhi_regs.h

[PATCH v5 4/8] thunderbolt: Communication with the ICM (firmware)

Firmware-based (a.k.a ICM - Intel Connection Manager) controller is used for establishing and maintaining the Thunderbolt Networking connection. We need to be able to communicate with it. Signed-off-by: Amir Levy --- drivers/thunderbolt/Makefile |1 +

[PATCH v5 5/8] thunderbolt: Networking state machine

Negotiation states that a peer goes through in order to establish the communication with the second peer. This includes communication with upper layer and additional infrastructure support to communicate with the second peer through ICM. Signed-off-by: Amir Levy ---

[PATCH v5 7/8] thunderbolt: Networking doc

Adding Thunderbolt(TM) networking documentation. Signed-off-by: Amir Levy --- Documentation/00-INDEX | 2 + Documentation/thunderbolt-networking.txt | 135 +++ 2 files changed, 137 insertions(+) create mode 100644

Re: [PATCH] drivers: virtio_blk: notify blk-core when hw-queue number changes

On 06/19/2016 06:10 AM, Paolo Bonzini wrote: > > > On 13/06/2016 11:58, Bob Liu wrote: >> A guest might be migrated to other hosts with different num_queues, the >> blk-core should aware of that else the reference of >vqs[qid] may be >> wrong. >> >> Signed-off-by: Bob Liu

[PATCH v5 1/8] thunderbolt: Macro rename

This first patch updates the registers file to reflect that it isn't only for Cactus Ridge. No functional change intended. Signed-off-by: Amir Levy --- drivers/thunderbolt/nhi_regs.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v4 4/8] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Thu, 2016-07-28 at 15:17 +0800, YT Shen wrote: > Hi Philipp, CK, > > On Thu, 2016-07-28 at 10:07 +0800, CK Hu wrote: > > Hi, YT: > > > > On Wed, 2016-07-27 at 12:03 +0200, Philipp Zabel wrote: > > > Am Dienstag, den 26.07.2016, 18:42 +0800 schrieb YT Shen: > > > > Hi CK, > > > > >

[PATCH] raid5: fix incorrectly counter of conf->empty_inactive_list_nr

The counter conf->empty_inactive_list_nr is only used for determine if the raid5 is congested which is deal with in function raid5_congested(). It was increased in get_free_stripe() when conf->inactive_list got to be empty and decreased in release_inactive_stripe_list() when splice

[no subject]

Shougang Group Co., Ltd. 11th Floor, Huaxingge, Donghua Building, Jiangmen, GuangDong, China. www.shougang.com.cn Greetings, This is an official request for Professional/consultants who will stand as our regional representative to run logistics on behalf of Shougang Group.We are looking for

Re: [PATCH 1/2] sc16is7xx: fix RTS/CTS implementation

Hi Greg, Here are changelog for this patch. Best Regards Le 27/07/2016 à 23:28, Greg KH a écrit : > On Wed, Jul 27, 2016 at 10:58:42PM +0200, Pascal JEAN wrote: >> Signed-off-by: Pascal JEAN >> --- >> drivers/tty/serial/sc16is7xx.c | 16 +--- >> 1 file changed,

[GIT PULL] Audit patches for 4.8

Hi Linus, Six audit patches for 4.8. There are a couple of style and minor whitespace tweaks for the logs, as well as a minor fixup to catch errors on user filter rules, however the major improvements are a fix to the s390 syscall argument masking code (reviewed by the nice s390 folks), some

[RFC v0 0/8] Reuse firmware loader helpers

From: Daniel Wagner Hi, While reviewing all the complete_all() users, I realized there is recouring pattern how the completion API is used to synchronize the stages of the firmware loading. Since firmware_class.c contains a fairly complete implemetation for synching

Re: [Question]page allocation failure: order:2, mode:0x2000d1

On Thu 28-07-16 15:50:32, Xishi Qiu wrote: > On 2016/7/20 15:47, Michal Hocko wrote: > > > On Wed 20-07-16 09:33:30, Yisheng Xie wrote: > >> > >> > >> On 2016/7/19 22:14, Vlastimil Babka wrote: > >>> On 07/19/2016 03:48 PM, Xishi Qiu wrote: > > [...] > mode:0x2000d1 means it expects to alloc

Re: [PATCH -next] drm/arm: mali-dp: Fix error return code in malidp_bind()

Hi Wei, On Thu, Jul 28, 2016 at 02:14:26AM +, Wei Yongjun wrote: Fix to return error code -EINVAL from the error handling case instead of 0, as done elsewhere in this function. Fixes: 3c31760e760c ('drm/arm: mali-dp: Set crtc.port to the port instead of the endpoint') Signed-off-by: Wei

Re: [PATCH v2] Coccinelle: Script to replace allocate and memset with zalloc functions

Acked-by: Julia Lawall On Thu, 28 Jul 2016, Amitoj Kaur Chawla wrote: > This script finds instances of allocate and memset which can be > replaced with a direct call to zalloc equivalent of a function. > > Signed-off-by: Amitoj Kaur Chawla > --- >

[PATCH v2 0/2] SPI ThunderX driver

This series adds support for SPI on Cavium's ThunderX (arm64). The SPI hardware is the same as on MIPS Octeon, the only difference is that the device appears as a PCI device. To avoid copy and paste of the Octeon driver I've moved the common parts into a shared file. The series was tested on MIPS

[PATCH v5 02/10] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT Shen ---

Re: [PATCH 1/3] drm: introduce share plane

On 2016年07月28日 16:03, Daniel Vetter wrote: On Thu, Jul 28, 2016 at 11:01:04AM +0800, Mark yao wrote: Any ideas for the share planes? This function is important for our series of vop full design. The series of vop is: IP versionchipname 3.1 rk3288 3.2

[PATCH v5 03/10] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 +++

[PATCH v5 07/10] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 286 1 file changed, 286 insertions(+) diff --git

[PATCH v5 04/10] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v5 09/10] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 ++ drivers/gpu/drm/mediatek/mtk_disp_rdma.c|6 ++

[PATCH v5 10/10] arm: dts: mt2701: Add display subsystem related nodes for MT2701

This patch adds the device nodes for the DISP function blocks for MT2701 Signed-off-by: YT Shen --- arch/arm/boot/dts/mt2701.dtsi | 100 + 1 file changed, 100 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi

[PATCH v5 08/10] drm/mediatek: update DSI sub driver flow

This patch update enable/disable flow of DSI module and MIPI TX module Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 104 ++--

[PATCH v5 06/10] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 92 1 file changed, 92 insertions(+) diff --git

[PATCH v5 05/10] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 77 +++- drivers/gpu/drm/mediatek/mtk_mipi_tx.c |

Re: [Xen-devel] [PATCH v3] xen-blkfront: dynamic configuration of per-vbd resources

On 27/07/16 04:21, Bob Liu wrote: > The current VBD layer reserves buffer space for each attached device based on > three statically configured settings which are read at boot time. > * max_indirect_segs: Maximum amount of segments. > * max_ring_page_order: Maximum order of pages to be used for

Re: [PATCH] time/ntp: Remove duplicated include from

ping On 07/20/2016 04:19 PM, Ma Shimiao wrote: > Signed-off-by: Ma Shimiao > --- > kernel/time/ntp.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/kernel/time/ntp.c b/kernel/time/ntp.c > index 6df8927..4708198 100644 > --- a/kernel/time/ntp.c > +++

Re: [PATCH] locktorture: Remove duplicated include

ping On 07/20/2016 04:53 PM, Ma Shimiao wrote: > Signed-off-by: Ma Shimiao > --- > kernel/locking/locktorture.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/kernel/locking/locktorture.c b/kernel/locking/locktorture.c > index f8c5af5..9c4880f 100644 >

[PATCH 4/5] i2c: i801: do not report an error if FEATURE_HOST_NOTIFY is not set

we can skip one test when calling i801_enable_host_notify(). Given that we call it all the time, it's better to consider the fact that the adapter doesn't support Host Notify as not an error. Signed-off-by: Benjamin Tissoires --- drivers/i2c/busses/i2c-i801.c | 13

Re: [PATCH] efi: capsule: allocate whole capsule into virtual memory

Hi Austin, On Fri, Jul 15, 2016 at 10:41:31AM -0600, Austin Christ wrote: > According to UEFI 2.6 section 7.5.3, the capsule should be in contiguous > virtual memory and firmware may consume the capsule immediately. To > correctly implement this functionality, the kernel driver needs to vmap >

Re: lib/mpi: BUG: sleeping function called from invalid context on next-20160726

Herbert Xu writes: > On Wed, Jul 27, 2016 at 11:05:05PM +0200, Nicolai Stange wrote: >> >> with linux-next-20160726, I get this: >> >> BUG: sleeping function called from invalid context at >> /mnt/scratch/nic/linux-next/mm/slab.h:388 > > Does this patch help?

[PATCH v2 2/2] spi: octeon: Add thunderx driver

Add ThunderX SPI driver using the shared part from the Octeon driver. The main difference of the ThunderX driver is that it is a PCI device so probing is different. The system clock settings can be specified in device tree. Signed-off-by: Jan Glauber --- drivers/spi/Kconfig

[PATCH v2 1/2] spi: octeon: Split driver into Octeon specific and common parts

Separate driver probing from SPI transfer functions. Signed-off-by: Jan Glauber --- drivers/spi/Makefile | 1 + drivers/spi/spi-cavium-octeon.c| 102 drivers/spi/{spi-octeon.c => spi-cavium.c} | 122

Re: [kernel-hardening] [PATCH v5 03/32] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated

On Sat, 23 Jul 2016 16:58:16 +0200, Nicolai Stange said: > valdis.kletni...@vt.edu writes: > The reason the patch didn't work for Valdis might be that there is > another issue in next-20150722 with the same symptoms (provided you > don't watch the serial console). Valdis, did you apply the

RE: [PATCH v2 0/7] power: act8945a_charger: Improvements

Hello everyone Do you have any comments for this patch set? Best Regards, Wenyou Yang From: Wenyou Yang [wenyou.y...@atmel.com] Sent: Tuesday, June 28, 2016 9:22 To: Sebastian Reichel; Dmitry Eremin-Solenikov; David Woodhouse; Rob Herring; Pawel Moll;

Re: [PATCH] net/mlx5_core/pagealloc: Remove deprecated create_singlethread_workqueue

On Thu, Jul 28, 2016 at 01:49:49PM +0530, Bhaktipriya Shridhar wrote: > A dedicated workqueue has been used since the work items are being used > on a memory reclaim path. WQ_MEM_RECLAIM has been set to guarantee forward > progress under memory pressure. > > The workqueue has a single work item.

Re: [PATCH v9 1/2] i2c: i801: add support of Host Notify

Hi Jean, On Jul 18 2016 or thereabouts, Jean Delvare wrote: > Hi Benjamin, > > Once again, sorry for the late review. > > On Fri, 24 Jun 2016 16:39:49 +0200, Benjamin Tissoires wrote: > > The i801 chip can handle the Host Notify feature since ICH 3 as mentioned > > in > >

Re: [PATCH 1/3] net: ethernet: ti: cpdma: fix lockup in cpdma_ctlr_destroy()

On 07/26/2016 11:54 PM, ivan.khoronzhuk wrote: > > > On 26.07.16 19:02, Grygorii Strashko wrote: >> On 07/23/2016 09:24 AM, Ivan Khoronzhuk wrote: >>> >>> >>> On 22.07.16 16:58, Grygorii Strashko wrote: Fix deadlock in cpdma_ctlr_destroy() which is triggered now on cpsw module removal:

[PATCH 1/2] ARM: dts: zx: remove the slot sub-nodes relevant to dwmmc controller

Dwmmc controller didn't support the slot sub-nodes. (dwmmc controller decided not to consider the slot nodes.) And "supports-highspeed" property was deprecated. Instead, use "cap-sd/mmc-highspeed" properties. Signed-off-by: Jaehoon Chung ---

Re: [PATCH v2] spi: octeon: Add thunderx driver

On Wed, Jul 27, 2016 at 07:08:24PM +0100, Mark Brown wrote: > On Mon, Jul 25, 2016 at 07:56:22PM +0200, Jan Glauber wrote: > > Add ThunderX SPI driver using the shared part from the Octeon > > driver. The main difference of the ThunderX driver is that it > > is a PCI device so probing is

[PATCH v5 3/8] thunderbolt: Kconfig for Thunderbolt(TM) networking

Updating the Kconfig Thunderbolt(TM) description. Signed-off-by: Amir Levy --- drivers/thunderbolt/Kconfig | 25 + drivers/thunderbolt/Makefile | 2 +- 2 files changed, 22 insertions(+), 5 deletions(-) diff --git a/drivers/thunderbolt/Kconfig

[PATCH v5 8/8] thunderbolt: Adding maintainer entry

Add Amir Levy as maintainer for Thunderbolt(TM) ICM driver Signed-off-by: Amir Levy --- MAINTAINERS | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 771c31c..5f24eb2 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v2] Coccinelle: Script to replace allocate and memset with zalloc functions

This script finds instances of allocate and memset which can be replaced with a direct call to zalloc equivalent of a function. Signed-off-by: Amitoj Kaur Chawla --- Changes in v2: -Modified commit message and subject scripts/coccinelle/api/zalloc.cocci | 556

Re: [PATCH v2] reset: uniphier: add reset controller drivers for UniPhier SoCs

Hi Masahiro, Am Donnerstag, den 28.07.2016, 11:40 +0900 schrieb Masahiro Yamada: > >> +static int uniphier_reset_update(struct reset_controller_dev *rcdev, > >> + unsigned long id, bool assert) > >> +{ > >> + struct uniphier_reset_priv *priv =

Re: [PATCH 08/18] ARM: mvebu: a39x: enable PMU, CA9 MPcore SoC Controller and Coherency fabric

Hi Grzegorz, On jeu., juil. 21 2016, Grzegorz Jaszczyk wrote: > This commit enables: > - CA9's Performance Monitor Unit > - CA9 MPcore SoC Controller > - Coherency fabric > on Armada 39x, basing on the Armada 38x (which has the same CA9 CPU). > > Signed-off-by: Grzegorz

Re: [RFC] can we use vmalloc to alloc thread stack if compaction failed

On Thu 28-07-16 16:45:06, Xishi Qiu wrote: > On 2016/7/28 15:58, Michal Hocko wrote: > > > On Thu 28-07-16 15:41:53, Xishi Qiu wrote: > >> On 2016/7/28 15:20, Michal Hocko wrote: > >> > >>> On Thu 28-07-16 15:08:26, Xishi Qiu wrote: > Usually THREAD_SIZE_ORDER is 2, it means we need to alloc

Re: Why do we need reset_control_get_optional() ?

Am Samstag, den 23.07.2016, 20:22 +0900 schrieb Masahiro Yamada: > Hi. > > > Now the reset subsystem provides > a bunch of reset_control_get variants. > > I am still wondering why we need to have _optional ones. > > As far as I see, the difference is WARN_ON(1) > when CONFIG_RESET_CONTROLLER

RE: [virtio-dev] Re: [PATCH v2 repost 4/7] virtio-balloon: speed up inflate/deflate process

> > > This ends up doing a 1MB kmalloc() right? That seems a _bit_ big. > > > How big was the pfn buffer before? > > > > Yes, it is if the max pfn is more than 32GB. > > The size of the pfn buffer use before is 256*4 = 1024 Bytes, it's too > > small, and it's the main reason for bad performance.

Re: [PATCH v4] virtio: new feature to detect IOMMU device quirk

Again, this is still the wrong way around. A "noiommu" feature is a quirk and should not be the default.

[RFC] can we use vmalloc to alloc thread stack if compaction failed

Usually THREAD_SIZE_ORDER is 2, it means we need to alloc 16kb continuous physical memory during fork a new process. If the system's memory is very small, especially the smart phone, maybe there is only 1G memory. So the free memory is very small and compaction is not always success in

Re: [BUG -next] "random: make /dev/urandom scalable for silly userspace programs" causes crash

On Thu, Jul 28, 2016 at 07:55:48AM +0200, Heiko Carstens wrote: > On Wed, Jul 27, 2016 at 11:46:01PM -0400, Theodore Ts'o wrote: > > On Wed, Jul 27, 2016 at 09:14:00AM +0200, Heiko Carstens wrote: > > > it looks like your patch "random: make /dev/urandom scalable for silly > > > userspace

Re: [e1000_netpoll] BUG: sleeping function called from invalid context at kernel/irq/manage.c:110

On Tue, 26 Jul 2016, nick wrote: > diff --git a/drivers/net/ethernet/intel/e1000/e1000_main.c > b/drivers/net/ethernet/intel/e1000/e1000_main.c > index f42129d..e1830af 100644 > --- a/drivers/net/ethernet/intel/e1000/e1000_main.c > +++ b/drivers/net/ethernet/intel/e1000/e1000_main.c > @@ -3797,7

[RFC v0 6/8] remoteproc: use firmware_stat instead of completion

From: Daniel Wagner Loading firmware is an operation many drivers implement in various ways around the completion API. And most of them do it almost in the same way. Let's reuse the firmware_stat API which is used also by the firmware_class loader. Apart of

[RFC v0 3/8] firmware: Factor out firmware load helpers

From: Daniel Wagner Factor out the firmware loading synchronization code in order to allow drivers to reuse it. This also documents more clearly what is happening. This is especial useful the drivers which will be converted afterwards. Not everyone has to come with

[RFC v0 5/8] ath9k_htc: use firmware_stat instead of completion

From: Daniel Wagner Loading firmware is an operation many drivers implement in various ways around the completion API. And most of them do it almost in the same way. Let's reuse the firmware_stat API which is used also by the firmware_class loader. Apart of

[RFC v0 4/8] Input: goodix: use firmware_stat instead of completion

From: Daniel Wagner Loading firmware is an operation many drivers implement in various ways around the completion API. And most of them do it almost in the same way. Let's reuse the firmware_stat API which is used also by the firmware_class loader. Apart of

Re: [Question]page allocation failure: order:2, mode:0x2000d1

On 2016/7/20 15:47, Michal Hocko wrote: > On Wed 20-07-16 09:33:30, Yisheng Xie wrote: >> >> >> On 2016/7/19 22:14, Vlastimil Babka wrote: >>> On 07/19/2016 03:48 PM, Xishi Qiu wrote: > [...] mode:0x2000d1 means it expects to alloc from zone_dma, (on arm64 zone_dma is 0-4G) >>> >>>

[PATCH v5 0/8] thunderbolt: Introducing Thunderbolt(TM) networking

This is version 5 of Thunderbolt(TM) driver for non-Apple hardware. Changes since v4: - Added Amir Levy as maintainer of thunderbolt/icm - Replaced private uuid definitions with uuid_be These patches were pushed to GitHub where they can be reviewed more comfortably with green/red highlighting:

[PATCH] usb: dwc2: Remove deprecated create_singlethread_workqueue

alloc_ordered_workqueue replaces the deprecated create_singlethread_workqueue. There are multiple work items on the work queue, which require ordering. Hence, an ordered workqueue has been used. The workqueue "wq_otg" is not being used on a memory reclaim path. Hence, WQ_MEM_RECLAIM has not been

[PATCH] usb: lvstest: Remove deprecated create_singlethread_workqueue

The workqueue has a single work item(>rh_work) and hence doesn't require ordering. Also, it is not being used on a memory reclaim path. Hence, the singlethreaded workqueue has been replaced with the use of system_wq. System workqueues have been able to handle high level of concurrency for a long

[PATCH 3/3] xen-blkfront: free resources if xlvbd_alloc_gendisk fails

Current code forgets to free resources in the failure path of xlvbd_alloc_gendisk(), this patch fix it. Signed-off-by: Bob Liu --- drivers/block/xen-blkfront.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/block/xen-blkfront.c

[PATCH v2 1/3] xen-blkfront: fix places not updated after introducing 64KB page granularity

Two places didn't get updated when 64KB page granularity was introduced, this patch fix them. Signed-off-by: Bob Liu Acked-by: Roger Pau Monné --- drivers/block/xen-blkfront.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

  1   2   3   4   5   6   7   8   9   10   >