v6: - description, comments, patches reorder and destroy workqueue (Sumit Garg)
v5: - removed pr_err and fix typos in description (Jarkko Sakkinen)
- added missed kfree in optee_open()
v4: - sysfs entry is optee-ta-uuid (Jerome Forissier, Sumit Garg)
- added Documentation/ABI/testing/sysfs-
As we would like to use mdev subsystem for wider use case as
discussed in [1], [2] apart from an offline discussion.
This use case is also discussed with wider forum in [4] in track
'Lightweight NIC HW functions for container offload use cases'.
This series is prep-work and improves vfio/mdev modu
From: Ong Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and
the DRM driver patch here is allocating memory for
information to be streamed from the ARM/Linux to the display port.
Basically the driver just wraps the information such as the pixels to
be drawn by the FPGA Frame
PATCHv0:
- Spaces replaced with tabs
Maksymilian Piechota (1):
staging: wlan-ng: This patch fixes the checkpatch.pl warning:
else if statement still did not fulfill coding standard requirements.
PATCHv2:
- else if statement moved to single line
Maksymilian Piechota (1):
staging: wlan
On Mon, Aug 29, 2016 at 06:06:39AM -0700, Guenter Roeck wrote:
> On 08/29/2016 05:36 AM, Heikki Krogerus wrote:
> > The USB Type-C class is meant to provide unified interface to the
> > userspace to present the USB Type-C ports in a system.
> >
> The subject says "v6".
True. I used the wrong rero
On 08/29/2016 05:36 AM, Heikki Krogerus wrote:
The USB Type-C class is meant to provide unified interface to the
userspace to present the USB Type-C ports in a system.
The subject says "v6".
Guenter
Changes since v6:
- current_vconn_role attr renamed to vconn_source (no API changes)
- Small
The USB Type-C class is meant to provide unified interface to the
userspace to present the USB Type-C ports in a system.
Changes since v6:
- current_vconn_role attr renamed to vconn_source (no API changes)
- Small documentation improvements proposed by Vincent Palatin
Changes since v5:
- Only up
The USB Type-C class is meant to provide unified interface to the
userspace to present the USB Type-C ports in a system.
Changes since v5:
- Only updating the roles based on driver notifications
- Added MODULE_ALIAS for the WhiskeyCove module
- Including the patch that creates the actual platform
Hi Tejun, Doug,
I would like to know direction from you on how do we intent to merge this code.
So that I generate next patch v7 against right tree.
Few options that comes to me are:
1. Shall we merge this code from Doug's linux-rdma tree, where there
are no merge conflicts in cgroup?
Or
2. Shall
Overview:
Currently user space applications can easily take away all the rdma
device specific resources such as AH, CQ, QP, MR etc. Due to which other
applications in other cgroup or kernel space ULPs may not even get chance
to allocate any rdma resources. This results into service unavailibility.
Thanks for all the patches and comments for v5. Seth is out this week,
so I'm sending this latest patch set in his absence.
Changelog:
changes in v6:
- add empty patch release function
- Petr's patches 2-5:
- do not quietly ignore wrong usage
- find and verify the old address in klp_*_init()
From: Thor Thayer
Addition of the Altera SDRAM controller to the EDAC driver.
Thor Thayer (3):
Addition of the Altera SDRAM controller bindings and device tree
changes to the Altera SoC project.
Addition of the Altera SDRAM EDAC bindings and device tree
changes to the Altera
This patchset add Samsung S2MPU02 PMIC device driver in exiting S2MPS11 PMIC
driver because S2MPU02 has a little different between S2MPU02 and S2MPS1x.
The S2MPU02 PMIC has LDO[1-28] and BUCK[1-7] regulators.
Changes from v5:
- Remove the duplicate code about mfd_add_devices() and regmap_add_irq_c
Hello,
Here is the next revision of Mailbox framwork.
Changes since v5:
o Use standard error types instead of special type mbox_result.
o Constify client struct in request_channel
o Use reinit_completion instead of init_completion every time.
o Improve commentary in bindings and code.
Chang
Hi,
This is the sixth iteration of DT support for the TWL4030
power button.
Changes since v5 [0]:
* Updated documentation
[0] https://lkml.org/lkml/2013/10/23/416
-- Sebastian
Sebastian Reichel (3):
Input: twl4030-pwrbutton - add device tree support
Input: twl4030-pwrbutton: use dev_err fo
On 18/05/13 12:36, David Miller wrote:
From: David Miller
Date: Fri, 17 May 2013 14:19:38 -0700 (PDT)
Series applied, thanks.
I'm reverting this, you're not using the correct types for the PM
functions you're hooking up.
drivers/net/ethernet/via/via-velocity.c:3238:8: warning: initialization
From: David Miller
Date: Fri, 17 May 2013 14:19:38 -0700 (PDT)
>
> Series applied, thanks.
I'm reverting this, you're not using the correct types for the PM
functions you're hooking up.
drivers/net/ethernet/via/via-velocity.c:3238:8: warning: initialization from
incompatible pointer type [ena
Series applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
v6 changes:
Remove more bus specific code from velocity_probe()
Make velocity_(suspend/resume) accept a struct device *
Simplify PM code to use velocity_(suspend/resume) - remove the individual
pci and platform functions.
Add a struct pci_dev variable to velocity_get_pci_info() to reduce churn
v5
v6 changes:
Remove more bus specific code from velocity_probe()
Make velocity_(suspend/resume) accept a struct device *
Simplify PM code to use velocity_(suspend/resume) - remove the individual
pci and platform functions.
Add a struct pci_dev variable to velocity_get_pci_info() to reduce churn
v5
On (Tue) 25 Sep 2012 [15:47:14], sjur.brandel...@stericsson.com wrote:
> From: Sjur Brændeland
>
> I thought rebasing rproc_serial to linux-next was going to be trivial.
> But when starting the merge I realized that I had to refactor the
> the patches from Masami Hiramatsu. The splice support ha
From: Sjur Brændeland
I thought rebasing rproc_serial to linux-next was going to be trivial.
But when starting the merge I realized that I had to refactor the
the patches from Masami Hiramatsu. The splice support has the same issue
as I faced, with different type of buffers in the out_vq.
So I e
22 matches
Mail list logo