Re: [PATCH v2 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

I'm puzzled. $ git bisect start fc_bsg master Bisecting: 8 revisions left to test after this (roughly 3 steps) [005d51510eee6102636d5dbb06310531c5d46151] scsi: fc: implement kref backed reference counting $ git bisect bad Bisecting: 3 revisions left to test after this (roughly 2 steps)

Re: [PATCH v2 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

I'm puzzled. $ git bisect start fc_bsg master Bisecting: 8 revisions left to test after this (roughly 3 steps) [005d51510eee6102636d5dbb06310531c5d46151] scsi: fc: implement kref backed reference counting $ git bisect bad Bisecting: 3 revisions left to test after this (roughly 2 steps)

Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop

Hi Peter, I'm struggling to get my head around the handoff code after this change... On Fri, Oct 07, 2016 at 04:52:49PM +0200, Peter Zijlstra wrote: > --- a/kernel/locking/mutex.c > +++ b/kernel/locking/mutex.c > @@ -631,13 +631,21 @@ __mutex_lock_common(struct mutex *lock, > >

[PATCH] ceph: Fix uninitialized dentry pointer in ceph_real_mount()

fs/ceph/super.c: In function ‘ceph_real_mount’: fs/ceph/super.c:818: warning: ‘root’ may be used uninitialized in this function If s_root is already valid, dentry pointer root is never initialized, and returned by ceph_real_mount(). This will cause a crash later when the caller

Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop

Hi Peter, I'm struggling to get my head around the handoff code after this change... On Fri, Oct 07, 2016 at 04:52:49PM +0200, Peter Zijlstra wrote: > --- a/kernel/locking/mutex.c > +++ b/kernel/locking/mutex.c > @@ -631,13 +631,21 @@ __mutex_lock_common(struct mutex *lock, > >

[PATCH] ceph: Fix uninitialized dentry pointer in ceph_real_mount()

fs/ceph/super.c: In function ‘ceph_real_mount’: fs/ceph/super.c:818: warning: ‘root’ may be used uninitialized in this function If s_root is already valid, dentry pointer root is never initialized, and returned by ceph_real_mount(). This will cause a crash later when the caller

Re: [PATCH] Documentation: MIPS supports HAVE_REGS_AND_STACK_ACCESS_API

On Thu, 13 Oct 2016 17:09:36 +0200 Ralf Baechle wrote: > Jonathan, you can funnel this through the MIPS tree if you're ok with that? > Just lemme know -- Ralf Through the MIPS tree is fine with me. Thanks, jon

Re: [PATCH] Documentation: MIPS supports HAVE_REGS_AND_STACK_ACCESS_API

On Thu, 13 Oct 2016 17:09:36 +0200 Ralf Baechle wrote: > Jonathan, you can funnel this through the MIPS tree if you're ok with that? > Just lemme know -- Ralf Through the MIPS tree is fine with me. Thanks, jon

Re: [PATCH lttng-modules] Fix: bump stable kernel version ranges for clock work-around

- On Oct 13, 2016, at 5:00 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: > On Thu, Oct 13, 2016 at 03:56:55PM +0200, Mathieu Desnoyers wrote: >> Linux commit 27727df240c7 ("Avoid taking lock in NMI path with >> CONFIG_DEBUG_TIMEKEEPING"), changed the logic to open-code >> the

[RELEASE] LTTng modules 2.7.7, 2.8.3, 2.9.0-rc2 (Linux kernel tracer)

Hi, These releases simply bump the stable kernel version range checks to include 4.8.1, 4.7.7, 4.4.24, and 4.1.34 for the kernel tracer clock source train-wreck work-around. Greg, if you see this message, please make sure to cherry-pick Linus' master commit commit 58bfea9532 "timekeeping: Fix

Re: [PATCH lttng-modules] Fix: bump stable kernel version ranges for clock work-around

- On Oct 13, 2016, at 5:00 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: > On Thu, Oct 13, 2016 at 03:56:55PM +0200, Mathieu Desnoyers wrote: >> Linux commit 27727df240c7 ("Avoid taking lock in NMI path with >> CONFIG_DEBUG_TIMEKEEPING"), changed the logic to open-code >> the

[RELEASE] LTTng modules 2.7.7, 2.8.3, 2.9.0-rc2 (Linux kernel tracer)

Hi, These releases simply bump the stable kernel version range checks to include 4.8.1, 4.7.7, 4.4.24, and 4.1.34 for the kernel tracer clock source train-wreck work-around. Greg, if you see this message, please make sure to cherry-pick Linus' master commit commit 58bfea9532 "timekeeping: Fix

[PATCH v3 03/16] scsi: fc: Export fc_bsg_jobdone and use it in FC drivers

Export fc_bsg_jobdone so drivers can use it directly instead of doing the round-trip via struct fc_bsg_job::job_done() and use it in the LLDDs. As we've converted all LLDDs over to use fc_bsg_jobdone() directly, we can remove the function pointer from struct fc_bsg_job as well. Signed-off-by:

[PATCH v3 03/16] scsi: fc: Export fc_bsg_jobdone and use it in FC drivers

Export fc_bsg_jobdone so drivers can use it directly instead of doing the round-trip via struct fc_bsg_job::job_done() and use it in the LLDDs. As we've converted all LLDDs over to use fc_bsg_jobdone() directly, we can remove the function pointer from struct fc_bsg_job as well. Signed-off-by:

[PATCH v3 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

Don't use fc_bsg_job::request and fc_bsg_job::reply directly, but use helper variables bsg_request and bsg_reply. This will be helpfull when transitioning to bsg-lib. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke ---

[PATCH v3 00/16] Convert FibreChannel bsg code to use bsg-lib

This series converts the current bsg usage in the FibreChannel drivers over to use bsg-lib. SAS will follow once FC is in a good enough shape. I did take some inspiration from a similar patchset from Mike Christie dating back to 2011 but it's not a 1:1 copy. Patch 15/16 is heavily based on his

[PATCH v3 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

Don't use fc_bsg_job::request and fc_bsg_job::reply directly, but use helper variables bsg_request and bsg_reply. This will be helpfull when transitioning to bsg-lib. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 9 +-

[PATCH v3 00/16] Convert FibreChannel bsg code to use bsg-lib

This series converts the current bsg usage in the FibreChannel drivers over to use bsg-lib. SAS will follow once FC is in a good enough shape. I did take some inspiration from a similar patchset from Mike Christie dating back to 2011 but it's not a 1:1 copy. Patch 15/16 is heavily based on his

[PATCH v3 04/16] scsi: Unify interfaces of fc_bsg_jobdone and bsg_job_done

Unify the interfaces of fc_bsg_jobdone and bsg_job_done. This will reduce the diff when moving from 'struct fc_bsg_job' to a plain 'struct bsg_job' later on. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c |

Re: [PATCH v6 14/17] dax: move put_(un)locked_mapping_entry() in dax.c

On Wed 12-10-16 16:50:19, Ross Zwisler wrote: > No functional change. > > The static functions put_locked_mapping_entry() and > put_unlocked_mapping_entry() will soon be used in error cases in > grab_mapping_entry(), so move their definitions above this function. > > Signed-off-by: Ross Zwisler

[PATCH v3 04/16] scsi: Unify interfaces of fc_bsg_jobdone and bsg_job_done

Unify the interfaces of fc_bsg_jobdone and bsg_job_done. This will reduce the diff when moving from 'struct fc_bsg_job' to a plain 'struct bsg_job' later on. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 2 +- drivers/scsi/bfa/bfad_bsg.c

Re: [PATCH v6 14/17] dax: move put_(un)locked_mapping_entry() in dax.c

On Wed 12-10-16 16:50:19, Ross Zwisler wrote: > No functional change. > > The static functions put_locked_mapping_entry() and > put_unlocked_mapping_entry() will soon be used in error cases in > grab_mapping_entry(), so move their definitions above this function. > > Signed-off-by: Ross Zwisler

[PATCH v3 01/16] scsi: Get rid of struct fc_bsg_buffer

struct fc_bsg_buffer is just a clone of struct bsg_buffer from bsg-lib, so use this one instead. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/scsi/lpfc/lpfc_bsg.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 2 +-

[PATCH v3 01/16] scsi: Get rid of struct fc_bsg_buffer

struct fc_bsg_buffer is just a clone of struct bsg_buffer from bsg-lib, so use this one instead. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/scsi/lpfc/lpfc_bsg.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 2 +- include/scsi/scsi_transport_fc.h | 12

[PATCH v3 09/16] block: add reference counting for struct bsg_job

Add reference counting to 'struct bsg_job' so we can implement a reuqest timeout handler for bsg_jobs, which is needed for Fibre Channel. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 7 +--

[PATCH v3 09/16] block: add reference counting for struct bsg_job

Add reference counting to 'struct bsg_job' so we can implement a reuqest timeout handler for bsg_jobs, which is needed for Fibre Channel. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 7 +-- include/linux/bsg-lib.h | 2 ++ 2 files changed, 7

[PATCH v3 06/16] scsi: fc: provide fc_bsg_to_rport() helper

Provide fc_bsg_to_rport() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also move all LLDDs to use the new helper. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke ---

[PATCH v3 05/16] scsi: fc: provide fc_bsg_to_shost() helper

Provide fc_bsg_to_shost() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also use this little helper in the LLDDs. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke ---

[PATCH v3 08/16] scsi: fc: implement kref backed reference counting

Implement kref backed reference counting instead of rolling our own. This elimnates the need of the following fields in 'struct fc_bsg_job': * ref_cnt * state_flags * job_lock bringing us close to unification of 'struct fc_bsg_job' and 'struct bsg_job'. Signed-off-by: Johannes Thumshirn

[PATCH v3 05/16] scsi: fc: provide fc_bsg_to_shost() helper

Provide fc_bsg_to_shost() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also use this little helper in the LLDDs. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 4 +--

[PATCH v3 08/16] scsi: fc: implement kref backed reference counting

Implement kref backed reference counting instead of rolling our own. This elimnates the need of the following fields in 'struct fc_bsg_job': * ref_cnt * state_flags * job_lock bringing us close to unification of 'struct fc_bsg_job' and 'struct bsg_job'. Signed-off-by: Johannes Thumshirn ---

[PATCH v3 06/16] scsi: fc: provide fc_bsg_to_rport() helper

Provide fc_bsg_to_rport() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also move all LLDDs to use the new helper. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 5 +++--

Re: [GIT PULL] overlayfs update for 4.9

On Thu, Oct 13, 2016 at 04:37:51PM +0200, Miklos Szeredi wrote: > Hi Linus, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-linus > > I tried to submit this though Al because of the VFS changes, but failed > unfortunately. The VFS changes

[PATCH v3 10/16] scsi: change FC drivers to use 'struct bsg_job'

Change FC drivers to use 'struct bsg_job' from bsg-lib.h instead of 'struct fc_bsg_job' from scsi_transport_fc.h and remove 'struct fc_bsg_job'. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_ext.h | 4 +--

Re: [GIT PULL] overlayfs update for 4.9

On Thu, Oct 13, 2016 at 04:37:51PM +0200, Miklos Szeredi wrote: > Hi Linus, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-linus > > I tried to submit this though Al because of the VFS changes, but failed > unfortunately. The VFS changes

[PATCH v3 10/16] scsi: change FC drivers to use 'struct bsg_job'

Change FC drivers to use 'struct bsg_job' from bsg-lib.h instead of 'struct fc_bsg_job' from scsi_transport_fc.h and remove 'struct fc_bsg_job'. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_ext.h | 4 +-- drivers/s390/scsi/zfcp_fc.c | 15

[PATCH v3 13/16] scsi: fc: use bsg_job_done

fc_bsg_jobdone() and bsg_job_done() are 1:1 copies now so use the bsg-lib one instead of the FC private implementation. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 2 +- drivers/scsi/bfa/bfad_bsg.c

[PATCH v3 13/16] scsi: fc: use bsg_job_done

fc_bsg_jobdone() and bsg_job_done() are 1:1 copies now so use the bsg-lib one instead of the FC private implementation. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/s390/scsi/zfcp_fc.c | 2 +- drivers/scsi/bfa/bfad_bsg.c | 4 ++--

[PATCH v3 11/16] scsi: fc: Use bsg_destroy_job

fc_destroy_bsgjob() and bsg_destroy_job() are now 1:1 copies, so use the later. As bsg_destroy_job() comes from bsg-lib we need to select it in Kconfig once CONFOG_SCSI_FC_ATTRS is active. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke ---

[PATCH v3 14/16] block: add bsg_job_put() and bsg_job_get()

Add bsg_job_put() and bsg_job_get() so don't need to export bsg_destroy_job() any more. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 17 ++--- drivers/scsi/scsi_transport_fc.c | 4 ++--

[PATCH v3 11/16] scsi: fc: Use bsg_destroy_job

fc_destroy_bsgjob() and bsg_destroy_job() are now 1:1 copies, so use the later. As bsg_destroy_job() comes from bsg-lib we need to select it in Kconfig once CONFOG_SCSI_FC_ATTRS is active. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 7

[PATCH v3 14/16] block: add bsg_job_put() and bsg_job_get()

Add bsg_job_put() and bsg_job_get() so don't need to export bsg_destroy_job() any more. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 17 ++--- drivers/scsi/scsi_transport_fc.c | 4 ++-- include/linux/bsg-lib.h | 3

[PATCH v3 12/16] scsi: fc: use bsg_softirq_done

bsg_softirq_done() and fc_bsg_softirq_done() are copies of each other, so ditch the fc specific one. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 15

[PATCH v3 12/16] scsi: fc: use bsg_softirq_done

bsg_softirq_done() and fc_bsg_softirq_done() are copies of each other, so ditch the fc specific one. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 15 ++- include/linux/bsg-lib.h

[PATCH] Documentation: MIPS supports HAVE_REGS_AND_STACK_ACCESS_API

This should have been part of 40e084a506eb ('MIPS: Add uprobes support.'). Signed-off-by: Ralf Baechle Fixes: 40e084a506eb ("MIPS: Add uprobes support.") Cc: Jonathan Corbet Cc: linux-m...@linux-mips.org Cc: linux-...@vger.kernel.org Cc:

[PATCH] Documentation: MIPS supports HAVE_REGS_AND_STACK_ACCESS_API

This should have been part of 40e084a506eb ('MIPS: Add uprobes support.'). Signed-off-by: Ralf Baechle Fixes: 40e084a506eb ("MIPS: Add uprobes support.") Cc: Jonathan Corbet Cc: linux-m...@linux-mips.org Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org --- Jonathan, you can funnel

Re: [PATCH lttng-modules] Fix: bump stable kernel version ranges for clock work-around

On Thu, Oct 13, 2016 at 03:56:55PM +0200, Mathieu Desnoyers wrote: > Linux commit 27727df240c7 ("Avoid taking lock in NMI path with > CONFIG_DEBUG_TIMEKEEPING"), changed the logic to open-code > the timekeeping_get_ns() function, but forgot to include > the unit conversion from cycles to

Re: [PATCH lttng-modules] Fix: bump stable kernel version ranges for clock work-around

On Thu, Oct 13, 2016 at 03:56:55PM +0200, Mathieu Desnoyers wrote: > Linux commit 27727df240c7 ("Avoid taking lock in NMI path with > CONFIG_DEBUG_TIMEKEEPING"), changed the logic to open-code > the timekeeping_get_ns() function, but forgot to include > the unit conversion from cycles to

[PATCH net-next] Documentation/networking: update git urls to use https over http

This fixes the following errors when trying to clone the urls: Cloning into 'net'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/' not found Cloning into 'net-next'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/' not found

[PATCH net-next] Documentation/networking: update git urls to use https over http

This fixes the following errors when trying to clone the urls: Cloning into 'net'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/' not found Cloning into 'net-next'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/' not found

[PATCH v3 16/16] block: unexport bsg_softirq_done() again

Unexport bsg_softirq_done() again, we don't need it outside of bsg-lib.c anymore now that scsi_transport_fc is a pure bsg-lib client. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 3 +-- include/linux/bsg-lib.h |

[PATCH v3 16/16] block: unexport bsg_softirq_done() again

Unexport bsg_softirq_done() again, we don't need it outside of bsg-lib.c anymore now that scsi_transport_fc is a pure bsg-lib client. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- block/bsg-lib.c | 3 +-- include/linux/bsg-lib.h | 1 - 2 files changed, 1

[PATCH v3 15/16] scsi: fc: move FC transport's bsg code to bsg-lib

Now that all conversions are done, move the FibreChannel bsg code over to the bsg library. This patch is derived from work done by Mike Christie in 2011 [1] but only the iscsi parts got merged back then. [1] http://marc.info/?l=linux-scsi=131149780921009=2 Signed-off-by: Johannes Thumshirn

[PATCH v3 07/16] scsi: libfc: don't set FC_RQST_STATE_DONE before calling fc_bsg_jobdone()

Don't set FC_RQST_STATE_DONE before calling fc_bsg_jobdone() as fc_bsg_jobdone() calls blk_complete_requeust() which raises a soft-IRQ that ends up in fc_bsg_sofirq_done() and fc_bsg_softirq_done() sets the FC_RQST_STATE_DONE flag. Signed-off-by: Johannes Thumshirn

[PATCH v3 07/16] scsi: libfc: don't set FC_RQST_STATE_DONE before calling fc_bsg_jobdone()

Don't set FC_RQST_STATE_DONE before calling fc_bsg_jobdone() as fc_bsg_jobdone() calls blk_complete_requeust() which raises a soft-IRQ that ends up in fc_bsg_sofirq_done() and fc_bsg_softirq_done() sets the FC_RQST_STATE_DONE flag. Signed-off-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke

[PATCH v3 15/16] scsi: fc: move FC transport's bsg code to bsg-lib

Now that all conversions are done, move the FibreChannel bsg code over to the bsg library. This patch is derived from work done by Mike Christie in 2011 [1] but only the iscsi parts got merged back then. [1] http://marc.info/?l=linux-scsi=131149780921009=2 Signed-off-by: Johannes Thumshirn

Re: [PATCH (net.git) 2/2] stmmac: fix error check when init ptp

From: Giuseppe Cavallaro Date: Wed, 12 Oct 2016 15:42:04 +0200 > This patch fixes a problem when propagated the > failure of ptp_clock_register to open function. > > Signed-off-by: Giuseppe Cavallaro Applied.

Re: [mac80211] BUG_ON with current -git (4.8.0-11417-g24532f7)

SMP kernel: Modules linked in: nls_iso8859_1 nls_cp437 vfat fat mousedev psmouse serio_raw atkbd libps2 i915 coretemp i2c_algo_bit hwmon crc32c_intel mxm_wmi drm_kms_helper cfbfillrect syscopyarea cfbimgblt sysfillrect iwlmvm sysimgblt fb_sys_fops i2c_i801 cfbcopyarea ie31200_edac drm iwlwifi i2c

Re: [PATCH (net.git) 2/2] stmmac: fix error check when init ptp

From: Giuseppe Cavallaro Date: Wed, 12 Oct 2016 15:42:04 +0200 > This patch fixes a problem when propagated the > failure of ptp_clock_register to open function. > > Signed-off-by: Giuseppe Cavallaro Applied.

Re: [mac80211] BUG_ON with current -git (4.8.0-11417-g24532f7)

SMP kernel: Modules linked in: nls_iso8859_1 nls_cp437 vfat fat mousedev psmouse serio_raw atkbd libps2 i915 coretemp i2c_algo_bit hwmon crc32c_intel mxm_wmi drm_kms_helper cfbfillrect syscopyarea cfbimgblt sysfillrect iwlmvm sysimgblt fb_sys_fops i2c_i801 cfbcopyarea ie31200_edac drm iwlwifi i2c

Re: [PATCH (net.git) 1/2] stmmac: fix ptp init for gmac4

From: Giuseppe Cavallaro Date: Wed, 12 Oct 2016 15:42:03 +0200 > The gmac 4.x version has not extended descriptors > (that are available on 3.x instead of). > While initializing the PTP module, the advanced PTP was > enabled in case of extended descriptors. This cannot be

Re: [PATCH (net.git) 1/2] stmmac: fix ptp init for gmac4

From: Giuseppe Cavallaro Date: Wed, 12 Oct 2016 15:42:03 +0200 > The gmac 4.x version has not extended descriptors > (that are available on 3.x instead of). > While initializing the PTP module, the advanced PTP was > enabled in case of extended descriptors. This cannot be > applied for 4.x

[PATCH next-next] Documentation/networking: update git urls to use https over http

This fixes the following errors when trying to clone the urls: Cloning into 'net'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/' not found Cloning into 'net-next'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/' not found

Re: [PATCH next-next] Documentation/networking: update git urls to use https over http

On Thu, Oct 13, 2016 at 04:50:54PM +0200, Alexander Alemayhu wrote: > This fixes the following errors when trying to clone the urls: Sorry, looks like I messed up my subject and forgot to add netdev. Will try again. -- Mit freundlichen Grüßen Alexander Alemayhu

[PATCH next-next] Documentation/networking: update git urls to use https over http

This fixes the following errors when trying to clone the urls: Cloning into 'net'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net.git/' not found Cloning into 'net-next'... fatal: repository 'http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/' not found

Re: [PATCH next-next] Documentation/networking: update git urls to use https over http

On Thu, Oct 13, 2016 at 04:50:54PM +0200, Alexander Alemayhu wrote: > This fixes the following errors when trying to clone the urls: Sorry, looks like I messed up my subject and forgot to add netdev. Will try again. -- Mit freundlichen Grüßen Alexander Alemayhu

Re: [PATCH] iwlwifi: pcie: fix SPLC structure parsing

On Thu, 2016-10-13 at 08:56 -0500, Chris Rorvick wrote: > Hi Luca, > > > On Thu, 2016-10-13 at 13:21 +0300, Luca Coelho wrote: > > Could you please give this a spin? I have tested it with some handmade > > ACPI tables in QEMU and it seems to work fine now. > > > Tested-by: Chris Rorvick

Re: [PATCH] iwlwifi: pcie: fix SPLC structure parsing

On Thu, 2016-10-13 at 08:56 -0500, Chris Rorvick wrote: > Hi Luca, > > > On Thu, 2016-10-13 at 13:21 +0300, Luca Coelho wrote: > > Could you please give this a spin? I have tested it with some handmade > > ACPI tables in QEMU and it seems to work fine now. > > > Tested-by: Chris Rorvick > > I

Re: [PATCH] drm: atomic: Clarify documentation around drm_atomic_crtc_needs_modeset

On Thu, Oct 13, 2016 at 5:47 AM, Brian Starkey wrote: > Add some additional comments to more explicitly describe the meaning and > usage of the three CRTC modeset detection booleans: mode_changed, > connectors_changed and active_changed. > > Suggested-by: Daniel Vetter

Re: [PATCH] drm: atomic: Clarify documentation around drm_atomic_crtc_needs_modeset

On Thu, Oct 13, 2016 at 5:47 AM, Brian Starkey wrote: > Add some additional comments to more explicitly describe the meaning and > usage of the three CRTC modeset detection booleans: mode_changed, > connectors_changed and active_changed. > > Suggested-by: Daniel Vetter > Signed-off-by: Brian

[GIT PULL] overlayfs update for 4.9

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus I tried to submit this though Al because of the VFS changes, but failed unfortunately. The VFS changes are small and should only affect overlayfs, so here it is. This update contains

[GIT PULL] overlayfs update for 4.9

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs-linus I tried to submit this though Al because of the VFS changes, but failed unfortunately. The VFS changes are small and should only affect overlayfs, so here it is. This update contains

Re: [PATCH] qed: fix old-style function definition

From: "Mintz, Yuval" Date: Thu, 13 Oct 2016 14:15:51 + >> > The definition of qed_get_rdma_ops() is not a prototype unless we add >> > 'void' here, as indicated by this W=1 warning: >> > >> > drivers/net/ethernet/qlogic/qed/qed_roce.c: In function ‘qed_get_rdma_ops’:

Re: [PATCH] qed: fix old-style function definition

From: "Mintz, Yuval" Date: Thu, 13 Oct 2016 14:15:51 + >> > The definition of qed_get_rdma_ops() is not a prototype unless we add >> > 'void' here, as indicated by this W=1 warning: >> > >> > drivers/net/ethernet/qlogic/qed/qed_roce.c: In function ‘qed_get_rdma_ops’: >> >

Re: [PATCH] cpufreq: intel_pstate: Add Knights Mill CPUID

On Wed, 2016-10-12 at 21:39 +0200, Rafael J. Wysocki wrote: > On Wednesday, October 12, 2016 08:25:50 PM Piotr Luc wrote: > > > > --- > > Depends-on: x86/cpu/intel: Add Knights Mill to Intel family > > https://lkml.kernel.org/r/20161012180520.30976-1-piotr.luc () intel > > ! com > > First,

Re: [PATCH] cpufreq: intel_pstate: Add Knights Mill CPUID

On Wed, 2016-10-12 at 21:39 +0200, Rafael J. Wysocki wrote: > On Wednesday, October 12, 2016 08:25:50 PM Piotr Luc wrote: > > > > --- > > Depends-on: x86/cpu/intel: Add Knights Mill to Intel family > > https://lkml.kernel.org/r/20161012180520.30976-1-piotr.luc () intel > > ! com > > First,

Re: [PATCH v4 3/3] net: phy: leds: add support for led triggers on phy link state change

From: Zach Brown Date: Tue, 11 Oct 2016 15:26:20 -0500 > From: Josh Cartwright > > Create an option CONFIG_LED_TRIGGER_PHY (default n), which will > create a set of led triggers for each instantiated PHY device. There is > one LED trigger per

Re: [PATCH v4 3/3] net: phy: leds: add support for led triggers on phy link state change

From: Zach Brown Date: Tue, 11 Oct 2016 15:26:20 -0500 > From: Josh Cartwright > > Create an option CONFIG_LED_TRIGGER_PHY (default n), which will > create a set of led triggers for each instantiated PHY device. There is > one LED trigger per link-speed, per-phy. > > This allows for a user

[PATCH v3 2/4] Add enabling of the R3 MWAIT during boot for KNL

If processor is Intel Xeon Phi we enable user-level mwait feature. Enabling this feature suppreses invalid-opcode error, when MONITOR/MWAIT is called from ring 3. Signed-off-by: Grzegorz Andrejczuk --- arch/x86/kernel/cpu/intel.c | 31

[PATCH v3 2/4] Add enabling of the R3 MWAIT during boot for KNL

If processor is Intel Xeon Phi we enable user-level mwait feature. Enabling this feature suppreses invalid-opcode error, when MONITOR/MWAIT is called from ring 3. Signed-off-by: Grzegorz Andrejczuk --- arch/x86/kernel/cpu/intel.c | 31 +++ 1 file changed, 31

[PATCH v3 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. Then expose it as CPU feature and introduces elf HWCAP capability for x86. Reference (the solution is temporary MSR definition will be in next SDM

[PATCH v3 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. Then expose it as CPU feature and introduces elf HWCAP capability for x86. Reference (the solution is temporary MSR definition will be in next SDM

RE: [PATCH 2/2] MIPS: DTS: img: add device tree for Marduk board

Hi Rahul, > -Original Message- > From: linux-mips-bou...@linux-mips.org [mailto:linux-mips-bounce@linux- > mips.org] On Behalf Of James Hartley > Sent: 13 October 2016 09:50 > To: Rahul Bedarkar; Rob Herring > Cc: Ralf Baechle; Mark Rutland; linux-m...@linux-mips.org; >

RE: [PATCH 2/2] MIPS: DTS: img: add device tree for Marduk board

Hi Rahul, > -Original Message- > From: linux-mips-bou...@linux-mips.org [mailto:linux-mips-bounce@linux- > mips.org] On Behalf Of James Hartley > Sent: 13 October 2016 09:50 > To: Rahul Bedarkar; Rob Herring > Cc: Ralf Baechle; Mark Rutland; linux-m...@linux-mips.org; >

Re: [PATCH v2 08/16] scsi: fc: implement kref backed reference counting

On Thu, Oct 13, 2016 at 01:42:06PM +0200, Hannes Reinecke wrote: > On 10/12/2016 03:06 PM, Johannes Thumshirn wrote: > > Implement kref backed reference counting instead of rolling our own. This > > elimnates the need of the following fields in 'struct fc_bsg_job': > > * ref_cnt > > * state_flags

[PATCH] [media] s5p-cec: mark PM functions as __maybe_unused again

A bugfix removed the two callers of s5p_cec_runtime_suspend and s5p_cec_runtime_resume, leading to the return of a harmless warning that I had previously fixed in commit aee8937089b1 ("[media] s5p_cec: mark suspend/resume as __maybe_unused"): staging/media/s5p-cec/s5p_cec.c:234:12: error:

Re: [PATCH v2 08/16] scsi: fc: implement kref backed reference counting

On Thu, Oct 13, 2016 at 01:42:06PM +0200, Hannes Reinecke wrote: > On 10/12/2016 03:06 PM, Johannes Thumshirn wrote: > > Implement kref backed reference counting instead of rolling our own. This > > elimnates the need of the following fields in 'struct fc_bsg_job': > > * ref_cnt > > * state_flags

[PATCH] [media] s5p-cec: mark PM functions as __maybe_unused again

A bugfix removed the two callers of s5p_cec_runtime_suspend and s5p_cec_runtime_resume, leading to the return of a harmless warning that I had previously fixed in commit aee8937089b1 ("[media] s5p_cec: mark suspend/resume as __maybe_unused"): staging/media/s5p-cec/s5p_cec.c:234:12: error:

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

On 10/13/2016 04:25 PM, Matt Redfearn wrote: Hi Loic, On 13/10/16 14:56, loic pallardy wrote: On 10/11/2016 03:39 PM, Matt Redfearn wrote: This patch adds a sysfs interface to rproc allowing the firmware name and processor state to be changed dynamically. State was previously available

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

On 10/13/2016 04:25 PM, Matt Redfearn wrote: Hi Loic, On 13/10/16 14:56, loic pallardy wrote: On 10/11/2016 03:39 PM, Matt Redfearn wrote: This patch adds a sysfs interface to rproc allowing the firmware name and processor state to be changed dynamically. State was previously available

[PATCH v3 4/4] Add R3MWAIT to CPU features

Add cpu feature for ring 3 monitor/mwait. Signed-off-by: Grzegorz Andrejczuk --- arch/x86/include/asm/cpufeatures.h | 2 ++ arch/x86/kernel/cpu/common.c | 3 +++ arch/x86/kernel/cpu/intel.c| 1 + 3 files changed, 6 insertions(+) diff --git

Re: Re: [PATCH] staging:vt6656:baseband.h: fix function definition argument without identifier name issue

On Thu, Oct 13, 2016 at 02:06:02PM +0200, Greg KH wrote: > On Thu, Oct 13, 2016 at 02:50:18PM +0300, Mikhail Golubev wrote: > > Function definitions arguments should also have an identifier name as > > reported by checkpatch.pl. > > Please wrap your changelog comments at 72 columns. > > > > >

[PATCH v3 4/4] Add R3MWAIT to CPU features

Add cpu feature for ring 3 monitor/mwait. Signed-off-by: Grzegorz Andrejczuk --- arch/x86/include/asm/cpufeatures.h | 2 ++ arch/x86/kernel/cpu/common.c | 3 +++ arch/x86/kernel/cpu/intel.c| 1 + 3 files changed, 6 insertions(+) diff --git a/arch/x86/include/asm/cpufeatures.h

Re: Re: [PATCH] staging:vt6656:baseband.h: fix function definition argument without identifier name issue

On Thu, Oct 13, 2016 at 02:06:02PM +0200, Greg KH wrote: > On Thu, Oct 13, 2016 at 02:50:18PM +0300, Mikhail Golubev wrote: > > Function definitions arguments should also have an identifier name as > > reported by checkpatch.pl. > > Please wrap your changelog comments at 72 columns. > > > > >

Re: [PATCH 3/4] arm64: Allow hw watchpoint of length 3,5,6 and 7

On 13 October 2016 at 11:22, Pratyush Anand wrote: > > > On Wednesday 12 October 2016 04:46 PM, Yao Qi wrote: >> >> On Wed, Oct 12, 2016 at 6:58 AM, Pratyush Anand wrote: >>> >>> Since, arm64 can support all offset within a double word limit. >>> Therefore,

Re: [PATCH 3/4] arm64: Allow hw watchpoint of length 3,5,6 and 7

On 13 October 2016 at 11:22, Pratyush Anand wrote: > > > On Wednesday 12 October 2016 04:46 PM, Yao Qi wrote: >> >> On Wed, Oct 12, 2016 at 6:58 AM, Pratyush Anand wrote: >>> >>> Since, arm64 can support all offset within a double word limit. >>> Therefore, >>> now support other lengths within

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

Hi Loic, On 13/10/16 14:56, loic pallardy wrote: On 10/11/2016 03:39 PM, Matt Redfearn wrote: This patch adds a sysfs interface to rproc allowing the firmware name and processor state to be changed dynamically. State was previously available in debugfs, and is replicated here. The firmware

Re: [PATCH 3/4] remoteproc: Add a sysfs interface for firmware and state

Hi Loic, On 13/10/16 14:56, loic pallardy wrote: On 10/11/2016 03:39 PM, Matt Redfearn wrote: This patch adds a sysfs interface to rproc allowing the firmware name and processor state to be changed dynamically. State was previously available in debugfs, and is replicated here. The firmware

Re: [PATCH] UBI: Fix crash in try_recover_peb()

Hi Geert, On Thu, 13 Oct 2016 16:05:36 +0200 Geert Uytterhoeven wrote: > drivers/mtd/ubi/eba.c: In function ‘try_recover_peb’: > drivers/mtd/ubi/eba.c:744: warning: ‘vid_hdr’ is used uninitialized in > this function > > The pointer vid_hdr is indeed not

Re: [PATCH] UBI: Fix crash in try_recover_peb()

Hi Geert, On Thu, 13 Oct 2016 16:05:36 +0200 Geert Uytterhoeven wrote: > drivers/mtd/ubi/eba.c: In function ‘try_recover_peb’: > drivers/mtd/ubi/eba.c:744: warning: ‘vid_hdr’ is used uninitialized in > this function > > The pointer vid_hdr is indeed not initialized, leading to a crash

<    4   5   6   7   8   9   10   11   12   13   >