On Sat, Jul 02, 2016 at 04:13:55PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "work_queues" enables hotplugging.
> It has a single work item(>delayed_work_enable_hotplug) and hence
> doesn't require ordering. Also, it is not being used on a memory
> reclaim path. Hence, the singlethreaded
On Sat, Jul 02, 2016 at 04:13:55PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "work_queues" enables hotplugging.
> It has a single work item(>delayed_work_enable_hotplug) and hence
> doesn't require ordering. Also, it is not being used on a memory
> reclaim path. Hence, the singlethreaded
Hi Mark,
2016-07-01 17:01 GMT+02:00 Mark Brown :
> On Fri, Jul 01, 2016 at 02:32:58PM +0200, Christian Gmeiner wrote:
>> In some rare cases I see the following 'task blocked' information. It
>> looks like the PIO transfer has some problems and never succeeds. Make
>> use of
Hi Mark,
2016-07-01 17:01 GMT+02:00 Mark Brown :
> On Fri, Jul 01, 2016 at 02:32:58PM +0200, Christian Gmeiner wrote:
>> In some rare cases I see the following 'task blocked' information. It
>> looks like the PIO transfer has some problems and never succeeds. Make
>> use of
On Sat, Jul 02, 2016 at 04:07:22PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "work_queues" enables hotplugging.
> It has a single work item(>delayed_work_enable_hotplug) and hence
> doesn't require ordering. Also, it is not being used on a memory
> reclaim path. Hence, the singlethreaded
On Sat, Jul 02, 2016 at 04:07:22PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "work_queues" enables hotplugging.
> It has a single work item(>delayed_work_enable_hotplug) and hence
> doesn't require ordering. Also, it is not being used on a memory
> reclaim path. Hence, the singlethreaded
On Sat, Jul 02, 2016 at 05:39:02PM +0800, Lijun Ou wrote:
This v11
> 28 files changed, 10626 insertions(+), 1 deletion(-)
First version
> 27 files changed, 11670 insertions(+), 11 deletions(-)
1K LOC less, we are moving in right direction.
signature.asc
Description: Digital signature
On Sat, Jul 02, 2016 at 05:39:02PM +0800, Lijun Ou wrote:
This v11
> 28 files changed, 10626 insertions(+), 1 deletion(-)
First version
> 27 files changed, 11670 insertions(+), 11 deletions(-)
1K LOC less, we are moving in right direction.
signature.asc
Description: Digital signature
On Sat, Jul 02, 2016 at 03:17:08PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "workqueue" has only a single workitem(>ulps_work) per
> panel_drv_data and hence doesn't require ordering.
> Also, it is not being used on a memory reclaim path. Hence, the
> singlethreaded workqueue has been
On Sat, Jul 02, 2016 at 03:17:08PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "workqueue" has only a single workitem(>ulps_work) per
> panel_drv_data and hence doesn't require ordering.
> Also, it is not being used on a memory reclaim path. Hence, the
> singlethreaded workqueue has been
Silent a few smatch warnings about indentation.
This include the removal of a 'return' statement in 'resource_tracker.c'.
This 'return' will still be performed when breaking out of the
corresponding 'switch' block.
Signed-off-by: Christophe JAILLET
---
Silent a few smatch warnings about indentation.
This include the removal of a 'return' statement in 'resource_tracker.c'.
This 'return' will still be performed when breaking out of the
corresponding 'switch' block.
Signed-off-by: Christophe JAILLET
---
drivers/net/ethernet/mellanox/mlx4/intf.c
-deprecated-create_singlethread_workqueue/20160702-191734
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 4.9.0
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg
-deprecated-create_singlethread_workqueue/20160702-191734
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 4.9.0
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/xscale/ixp4xx_eth.c | 14 ++
1 files changed, 2 insertions(+), 12
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/xscale/ixp4xx_eth.c | 14 ++
1 files changed, 2 insertions(+), 12 deletions(-)
diff
On 02/07/16 09:05, Salah Triki wrote:
> 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
On 02/07/16 09:05, Salah Triki wrote:
> 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
On Sat, 2016-07-02 at 13:53 +0200, Thorsten Leemhuis wrote:
> On 14.06.2016 18:00, Andy Shevchenko wrote:
> > On Tue, 2016-06-14 at 10:27 -0500, dinh.li...@anniebear.net wrote:
> > > > On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
> > > > I suppose this one, i.e. commit dd4e91d538b3
On Sat, 2016-07-02 at 13:53 +0200, Thorsten Leemhuis wrote:
> On 14.06.2016 18:00, Andy Shevchenko wrote:
> > On Tue, 2016-06-14 at 10:27 -0500, dinh.li...@anniebear.net wrote:
> > > > On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
> > > > I suppose this one, i.e. commit dd4e91d538b3
On 14.06.2016 18:00, Andy Shevchenko wrote:
> On Tue, 2016-06-14 at 10:27 -0500, dinh.li...@anniebear.net wrote:
>>> On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
>>> I suppose this one, i.e. commit dd4e91d538b3 ("dmaengine: slave
>>> means at
>>> least one of DMA_SLAVE, DMA_CYCLIC"),
On 14.06.2016 18:00, Andy Shevchenko wrote:
> On Tue, 2016-06-14 at 10:27 -0500, dinh.li...@anniebear.net wrote:
>>> On Mon, 2016-06-13 at 21:59 -0500, Dinh Nguyen wrote:
>>> I suppose this one, i.e. commit dd4e91d538b3 ("dmaengine: slave
>>> means at
>>> least one of DMA_SLAVE, DMA_CYCLIC"),
On 02/07/16 09:05, Salah Triki wrote:
> 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
On 02/07/16 09:05, Salah Triki wrote:
> 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
On Sat, Jul 02, 2016 at 02:29:41PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:29:41PM +0530, Bhaktipriya Shridhar wrote:
> 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
Hi,
On 02-07-16 13:02, Maxime Ripard wrote:
On Sat, Jul 02, 2016 at 11:32:07AM +0200, Hans de Goede wrote:
Hi,
On 02-07-16 11:12, Chen-Yu Tsai wrote:
Hi,
On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
wrote:
Document the bindings for the Allwinner
Hi,
On 02-07-16 13:02, Maxime Ripard wrote:
On Sat, Jul 02, 2016 at 11:32:07AM +0200, Hans de Goede wrote:
Hi,
On 02-07-16 11:12, Chen-Yu Tsai wrote:
Hi,
On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
wrote:
Document the bindings for the Allwinner LRADC.
We already have
On Sat, Jul 02, 2016 at 02:23:34PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "wk" serves as a queue for carrying out execution
> of requests. It has a single work item(_data->work) and hence doesn't
> require ordering. Also, it is not being used on a memory reclaim path.
> Hence, the
On Sat, Jul 02, 2016 at 02:23:34PM +0530, Bhaktipriya Shridhar wrote:
> The workqueue "wk" serves as a queue for carrying out execution
> of requests. It has a single work item(_data->work) and hence doesn't
> require ordering. Also, it is not being used on a memory reclaim path.
> Hence, the
On Sat, Jul 02, 2016 at 02:27:06PM +0530, Bhaktipriya Shridhar wrote:
> 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.
>
>
On Sat, Jul 02, 2016 at 02:27:06PM +0530, Bhaktipriya Shridhar wrote:
> 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.
>
>
On 02/07/16 09:05, Salah Triki wrote:
> 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
> ---
>
On Sat, Jul 02, 2016 at 02:12:00PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:20:55PM +0530, Bhaktipriya Shridhar wrote:
> 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
>
On 02/07/16 09:05, Salah Triki wrote:
> 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
>
On Sat, Jul 02, 2016 at 02:12:00PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:20:55PM +0530, Bhaktipriya Shridhar wrote:
> 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
>
On Sat, Jul 02, 2016 at 02:09:23PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:09:23PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:00:56PM +0530, Bhaktipriya Shridhar wrote:
> 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
On Sat, Jul 02, 2016 at 02:00:56PM +0530, Bhaktipriya Shridhar wrote:
> 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
Hi,
I work with one of the major banks in Cambodia as the director of audit. I have
a proposal for you, a very urgent and quick business that will be completed in
12 working days. I have just discovered documents relating to funds belonging
to a deceased client of our bank,
I went through all
On 01/07/16 18:43, Nicholas Krause wrote:
> This adds properly checking after the call to mvs_find_dev_mvi
> due to this function being able to return a NULL pointer and if
> this does arise we will deference it in mvs_alloc_dev due to
> this function never checking if a NULL pointer is given as
>
Hi,
I work with one of the major banks in Cambodia as the director of audit. I have
a proposal for you, a very urgent and quick business that will be completed in
12 working days. I have just discovered documents relating to funds belonging
to a deceased client of our bank,
I went through all
On 01/07/16 18:43, Nicholas Krause wrote:
> This adds properly checking after the call to mvs_find_dev_mvi
> due to this function being able to return a NULL pointer and if
> this does arise we will deference it in mvs_alloc_dev due to
> this function never checking if a NULL pointer is given as
>
On 02/07/16 09:05, Salah Triki wrote:
> 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
On 02/07/16 09:05, Salah Triki wrote:
> 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
> ---
On 06/28/16 04:57, Eric W. Biederman wrote:
> Topi Miettinen writes:
>
>> On 06/24/16 17:21, Eric W. Biederman wrote:
>>> "Serge E. Hallyn" writes:
>>>
Quoting Tejun Heo (t...@kernel.org):
> Hello,
>
> On Fri, Jun 24, 2016 at 10:59:16AM
On 06/28/16 04:57, Eric W. Biederman wrote:
> Topi Miettinen writes:
>
>> On 06/24/16 17:21, Eric W. Biederman wrote:
>>> "Serge E. Hallyn" writes:
>>>
Quoting Tejun Heo (t...@kernel.org):
> Hello,
>
> On Fri, Jun 24, 2016 at 10:59:16AM -0500, Serge E. Hallyn wrote:
>>
The workqueue "wk" serves as a queue for carrying out execution
of requests. It has a single work item(_data->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
The workqueue "wk" serves as a queue for carrying out execution
of requests. It has a single work item(_data->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
alloc_workqueue replaces deprecated create_singlethread_workqueue().
A dedicated workqueue has been used since work items need to be flushed
as a group rather than individually.
Since the flip_queue workqueue is involved in page-flipping and is not
being used on a memory reclaim path,
alloc_workqueue replaces deprecated create_singlethread_workqueue().
A dedicated workqueue has been used since work items need to be flushed
as a group rather than individually.
Since the flip_queue workqueue is involved in page-flipping and is not
being used on a memory reclaim path,
System workqueues have been able to handle high level of concurrency
for a long time now and there's no reason to use dedicated workqueues
just to gain concurrency. Since the workqueue in the QXL graphics device
driver is involved in freeing and processing the release ring
(workitem >gc_workqxl,
On Sat, Jul 02, 2016 at 11:32:07AM +0200, Hans de Goede wrote:
> Hi,
>
> On 02-07-16 11:12, Chen-Yu Tsai wrote:
> >Hi,
> >
> >On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
> > wrote:
> >>Document the bindings for the Allwinner LRADC.
> >
> >We already
System workqueues have been able to handle high level of concurrency
for a long time now and there's no reason to use dedicated workqueues
just to gain concurrency. Since the workqueue in the QXL graphics device
driver is involved in freeing and processing the release ring
(workitem >gc_workqxl,
On Sat, Jul 02, 2016 at 11:32:07AM +0200, Hans de Goede wrote:
> Hi,
>
> On 02-07-16 11:12, Chen-Yu Tsai wrote:
> >Hi,
> >
> >On Sat, Jul 2, 2016 at 5:00 AM, Alexandre Belloni
> > wrote:
> >>Document the bindings for the Allwinner LRADC.
> >
> >We already have
The workqueue "work_thread" is involved in updating parameters for
transfers. It 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
The workqueue "work_thread" is involved in updating parameters for
transfers. It 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
-create_singlethread_workqueue/20160702-164813
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430
reproduce:
# save the attached .config to linux build tree
-create_singlethread_workqueue/20160702-164813
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next
config: x86_64-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430
reproduce:
# save the attached .config to linux build tree
The workqueue "work_thread" is involved in JPEG quality update.
It 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
The workqueue "work_thread" is involved in JPEG quality update.
It 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
The workqueue "workqueue" is involved in tranmitting hdpvr buffers.
It has a single work item(>worker) 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
The workqueue "workqueue" is involved in tranmitting hdpvr buffers.
It has a single work item(>worker) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
The workqueue "work_queues" enables hotplugging.
It has a single work item(>delayed_work_enable_hotplug) 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
On Wed, Jun 22, 2016 at 4:22 PM, Lars Ellenberg
wrote:
> For a long time, generic_make_request() converts recursion into
> iteration by queuing recursive arguments on current->bio_list.
>
> This is convenient for stacking drivers,
> the top-most driver would take the
On Wed, Jun 22, 2016 at 4:22 PM, Lars Ellenberg
wrote:
> For a long time, generic_make_request() converts recursion into
> iteration by queuing recursive arguments on current->bio_list.
>
> This is convenient for stacking drivers,
> the top-most driver would take the originally submitted bio,
>
-not-merge-requests-without-consulting-with-io-scheduler/20160702-130833
coccinelle warnings: (new ones prefixed by >>)
>> block/elevator.c:73:9-10: WARNING: return of 0/1 in function
>> 'elv_bio_merge_ok' with return type bool
Please review and possibly fold the followup patch.
-not-merge-requests-without-consulting-with-io-scheduler/20160702-130833
coccinelle warnings: (new ones prefixed by >>)
>> block/elevator.c:73:9-10: WARNING: return of 0/1 in function
>> 'elv_bio_merge_ok' with return type bool
Please review and possibly fold the followup patch.
block/elevator.c:73:9-10: WARNING: return of 0/1 in function 'elv_bio_merge_ok'
with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn.cocci
CC: Tahsin Erdogan
block/elevator.c:73:9-10: WARNING: return of 0/1 in function 'elv_bio_merge_ok'
with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn.cocci
CC: Tahsin Erdogan
Signed-off-by: Fengguang Wu
---
On Tue, Jun 28, 2016 at 4:45 PM, Lars Ellenberg
wrote:
> On Sat, Jun 25, 2016 at 05:30:29PM +0800, Ming Lei wrote:
>> On Fri, Jun 24, 2016 at 10:27 PM, Lars Ellenberg
>> wrote:
>> > On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
>>
On Tue, Jun 28, 2016 at 4:45 PM, Lars Ellenberg
wrote:
> On Sat, Jun 25, 2016 at 05:30:29PM +0800, Ming Lei wrote:
>> On Fri, Jun 24, 2016 at 10:27 PM, Lars Ellenberg
>> wrote:
>> > On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
>> >> >
>> >> > This is not a theoretical problem.
>> >>
The workqueue "workqueue" has only a single workitem(>ulps_work) per
panel_drv_data 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
The workqueue "workqueue" has only a single workitem(>ulps_work) per
panel_drv_data 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
Add support fo the Hauppauge WinTV quadHD DVB version.
IR support has not been provided, all 4 tuners, demodulators etc are working.
Further documentation can be found on Linux TV wiki.
Signed-Off-by: Stephen Backway
---
diff --git
Add support fo the Hauppauge WinTV quadHD DVB version.
IR support has not been provided, all 4 tuners, demodulators etc are working.
Further documentation can be found on Linux TV wiki.
Signed-Off-by: Stephen Backway
---
diff --git a/Documentation/video4linux/CARDLIST.cx23885
This patch added the verbs to operate PD. It mainly includes
the functions of allocating PD and deallocating PD.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9/v8/v7/v6:
-
This patch added the verbs to operate PD. It mainly includes
the functions of allocating PD and deallocating PD.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9/v8/v7/v6:
- No change over the PATCH v5
PATCH v5:
- The initial patch which was
Hi,
On 02-07-16 11:12, Chen-Yu Tsai wrote:
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
Hi,
On 02-07-16 11:12, Chen-Yu Tsai wrote:
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
This patch was mainly for implementing of memory region.
Memory Registration provides mechanisms that allow consumers
to describe a set of virtually contiguous memory locations or
a set of physically contiguous memory locations.
MR operations includes as follows:
1. get dma MR in kernel mode
This patch was implementing for Completion Queue(CQ) operations.
A CQ can be used to multiplex work completions from multiple work
queues across queue pairs on the same HCA. CQ as the notification
mechanism for Work Request completions.
CQ operations as follows:
1. create CQ. CQ are created
This patch was for implementing of address handle operations.
It includes three verbs that create ah, query ah and destroy
ah. They is completed independently by RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by:
This patch added DTS binding document for HiSilicon RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9/v8/v7/v6/v5/v4/v3:
- No change over the PATCH v2
PATCH v2:
This fixes the comments given by Sergei Shtylyov over
This patch was for implementing of address handle operations.
It includes three verbs that create ah, query ah and destroy
ah. They is completed independently by RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
Remove the non-essential
This patch was mainly for implementing of memory region.
Memory Registration provides mechanisms that allow consumers
to describe a set of virtually contiguous memory locations or
a set of physically contiguous memory locations.
MR operations includes as follows:
1. get dma MR in kernel mode
This patch was implementing for Completion Queue(CQ) operations.
A CQ can be used to multiplex work completions from multiple work
queues across queue pairs on the same HCA. CQ as the notification
mechanism for Work Request completions.
CQ operations as follows:
1. create CQ. CQ are created
This patch added DTS binding document for HiSilicon RoCE driver.
Signed-off-by: Wei Hu
Signed-off-by: Lijun Ou
---
PATCH v11/v10/v9/v8/v7/v6/v5/v4/v3:
- No change over the PATCH v2
PATCH v2:
This fixes the comments given by Sergei Shtylyov over PATCH v1:
Link:
This patch registered IB device when loaded, and unregistered
IB device when removed.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
Remove hns_roce_profile_init function for one
This patch registered IB device when loaded, and unregistered
IB device when removed.
Signed-off-by: Wei Hu
Signed-off-by: Nenglong Zhao
Signed-off-by: Lijun Ou
---
PATCH v11:
Remove hns_roce_profile_init function for one line of code
which will be called once only according to Leon
201 - 300 of 392 matches
Mail list logo