This patch added the operation for cmd, and added some functions
for initializing eq table and selecting cmd mode.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the
This patch added the operation for cmd, and added some functions
for initializing eq table and selecting cmd mode.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the comments given by Leon Romanovsky over the PATCH v10:
Link:
This patch mainly registered some relative verbs for the kernel.
These operation functions will be called by user. For example:
1. modify device
2. query device
3. query_port
4. modify_port
and so on.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
This patch mainly registered some relative verbs for the kernel.
These operation functions will be called by user. For example:
1. modify device
2. query device
3. query_port
4. modify_port
and so on.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
This patch mainly set mtu and gid resource. These resource
will be used to set up network transmission in nodes.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
- No change over
This patch mainly added reset flow of RoCE engine in RoCE
driver. It is necessary when RoCE is loaded and removed.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the
It added reset function for RoCE driver. RoCE is a feature of hns.
In hip06 SoC, in RoCE reset process, it's needed to configure dsaf
channel reset, port and sl map info. Reset function of RoCE is
located in dsaf module, we only call it in RoCE driver when needed.
Signed-off-by: Wei Hu
This patch mainly added the function module which netif notify
registered the protocol stack. It includes interface functions
as follows:
1. The executive called interface of RoCE when the netlink
event that registered protocol stack was generated
2. The executive called interface
This patch mainly set mtu and gid resource. These resource
will be used to set up network transmission in nodes.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
- No change over the PATCH v10
PATCH v10:
This fixes the same questions with the comments
This patch mainly added reset flow of RoCE engine in RoCE
driver. It is necessary when RoCE is loaded and removed.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the comments given by Leon Romanovsky over the PATCH v11:
Link:
It added reset function for RoCE driver. RoCE is a feature of hns.
In hip06 SoC, in RoCE reset process, it's needed to configure dsaf
channel reset, port and sl map info. Reset function of RoCE is
located in dsaf module, we only call it in RoCE driver when needed.
Signed-off-by: Wei Hu
This patch mainly added the function module which netif notify
registered the protocol stack. It includes interface functions
as follows:
1. The executive called interface of RoCE when the netlink
event that registered protocol stack was generated
2. The executive called interface
This patch mainly added the initial bare main driver. It
could get the relative configure information of net node.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes
The HiSilicon Network Substem is a long term evolution IP which is
supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network
Sybsystem) also has a hardware support of performing RDMA with
RoCEE.
The driver for HiSilicon RoCEE(RoCE Engine) is a platform driver and
will support mulitple
This patch mainly added the initial bare main driver. It
could get the relative configure information of net node.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes comments given by Leon Romanovsky over the PATCH v10:
Link:
The HiSilicon Network Substem is a long term evolution IP which is
supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network
Sybsystem) also has a hardware support of performing RDMA with
RoCEE.
The driver for HiSilicon RoCEE(RoCE Engine) is a platform driver and
will support mulitple
This patch mainly added hem(Hardware Entry Memory) support for RoCE.
It initializes icm which managers the relative memory blocks for
RoCE. The data structures of RoCE will be located in it.
For example, CQ table, QP table and MTPT table so on.
Signed-off-by: Wei Hu
This patch mainly added hem(Hardware Entry Memory) support for RoCE.
It initializes icm which managers the relative memory blocks for
RoCE. The data structures of RoCE will be located in it.
For example, CQ table, QP table and MTPT table so on.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
This patch mainly initialized the RoCE engine. It is absolutely
necessary to run RoCE. It mainly includes that configure DMAE
user, initialize doorbell and raq operations, enable port.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
This patch added event queue support for RoCE driver. It is used
for RoCE interrupt. RoCE includes 32 synchronous event irqs, 1
asynchronous event irq and 1 common overflow irq.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
This patch mainly setup hca for RoCE. It will do a series of
initial works, as follows:
1. init uar table, allocate uar resource
2. init pd table
3. init cq table
4. init mr table
5. init qp table
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
This patch mainly initialized the RoCE engine. It is absolutely
necessary to run RoCE. It mainly includes that configure DMAE
user, initialize doorbell and raq operations, enable port.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes
This patch added event queue support for RoCE driver. It is used
for RoCE interrupt. RoCE includes 32 synchronous event irqs, 1
asynchronous event irq and 1 common overflow irq.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the comments
This patch mainly setup hca for RoCE. It will do a series of
initial works, as follows:
1. init uar table, allocate uar resource
2. init pd table
3. init cq table
4. init mr table
5. init qp table
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
This patch was implementing for queue pair operations. QP Consists
of a Send Work Queue and a Receive Work Queue. Send and receive
queues are always created as a pair and remain that way throughout
their lifetime. A Queue Pair is identified by its Queue Pair Number.
QP operations as follows:
This patch was implementing for queue pair operations. QP Consists
of a Send Work Queue and a Receive Work Queue. Send and receive
queues are always created as a pair and remain that way throughout
their lifetime. A Queue Pair is identified by its Queue Pair Number.
QP operations as follows:
This patch added maintainers for RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9:
- No change over the PATCH v8
PATCH v8:
This fixes the comments given by Joe Perches over the PATCH v7:
Link:
This patch added Kconfig and Makefile for building RoCE module.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
hns_roce_icm.o -> hns_roce_hem.o
PATCH v10/v9/v8/v7/v6/v5:
- No
This patch added maintainers for RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9:
- No change over the PATCH v8
PATCH v8:
This fixes the comments given by Joe Perches over the PATCH v7:
Link: https://lkml.org/lkml/2016/5/25/396
PATCH v7/v6/v5/v4:
- No change
This patch added Kconfig and Makefile for building RoCE module.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
hns_roce_icm.o -> hns_roce_hem.o
PATCH v10/v9/v8/v7/v6/v5:
- No change over the PATCH v4
PATCH v4:
This fixes the comments given by
This patch added the operation for cmd, and added some functions
for initializing eq table and selecting cmd mode.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the
This patch added the operation for cmd, and added some functions
for initializing eq table and selecting cmd mode.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
This fixes the comments given by Leon Romanovsky over the PATCH v10:
Link:
This patch added a new verbs that is getting port immutable.
It is added in the 4.5 kernel and latest. It is necessary to
solve the fail questions for registering ib device.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9:
- No
This patch added a new verbs that is getting port immutable.
It is added in the 4.5 kernel and latest. It is necessary to
solve the fail questions for registering ib device.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9:
- No change over the PATCH v8
PATCH v8:
- The
On Fri, 1 Jul 2016 19:25:38 -0700
Brian Norris wrote:
> Hi,
>
> On Fri, Jul 01, 2016 at 02:01:09PM +0100, Marc Zyngier wrote:
> > On 01/07/16 02:24, Shawn Lin wrote:
> > > This patch adds a binding that describes the Rockchip PCIe controller
> > > found on Rockchip
On Fri, 1 Jul 2016 19:25:38 -0700
Brian Norris wrote:
> Hi,
>
> On Fri, Jul 01, 2016 at 02:01:09PM +0100, Marc Zyngier wrote:
> > On 01/07/16 02:24, Shawn Lin wrote:
> > > This patch adds a binding that describes the Rockchip PCIe controller
> > > found on Rockchip SoCs PCIe interface.
> > >
>
Hi,
On Sat, Jul 2, 2016 at 12:11 AM, Mark Brown wrote:
> On Fri, Jul 01, 2016 at 10:49:46AM +0800, Garlic Tseng wrote:
>> On Thu, 2016-06-30 at 20:55 +0800, Garlic Tseng wrote:
>
>> > If you worry about some potential risk (I don't see any) maybe we have
>> > to develop
Hi,
On Sat, Jul 2, 2016 at 12:11 AM, Mark Brown wrote:
> On Fri, Jul 01, 2016 at 10:49:46AM +0800, Garlic Tseng wrote:
>> On Thu, 2016-06-30 at 20:55 +0800, Garlic Tseng wrote:
>
>> > If you worry about some potential risk (I don't see any) maybe we have
>> > to develop another dummy bt-sco
Hi,
On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
wrote:
> Document the bindings for the Allwinner LRADC.
We already have Documentation/devicetree/bindings/input/sun4i-lradc-keys.txt
and I'm pretty sure Hans (CC-ed) argued that this is not a generic ADC
Hi,
On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
wrote:
> Document the bindings for the Allwinner LRADC.
We already have Documentation/devicetree/bindings/input/sun4i-lradc-keys.txt
and I'm pretty sure Hans (CC-ed) argued that this is not a generic ADC
block.
Any plans to reconcile the
The following changes since commit 4c2e07c6a29e0129e975727b9f57eede813eea85:
Linux 4.7-rc5 (2016-06-26 17:52:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v4.7-rc5
for you to fetch changes up to
The following changes since commit 4c2e07c6a29e0129e975727b9f57eede813eea85:
Linux 4.7-rc5 (2016-06-26 17:52:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v4.7-rc5
for you to fetch changes up to
The workqueue "workqueue" serves as a driver message queue.
It has a single work item(_data->pump_messages) 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
The workqueue "workqueue" serves as a driver message queue.
It has a single work item(_data->pump_messages) 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
The following changes since commit 4c2e07c6a29e0129e975727b9f57eede813eea85:
Linux 4.7-rc5 (2016-06-26 17:52:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-fix-v4.7-rc5
for you to fetch changes up to
The following changes since commit 4c2e07c6a29e0129e975727b9f57eede813eea85:
Linux 4.7-rc5 (2016-06-26 17:52:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-fix-v4.7-rc5
for you to fetch changes up to
The workqueue "workqueue" has a single work item(>work)
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
The workqueue "workqueue" has a single work item(>work)
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
The workqueue "workqueue" has a single work item(>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
The workqueue "workqueue" has a single work item(>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
The workqueue has a single workitem(>ws) 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 time
The workqueue has a single workitem(>ws) 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 time
-on-qlist_move_cache/20160702-102811
config: x86_64-randconfig-r0-07021543 (attached as .config)
compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All warnings (new ones prefixed by >>):
mm/kasan/quarantine.c: In fu
-on-qlist_move_cache/20160702-102811
config: x86_64-randconfig-r0-07021543 (attached as .config)
compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All warnings (new ones prefixed by >>):
mm/kasan/quarantine.c: In fu
The workqueue "workqueue" serves as a driver message queue.
It has a single work item(_data->pump_messages) 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
The workqueue "workqueue" serves as a driver message queue.
It has a single work item(_data->pump_messages) 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
The workqueue "esd_wq" has only a single workitem(>esd_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
The workqueue "esd_wq" has only a single workitem(>esd_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
The workqueue auto_update_work is involved in auto updating mode for
manual-update displays. omapfb driver uses a delayed work item to update
the display at a constant rate.
Since these long-running work items aren't involved in memory reclaim in
any way, system_long_wq has been used.
Work item
The workqueue auto_update_work is involved in auto updating mode for
manual-update displays. omapfb driver uses a delayed work item to update
the display at a constant rate.
Since these long-running work items aren't involved in memory reclaim in
any way, system_long_wq has been used.
Work item
On Wed, Jun 29, 2016 at 04:51:29PM +0200, Arnd Bergmann wrote:
> b) efc9194bcff8 gets merged into drm-next along with my change
>in the merge commit. It is currently a standalone patch
>in its own branch in the ASoC tree.
This would be the ideal thing obviously:
The following changes
On Wed, Jun 29, 2016 at 04:51:29PM +0200, Arnd Bergmann wrote:
> b) efc9194bcff8 gets merged into drm-next along with my change
>in the merge commit. It is currently a standalone patch
>in its own branch in the ASoC tree.
This would be the ideal thing obviously:
The following changes
On Fri, Jul 1, 2016 at 10:19 PM, Octavian Purdila
wrote:
> --- a/drivers/firmware/efi/efi.c
> +++ b/drivers/firmware/efi/efi.c
> @@ -195,6 +198,85 @@ static void generic_ops_unregister(void)
> efivars_unregister(_efivars);
> }
>
> +#if IS_ENABLED(CONFIG_ACPI)
On Fri, Jul 1, 2016 at 10:19 PM, Octavian Purdila
wrote:
> --- a/drivers/firmware/efi/efi.c
> +++ b/drivers/firmware/efi/efi.c
> @@ -195,6 +198,85 @@ static void generic_ops_unregister(void)
> efivars_unregister(_efivars);
> }
>
> +#if IS_ENABLED(CONFIG_ACPI)
> +#define
The only caller of befs_find_brun_direct is befs_fblock2brun, which
already validates that the block is within the range of direct blocks.
So remove the duplicate validation.
Signed-off-by: Salah Triki
---
fs/befs/datastream.c | 8
1 file changed, 8 deletions(-)
The only caller of befs_find_brun_direct is befs_fblock2brun, which
already validates that the block is within the range of direct blocks.
So remove the duplicate validation.
Signed-off-by: Salah Triki
---
fs/befs/datastream.c | 8
1 file changed, 8 deletions(-)
diff --git
Since goto statement merely returns NULL, replace it with return
statement.
Signed-off-by: Salah Triki
---
fs/befs/io.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/fs/befs/io.c b/fs/befs/io.c
index 4223b77..af631a6 100644
--- a/fs/befs/io.c
Constant has to be capitalized.
Signed-off-by: Salah Triki
---
fs/befs/btree.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/befs/btree.c b/fs/befs/btree.c
index 307645f9..e59ad20 100644
--- a/fs/befs/btree.c
+++ b/fs/befs/btree.c
@@ -85,7
Since goto statement merely returns NULL, replace it with return
statement.
Signed-off-by: Salah Triki
---
fs/befs/io.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/fs/befs/io.c b/fs/befs/io.c
index 4223b77..af631a6 100644
--- a/fs/befs/io.c
+++ b/fs/befs/io.c
@@
Constant has to be capitalized.
Signed-off-by: Salah Triki
---
fs/befs/btree.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/befs/btree.c b/fs/befs/btree.c
index 307645f9..e59ad20 100644
--- a/fs/befs/btree.c
+++ b/fs/befs/btree.c
@@ -85,7 +85,7 @@ struct
The calls to brelse are useless since dbl_indir_block and indir_block
are NULL.
Signed-off-by: Salah Triki
---
fs/befs/datastream.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/befs/datastream.c b/fs/befs/datastream.c
index e224b9a..b68b6f9 100644
---
The calls to brelse are useless since dbl_indir_block and indir_block
are NULL.
Signed-off-by: Salah Triki
---
fs/befs/datastream.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/befs/datastream.c b/fs/befs/datastream.c
index e224b9a..b68b6f9 100644
--- a/fs/befs/datastream.c
+++
On Fri, Jul 01, 2016 at 01:17:48PM -0700, Doug Anderson wrote:
> Anyway, let me know if you want me to post the untested, rebased
> patch... Personally I'd prefer to wait for Boris's patches and the
> land the tested version.
We've got some boards in kernelci.org using PWM regulators I think,
On Fri, Jul 01, 2016 at 01:17:48PM -0700, Doug Anderson wrote:
> Anyway, let me know if you want me to post the untested, rebased
> patch... Personally I'd prefer to wait for Boris's patches and the
> land the tested version.
We've got some boards in kernelci.org using PWM regulators I think,
On Tue, Jun 28, 2016 at 5:48 PM, wrote:
> On Tue, 28 Jun 2016 17:40:36 +0300, Alexander Kapshuk said:
>
>> Seeing this is a complete rewrite of the script from the shell
>> language into awk, one would not be able to apply the patches
>> submitted incrementally to be
On Tue, Jun 28, 2016 at 5:48 PM, wrote:
> On Tue, 28 Jun 2016 17:40:36 +0300, Alexander Kapshuk said:
>
>> Seeing this is a complete rewrite of the script from the shell
>> language into awk, one would not be able to apply the patches
>> submitted incrementally to be able to test each change
For ipv6+udp+geneve encapsulation data, the max_mtu should subtract
sizeof(ipv6hdr), instead of sizeof(iphdr).
Signed-off-by: Haishuang Yan
---
Changes in v2:
- As suggested by Jesse Gross, treat AF_UNSPEC same as AF_INET4 to
avoid disallowing potentially
For ipv6+udp+geneve encapsulation data, the max_mtu should subtract
sizeof(ipv6hdr), instead of sizeof(iphdr).
Signed-off-by: Haishuang Yan
---
Changes in v2:
- As suggested by Jesse Gross, treat AF_UNSPEC same as AF_INET4 to
avoid disallowing potentially valid configrations.
---
The t10.org website containing SCSI-2 draft specifications now requires
to be from a member company to access the documents.
This replaces the now broken link with another public resource
where the specifications can be found.
Signed-off-by: Michael Opdenacker
The t10.org website containing SCSI-2 draft specifications now requires
to be from a member company to access the documents.
This replaces the now broken link with another public resource
where the specifications can be found.
Signed-off-by: Michael Opdenacker
---
Hi Linus,
Just some AMD and Intel fixes, the AMD ones are further production Polaris
fixes, and the Intel ones fix some early timeouts, some PCI ID changes
and a couple of other fixes.
Still a bit Internet challenged here, hopefully end of next week will
solve it.
Dave.
The following changes
Hi Linus,
Just some AMD and Intel fixes, the AMD ones are further production Polaris
fixes, and the Intel ones fix some early timeouts, some PCI ID changes
and a couple of other fixes.
Still a bit Internet challenged here, hopefully end of next week will
solve it.
Dave.
The following changes
smatch complains about using KERN_INFO as a prefix when calling dprintk
Signed-off-by: Christophe JAILLET
---
fs/nfsd/nfs4state.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index bc2173a..ba6b2df
Silent a few smatch warnings about indentation
Signed-off-by: Christophe JAILLET
---
fs/nfsd/nfs4state.c | 2 +-
fs/nfsd/nfsfh.c | 2 +-
fs/nfsd/nfsxdr.c| 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/nfsd/nfs4state.c
smatch complains about using KERN_INFO as a prefix when calling dprintk
Signed-off-by: Christophe JAILLET
---
fs/nfsd/nfs4state.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index bc2173a..ba6b2df 100644
--- a/fs/nfsd/nfs4state.c
Silent a few smatch warnings about indentation
Signed-off-by: Christophe JAILLET
---
fs/nfsd/nfs4state.c | 2 +-
fs/nfsd/nfsfh.c | 2 +-
fs/nfsd/nfsxdr.c| 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c
index
On 23.06.2016 13:25, James Bottomley wrote:
> On Tue, 2016-06-21 at 17:00 -0400, James Bottomley wrote:
>> On Tue, 2016-06-21 at 18:44 +0300, Ville Syrjälä wrote:
>>> On Tue, Jun 21, 2016 at 09:53:15AM -0400, James Bottomley wrote:
On Mon, 2016-06-20 at 11:03 +0300, Jani Nikula wrote:
>
On 23.06.2016 13:25, James Bottomley wrote:
> On Tue, 2016-06-21 at 17:00 -0400, James Bottomley wrote:
>> On Tue, 2016-06-21 at 18:44 +0300, Ville Syrjälä wrote:
>>> On Tue, Jun 21, 2016 at 09:53:15AM -0400, James Bottomley wrote:
On Mon, 2016-06-20 at 11:03 +0300, Jani Nikula wrote:
>
On Tue, Jun 28, 2016 at 1:34 AM, Stephen Boyd wrote:
> Quoting John Stultz (2016-06-27 20:09:30)
>>
>> I haven't yet been able to test with this, as I need some other fixes
>> it seems too to deal with some of the iommu changes in my flo-WIP tree
>> (it can't find
On Tue, Jun 28, 2016 at 1:34 AM, Stephen Boyd wrote:
> Quoting John Stultz (2016-06-27 20:09:30)
>>
>> I haven't yet been able to test with this, as I need some other fixes
>> it seems too to deal with some of the iommu changes in my flo-WIP tree
>> (it can't find of_dma_configure), but will let
commit 8067302973a1 ("net-next: mediatek: add support for IRQ grouping")
failed to properly update the irq handling inside mtk_poll_controller()
causing compile errors if netconsole was enabled. Fix this by updating
the code to use the new separated irq handler function for RX.
Signed-off-by:
commit 8067302973a1 ("net-next: mediatek: add support for IRQ grouping")
failed to properly update the irq handling inside mtk_poll_controller()
causing compile errors if netconsole was enabled. Fix this by updating
the code to use the new separated irq handler function for RX.
Signed-off-by:
301 - 392 of 392 matches
Mail list logo