Usually the format on the source pad is the same as on the sink pad.
However the CSID is able to do some format conversions. To support
this make the format on the source pad selectable amongst a list
of formats. This list can be different for each sink pad format.
This is still not used but will
Usually the format on the source pad is the same as on the sink pad.
However the CSID is able to do some format conversions. To support
this make the format on the source pad selectable amongst a list
of formats. This list can be different for each sink pad format.
This is still not used but will
Quoting Rajan Vaja (2018-07-17 06:17:00)
> Fixed factor clock has two initializations at of_clk_init() time
> and during platform driver probe. Before of_clk_init() call,
> node is marked as populated and so its probe never gets called.
>
> During of_clk_init() fixed factor clock registration may
On Thu, 26 Jul 2018 00:43:49 +0900
Masami Hiramatsu wrote:
> On Wed, 25 Jul 2018 08:57:40 -0400
> Steven Rostedt wrote:
>
> > From: "Steven Rostedt (VMware)"
> >
> > Running the following:
> >
> > # cd /sys/kernel/debug/tracing
> > # echo 50 > buffer_size_kb
> > [ Or some other number
Quoting Rajan Vaja (2018-07-17 06:17:00)
> Fixed factor clock has two initializations at of_clk_init() time
> and during platform driver probe. Before of_clk_init() call,
> node is marked as populated and so its probe never gets called.
>
> During of_clk_init() fixed factor clock registration may
On Thu, 26 Jul 2018 00:43:49 +0900
Masami Hiramatsu wrote:
> On Wed, 25 Jul 2018 08:57:40 -0400
> Steven Rostedt wrote:
>
> > From: "Steven Rostedt (VMware)"
> >
> > Running the following:
> >
> > # cd /sys/kernel/debug/tracing
> > # echo 50 > buffer_size_kb
> > [ Or some other number
Add support to output UYVY formats from the VFE (via the PIX interface).
A configuration for the realign module in the VFE is added. As the
realign module is present on 8x96 but not on 8x16, this is supported
on 8x96 only.
Signed-off-by: Todor Tomov
---
Add VFE hardware dependent part for 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile | 1 +
drivers/media/platform/qcom/camss/camss-vfe-4-1.c | 6 +
.../camss/{camss-vfe-4-1.c => camss-vfe-4-7.c} | 347 -
As the 8x16 and 8x96 support different formats, separate the
arrays which contain the supported formats. For the VFE also
add separate arrays for RDI and PIX subdevices.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 196 +++
Add CSIPHY hardware dependent part for 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile | 1 +
.../platform/qcom/camss/camss-csiphy-3ph-1-0.c | 256 +
drivers/media/platform/qcom/camss/camss-csiphy.c | 2 +
Add support to output UYVY formats from the VFE (via the PIX interface).
A configuration for the realign module in the VFE is added. As the
realign module is present on 8x96 but not on 8x16, this is supported
on 8x96 only.
Signed-off-by: Todor Tomov
---
Add VFE hardware dependent part for 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile | 1 +
drivers/media/platform/qcom/camss/camss-vfe-4-1.c | 6 +
.../camss/{camss-vfe-4-1.c => camss-vfe-4-7.c} | 347 -
As the 8x16 and 8x96 support different formats, separate the
arrays which contain the supported formats. For the VFE also
add separate arrays for RDI and PIX subdevices.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 196 +++
Add CSIPHY hardware dependent part for 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile | 1 +
.../platform/qcom/camss/camss-csiphy-3ph-1-0.c | 256 +
drivers/media/platform/qcom/camss/camss-csiphy.c | 2 +
Changing a user control value can trigger an event to other
users. Add support for that.
Signed-off-by: Todor Tomov
Acked-by: Sakari Ailus
---
drivers/media/platform/qcom/camss/camss-csid.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Changing a user control value can trigger an event to other
users. Add support for that.
Signed-off-by: Todor Tomov
Acked-by: Sakari Ailus
---
drivers/media/platform/qcom/camss/camss-csid.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Add structs with 8x96 resources. As the number of CSIPHY, CSID
and VFE hardware modules is different on 8x16 and 8x96 select
the number at runtime and allocate needed structures
dynamically.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 20 +-
Add structs with 8x96 resources. As the number of CSIPHY, CSID
and VFE hardware modules is different on 8x16 and 8x96 select
the number at runtime and allocate needed structures
dynamically.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 20 +-
Add support for RAW MIPI14 format for RDI mode on 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 30
drivers/media/platform/qcom/camss/camss-csiphy.c | 4
drivers/media/platform/qcom/camss/camss-ispif.c | 4
This will allow to add support for different hardware.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile|1 +
drivers/media/platform/qcom/camss/camss-vfe-4-1.c | 1006 +++
drivers/media/platform/qcom/camss/camss-vfe.c | 1074
Add support for RAW MIPI14 format for RDI mode on 8x96.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-csid.c | 30
drivers/media/platform/qcom/camss/camss-csiphy.c | 4
drivers/media/platform/qcom/camss/camss-ispif.c | 4
This will allow to add support for different hardware.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/Makefile|1 +
drivers/media/platform/qcom/camss/camss-vfe-4-1.c | 1006 +++
drivers/media/platform/qcom/camss/camss-vfe.c | 1074
There is a PM domain for each of the VFE hardware modules. Add
support for basic runtime PM support to be able to control the
PM domains. When a PM domain needs to be powered on - a device
link is created. When a PM domain needs to be powered off -
its device link is removed. This allows separate
Update the document to describe the support of Camera Subsystem
on MSM8996/APQ8096.
Signed-off-by: Todor Tomov
---
Documentation/media/v4l-drivers/qcom_camss.rst | 93 +++---
.../media/v4l-drivers/qcom_camss_8x96_graph.dot| 104 +
2 files changed, 164
Simplify getting of the line pointer by using the container_of
macro instead of traversing media controller links.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-vfe.c | 38 +++
1 file changed, 4 insertions(+), 34 deletions(-)
diff --git
There is a PM domain for each of the VFE hardware modules. Add
support for basic runtime PM support to be able to control the
PM domains. When a PM domain needs to be powered on - a device
link is created. When a PM domain needs to be powered off -
its device link is removed. This allows separate
Update the document to describe the support of Camera Subsystem
on MSM8996/APQ8096.
Signed-off-by: Todor Tomov
---
Documentation/media/v4l-drivers/qcom_camss.rst | 93 +++---
.../media/v4l-drivers/qcom_camss_8x96_graph.dot| 104 +
2 files changed, 164
Simplify getting of the line pointer by using the container_of
macro instead of traversing media controller links.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss/camss-vfe.c | 38 +++
1 file changed, 4 insertions(+), 34 deletions(-)
diff --git
From: Sakari Ailus
These formats are compressed 14-bit raw bayer formats with four different
pixel orders. They are similar to 10-bit variants. The formats added by
this patch are
V4L2_PIX_FMT_SBGGR14P
V4L2_PIX_FMT_SGBRG14P
V4L2_PIX_FMT_SGRBG14P
From: Sakari Ailus
These formats are compressed 14-bit raw bayer formats with four different
pixel orders. They are similar to 10-bit variants. The formats added by
this patch are
V4L2_PIX_FMT_SBGGR14P
V4L2_PIX_FMT_SGBRG14P
V4L2_PIX_FMT_SGRBG14P
On Wed, Jul 25, 2018 at 04:54:27PM +0100, Dave Martin wrote:
> On Wed, Jul 25, 2018 at 02:45:11PM +0100, Will Deacon wrote:
> > @@ -3476,7 +3478,8 @@ int restore_altstack(const stack_t __user *uss)
> > stack_t new;
> > if (copy_from_user(, uss, sizeof(stack_t)))
> > return
On Wed, Jul 25, 2018 at 04:54:27PM +0100, Dave Martin wrote:
> On Wed, Jul 25, 2018 at 02:45:11PM +0100, Will Deacon wrote:
> > @@ -3476,7 +3478,8 @@ int restore_altstack(const stack_t __user *uss)
> > stack_t new;
> > if (copy_from_user(, uss, sizeof(stack_t)))
> > return
On Wed, Jul 11, 2018 at 04:01:31PM -0500, Eddie James wrote:
> Document the hwmon interface for the OCC.
>
> Signed-off-by: Eddie James
> ---
> Documentation/hwmon/occ | 73
> +
> 1 file changed, 73 insertions(+)
> create mode 100644
On Wed, Jul 11, 2018 at 04:01:31PM -0500, Eddie James wrote:
> Document the hwmon interface for the OCC.
>
> Signed-off-by: Eddie James
> ---
> Documentation/hwmon/occ | 73
> +
> 1 file changed, 73 insertions(+)
> create mode 100644
On Wed, Jul 11, 2018 at 10:59 AM, Alan Tull wrote:
> On Wed, Jul 11, 2018 at 7:38 AM, Federico Vaga wrote:
>
> Hi Federico,
>
>> Hi Alan,
>>
>> I have another point that I would like to discuss. It is about the
>> usage of 'fpga_mgr_free()' which does not look like consistent.
>>
>> This
On Wed, Jul 11, 2018 at 10:59 AM, Alan Tull wrote:
> On Wed, Jul 11, 2018 at 7:38 AM, Federico Vaga wrote:
>
> Hi Federico,
>
>> Hi Alan,
>>
>> I have another point that I would like to discuss. It is about the
>> usage of 'fpga_mgr_free()' which does not look like consistent.
>>
>> This
When Enlightened VMCS is in use by L1 hypervisor we can avoid vmwriting
VMCS fields which did not change.
Our first goal is to achieve minimal impact on traditional VMCS case so
we're not wrapping each vmwrite() with an if-changed checker. We also can't
utilize static keys as Enlightened VMCS
Enlightened VMCS is opt-in. The current version does not contain all
fields supported by nested VMX so we must not advertise the
corresponding VMX features if enlightened VMCS is enabled.
Userspace is given the enlightened VMCS version supported by KVM as
part of enabling
When Enlightened VMCS is in use by L1 hypervisor we can avoid vmwriting
VMCS fields which did not change.
Our first goal is to achieve minimal impact on traditional VMCS case so
we're not wrapping each vmwrite() with an if-changed checker. We also can't
utilize static keys as Enlightened VMCS
Enlightened VMCS is opt-in. The current version does not contain all
fields supported by nested VMX so we must not advertise the
corresponding VMX features if enlightened VMCS is enabled.
Userspace is given the enlightened VMCS version supported by KVM as
part of enabling
Adds hv_evmcs pointer and implement copy_enlightened_to_vmcs12() and
copy_enlightened_to_vmcs12().
prepare_vmcs02()/prepare_vmcs02_full() separation is not valid for
Enlightened VMCS, do full sync for now.
Suggested-by: Ladi Prosek
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/vmx.c | 437
Per Hyper-V TLFS 5.0b:
"The L1 hypervisor may choose to use enlightened VMCSs by writing 1 to
the corresponding field in the VP assist page (see section 7.8.7).
Another field in the VP assist page controls the currently active
enlightened VMCS. Each enlightened VMCS is exactly one page (4 KB) in
Adds hv_evmcs pointer and implement copy_enlightened_to_vmcs12() and
copy_enlightened_to_vmcs12().
prepare_vmcs02()/prepare_vmcs02_full() separation is not valid for
Enlightened VMCS, do full sync for now.
Suggested-by: Ladi Prosek
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/vmx.c | 437
Per Hyper-V TLFS 5.0b:
"The L1 hypervisor may choose to use enlightened VMCSs by writing 1 to
the corresponding field in the VP assist page (see section 7.8.7).
Another field in the VP assist page controls the currently active
enlightened VMCS. Each enlightened VMCS is exactly one page (4 KB) in
Split off EVMCS1_UNSUPPORTED_* macros so we can re-use them when
enabling Enlightened VMCS for Hyper-V on KVM.
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/vmx.c | 108 +++--
1 file changed, 47 insertions(+), 61 deletions(-)
diff --git
Split off EVMCS1_UNSUPPORTED_* macros so we can re-use them when
enabling Enlightened VMCS for Hyper-V on KVM.
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/kvm/vmx.c | 108 +++--
1 file changed, 47 insertions(+), 61 deletions(-)
diff --git
To smoothly test BTF supported binary on samples/bpf,
let samples/bpf/Makefile probe llc, pahole and
llvm-objcopy for BPF support and use them
like tools/testing/selftests/bpf/Makefile
changed from the commit c0fa1b6c3efc ("bpf: btf:
Add BTF tests")
Cc: Martin KaFai Lau
Signed-off-by: Taeung
Changes since v2:
- Rebase to the current kvm/queue.
- Simplify clean fields check in prepare_vmcs02{,_full} and
copy_enlightened_to_vmcs12() by resetting the clean fields mask in
nested_vmx_handle_enlightened_vmptrld() when we switch from one L2 guest
to another [Paolo Bonzini]
- Cope with
From: Ladi Prosek
The state related to the VP assist page is still managed by the LAPIC
code in the pv_eoi field.
Signed-off-by: Ladi Prosek
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Liran Alon
---
arch/x86/kvm/hyperv.c | 23 +--
arch/x86/kvm/hyperv.h | 4
To smoothly test BTF supported binary on samples/bpf,
let samples/bpf/Makefile probe llc, pahole and
llvm-objcopy for BPF support and use them
like tools/testing/selftests/bpf/Makefile
changed from the commit c0fa1b6c3efc ("bpf: btf:
Add BTF tests")
Cc: Martin KaFai Lau
Signed-off-by: Taeung
Changes since v2:
- Rebase to the current kvm/queue.
- Simplify clean fields check in prepare_vmcs02{,_full} and
copy_enlightened_to_vmcs12() by resetting the clean fields mask in
nested_vmx_handle_enlightened_vmptrld() when we switch from one L2 guest
to another [Paolo Bonzini]
- Cope with
From: Ladi Prosek
The state related to the VP assist page is still managed by the LAPIC
code in the pv_eoi field.
Signed-off-by: Ladi Prosek
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Liran Alon
---
arch/x86/kvm/hyperv.c | 23 +--
arch/x86/kvm/hyperv.h | 4
Quoting Mikko Perttunen (2018-07-11 01:21:04)
> Patch "clk: core: Copy connection id" made it so that the connector
> id (con_id) is kstrdup_const'ed to cater to drivers that pass non-
> constant connection ids. The patch added the corresponding kfree_const
> to __clk_free_clk, but struct clk's
Quoting Mikko Perttunen (2018-07-11 01:21:04)
> Patch "clk: core: Copy connection id" made it so that the connector
> id (con_id) is kstrdup_const'ed to cater to drivers that pass non-
> constant connection ids. The patch added the corresponding kfree_const
> to __clk_free_clk, but struct clk's
From: Huaisheng Ye
Some functions within fs/dax don't need to get local pointer kaddr
or variable pfn from direct_access. Using NULL instead of having to
pass in useless pointer or variable that caller then just throw away.
Signed-off-by: Huaisheng Ye
---
fs/dax.c | 13 -
1 file
From: Huaisheng Ye
Some functions within fs/dax don't need to get local pointer kaddr
or variable pfn from direct_access. Using NULL instead of having to
pass in useless pointer or variable that caller then just throw away.
Signed-off-by: Huaisheng Ye
---
fs/dax.c | 13 -
1 file
From: Huaisheng Ye
Function persistent_memory_claim doesn't need to get local pointer
dummy_addr from direct_access. Using NULL instead of having to pass
in a useless local pointer that caller then just throw away.
Suggested-by: Ross Zwisler
Signed-off-by: Huaisheng Ye
---
From: Huaisheng Ye
Function persistent_memory_claim doesn't need to get local pointer
dummy_addr from direct_access. Using NULL instead of having to pass
in a useless local pointer that caller then just throw away.
Suggested-by: Ross Zwisler
Signed-off-by: Huaisheng Ye
---
From: Huaisheng Ye
The mock / test version of pmem_direct_access() needs to check the
validity of pointers kaddr and pfn for NULL assignment. If anyone
equals to NULL, it doesn't need to calculate the value.
If pointer equals to NULL, that is to say callers may have no need for
kaddr or pfn, so
From: Huaisheng Ye
The mock / test version of pmem_direct_access() needs to check the
validity of pointers kaddr and pfn for NULL assignment. If anyone
equals to NULL, it doesn't need to calculate the value.
If pointer equals to NULL, that is to say callers may have no need for
kaddr or pfn, so
From: Huaisheng Ye
Function __bdev_dax_supported doesn't need to get local pointer kaddr
from direct_access. Using NULL instead of having to pass in a useless
local pointer that caller then just throw away.
Signed-off-by: Huaisheng Ye
---
drivers/dax/super.c | 3 +--
1 file changed, 1
From: Huaisheng Ye
Function __bdev_dax_supported doesn't need to get local pointer kaddr
from direct_access. Using NULL instead of having to pass in a useless
local pointer that caller then just throw away.
Signed-off-by: Huaisheng Ye
---
drivers/dax/super.c | 3 +--
1 file changed, 1
From: Huaisheng Ye
dcssblk_direct_access() needs to check the validity of pointers kaddr
and pfn for NULL assignment. If anyone equals to NULL, it doesn't need
to calculate the value.
If either of them is equal to NULL, that is to say callers may
have no need for kaddr or pfn, so this patch is
From: Huaisheng Ye
Changes since v1 [1]:
* Involve the previous patches for pfn can be NULL.
* Reword the patch descriptions according to Christian's comment.
* According to Ross's suggestion, replace local pointer dummy_addr
with NULL within md/dm-writecache for direct_access.
[1]:
From: Huaisheng Ye
dcssblk_direct_access() needs to check the validity of pointers kaddr
and pfn for NULL assignment. If anyone equals to NULL, it doesn't need
to calculate the value.
If either of them is equal to NULL, that is to say callers may
have no need for kaddr or pfn, so this patch is
From: Huaisheng Ye
Changes since v1 [1]:
* Involve the previous patches for pfn can be NULL.
* Reword the patch descriptions according to Christian's comment.
* According to Ross's suggestion, replace local pointer dummy_addr
with NULL within md/dm-writecache for direct_access.
[1]:
From: Huaisheng Ye
pmem_direct_access() needs to check the validity of pointers kaddr
and pfn for NULL assignment. If anyone equals to NULL, it doesn't need
to calculate the value.
If pointer equals to NULL, that is to say callers may have no need for
kaddr or pfn, so this patch is prepared for
From: Huaisheng Ye
pmem_direct_access() needs to check the validity of pointers kaddr
and pfn for NULL assignment. If anyone equals to NULL, it doesn't need
to calculate the value.
If pointer equals to NULL, that is to say callers may have no need for
kaddr or pfn, so this patch is prepared for
On 25 July 2018 at 16:43, Bartlomiej Zolnierkiewicz
wrote:
> On Tuesday, July 24, 2018 10:03:12 PM Krzysztof Kozlowski wrote:
>> On Tue, Jul 24, 2018 at 06:46:35PM +0200, Bartlomiej Zolnierkiewicz wrote:
>> >
>> > Hi,
>> >
>> > On Wednesday, July 18, 2018 10:02:50 PM Krzysztof Kozlowski wrote:
>>
On 25 July 2018 at 16:43, Bartlomiej Zolnierkiewicz
wrote:
> On Tuesday, July 24, 2018 10:03:12 PM Krzysztof Kozlowski wrote:
>> On Tue, Jul 24, 2018 at 06:46:35PM +0200, Bartlomiej Zolnierkiewicz wrote:
>> >
>> > Hi,
>> >
>> > On Wednesday, July 18, 2018 10:02:50 PM Krzysztof Kozlowski wrote:
>>
Quoting Taniya Das (2018-07-15 22:54:32)
> SPDX headers updated for common/branch/pll/regmap files.
>
> Signed-off-by: Taniya Das
> ---
Applied to clk-next
Quoting Taniya Das (2018-07-15 22:54:32)
> SPDX headers updated for common/branch/pll/regmap files.
>
> Signed-off-by: Taniya Das
> ---
Applied to clk-next
Currently this driver does not support cropping. The supported modes
are the following, all capturing the entire area:
- 3840x2160, 1:1 binning (native sensor resolution)
- 1920x1080, 2:1 binning
- 1280x720, 3:1 binning
The VIDIOC_SUBDEV_S_FMT ioctl chooses among these 3 configurations the
Currently this driver does not support cropping. The supported modes
are the following, all capturing the entire area:
- 3840x2160, 1:1 binning (native sensor resolution)
- 1920x1080, 2:1 binning
- 1280x720, 3:1 binning
The VIDIOC_SUBDEV_S_FMT ioctl chooses among these 3 configurations the
Currently 2-bytes and 3-bytes registers are set by very similar
functions doing the needed shift & mask manipulation, followed by very
similar for loops setting one byte at a time over I2C.
Replace all of this code by a unique helper function that calls
regmap_bulk_write(), which has two
Currently 2-bytes and 3-bytes registers are set by very similar
functions doing the needed shift & mask manipulation, followed by very
similar for loops setting one byte at a time over I2C.
Replace all of this code by a unique helper function that calls
regmap_bulk_write(), which has two
Hi,
this patchset introduces cropping support for the Sony IMX274 sensor
using the SELECTION API.
Changes since v5 are only minor fixes and cleanups.
Patch 1 introduces a helper to greatly simplify the code to write a
multibyte register.
Patch 2 implements the set_selection pad operation for
Hi,
this patchset introduces cropping support for the Sony IMX274 sensor
using the SELECTION API.
Changes since v5 are only minor fixes and cleanups.
Patch 1 introduces a helper to greatly simplify the code to write a
multibyte register.
Patch 2 implements the set_selection pad operation for
On Mon, Jul 23, 2018 at 04:54:10PM +0100, Srinivas Kandagatla wrote:
> This patch adds support Analog audio via WCD9335 Codec connected via SLIMBus.
> Tested it on DB820c.
This looks good as do the other patches I didn't explicitly comment on.
signature.asc
Description: PGP signature
On Mon, Jul 23, 2018 at 04:54:10PM +0100, Srinivas Kandagatla wrote:
> This patch adds support Analog audio via WCD9335 Codec connected via SLIMBus.
> Tested it on DB820c.
This looks good as do the other patches I didn't explicitly comment on.
signature.asc
Description: PGP signature
Hi,
Rebased on v4.18-rc2, because at v4.18-rc1 the NFS root boot, which I use at my
testing setup (https://krzk.eu), was broken.
Best regards,
Krzysztof
The following changes since commit 7daf201d7fe8334e2d2364d4e8ed3394ec9af819:
Linux 4.18-rc2 (2018-06-24 20:54:29 +0800)
are available in
Hi,
On top of previous pull request.
Best regards,
Krzysztof
The following changes since commit 57f4e8bc1c3ebbd06a278107edeb6af95b53e5bf:
dt-bindings: samsung: Document bindings for SGH-T959P board (2018-07-07
12:28:07 +0200)
are available in the git repository at:
Hi,
Rebased on v4.18-rc2, because at v4.18-rc1 the NFS root boot, which I use at my
testing setup (https://krzk.eu), was broken.
Best regards,
Krzysztof
The following changes since commit 7daf201d7fe8334e2d2364d4e8ed3394ec9af819:
Linux 4.18-rc2 (2018-06-24 20:54:29 +0800)
are available in
Hi,
On top of previous pull request.
Best regards,
Krzysztof
The following changes since commit 57f4e8bc1c3ebbd06a278107edeb6af95b53e5bf:
dt-bindings: samsung: Document bindings for SGH-T959P board (2018-07-07
12:28:07 +0200)
are available in the git repository at:
Hi,
Rebased on v4.18-rc2, because at v4.18-rc1 the NFS root boot, which I use at my
testing setup (https://krzk.eu), was broken.
Best regards,
Krzysztof
The following changes since commit 7daf201d7fe8334e2d2364d4e8ed3394ec9af819:
Linux 4.18-rc2 (2018-06-24 20:54:29 +0800)
are available in
Hi,
Rebased on v4.18-rc2, because at v4.18-rc1 the NFS root boot, which I use at my
testing setup (https://krzk.eu), was broken.
Best regards,
Krzysztof
The following changes since commit 7daf201d7fe8334e2d2364d4e8ed3394ec9af819:
Linux 4.18-rc2 (2018-06-24 20:54:29 +0800)
are available in
On Wed, Jul 11, 2018 at 04:01:30PM -0500, Eddie James wrote:
> The OCC is a device embedded on a POWER processor that collects and
> aggregates sensor data from the processor and system. The OCC can
> provide the raw sensor data as well as perform thermal and power
> management on the system.
>
>
On Wed, Jul 11, 2018 at 04:01:30PM -0500, Eddie James wrote:
> The OCC is a device embedded on a POWER processor that collects and
> aggregates sensor data from the processor and system. The OCC can
> provide the raw sensor data as well as perform thermal and power
> management on the system.
>
>
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/pinctrl/samsung.git
tags/samsung-pinctrl-4.19
for you to fetch changes up to
The following changes since commit ce397d215ccd07b8ae3f71db689aedb85d56ab40:
Linux 4.18-rc1 (2018-06-17 08:04:49 +0900)
are available in the git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/pinctrl/samsung.git
tags/samsung-pinctrl-4.19
for you to fetch changes up to
On 07/25/2018 05:09 PM, Rob Herring wrote:
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
The coresight drivers relied on default bindings for graph
in DT, while reusing the "reg" field of the "ports" to indicate
the actual hardware port number for the connections. This can
On 07/25/2018 05:09 PM, Rob Herring wrote:
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
The coresight drivers relied on default bindings for graph
in DT, while reusing the "reg" field of the "ports" to indicate
the actual hardware port number for the connections. This can
On 25/07/2018 16:56:28+0200, Miquel Raynal wrote:
> Mails to wenyou.y...@microchip.com are not deliverable.
> Drop him as Microchip/Atmel NAND controller driver maintainer.
>
> Signed-off-by: Miquel Raynal
Acked-by: Alexandre Belloni
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
On 25/07/2018 16:56:28+0200, Miquel Raynal wrote:
> Mails to wenyou.y...@microchip.com are not deliverable.
> Drop him as Microchip/Atmel NAND controller driver maintainer.
>
> Signed-off-by: Miquel Raynal
Acked-by: Alexandre Belloni
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
On Tue, Jul 24, 2018 at 02:43:09PM +0530, Shilpasri G Bhat wrote:
> OPAL firmware provides the facility for some groups of sensors to be
> enabled/disabled at runtime to give the user the option of using the
> system resources for collecting these sensors or not.
>
> For example, on POWER9
On Tue, Jul 24, 2018 at 02:43:09PM +0530, Shilpasri G Bhat wrote:
> OPAL firmware provides the facility for some groups of sensors to be
> enabled/disabled at runtime to give the user the option of using the
> system resources for collecting these sensors or not.
>
> For example, on POWER9
On Wed, 25 Jul 2018 11:01:22 -0500
Tom Zanussi wrote:
> > First we have this:
> >
> > ret = cmd_ops->reg(glob, trigger_ops, trigger_data, file);
> > /*
> > * The above returns on success the # of functions enabled,
> > * but if it didn't find any functions it returns zero.
> >
On Wed, 25 Jul 2018 11:01:22 -0500
Tom Zanussi wrote:
> > First we have this:
> >
> > ret = cmd_ops->reg(glob, trigger_ops, trigger_data, file);
> > /*
> > * The above returns on success the # of functions enabled,
> > * but if it didn't find any functions it returns zero.
> >
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
> The coresight drivers relied on default bindings for graph
> in DT, while reusing the "reg" field of the "ports" to indicate
> the actual hardware port number for the connections. This can
> cause duplicate ports with same
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
> The coresight drivers relied on default bindings for graph
> in DT, while reusing the "reg" field of the "ports" to indicate
> the actual hardware port number for the connections. This can
> cause duplicate ports with same
801 - 900 of 1900 matches
Mail list logo
