Re: [RFC 7/8] fpga-region: add sysfs interface

Alan, On Mon, Feb 27, 2017 at 12:09 PM, Alan Tull wrote: > First case: embedded FPGA. The hardware has one FPGA. The image is > designed for a specific board, so there's no problem including the > enumeration in the image. Agreed. > Second case: embedded FPGA +

Re: [RFC 7/8] fpga-region: add sysfs interface

Alan, On Mon, Feb 27, 2017 at 12:09 PM, Alan Tull wrote: > First case: embedded FPGA. The hardware has one FPGA. The image is > designed for a specific board, so there's no problem including the > enumeration in the image. Agreed. > Second case: embedded FPGA + a PCIe FPGA. The image will

Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files

On Tue, Feb 21, 2017 at 07:59:46PM +0300, Cyrill Gorcunov wrote: > With current epoll architecture target files are addressed > with file_struct and file descriptor number, where the last > is not unique. Moreover files can be transferred from another > process via unix socket, added into queue

Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files

On Tue, Feb 21, 2017 at 07:59:46PM +0300, Cyrill Gorcunov wrote: > With current epoll architecture target files are addressed > with file_struct and file descriptor number, where the last > is not unique. Moreover files can be transferred from another > process via unix socket, added into queue

Re: [PATCH] IB/iser: fix spelling mistake: "unexepected" -> "unexpected"

Acked-by: Sagi Grimberg Thanks Colin

Re: [PATCH] IB/iser: fix spelling mistake: "unexepected" -> "unexpected"

Acked-by: Sagi Grimberg Thanks Colin

Re: tip.today - scheduler bam boom crash (cpu hotplug)

On Mon, Feb 27, 2017 at 01:50:29PM +0100, Paolo Bonzini wrote: > > > On 27/02/2017 13:43, Peter Zijlstra wrote: > > On Mon, Feb 27, 2017 at 08:30:11PM +0800, Wanpeng Li wrote: > > > >>> diff --git a/arch/x86/kernel/kvmclock.c b/arch/x86/kernel/kvmclock.c > >>> index 2a5cafd..542710b 100644 >

Re: tip.today - scheduler bam boom crash (cpu hotplug)

On Mon, Feb 27, 2017 at 01:50:29PM +0100, Paolo Bonzini wrote: > > > On 27/02/2017 13:43, Peter Zijlstra wrote: > > On Mon, Feb 27, 2017 at 08:30:11PM +0800, Wanpeng Li wrote: > > > >>> diff --git a/arch/x86/kernel/kvmclock.c b/arch/x86/kernel/kvmclock.c > >>> index 2a5cafd..542710b 100644 >

[PATCH] net: smsc: epic100: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/smsc/epic100.c | 16

[PATCH] net: smsc: epic100: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/smsc/epic100.c | 16 +--- 1 files

Re: [RFC 0/3] drivers: Add an API to read device specific config data

On Mon, 27 Feb 2017 21:42:30 +0100 Boris Brezillon wrote: > +Moritz > > Hi Alban, > > On Mon, 27 Feb 2017 21:28:09 +0100 > Alban wrote: > > > Hi all, > > > > while looking at adding OF support for the ath9k driver I had the problem of > >

Re: [RFC 0/3] drivers: Add an API to read device specific config data

On Mon, 27 Feb 2017 21:42:30 +0100 Boris Brezillon wrote: > +Moritz > > Hi Alban, > > On Mon, 27 Feb 2017 21:28:09 +0100 > Alban wrote: > > > Hi all, > > > > while looking at adding OF support for the ath9k driver I had the problem of > > reading the EEPROM data. On the SoC platforms this

Re: [PATCH v3 8/8] dt-bindings: phy-mt65xx-usb: add support for new version phy

On Wed, Feb 22, 2017 at 04:55:05PM +0800, Chunfeng Yun wrote: > add a new compatible string for "mt2712", and move reference clock > into each port node; > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/phy/phy-mt65xx-usb.txt | 93 >

Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341

Hi Rafael, Am Montag, den 27.02.2017, 23:19 +0100 schrieb Rafael J. Wysocki: > On Tue, Feb 21, 2017 at 8:33 PM, Tobias Schumacher > wrote: > > Hi Ladislav, > > > > Am Dienstag, den 21.02.2017, 10:41 +0100 schrieb Ladislav Michl: > > > Hi Tobias, > > > > > > On Tue,

Re: [PATCH v3 8/8] dt-bindings: phy-mt65xx-usb: add support for new version phy

On Wed, Feb 22, 2017 at 04:55:05PM +0800, Chunfeng Yun wrote: > add a new compatible string for "mt2712", and move reference clock > into each port node; > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/phy/phy-mt65xx-usb.txt | 93 > +--- > 1 file changed,

Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341

Hi Rafael, Am Montag, den 27.02.2017, 23:19 +0100 schrieb Rafael J. Wysocki: > On Tue, Feb 21, 2017 at 8:33 PM, Tobias Schumacher > wrote: > > Hi Ladislav, > > > > Am Dienstag, den 21.02.2017, 10:41 +0100 schrieb Ladislav Michl: > > > Hi Tobias, > > > > > > On Tue, Feb 21, 2017 at 01:36:25AM

[PATCH 2/4] drm/vc4: Add RST to bring together vc4 kerneldoc.

This doesn't yet produce coherent documentation of the module, but at least gets the kerneldoc built and somewhat glued together. Signed-off-by: Eric Anholt --- Documentation/gpu/index.rst | 1 + Documentation/gpu/vc4.rst | 86 + 2

sound: spinlock lockup in snd_timer_user_tinterrupt

Hello, The following program locks up system: https://gist.githubusercontent.com/dvyukov/1b5cdca7f0fc6254afd4816901160e4c/raw/024c53be2112c83e5d64f3e4d5e8aa38ded727e3/gistfile1.txt BUG: spinlock lockup suspected on CPU#1, syz-executor0/6018 lock: kvm_count_lock+0x0/0x60, .magic: dead4ead,

[PATCH 2/4] drm/vc4: Add RST to bring together vc4 kerneldoc.

This doesn't yet produce coherent documentation of the module, but at least gets the kerneldoc built and somewhat glued together. Signed-off-by: Eric Anholt --- Documentation/gpu/index.rst | 1 + Documentation/gpu/vc4.rst | 86 + 2 files changed,

sound: spinlock lockup in snd_timer_user_tinterrupt

Hello, The following program locks up system: https://gist.githubusercontent.com/dvyukov/1b5cdca7f0fc6254afd4816901160e4c/raw/024c53be2112c83e5d64f3e4d5e8aa38ded727e3/gistfile1.txt BUG: spinlock lockup suspected on CPU#1, syz-executor0/6018 lock: kvm_count_lock+0x0/0x60, .magic: dead4ead,

[PATCH 3/4] drm/vc4: Extend and edit documentation for output from the RST

I had written most of my comments as if I was describing the individual code files the way I used to for doxygen, while for RST we want to describe things in a more chapter/section way where there's no obvious relation to .c files. Additionally, several of the files had stub descriptions that

[PATCH 3/4] drm/vc4: Extend and edit documentation for output from the RST

I had written most of my comments as if I was describing the individual code files the way I used to for doxygen, while for RST we want to describe things in a more chapter/section way where there's no obvious relation to .c files. Additionally, several of the files had stub descriptions that

Re: [PATCH v2 6/8] Documentation: devicetree: arm: marvell: Document IAP140

On Wed, Feb 22, 2017 at 03:29:26AM +0100, Andreas Färber wrote: > Signed-off-by: Andreas Färber > --- > v1 -> v2: > * Adopted "marvell" vendor prefix (Thomas) > * Documented Andromeda Box Edge as example > > Documentation/devicetree/bindings/arm/marvell/iap140.txt | 11

[PATCH 0/4] vc4 RST documentation

danvet asked me a while ago to try generating documentation with the new RST-based infrastructure. I had a couple of hours to do some editing, so here it is. So far I'm not including any kerneldoc for functions. I don't think I have enough documentation coverage yet to make it useful to start

Re: [PATCH v2 6/8] Documentation: devicetree: arm: marvell: Document IAP140

On Wed, Feb 22, 2017 at 03:29:26AM +0100, Andreas Färber wrote: > Signed-off-by: Andreas Färber > --- > v1 -> v2: > * Adopted "marvell" vendor prefix (Thomas) > * Documented Andromeda Box Edge as example > > Documentation/devicetree/bindings/arm/marvell/iap140.txt | 11 +++ > 1 file

[PATCH 0/4] vc4 RST documentation

danvet asked me a while ago to try generating documentation with the new RST-based infrastructure. I had a couple of hours to do some editing, so here it is. So far I'm not including any kerneldoc for functions. I don't think I have enough documentation coverage yet to make it useful to start

[PATCH 1/4] drm/vc4: Convert existing documentation to actual kerneldoc.

I'm going to hook vc4 up to the sphinx build, so clean up its comments to not generate warnings when we do. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_bo.c | 5 - drivers/gpu/drm/vc4/vc4_dsi.c | 5 +++-- drivers/gpu/drm/vc4/vc4_gem.c | 26

[PATCH 1/4] drm/vc4: Convert existing documentation to actual kerneldoc.

I'm going to hook vc4 up to the sphinx build, so clean up its comments to not generate warnings when we do. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_bo.c | 5 - drivers/gpu/drm/vc4/vc4_dsi.c | 5 +++-- drivers/gpu/drm/vc4/vc4_gem.c | 26

Re: [tpmdd-devel] [PATCH 1/2] tpm: Apply an adapterlimit for retransmission.

2017-02-27 20:12 GMT+01:00 Wolfram Sang : > Hi, > >> >> > Rather than trying small and smaller transfers, would it not be better >> >> > to get the i2c core to expose the quirk info about transfer limits? >> >> > >> >> >> >> Sounds a good idea to me, I guess the quirk info can

Re: [Outreachy kernel] [PATCH 4/5] staging: sm750fb: Remove unnecessary else after return

On Mon, 27 Feb 2017, simran singhal wrote: > This patch fixes the checkpatch warning that else is not generally > useful after a break or return. > > This was done using Coccinelle: > @@ > expression e2; > statement s1; > @@ > if(e2) { ... return ...; } > -else > s1 > > Signed-off-by:

Re: [tpmdd-devel] [PATCH 1/2] tpm: Apply an adapterlimit for retransmission.

2017-02-27 20:12 GMT+01:00 Wolfram Sang : > Hi, > >> >> > Rather than trying small and smaller transfers, would it not be better >> >> > to get the i2c core to expose the quirk info about transfer limits? >> >> > >> >> >> >> Sounds a good idea to me, I guess the quirk info can be accessed with >>

Re: [Outreachy kernel] [PATCH 4/5] staging: sm750fb: Remove unnecessary else after return

On Mon, 27 Feb 2017, simran singhal wrote: > This patch fixes the checkpatch warning that else is not generally > useful after a break or return. > > This was done using Coccinelle: > @@ > expression e2; > statement s1; > @@ > if(e2) { ... return ...; } > -else > s1 > > Signed-off-by:

Re: [PATCH v2 3/3] percpu: improve allocation success rate for non-GFP_KERNEL callers

Hello, Tahsin. On Mon, Feb 27, 2017 at 12:37:59PM -0800, Tahsin Erdogan wrote: > > Ah, absolutely, that's a stupid failure but we should be able to fix > > that by making the blkg functions take gfp mask and allocate > > accordingly, right? It'll probably take preallocation tricks because > > of

Re: [PATCH v2 3/3] percpu: improve allocation success rate for non-GFP_KERNEL callers

Hello, Tahsin. On Mon, Feb 27, 2017 at 12:37:59PM -0800, Tahsin Erdogan wrote: > > Ah, absolutely, that's a stupid failure but we should be able to fix > > that by making the blkg functions take gfp mask and allocate > > accordingly, right? It'll probably take preallocation tricks because > > of

Re: [PATCH 1/2] video: fbdev: imxfb: support AUS mode

Hello, given fbdev is orphaned (http://git.kernel.org/linus/238600783d7470bec19350b0ee79e01825d3c84f) I think it would be nice to move the imxfb driver over to drm. I don't know much about drm, so I cannot say if that is easy or not, but long term I think this is more robust than fbdev. Best

Re: [PATCH 1/2] video: fbdev: imxfb: support AUS mode

Hello, given fbdev is orphaned (http://git.kernel.org/linus/238600783d7470bec19350b0ee79e01825d3c84f) I think it would be nice to move the imxfb driver over to drm. I don't know much about drm, so I cannot say if that is easy or not, but long term I think this is more robust than fbdev. Best

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On Mon, 27 Feb 2017 14:21:21 -0800 David Daney wrote: > See attached for mips. It seems to do the right thing. > > I leave it as an exercise to the reader to fix the other architectures. > > Consult your own binutils experts to verify that what I say is true. It

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On Mon, 27 Feb 2017 14:21:21 -0800 David Daney wrote: > See attached for mips. It seems to do the right thing. > > I leave it as an exercise to the reader to fix the other architectures. > > Consult your own binutils experts to verify that what I say is true. It may still just be safer to

Re: [PATCH v2 1/2] dt-bindings: arm: hisilicon: add bindings for hi3798cv200 SoC and Poplar board

On Wed, Feb 22, 2017 at 04:38:35PM +0800, Jiancheng Xue wrote: > Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board. > > Signed-off-by: Jiancheng Xue > --- > Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4 > 1 file changed, 4

Re: [PATCH v2 1/2] dt-bindings: arm: hisilicon: add bindings for hi3798cv200 SoC and Poplar board

On Wed, Feb 22, 2017 at 04:38:35PM +0800, Jiancheng Xue wrote: > Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board. > > Signed-off-by: Jiancheng Xue > --- > Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4 > 1 file changed, 4 insertions(+) Acked-by: Rob Herring

Re: [PATCH v2 3/3] percpu: improve allocation success rate for non-GFP_KERNEL callers

Hello, On Mon, Feb 27, 2017 at 05:00:31AM -0800, Tahsin Erdogan wrote: > On Mon, Feb 27, 2017 at 1:52 AM, Michal Hocko wrote: > > On Sat 25-02-17 20:38:29, Tahsin Erdogan wrote: > >> When pcpu_alloc() is called with gfp != GFP_KERNEL, the likelihood of > >> a failure is higher

Re: [PATCH v2 3/3] percpu: improve allocation success rate for non-GFP_KERNEL callers

Hello, On Mon, Feb 27, 2017 at 05:00:31AM -0800, Tahsin Erdogan wrote: > On Mon, Feb 27, 2017 at 1:52 AM, Michal Hocko wrote: > > On Sat 25-02-17 20:38:29, Tahsin Erdogan wrote: > >> When pcpu_alloc() is called with gfp != GFP_KERNEL, the likelihood of > >> a failure is higher than GFP_KERNEL

Re: [REGRESSION] pinctrl, of, unable to find hogs

* Tony Lindgren [170227 09:37]: > * Gary Bisson [170227 08:42]: > > > Not sure how to fix it though since we can't move the dt probing before > > > radix tree init. > > Yup looks like we still have an issue with pinctrl driver functions >

Re: [REGRESSION] pinctrl, of, unable to find hogs

* Tony Lindgren [170227 09:37]: > * Gary Bisson [170227 08:42]: > > > Not sure how to fix it though since we can't move the dt probing before > > > radix tree init. > > Yup looks like we still have an issue with pinctrl driver functions > getting called before driver probe has completed. > >

[PATCH v3 5/6] x86/platform/uv/BAU: Add wait_completion to bau_operations

Remove the present wait_completion routine and add a function pointer by the same name to the bau_operations struct. Rather than switching on the UV hub version during message processing, set the architecture-specific uv*_wait_completion during initialization. The uv123_bau_ops struct must be

Re: [PATCH v2 5/6] x86/platform/uv/BAU: Add wait_completion to bau_operations

The above patch has a conflict in wait_completion with the enumerated UV_BAU symbol because I let an old version of the patch creep into the set. Following is the correct version. Sorry about that! Andrew

[PATCH v3 5/6] x86/platform/uv/BAU: Add wait_completion to bau_operations

Remove the present wait_completion routine and add a function pointer by the same name to the bau_operations struct. Rather than switching on the UV hub version during message processing, set the architecture-specific uv*_wait_completion during initialization. The uv123_bau_ops struct must be

Re: [PATCH v2 5/6] x86/platform/uv/BAU: Add wait_completion to bau_operations

The above patch has a conflict in wait_completion with the enumerated UV_BAU symbol because I let an old version of the patch creep into the set. Following is the correct version. Sorry about that! Andrew

[PATCH] net: sis: sis900: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sis/sis900.c | 18

[PATCH] net: sis: sis900: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sis/sis900.c | 18 +- 1 files

Re: [RFC 0/3] drivers: Add an API to read device specific config data

Hi all, On Mon, Feb 27, 2017 at 12:42 PM, Boris Brezillon wrote: > +Moritz > > Hi Alban, > > On Mon, 27 Feb 2017 21:28:09 +0100 > Alban wrote: > >> Hi all, >> >> while looking at adding OF support for the ath9k driver I had the problem of >>

Re: [RFC 0/3] drivers: Add an API to read device specific config data

Hi all, On Mon, Feb 27, 2017 at 12:42 PM, Boris Brezillon wrote: > +Moritz > > Hi Alban, > > On Mon, 27 Feb 2017 21:28:09 +0100 > Alban wrote: > >> Hi all, >> >> while looking at adding OF support for the ath9k driver I had the problem of >> reading the EEPROM data. On the SoC platforms this

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On 02/27/2017 02:09 PM, Steven Rostedt wrote: On Mon, 27 Feb 2017 13:41:13 -0800 David Daney wrote: On 02/27/2017 01:06 PM, Steven Rostedt wrote: On Mon, 27 Feb 2017 11:59:50 -0800 David Daney wrote: For me the size is not the

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On 02/27/2017 02:09 PM, Steven Rostedt wrote: On Mon, 27 Feb 2017 13:41:13 -0800 David Daney wrote: On 02/27/2017 01:06 PM, Steven Rostedt wrote: On Mon, 27 Feb 2017 11:59:50 -0800 David Daney wrote: For me the size is not the important issue, it is the alignment of the struct jump_entry

[PATCH RESEND] checkpatch: remove obsolete CONFIG_EXPERIMENTAL checks

Config EXPERIMENTAL has been removed from kernel in 2013 (see 3d374d0: "final removal of CONFIG_EXPERIMENTAL"), there is no any reason to do these checks now. Signed-off-by: Ruslan Bilovol --- scripts/checkpatch.pl | 13 - 1 file changed, 13 deletions(-)

[PATCH RESEND] checkpatch: remove obsolete CONFIG_EXPERIMENTAL checks

Config EXPERIMENTAL has been removed from kernel in 2013 (see 3d374d0: "final removal of CONFIG_EXPERIMENTAL"), there is no any reason to do these checks now. Signed-off-by: Ruslan Bilovol --- scripts/checkpatch.pl | 13 - 1 file changed, 13 deletions(-) diff --git

Re: [PATCH V2] f2fs: introduce free nid bitmap

On 02/27, Chao Yu wrote: > On 2017/2/26 3:02, Jaegeuk Kim wrote: > > On 02/25, Chao Yu wrote: > >> Hi Jaegeuk, > >> > >> I added below diff code into this patch in order to fix incorrectly nid > >> status > >> updating to reduce large latency of generic/251 in fstest, could you help > >> to > >>

Re: [PATCH V2] f2fs: introduce free nid bitmap

On 02/27, Chao Yu wrote: > On 2017/2/26 3:02, Jaegeuk Kim wrote: > > On 02/25, Chao Yu wrote: > >> Hi Jaegeuk, > >> > >> I added below diff code into this patch in order to fix incorrectly nid > >> status > >> updating to reduce large latency of generic/251 in fstest, could you help > >> to > >>

Re: Crash in -next due to 'objtool: Improve detection of BUG() and other dead ends'

Would it be possible for you to double check the error? Otherwise I could try to recreate. Do you have a recommendation for a mips cross-compiler? (preferably something that's already built and that might work on Fedora) > --- > # bad: [ed7b11e565c736828f0b7

Re: Crash in -next due to 'objtool: Improve detection of BUG() and other dead ends'

Would it be possible for you to double check the error? Otherwise I could try to recreate. Do you have a recommendation for a mips cross-compiler? (preferably something that's already built and that might work on Fedora) > --- > # bad: [ed7b11e565c736828f0b7

[PATCH 1/4] clk: sunxi-ng: Add clocks and reset indices for sun7i-a20 SoC

Add preliminary list of exported clocks and reset indices for sun7i-a20 SoC, based on existing sun7i-a20 devicetree implementation. Signed-off-by: Priit Laes --- include/dt-bindings/clock/sun7i-ccu.h | 127 ++

[PATCH 1/4] clk: sunxi-ng: Add clocks and reset indices for sun7i-a20 SoC

Add preliminary list of exported clocks and reset indices for sun7i-a20 SoC, based on existing sun7i-a20 devicetree implementation. Signed-off-by: Priit Laes --- include/dt-bindings/clock/sun7i-ccu.h | 127 ++ include/dt-bindings/reset/sun7i-ccu.h | 40

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

On Mon, Feb 27, 2017 at 7:41 AM, Ingo Molnar wrote: > > BTW., instead of trying to avoid the scenario, wow about moving in the other > direction: making CONFIG_DEBUG_SHIRQ=y unconditional property in the IRQ core > code > starting from v4.12 or so The problem is that it's

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

On Mon, Feb 27, 2017 at 7:41 AM, Ingo Molnar wrote: > > BTW., instead of trying to avoid the scenario, wow about moving in the other > direction: making CONFIG_DEBUG_SHIRQ=y unconditional property in the IRQ core > code > starting from v4.12 or so The problem is that it's generally almost

Re: [REGRESSION] pinctrl, of, unable to find hogs

Hi Tony, On Mon, Feb 27, 2017 at 10:45:35AM -0800, Tony Lindgren wrote: > * Tony Lindgren [170227 09:37]: > > * Gary Bisson [170227 08:42]: > > > > Not sure how to fix it though since we can't move the dt probing before > > > > radix tree init.

Re: [REGRESSION] pinctrl, of, unable to find hogs

Hi Tony, On Mon, Feb 27, 2017 at 10:45:35AM -0800, Tony Lindgren wrote: > * Tony Lindgren [170227 09:37]: > > * Gary Bisson [170227 08:42]: > > > > Not sure how to fix it though since we can't move the dt probing before > > > > radix tree init. > > > > Yup looks like we still have an issue

Re: [f2fs-dev] [PATCH 2/3] f2fs: add bitmaps for empty or full NAT blocks

On 02/27, Chao Yu wrote: > On 2017/2/26 2:34, Jaegeuk Kim wrote: > > On 02/25, Chao Yu wrote: > >> On 2017/2/24 6:54, Jaegeuk Kim wrote: > >>> On 02/23, Chao Yu wrote: > On 2017/2/14 10:06, Jaegeuk Kim wrote: > > ... > >>> > > +static int scan_nat_bits(struct f2fs_sb_info *sbi) > > +{

Re: [f2fs-dev] [PATCH 2/3] f2fs: add bitmaps for empty or full NAT blocks

On 02/27, Chao Yu wrote: > On 2017/2/26 2:34, Jaegeuk Kim wrote: > > On 02/25, Chao Yu wrote: > >> On 2017/2/24 6:54, Jaegeuk Kim wrote: > >>> On 02/23, Chao Yu wrote: > On 2017/2/14 10:06, Jaegeuk Kim wrote: > > ... > >>> > > +static int scan_nat_bits(struct f2fs_sb_info *sbi) > > +{

Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341

On Tue, Feb 21, 2017 at 8:33 PM, Tobias Schumacher wrote: > Hi Ladislav, > > Am Dienstag, den 21.02.2017, 10:41 +0100 schrieb Ladislav Michl: >> Hi Tobias, >> >> On Tue, Feb 21, 2017 at 01:36:25AM +0100, Tobias Schumacher wrote: >> > Signed-off-by: Tobias Schumacher

Re: [PATCH] usb: dwc3: ep0: Fix the possible missed request for handling delay STATUS phase

On Tue, 21 Feb 2017, Baolin Wang wrote: > On 17 February 2017 at 16:04, Felipe Balbi wrote: > > > > Hi, > > > > Baolin Wang writes: > (One possible approach would be to have the setup routine return > different values for explicit and implicit

Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341

On Tue, Feb 21, 2017 at 8:33 PM, Tobias Schumacher wrote: > Hi Ladislav, > > Am Dienstag, den 21.02.2017, 10:41 +0100 schrieb Ladislav Michl: >> Hi Tobias, >> >> On Tue, Feb 21, 2017 at 01:36:25AM +0100, Tobias Schumacher wrote: >> > Signed-off-by: Tobias Schumacher >> > --- >> >

Re: [PATCH] usb: dwc3: ep0: Fix the possible missed request for handling delay STATUS phase

On Tue, 21 Feb 2017, Baolin Wang wrote: > On 17 February 2017 at 16:04, Felipe Balbi wrote: > > > > Hi, > > > > Baolin Wang writes: > (One possible approach would be to have the setup routine return > different values for explicit and implicit status stages -- for > example,

[PATCH RESEND] drm/via: use get_user_pages_unlocked()

Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code and takes advantage of VM_FAULT_RETRY functionality when faulting in pages. Signed-off-by: Lorenzo Stoakes --- drivers/gpu/drm/via/via_dmablit.c | 10 +++--- 1 file changed, 3 insertions(+), 7

[PATCH RESEND] drm/via: use get_user_pages_unlocked()

Moving from get_user_pages() to get_user_pages_unlocked() simplifies the code and takes advantage of VM_FAULT_RETRY functionality when faulting in pages. Signed-off-by: Lorenzo Stoakes --- drivers/gpu/drm/via/via_dmablit.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff

[PATCH] net: silan: sc92031: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/silan/sc92031.c | 83

[PATCH] net: silan: sc92031: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/silan/sc92031.c | 83

[PATCH 1/5] FPGA: Add TS-7300 FPGA manager

From: Florian Fainelli Add support for loading bitstreams on the Altera Cyclone II FPGA populated on the TS-7300 board. This is done through the configuration and data registers offered through a memory interface between the EP93xx SoC and the FPGA via an intermediate CPLD

[PATCH 4/5] Documentation: Add binding document for Lattice iCE40 FPGA manager

From: Joel Holdsworth This adds documentation of the device tree bindings of the Lattice iCE40 FPGA driver for the FPGA manager framework. Signed-off-by: Joel Holdsworth Acked-by: Rob Herring Acked-by: Alan Tull

[PATCH 1/5] FPGA: Add TS-7300 FPGA manager

From: Florian Fainelli Add support for loading bitstreams on the Altera Cyclone II FPGA populated on the TS-7300 board. This is done through the configuration and data registers offered through a memory interface between the EP93xx SoC and the FPGA via an intermediate CPLD device. The EP93xx

[PATCH 4/5] Documentation: Add binding document for Lattice iCE40 FPGA manager

From: Joel Holdsworth This adds documentation of the device tree bindings of the Lattice iCE40 FPGA driver for the FPGA manager framework. Signed-off-by: Joel Holdsworth Acked-by: Rob Herring Acked-by: Alan Tull Acked-by: Moritz Fischer Acked-by: Marek Vasut ---

[PATCH 5/5] fpga: Add support for Lattice iCE40 FPGAs

From: Joel Holdsworth This patch adds support to the FPGA manager for configuring the SRAM of iCE40LM, iCE40LP, iCE40HX, iCE40 Ultra, iCE40 UltraLite and iCE40 UltraPlus devices, through slave SPI. Signed-off-by: Joel Holdsworth Reviewed-by:

[PATCH 5/5] fpga: Add support for Lattice iCE40 FPGAs

From: Joel Holdsworth This patch adds support to the FPGA manager for configuring the SRAM of iCE40LM, iCE40LP, iCE40HX, iCE40 Ultra, iCE40 UltraLite and iCE40 UltraPlus devices, through slave SPI. Signed-off-by: Joel Holdsworth Reviewed-by: Marek Vasut Reviewed-by: Moritz Fischer Acked-by:

[PATCH 3/5] of: Add vendor prefix for Lattice Semiconductor

From: Joel Holdsworth Lattice Semiconductor Corporation is a manufacturer of integrated circuits and IP products, including low-power FPGAs, video connectivity devices and millimeter wave wireless products. Website: http://latticesemi.com Signed-off-by: Joel

[PATCH 3/5] of: Add vendor prefix for Lattice Semiconductor

From: Joel Holdsworth Lattice Semiconductor Corporation is a manufacturer of integrated circuits and IP products, including low-power FPGAs, video connectivity devices and millimeter wave wireless products. Website: http://latticesemi.com Signed-off-by: Joel Holdsworth Acked-by: Rob Herring

[PATCH 0/5] fpga: ts73xx and iCE40 support

Hi Greg, Please take these patches that add FPGA suppport for ts73xx and iCE0 FPGAs. I've done small fixups. drivers/fpga/ice40-spi.c: fix printf format s/%ld/%d/ in 2 places drivers/fpga/ts73xx-fpga.c: remove error message in probe. More details on the fixups: diff --git

[PATCH 2/5] ARM: ep93xx: Register ts73xx-fpga manager driver for TS-7300

From: Florian Fainelli Register the TS-7300 FPGA manager device drivers which allows us to load bitstreams into the on-board Altera Cyclone II FPGA. Acked-by: H Hartley Sweeten Signed-off-by: Florian Fainelli Acked-by:

[PATCH 0/5] fpga: ts73xx and iCE40 support

Hi Greg, Please take these patches that add FPGA suppport for ts73xx and iCE0 FPGAs. I've done small fixups. drivers/fpga/ice40-spi.c: fix printf format s/%ld/%d/ in 2 places drivers/fpga/ts73xx-fpga.c: remove error message in probe. More details on the fixups: diff --git

[PATCH 2/5] ARM: ep93xx: Register ts73xx-fpga manager driver for TS-7300

From: Florian Fainelli Register the TS-7300 FPGA manager device drivers which allows us to load bitstreams into the on-board Altera Cyclone II FPGA. Acked-by: H Hartley Sweeten Signed-off-by: Florian Fainelli Acked-by: Alan Tull Acked-by: Moritz Fischer --- arch/arm/mach-ep93xx/ts72xx.c |

Re: [GIT PULL] Kselftest update for 4.11-rc1

Hello, On Sun, Feb 26, 2017 at 12:40:36PM -0800, Mike Kravetz wrote: > Another option is to only have a single userfaultfd executable and pass > an option (anon, hugetlb, shmem ...) that indicates the type of pages/mapping > to test. That sounds good to me. I guess it was quicker and it

Re: [PATCH v2] mfd: Add Cherrytrail WhiskeyCove PMIC driver

On Mon, Feb 27, 2017 at 11:38 PM, Hans de Goede wrote: > Add mfd driver for Intel CHT WhiskeyCove PMIC, based on various non > upstreamed CHT WhiskeyCove PMIC patches. For now this just adds a minimal > version which implements just enough to get ACPI PMIC opregion support to

Re: [GIT PULL] Kselftest update for 4.11-rc1

Hello, On Sun, Feb 26, 2017 at 12:40:36PM -0800, Mike Kravetz wrote: > Another option is to only have a single userfaultfd executable and pass > an option (anon, hugetlb, shmem ...) that indicates the type of pages/mapping > to test. That sounds good to me. I guess it was quicker and it

Re: [PATCH v2] mfd: Add Cherrytrail WhiskeyCove PMIC driver

On Mon, Feb 27, 2017 at 11:38 PM, Hans de Goede wrote: > Add mfd driver for Intel CHT WhiskeyCove PMIC, based on various non > upstreamed CHT WhiskeyCove PMIC patches. For now this just adds a minimal > version which implements just enough to get ACPI PMIC opregion support to > work, so that

rsync: page allocation stalls in kernel 4.9.10 to a VessRAID NAS

This sounds very similar to David Arendt’s problem from December 2016 on 12/13 post numbered 529 in the URL with the title page allocation stall in kernel 4.9 when copying files from one btrfs hdd to another This happens about 2 hours after our daily rsnapshot/rsync cron job starts pretty much

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On Mon, 27 Feb 2017 13:41:13 -0800 David Daney wrote: > On 02/27/2017 01:06 PM, Steven Rostedt wrote: > > On Mon, 27 Feb 2017 11:59:50 -0800 > > David Daney wrote: > > > >> For me the size is not the important issue, it is the alignment of

rsync: page allocation stalls in kernel 4.9.10 to a VessRAID NAS

This sounds very similar to David Arendt’s problem from December 2016 on 12/13 post numbered 529 in the URL with the title page allocation stall in kernel 4.9 when copying files from one btrfs hdd to another This happens about 2 hours after our daily rsnapshot/rsync cron job starts pretty much

Re: [PATCH] jump_label: align jump_entry table to at least 4-bytes

On Mon, 27 Feb 2017 13:41:13 -0800 David Daney wrote: > On 02/27/2017 01:06 PM, Steven Rostedt wrote: > > On Mon, 27 Feb 2017 11:59:50 -0800 > > David Daney wrote: > > > >> For me the size is not the important issue, it is the alignment of the > >> struct jump_entry entries in the table. I

[PATCH] net: sis: sis190: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sis/sis190.c | 14

[PATCH] net: sis: sis190: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/sis/sis190.c | 14 -- 1 files

Re: __queue_work oops.

On Mon, Feb 27, 2017 at 01:39:25PM -0500, Tejun Heo wrote: > On Mon, Feb 27, 2017 at 12:14:39PM -0500, Dave Jones wrote: > > Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC > > CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.10.0-think+ #9 > > task: 88017f105440 task.stack: c9094000 > >

Re: __queue_work oops.

On Mon, Feb 27, 2017 at 01:39:25PM -0500, Tejun Heo wrote: > On Mon, Feb 27, 2017 at 12:14:39PM -0500, Dave Jones wrote: > > Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC > > CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.10.0-think+ #9 > > task: 88017f105440 task.stack: c9094000 > >

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