* [PATCH 0/2]
@ 2022-03-17 14:36 Laurent Pinchart
2022-03-17 14:36 ` [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof Laurent Pinchart
2022-03-17 14:37 ` [PATCH 2/2] media: v4l2: Sanitize colorspace values in the framework Laurent Pinchart
0 siblings, 2 replies; 26+ messages in thread
From: Laurent Pinchart @ 2022-03-17 14:36 UTC (permalink / raw)
To: linux-media; +Cc: Hans Verkuil, Sakari Ailus
Hello,
This small patch series simplifies colorspace handling for drivers by
sanitizing values in the V4L2 core.
Patch 1/2 improves the colorspace validity checks in existing helper
functions, to make them more future-proof. It's not a hard dependency
for the next patch, and could be dropped if desired.
Patch 2/2 then extends the v4l_sanitize_format() function to also
sanitize colorspace fields.
Laurent Pinchart (2):
media: v4l2: Make colorspace validity checks more future-proof
media: v4l2: Sanitize colorspace values in the framework
drivers/media/v4l2-core/v4l2-ioctl.c | 65 +++++++++++++++++++++++-----
include/media/v4l2-common.h | 10 ++---
include/uapi/linux/videodev2.h | 29 +++++++++++++
3 files changed, 89 insertions(+), 15 deletions(-)
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof
2022-03-17 14:36 [PATCH 0/2] Laurent Pinchart
@ 2022-03-17 14:36 ` Laurent Pinchart
2022-03-17 16:06 ` Sakari Ailus
2022-03-17 14:37 ` [PATCH 2/2] media: v4l2: Sanitize colorspace values in the framework Laurent Pinchart
1 sibling, 1 reply; 26+ messages in thread
From: Laurent Pinchart @ 2022-03-17 14:36 UTC (permalink / raw)
To: linux-media; +Cc: Hans Verkuil, Sakari Ailus
The helper functions that test validity of colorspace-related fields
use the last value of the corresponding enums. This isn't very
future-proof, as there's a high chance someone adding a new value may
forget to update the helpers. Add new "LAST" entries to the enumerations
to improve this, and keep them private to the kernel.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
---
include/media/v4l2-common.h | 10 +++++-----
include/uapi/linux/videodev2.h | 29 +++++++++++++++++++++++++++++
2 files changed, 34 insertions(+), 5 deletions(-)
diff --git a/include/media/v4l2-common.h b/include/media/v4l2-common.h
index 3eb202259e8c..b686124e2ccf 100644
--- a/include/media/v4l2-common.h
+++ b/include/media/v4l2-common.h
@@ -563,19 +563,19 @@ static inline void v4l2_buffer_set_timestamp(struct v4l2_buffer *buf,
static inline bool v4l2_is_colorspace_valid(__u32 colorspace)
{
return colorspace > V4L2_COLORSPACE_DEFAULT &&
- colorspace <= V4L2_COLORSPACE_DCI_P3;
+ colorspace <= V4L2_COLORSPACE_LAST;
}
static inline bool v4l2_is_xfer_func_valid(__u32 xfer_func)
{
return xfer_func > V4L2_XFER_FUNC_DEFAULT &&
- xfer_func <= V4L2_XFER_FUNC_SMPTE2084;
+ xfer_func <= V4L2_XFER_FUNC_LAST;
}
static inline bool v4l2_is_ycbcr_enc_valid(__u8 ycbcr_enc)
{
return ycbcr_enc > V4L2_YCBCR_ENC_DEFAULT &&
- ycbcr_enc <= V4L2_YCBCR_ENC_SMPTE240M;
+ ycbcr_enc <= V4L2_YCBCR_ENC_LAST;
}
static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
@@ -585,8 +585,8 @@ static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
static inline bool v4l2_is_quant_valid(__u8 quantization)
{
- return quantization == V4L2_QUANTIZATION_FULL_RANGE ||
- quantization == V4L2_QUANTIZATION_LIM_RANGE;
+ return quantization > V4L2_QUANTIZATION_DEFAULT &&
+ quantization <= V4L2_QUANTIZATION_LAST;
}
#endif /* V4L2_COMMON_H_ */
diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h
index 16dcd9dd1a50..099da1576db6 100644
--- a/include/uapi/linux/videodev2.h
+++ b/include/uapi/linux/videodev2.h
@@ -245,6 +245,14 @@ enum v4l2_colorspace {
/* DCI-P3 colorspace, used by cinema projectors */
V4L2_COLORSPACE_DCI_P3 = 12,
+
+#ifdef __KERNEL__
+ /*
+ * Largest supported colorspace value, used by the framework to check
+ * for invalid values.
+ */
+ V4L2_COLORSPACE_LAST = 12,
+#endif
};
/*
@@ -283,6 +291,13 @@ enum v4l2_xfer_func {
V4L2_XFER_FUNC_NONE = 5,
V4L2_XFER_FUNC_DCI_P3 = 6,
V4L2_XFER_FUNC_SMPTE2084 = 7,
+#ifdef __KERNEL__
+ /*
+ * Largest supported transfer function value, used by the framework to
+ * check for invalid values.
+ */
+ V4L2_XFER_FUNC_LAST = 7,
+#endif
};
/*
@@ -343,6 +358,13 @@ enum v4l2_ycbcr_encoding {
/* SMPTE 240M -- Obsolete HDTV */
V4L2_YCBCR_ENC_SMPTE240M = 8,
+#ifdef __KERNEL__
+ /*
+ * Largest supported encoding value, used by the framework to check for
+ * invalid values.
+ */
+ V4L2_YCBCR_ENC_LAST = 8,
+#endif
};
/*
@@ -378,6 +400,13 @@ enum v4l2_quantization {
V4L2_QUANTIZATION_DEFAULT = 0,
V4L2_QUANTIZATION_FULL_RANGE = 1,
V4L2_QUANTIZATION_LIM_RANGE = 2,
+#ifdef __KERNEL__
+ /*
+ * Largest supported quantization value, used by the framework to check
+ * for invalid values.
+ */
+ V4L2_QUANTIZATION_LAST = 2,
+#endif
};
/*
--
Regards,
Laurent Pinchart
^ permalink raw reply related [flat|nested] 26+ messages in thread
* Re: [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof
2022-03-17 14:36 ` [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof Laurent Pinchart
@ 2022-03-17 16:06 ` Sakari Ailus
2022-04-21 23:10 ` Laurent Pinchart
0 siblings, 1 reply; 26+ messages in thread
From: Sakari Ailus @ 2022-03-17 16:06 UTC (permalink / raw)
To: Laurent Pinchart; +Cc: linux-media, Hans Verkuil
Hi Laurent,
On Thu, Mar 17, 2022 at 04:36:59PM +0200, Laurent Pinchart wrote:
> The helper functions that test validity of colorspace-related fields
> use the last value of the corresponding enums. This isn't very
> future-proof, as there's a high chance someone adding a new value may
> forget to update the helpers. Add new "LAST" entries to the enumerations
> to improve this, and keep them private to the kernel.
>
> Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> ---
> include/media/v4l2-common.h | 10 +++++-----
> include/uapi/linux/videodev2.h | 29 +++++++++++++++++++++++++++++
> 2 files changed, 34 insertions(+), 5 deletions(-)
>
> diff --git a/include/media/v4l2-common.h b/include/media/v4l2-common.h
> index 3eb202259e8c..b686124e2ccf 100644
> --- a/include/media/v4l2-common.h
> +++ b/include/media/v4l2-common.h
> @@ -563,19 +563,19 @@ static inline void v4l2_buffer_set_timestamp(struct v4l2_buffer *buf,
> static inline bool v4l2_is_colorspace_valid(__u32 colorspace)
> {
> return colorspace > V4L2_COLORSPACE_DEFAULT &&
> - colorspace <= V4L2_COLORSPACE_DCI_P3;
> + colorspace <= V4L2_COLORSPACE_LAST;
> }
>
> static inline bool v4l2_is_xfer_func_valid(__u32 xfer_func)
> {
> return xfer_func > V4L2_XFER_FUNC_DEFAULT &&
> - xfer_func <= V4L2_XFER_FUNC_SMPTE2084;
> + xfer_func <= V4L2_XFER_FUNC_LAST;
> }
>
> static inline bool v4l2_is_ycbcr_enc_valid(__u8 ycbcr_enc)
> {
> return ycbcr_enc > V4L2_YCBCR_ENC_DEFAULT &&
> - ycbcr_enc <= V4L2_YCBCR_ENC_SMPTE240M;
> + ycbcr_enc <= V4L2_YCBCR_ENC_LAST;
> }
>
> static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
> @@ -585,8 +585,8 @@ static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
>
> static inline bool v4l2_is_quant_valid(__u8 quantization)
> {
> - return quantization == V4L2_QUANTIZATION_FULL_RANGE ||
> - quantization == V4L2_QUANTIZATION_LIM_RANGE;
> + return quantization > V4L2_QUANTIZATION_DEFAULT &&
> + quantization <= V4L2_QUANTIZATION_LAST;
> }
>
> #endif /* V4L2_COMMON_H_ */
> diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h
> index 16dcd9dd1a50..099da1576db6 100644
> --- a/include/uapi/linux/videodev2.h
> +++ b/include/uapi/linux/videodev2.h
> @@ -245,6 +245,14 @@ enum v4l2_colorspace {
>
> /* DCI-P3 colorspace, used by cinema projectors */
> V4L2_COLORSPACE_DCI_P3 = 12,
> +
> +#ifdef __KERNEL__
> + /*
> + * Largest supported colorspace value, used by the framework to check
> + * for invalid values.
> + */
> + V4L2_COLORSPACE_LAST = 12,
I might just add the enum there, it is more obvious it needs updating if
it's right next to the previous one. Or rely on the compiler assigning the
value, and update the code. Up to you.
For both:
Acked-by: Sakari Ailus <sakari.ailus@linux.intel.com>
> +#endif
> };
>
> /*
> @@ -283,6 +291,13 @@ enum v4l2_xfer_func {
> V4L2_XFER_FUNC_NONE = 5,
> V4L2_XFER_FUNC_DCI_P3 = 6,
> V4L2_XFER_FUNC_SMPTE2084 = 7,
> +#ifdef __KERNEL__
> + /*
> + * Largest supported transfer function value, used by the framework to
> + * check for invalid values.
> + */
> + V4L2_XFER_FUNC_LAST = 7,
> +#endif
> };
>
> /*
> @@ -343,6 +358,13 @@ enum v4l2_ycbcr_encoding {
>
> /* SMPTE 240M -- Obsolete HDTV */
> V4L2_YCBCR_ENC_SMPTE240M = 8,
> +#ifdef __KERNEL__
> + /*
> + * Largest supported encoding value, used by the framework to check for
> + * invalid values.
> + */
> + V4L2_YCBCR_ENC_LAST = 8,
> +#endif
> };
>
> /*
> @@ -378,6 +400,13 @@ enum v4l2_quantization {
> V4L2_QUANTIZATION_DEFAULT = 0,
> V4L2_QUANTIZATION_FULL_RANGE = 1,
> V4L2_QUANTIZATION_LIM_RANGE = 2,
> +#ifdef __KERNEL__
> + /*
> + * Largest supported quantization value, used by the framework to check
> + * for invalid values.
> + */
> + V4L2_QUANTIZATION_LAST = 2,
> +#endif
> };
>
> /*
--
Regards,
Sakari Ailus
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof
2022-03-17 16:06 ` Sakari Ailus
@ 2022-04-21 23:10 ` Laurent Pinchart
0 siblings, 0 replies; 26+ messages in thread
From: Laurent Pinchart @ 2022-04-21 23:10 UTC (permalink / raw)
To: Sakari Ailus; +Cc: linux-media, Hans Verkuil
Hi Sakari,
On Thu, Mar 17, 2022 at 06:06:21PM +0200, Sakari Ailus wrote:
> On Thu, Mar 17, 2022 at 04:36:59PM +0200, Laurent Pinchart wrote:
> > The helper functions that test validity of colorspace-related fields
> > use the last value of the corresponding enums. This isn't very
> > future-proof, as there's a high chance someone adding a new value may
> > forget to update the helpers. Add new "LAST" entries to the enumerations
> > to improve this, and keep them private to the kernel.
> >
> > Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> > ---
> > include/media/v4l2-common.h | 10 +++++-----
> > include/uapi/linux/videodev2.h | 29 +++++++++++++++++++++++++++++
> > 2 files changed, 34 insertions(+), 5 deletions(-)
> >
> > diff --git a/include/media/v4l2-common.h b/include/media/v4l2-common.h
> > index 3eb202259e8c..b686124e2ccf 100644
> > --- a/include/media/v4l2-common.h
> > +++ b/include/media/v4l2-common.h
> > @@ -563,19 +563,19 @@ static inline void v4l2_buffer_set_timestamp(struct v4l2_buffer *buf,
> > static inline bool v4l2_is_colorspace_valid(__u32 colorspace)
> > {
> > return colorspace > V4L2_COLORSPACE_DEFAULT &&
> > - colorspace <= V4L2_COLORSPACE_DCI_P3;
> > + colorspace <= V4L2_COLORSPACE_LAST;
> > }
> >
> > static inline bool v4l2_is_xfer_func_valid(__u32 xfer_func)
> > {
> > return xfer_func > V4L2_XFER_FUNC_DEFAULT &&
> > - xfer_func <= V4L2_XFER_FUNC_SMPTE2084;
> > + xfer_func <= V4L2_XFER_FUNC_LAST;
> > }
> >
> > static inline bool v4l2_is_ycbcr_enc_valid(__u8 ycbcr_enc)
> > {
> > return ycbcr_enc > V4L2_YCBCR_ENC_DEFAULT &&
> > - ycbcr_enc <= V4L2_YCBCR_ENC_SMPTE240M;
> > + ycbcr_enc <= V4L2_YCBCR_ENC_LAST;
> > }
> >
> > static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
> > @@ -585,8 +585,8 @@ static inline bool v4l2_is_hsv_enc_valid(__u8 hsv_enc)
> >
> > static inline bool v4l2_is_quant_valid(__u8 quantization)
> > {
> > - return quantization == V4L2_QUANTIZATION_FULL_RANGE ||
> > - quantization == V4L2_QUANTIZATION_LIM_RANGE;
> > + return quantization > V4L2_QUANTIZATION_DEFAULT &&
> > + quantization <= V4L2_QUANTIZATION_LAST;
> > }
> >
> > #endif /* V4L2_COMMON_H_ */
> > diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h
> > index 16dcd9dd1a50..099da1576db6 100644
> > --- a/include/uapi/linux/videodev2.h
> > +++ b/include/uapi/linux/videodev2.h
> > @@ -245,6 +245,14 @@ enum v4l2_colorspace {
> >
> > /* DCI-P3 colorspace, used by cinema projectors */
> > V4L2_COLORSPACE_DCI_P3 = 12,
> > +
> > +#ifdef __KERNEL__
> > + /*
> > + * Largest supported colorspace value, used by the framework to check
> > + * for invalid values.
> > + */
> > + V4L2_COLORSPACE_LAST = 12,
>
> I might just add the enum there, it is more obvious it needs updating if
> it's right next to the previous one.
I'm not sure to understand what you mean by "add the enum there".
> Or rely on the compiler assigning the
> value, and update the code. Up to you.
Good idea. Hans, what do you think ?
> For both:
>
> Acked-by: Sakari Ailus <sakari.ailus@linux.intel.com>
>
> > +#endif
> > };
> >
> > /*
> > @@ -283,6 +291,13 @@ enum v4l2_xfer_func {
> > V4L2_XFER_FUNC_NONE = 5,
> > V4L2_XFER_FUNC_DCI_P3 = 6,
> > V4L2_XFER_FUNC_SMPTE2084 = 7,
> > +#ifdef __KERNEL__
> > + /*
> > + * Largest supported transfer function value, used by the framework to
> > + * check for invalid values.
> > + */
> > + V4L2_XFER_FUNC_LAST = 7,
> > +#endif
> > };
> >
> > /*
> > @@ -343,6 +358,13 @@ enum v4l2_ycbcr_encoding {
> >
> > /* SMPTE 240M -- Obsolete HDTV */
> > V4L2_YCBCR_ENC_SMPTE240M = 8,
> > +#ifdef __KERNEL__
> > + /*
> > + * Largest supported encoding value, used by the framework to check for
> > + * invalid values.
> > + */
> > + V4L2_YCBCR_ENC_LAST = 8,
> > +#endif
> > };
> >
> > /*
> > @@ -378,6 +400,13 @@ enum v4l2_quantization {
> > V4L2_QUANTIZATION_DEFAULT = 0,
> > V4L2_QUANTIZATION_FULL_RANGE = 1,
> > V4L2_QUANTIZATION_LIM_RANGE = 2,
> > +#ifdef __KERNEL__
> > + /*
> > + * Largest supported quantization value, used by the framework to check
> > + * for invalid values.
> > + */
> > + V4L2_QUANTIZATION_LAST = 2,
> > +#endif
> > };
> >
> > /*
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 2/2] media: v4l2: Sanitize colorspace values in the framework
2022-03-17 14:36 [PATCH 0/2] Laurent Pinchart
2022-03-17 14:36 ` [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof Laurent Pinchart
@ 2022-03-17 14:37 ` Laurent Pinchart
1 sibling, 0 replies; 26+ messages in thread
From: Laurent Pinchart @ 2022-03-17 14:37 UTC (permalink / raw)
To: linux-media; +Cc: Hans Verkuil, Sakari Ailus
Extend the format sanitization code in the framework to handle invalid
values for the colorspace-related fields.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
---
drivers/media/v4l2-core/v4l2-ioctl.c | 65 +++++++++++++++++++++++-----
1 file changed, 55 insertions(+), 10 deletions(-)
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c b/drivers/media/v4l2-core/v4l2-ioctl.c
index 4fe3f21f8bb4..01cfd3442ba5 100644
--- a/drivers/media/v4l2-core/v4l2-ioctl.c
+++ b/drivers/media/v4l2-core/v4l2-ioctl.c
@@ -1006,6 +1006,31 @@ static int check_fmt(struct file *file, enum v4l2_buf_type type)
return -EINVAL;
}
+static void v4l_sanitize_colorspace(u32 pixelformat, u32 *colorspace,
+ u32 *encoding, u32 *quantization,
+ u32 *xfer_func)
+{
+ bool is_hsv = pixelformat == V4L2_PIX_FMT_HSV24 ||
+ pixelformat == V4L2_PIX_FMT_HSV32;
+
+ if (!v4l2_is_colorspace_valid(*colorspace)) {
+ *colorspace = V4L2_COLORSPACE_DEFAULT;
+ *encoding = V4L2_YCBCR_ENC_DEFAULT;
+ *quantization = V4L2_QUANTIZATION_DEFAULT;
+ *xfer_func = V4L2_XFER_FUNC_DEFAULT;
+ }
+
+ if ((!is_hsv && !v4l2_is_ycbcr_enc_valid(*encoding)) ||
+ (is_hsv && !v4l2_is_hsv_enc_valid(*encoding)))
+ *encoding = V4L2_YCBCR_ENC_DEFAULT;
+
+ if (!v4l2_is_quant_valid(*quantization))
+ *quantization = V4L2_QUANTIZATION_DEFAULT;
+
+ if (!v4l2_is_xfer_func_valid(*xfer_func))
+ *xfer_func = V4L2_XFER_FUNC_DEFAULT;
+}
+
static void v4l_sanitize_format(struct v4l2_format *fmt)
{
unsigned int offset;
@@ -1025,20 +1050,40 @@ static void v4l_sanitize_format(struct v4l2_format *fmt)
* field to the magic value when the extended pixel format structure
* isn't used by applications.
*/
+ if (fmt->type == V4L2_BUF_TYPE_VIDEO_CAPTURE ||
+ fmt->type == V4L2_BUF_TYPE_VIDEO_OUTPUT) {
+ if (fmt->fmt.pix.priv != V4L2_PIX_FMT_PRIV_MAGIC) {
+ fmt->fmt.pix.priv = V4L2_PIX_FMT_PRIV_MAGIC;
- if (fmt->type != V4L2_BUF_TYPE_VIDEO_CAPTURE &&
- fmt->type != V4L2_BUF_TYPE_VIDEO_OUTPUT)
- return;
+ offset = offsetof(struct v4l2_pix_format, priv)
+ + sizeof(fmt->fmt.pix.priv);
+ memset(((void *)&fmt->fmt.pix) + offset, 0,
+ sizeof(fmt->fmt.pix) - offset);
+ }
+ }
- if (fmt->fmt.pix.priv == V4L2_PIX_FMT_PRIV_MAGIC)
- return;
+ /* Replace invalid colorspace values with defaults. */
+ if (fmt->type == V4L2_BUF_TYPE_VIDEO_CAPTURE ||
+ fmt->type == V4L2_BUF_TYPE_VIDEO_OUTPUT) {
+ v4l_sanitize_colorspace(fmt->fmt.pix.pixelformat,
+ &fmt->fmt.pix.colorspace,
+ &fmt->fmt.pix.ycbcr_enc,
+ &fmt->fmt.pix.quantization,
+ &fmt->fmt.pix.xfer_func);
+ } else if (fmt->type == V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE ||
+ fmt->type == V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE) {
+ u32 ycbcr_enc = fmt->fmt.pix_mp.ycbcr_enc;
+ u32 quantization = fmt->fmt.pix_mp.quantization;
+ u32 xfer_func = fmt->fmt.pix_mp.xfer_func;
- fmt->fmt.pix.priv = V4L2_PIX_FMT_PRIV_MAGIC;
+ v4l_sanitize_colorspace(fmt->fmt.pix_mp.pixelformat,
+ &fmt->fmt.pix_mp.colorspace, &ycbcr_enc,
+ &quantization, &xfer_func);
- offset = offsetof(struct v4l2_pix_format, priv)
- + sizeof(fmt->fmt.pix.priv);
- memset(((void *)&fmt->fmt.pix) + offset, 0,
- sizeof(fmt->fmt.pix) - offset);
+ fmt->fmt.pix_mp.ycbcr_enc = ycbcr_enc;
+ fmt->fmt.pix_mp.quantization = quantization;
+ fmt->fmt.pix_mp.xfer_func = xfer_func;
+ }
}
static int v4l_querycap(const struct v4l2_ioctl_ops *ops,
--
Regards,
Laurent Pinchart
^ permalink raw reply related [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2023-05-23 21:39 Pranav Prasad
0 siblings, 0 replies; 26+ messages in thread
From: Pranav Prasad @ 2023-05-23 21:39 UTC (permalink / raw)
To: Jack Wang, James E . J . Bottomley, Martin K . Petersen
Cc: linux-scsi, linux-kernel, Pranav Prasad
This patch series adds fatal error checks for pm8001 driver
functions pm8001_phy_control() and pm8001_lu_reset().
1. Added a fatal error check in pm8001_phy_control().
2. Added a fatal error check in pm8001_lu_reset().
Changyuan Lyu (1):
scsi: pm80xx: Add fatal error check for pm8001_phy_control()
Igor Pylypiv (1):
scsi: pm80xx: Add fatal error check for pm8001_lu_reset()
drivers/scsi/pm8001/pm8001_sas.c | 20 ++++++++++++++++++++
1 file changed, 20 insertions(+)
--
2.40.1.698.g37aff9b760-goog
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2022-10-25 0:07 Thinh Nguyen
0 siblings, 0 replies; 26+ messages in thread
From: Thinh Nguyen @ 2022-10-25 0:07 UTC (permalink / raw)
To: Felipe Balbi, Greg Kroah-Hartman, Thinh Nguyen, linux-usb
Cc: John Youn, stable, Jeff Vanhoof, Dan Vacura
Fix reported issues where usb_request->no_interrupt is set for isoc
transfers.
* Make sure no interrupt is asserted if no_interrupt is set
* Make sure to stop reclaiming TRBs when the driver needs to stop
Just one of the fixes above may resolve the crash reported by Jeff and
Dan, but it's more proper to have both in place.
Thinh Nguyen (2):
usb: dwc3: gadget: Stop processing more requests on IMI
usb: dwc3: gadget: Don't set IMI for no_interrupt
drivers/usb/dwc3/gadget.c | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
base-commit: fb8f60dd1b67520e0e0d7978ef17d015690acfc1
--
2.28.0
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2022-01-07 9:57 ` Zhenneng Li
0 siblings, 0 replies; 26+ messages in thread
From: Zhenneng Li @ 2022-01-07 9:57 UTC (permalink / raw)
To: Alex Deucher
Cc: Christian König, Xinhui.Pan, David Airlie, Daniel Vetter,
Rodrigo Siqueira, Leo Li, Harry Wentland, amd-gfx, dri-devel,
linux-kernel, Zhenneng Li
For adapting radeon rx6600 xt on arm64 platform,
there report some compile errors.
Zhenneng Li (2):
drm/amdgpu: fix compile error for dcn on arm64
drm/amdgpu: enable dcn support on arm64
drivers/gpu/drm/amd/display/Kconfig | 2 +-
drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
.../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
13 files changed, 88 insertions(+), 1 deletion(-)
--
2.25.1
No virus found
Checked by Hillstone Network AntiVirus
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2022-01-07 9:57 ` Zhenneng Li
0 siblings, 0 replies; 26+ messages in thread
From: Zhenneng Li @ 2022-01-07 9:57 UTC (permalink / raw)
To: Alex Deucher
Cc: David Airlie, Xinhui.Pan, Rodrigo Siqueira, linux-kernel,
amd-gfx, Zhenneng Li, Leo Li, dri-devel, Daniel Vetter,
Harry Wentland, Christian König
For adapting radeon rx6600 xt on arm64 platform,
there report some compile errors.
Zhenneng Li (2):
drm/amdgpu: fix compile error for dcn on arm64
drm/amdgpu: enable dcn support on arm64
drivers/gpu/drm/amd/display/Kconfig | 2 +-
drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
.../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
13 files changed, 88 insertions(+), 1 deletion(-)
--
2.25.1
No virus found
Checked by Hillstone Network AntiVirus
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2022-01-07 9:57 ` Zhenneng Li
0 siblings, 0 replies; 26+ messages in thread
From: Zhenneng Li @ 2022-01-07 9:57 UTC (permalink / raw)
To: Alex Deucher
Cc: David Airlie, Xinhui.Pan, Rodrigo Siqueira, linux-kernel,
amd-gfx, Zhenneng Li, Leo Li, dri-devel, Christian König
For adapting radeon rx6600 xt on arm64 platform,
there report some compile errors.
Zhenneng Li (2):
drm/amdgpu: fix compile error for dcn on arm64
drm/amdgpu: enable dcn support on arm64
drivers/gpu/drm/amd/display/Kconfig | 2 +-
drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
.../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
.../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
13 files changed, 88 insertions(+), 1 deletion(-)
--
2.25.1
No virus found
Checked by Hillstone Network AntiVirus
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 0/2]
2022-01-07 9:57 ` Zhenneng Li
(?)
@ 2022-01-07 22:51 ` Rodrigo Siqueira Jordao
-1 siblings, 0 replies; 26+ messages in thread
From: Rodrigo Siqueira Jordao @ 2022-01-07 22:51 UTC (permalink / raw)
To: Zhenneng Li, Alex Deucher, Zhuo, Qingqing, jasdeep.dhillon
Cc: Christian König, Xinhui.Pan, David Airlie, Daniel Vetter,
Rodrigo Siqueira, Leo Li, Harry Wentland, amd-gfx, dri-devel,
linux-kernel, Isabella Basso
Hi Zhenneng,
+ some display folks
First of all, thanks a lot for your patch.
We had a similar patch in the past, but we had to revert it because we
cannot simply enable DCN for ARM-based systems. You can refer to this
commit message to get a better context:
https://gitlab.freedesktop.org/agd5f/linux/-/commit/c241ed2f0ea549c18cff62a3708b43846b84dae3
Before enabling ARM, we first need to isolate all FPU code in the DML
folder fully. You can read more about our strategy at the below link:
https://patchwork.freedesktop.org/series/93042/
And you can see some examples of this effort in the below links:
- https://patchwork.freedesktop.org/series/95504/
- https://patchwork.freedesktop.org/patch/455465/?series=94441&rev=3
- https://patchwork.freedesktop.org/series/98247/
Soon we will submit another series that isolate DCN302, but we still
need to isolate code from DCN20, DCN10, DCN303, and DCN301.
If you want to help us speed up this process, feel free to look at
DCN301 or DCN10.
Best Regards
Siqueira
On 2022-01-07 4:57 a.m., Zhenneng Li wrote:
> For adapting radeon rx6600 xt on arm64 platform,
> there report some compile errors.
>
> Zhenneng Li (2):
> drm/amdgpu: fix compile error for dcn on arm64
> drm/amdgpu: enable dcn support on arm64
>
> drivers/gpu/drm/amd/display/Kconfig | 2 +-
> drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
> drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
> .../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
> drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
> 13 files changed, 88 insertions(+), 1 deletion(-)
>
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 0/2]
@ 2022-01-07 22:51 ` Rodrigo Siqueira Jordao
0 siblings, 0 replies; 26+ messages in thread
From: Rodrigo Siqueira Jordao @ 2022-01-07 22:51 UTC (permalink / raw)
To: Zhenneng Li, Alex Deucher, Zhuo, Qingqing, jasdeep.dhillon
Cc: David Airlie, Xinhui.Pan, Rodrigo Siqueira, linux-kernel,
amd-gfx, Leo Li, dri-devel, Daniel Vetter, Isabella Basso,
Harry Wentland, Christian König
Hi Zhenneng,
+ some display folks
First of all, thanks a lot for your patch.
We had a similar patch in the past, but we had to revert it because we
cannot simply enable DCN for ARM-based systems. You can refer to this
commit message to get a better context:
https://gitlab.freedesktop.org/agd5f/linux/-/commit/c241ed2f0ea549c18cff62a3708b43846b84dae3
Before enabling ARM, we first need to isolate all FPU code in the DML
folder fully. You can read more about our strategy at the below link:
https://patchwork.freedesktop.org/series/93042/
And you can see some examples of this effort in the below links:
- https://patchwork.freedesktop.org/series/95504/
- https://patchwork.freedesktop.org/patch/455465/?series=94441&rev=3
- https://patchwork.freedesktop.org/series/98247/
Soon we will submit another series that isolate DCN302, but we still
need to isolate code from DCN20, DCN10, DCN303, and DCN301.
If you want to help us speed up this process, feel free to look at
DCN301 or DCN10.
Best Regards
Siqueira
On 2022-01-07 4:57 a.m., Zhenneng Li wrote:
> For adapting radeon rx6600 xt on arm64 platform,
> there report some compile errors.
>
> Zhenneng Li (2):
> drm/amdgpu: fix compile error for dcn on arm64
> drm/amdgpu: enable dcn support on arm64
>
> drivers/gpu/drm/amd/display/Kconfig | 2 +-
> drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
> drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
> .../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
> drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
> 13 files changed, 88 insertions(+), 1 deletion(-)
>
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH 0/2]
@ 2022-01-07 22:51 ` Rodrigo Siqueira Jordao
0 siblings, 0 replies; 26+ messages in thread
From: Rodrigo Siqueira Jordao @ 2022-01-07 22:51 UTC (permalink / raw)
To: Zhenneng Li, Alex Deucher, Zhuo, Qingqing, jasdeep.dhillon
Cc: David Airlie, Xinhui.Pan, Rodrigo Siqueira, linux-kernel,
amd-gfx, Leo Li, dri-devel, Isabella Basso, Christian König
Hi Zhenneng,
+ some display folks
First of all, thanks a lot for your patch.
We had a similar patch in the past, but we had to revert it because we
cannot simply enable DCN for ARM-based systems. You can refer to this
commit message to get a better context:
https://gitlab.freedesktop.org/agd5f/linux/-/commit/c241ed2f0ea549c18cff62a3708b43846b84dae3
Before enabling ARM, we first need to isolate all FPU code in the DML
folder fully. You can read more about our strategy at the below link:
https://patchwork.freedesktop.org/series/93042/
And you can see some examples of this effort in the below links:
- https://patchwork.freedesktop.org/series/95504/
- https://patchwork.freedesktop.org/patch/455465/?series=94441&rev=3
- https://patchwork.freedesktop.org/series/98247/
Soon we will submit another series that isolate DCN302, but we still
need to isolate code from DCN20, DCN10, DCN303, and DCN301.
If you want to help us speed up this process, feel free to look at
DCN301 or DCN10.
Best Regards
Siqueira
On 2022-01-07 4:57 a.m., Zhenneng Li wrote:
> For adapting radeon rx6600 xt on arm64 platform,
> there report some compile errors.
>
> Zhenneng Li (2):
> drm/amdgpu: fix compile error for dcn on arm64
> drm/amdgpu: enable dcn support on arm64
>
> drivers/gpu/drm/amd/display/Kconfig | 2 +-
> drivers/gpu/drm/amd/display/dc/calcs/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/clk_mgr/Makefile | 7 ++++++
> drivers/gpu/drm/amd/display/dc/dcn10/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn20/Makefile | 4 +++
> .../gpu/drm/amd/display/dc/dcn201/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 4 +++
> drivers/gpu/drm/amd/display/dc/dcn30/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn302/Makefile | 6 +++++
> .../gpu/drm/amd/display/dc/dcn303/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dcn31/Makefile | 6 +++++
> drivers/gpu/drm/amd/display/dc/dml/Makefile | 25 +++++++++++++++++++
> drivers/gpu/drm/amd/display/dc/dsc/Makefile | 7 ++++++
> 13 files changed, 88 insertions(+), 1 deletion(-)
>
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2021-10-26 15:27 Antoniu Miclaus
0 siblings, 0 replies; 26+ messages in thread
From: Antoniu Miclaus @ 2021-10-26 15:27 UTC (permalink / raw)
To: jic23, robh+dt, linux-iio, devicetree, linux-kernel; +Cc: Antoniu Miclaus
The ADMV1013 is a wideband, microwave upconverter optimized
for point to point microwave radio designs operating in the
24 GHz to 44 GHz radio frequency (RF) range.
Datasheet:
https://www.analog.com/media/en/technical-documentation/data-sheets/ADMV1013.pdf
NOTE:
Currently depends on 64-bit architecture since the input
clock that server as Local Oscillator should support values
in the range 5.4 GHz to 10.25 GHz.
We might need some scaling implementation in the clock
framework so that u64 types are supported when using 32-bit
architectures.
Antoniu Miclaus (2):
iio: frequency: admv1013: add support for ADMV1013
dt-bindings: iio: frequency: add admv1013 doc
.../bindings/iio/frequency/adi,admv1013.yaml | 110 ++++
drivers/iio/frequency/Kconfig | 13 +
drivers/iio/frequency/Makefile | 1 +
drivers/iio/frequency/admv1013.c | 579 ++++++++++++++++++
4 files changed, 703 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/frequency/adi,admv1013.yaml
create mode 100644 drivers/iio/frequency/admv1013.c
--
2.33.1
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2017-12-18 22:12 Amanda Brindle
2018-01-14 9:09 ` Richard Purdie
0 siblings, 1 reply; 26+ messages in thread
From: Amanda Brindle @ 2017-12-18 22:12 UTC (permalink / raw)
To: openembedded-core; +Cc: paul.eggleton, Amanda Brindle
The following changes since commit b73e96e7f3f5d1ba3a221d99792a7a3c7ef42c21:
python-scons: upgrade to v3.0.1; use pypi.bbclass (2017-12-13 14:00:52 +0000)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib abrindle/rprovides
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=abrindle/rprovides
Amanda Brindle (2):
oe-pkgdata-util: Refactor functions for consistency
oe-pkgdata-util: Add support for RPROVIDES
scripts/oe-pkgdata-util | 173 +++++++++++++++++++++++++++---------------------
1 file changed, 97 insertions(+), 76 deletions(-)
--
2.7.4
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2017-04-27 13:29 Benjamin Gaignard
0 siblings, 0 replies; 26+ messages in thread
From: Benjamin Gaignard @ 2017-04-27 13:29 UTC (permalink / raw)
To: linux-kernel, jic23, linux-iio, knaack.h, lars, pmeerw,
vilhelm.gray, mwelling
Cc: fabrice.gasnier, linaro-kernel, benjamin.gaignard, Benjamin Gaignard
Those patches aim to complete stm32 timer features support.
The last missing part is to be able to chain to timer blocks
which mean that one of timerX's trigger could be used as clock for timerY.
Since this operating is neither event or buffer triggered mode I would
like to introduce a hardware triggered mode in IIO core.
Benjamin Gaignard (2):
iio: add hardware triggered operating mode
iio: make stm32 trigger driver use INDIO_HARDWARE_TRIGGERED mode
.../ABI/testing/sysfs-bus-iio-timer-stm32 | 15 ++++++
drivers/iio/industrialio-core.c | 4 +-
drivers/iio/trigger/stm32-timer-trigger.c | 61 ++++++++++++++++++++++
include/linux/iio/iio.h | 6 +++
4 files changed, 84 insertions(+), 2 deletions(-)
--
1.9.1
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2017-03-01 9:35 Jim Qu
0 siblings, 0 replies; 26+ messages in thread
From: Jim Qu @ 2017-03-01 9:35 UTC (permalink / raw)
To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW; +Cc: Jim Qu
Jim Qu (2):
drm/amd/amdgpu: fix console deadlock if late init failed
drm/amd/amdgpu: add atomic helper to suspend/resume functions
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 182 +++++++++++++++++------------
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 7 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 2 +-
4 files changed, 115 insertions(+), 77 deletions(-)
--
1.9.1
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2014-05-16 10:15 Vadim Suraev
0 siblings, 0 replies; 26+ messages in thread
From: Vadim Suraev @ 2014-05-16 10:15 UTC (permalink / raw)
To: dev-VfR2kkLFssw
two timer bugs fixed
lib/librte_timer/rte_timer.c | 21 ++++++++++-----------
lib/librte_timer/rte_timer.h | 7 ++++++-
2 files changed, 16 insertions(+), 12 deletions(-)
--
1.7.9.5
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2014-05-15 21:21 Vadim Suraev
[not found] ` <1401830433-25071-1-git-send-email-vadim.suraev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 26+ messages in thread
From: Vadim Suraev @ 2014-05-15 21:21 UTC (permalink / raw)
To: dev-VfR2kkLFssw
rte_timer: 2 bug fixes
Vadim Suraev (2):
rte_timer bug fix: pending timers count is not decremented when
going running. Fix: decrement pending when going running, increment
if reloaded, do nothing if not reloaded Signed-off-by: Vadim
Suraev <vadim.suraev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
rte_timer bug fix: when a perdiodic timer's callback manipulates
another timer, updated flag prevents reloading the periodic timer.
Fix: move updated flag to rte_timer structure (one per core)
Signed-off-by: Vadim Suraev <vadim.suraev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
lib/librte_timer/rte_timer.c | 21 ++++++++++-----------
lib/librte_timer/rte_timer.h | 7 ++++++-
2 files changed, 16 insertions(+), 12 deletions(-)
--
1.7.9.5
^ permalink raw reply [flat|nested] 26+ messages in thread
* Re: [PATCH] ARM: i.MX6: dts: change iomuxc pinctrl config to match Rev. 0 IMX6DQRM
@ 2013-08-27 6:02 Huang Shijie
2013-08-28 3:17 ` alison_chaiken at mentor.com
0 siblings, 1 reply; 26+ messages in thread
From: Huang Shijie @ 2013-08-27 6:02 UTC (permalink / raw)
To: alison_chaiken
Cc: devicetree, alison, linus.walleij, rob.herring, olof, linux-arm-kernel
于 2013年08月26日 13:39, alison_chaiken@mentor.com 写道:
> From: Alison Chaiken <alison_chaiken@mentor.com>
>
> Update imx6.dtsi iomuxc pinctrl config settings to reflect Table 4-1 of Rev. 0
> (11/2012) of IMX6DQRM, i.MX6 technical reference manual.
>
> Impact:
> USDHC: increase drive speed and impedance.
> I2C and EIM: change drive impedance and disable open-drain.
> ECSPI: change drive impedance.
> ESAI and ENET: probably pedantic changes.
Could you rebase this patch with the latest code? linux-next?
thanks
Huang Shijie
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
2013-08-27 6:02 [PATCH] ARM: i.MX6: dts: change iomuxc pinctrl config to match Rev. 0 IMX6DQRM Huang Shijie
@ 2013-08-28 3:17 ` alison_chaiken at mentor.com
0 siblings, 0 replies; 26+ messages in thread
From: alison_chaiken @ 2013-08-28 3:17 UTC (permalink / raw)
To: linus.walleij
Cc: devicetree, alison, rob.herring, b32955, olof, alison_chaiken,
linux-arm-kernel
From: Alison Chaiken <alison_chaiken@mentor.com>
Tested on a variety of i.MX6 reference boards with older kernels. Newly added
pinctrl configuration settings that are not tested are not modified.
Changes since v1:
* Now rebased on linux-next.
Alison Chaiken (2):
ARM: i.MX6: dts: change iomuxc pinctrl config to match Rev. 1 IMX6DQRM
i.MX6: Documentation: Change fsl,imx-pinctrl.txt to match i.MX6 TRM
.../bindings/pinctrl/fsl,imx-pinctrl.txt | 25 +-
arch/arm/boot/dts/imx6qdl.dtsi | 354 ++++++++++-----------
arch/arm/boot/dts/imx6sl.dtsi | 48 +--
3 files changed, 214 insertions(+), 213 deletions(-)
--
1.8.4
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2013-08-28 3:17 ` alison_chaiken at mentor.com
0 siblings, 0 replies; 26+ messages in thread
From: alison_chaiken at mentor.com @ 2013-08-28 3:17 UTC (permalink / raw)
To: linux-arm-kernel
From: Alison Chaiken <alison_chaiken@mentor.com>
Tested on a variety of i.MX6 reference boards with older kernels. Newly added
pinctrl configuration settings that are not tested are not modified.
Changes since v1:
* Now rebased on linux-next.
Alison Chaiken (2):
ARM: i.MX6: dts: change iomuxc pinctrl config to match Rev. 1 IMX6DQRM
i.MX6: Documentation: Change fsl,imx-pinctrl.txt to match i.MX6 TRM
.../bindings/pinctrl/fsl,imx-pinctrl.txt | 25 +-
arch/arm/boot/dts/imx6qdl.dtsi | 354 ++++++++++-----------
arch/arm/boot/dts/imx6sl.dtsi | 48 +--
3 files changed, 214 insertions(+), 213 deletions(-)
--
1.8.4
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2013-06-10 14:05 Dolev Raviv
0 siblings, 0 replies; 26+ messages in thread
From: Dolev Raviv @ 2013-06-10 14:05 UTC (permalink / raw)
To: linux-scsi; +Cc: linux-arm-msm, Dolev Raviv
Those patches replace the previous Query Request and NOP patches:
[PATCH 1/8] scsi: ufs: add support for query
[PATCH 7/8] scsi: ufs: Set fDeviceInit flag to initiate device initialization
[PATCH 8/8] scsi: ufs: Fix the response UPIU length setting
And depends on:
[PATCH 2/8] scsi: ufs: wrap the i/o access operations
[PATCH 3/8] scsi: ufs: amend interrupt configuration
[PATCH 4/8] scsi: ufs: remove version check before IS reg clear
[PATCH 5/8] scsi: ufs: rework link start-up process
Sending the query request via the SCSI vendor specific command can cause a deadlock
in case the SCSI command queue is blocked and we would like to send a query request
(for example fDeviceInit in case of re-initialization).
In addition, usage of a vendor specific SCSI command for UFS can cause future conflicts
if this vendor specific command will be allocated for a different usage.
The below patches allocate an internal tag for NOP and query requests and do not
involve the SCSI layer in UFS specific requests transfers.
This design also resolves the possible deadlock mentioned above.
Dolev Raviv (1):
scsi: ufs: Set fDeviceInit flag to initiate device initialization
Sujit Reddy Thumma (1):
scsi: ufs: Add support for sending NOP OUT UPIU
drivers/scsi/ufs/ufs.h | 127 +++++++-
drivers/scsi/ufs/ufshcd.c | 802 ++++++++++++++++++++++++++++++++++++++------
drivers/scsi/ufs/ufshcd.h | 40 +++-
drivers/scsi/ufs/ufshci.h | 2 +-
4 files changed, 849 insertions(+), 122 deletions(-)
--
1.7.6
--
QUALCOMM ISRAEL, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2013-04-21 9:55 dmitry pervushin
0 siblings, 0 replies; 26+ messages in thread
From: dmitry pervushin @ 2013-04-21 9:55 UTC (permalink / raw)
To: netfilter-devel; +Cc: patches
Hello all,
These patches update idletimer extension to reflect changes in the kernel
[PATCH 1/2] netfilter: idletimers, synchronize headers
[PATCH 2/2] netfilter: idletimers, add v1 structures
^ permalink raw reply [flat|nested] 26+ messages in thread
* [PATCH 0/2]
@ 2009-06-04 11:07 Pablo Neira Ayuso
0 siblings, 0 replies; 26+ messages in thread
From: Pablo Neira Ayuso @ 2009-06-04 11:07 UTC (permalink / raw)
To: netfilter-devel; +Cc: kaber
Hi Patrick,
The first patch here re-works the conntrack event cache to use the
extension infrastructure so there is an event cache per-conntrack.
This is used by the second patch, which aims to improve ctnetlink
reliability.
Please, have a look at the patch descriptions for more details.
If you like them, you can pull them from:
git://1984.lsi.us.es/nf-next-2.6 master
Wait for your comments!
---
Pablo Neira Ayuso (2):
netfilter: conntrack: optional reliable conntrack event delivery
netfilter: conntrack: move event cache to conntrack extension infrastructure
include/net/netfilter/nf_conntrack.h | 2
include/net/netfilter/nf_conntrack_ecache.h | 133 +++++++++--------
include/net/netfilter/nf_conntrack_extend.h | 2
include/net/netfilter/nf_conntrack_helper.h | 2
include/net/netns/conntrack.h | 7 +
net/netfilter/nf_conntrack_core.c | 106 ++++++++++---
net/netfilter/nf_conntrack_ecache.c | 216 ++++++++++++++++++---------
net/netfilter/nf_conntrack_helper.c | 15 ++
net/netfilter/nf_conntrack_netlink.c | 94 +++++++-----
9 files changed, 379 insertions(+), 198 deletions(-)
^ permalink raw reply [flat|nested] 26+ messages in thread
end of thread, other threads:[~2023-05-23 21:39 UTC | newest]
Thread overview: 26+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-17 14:36 [PATCH 0/2] Laurent Pinchart
2022-03-17 14:36 ` [PATCH 1/2] media: v4l2: Make colorspace validity checks more future-proof Laurent Pinchart
2022-03-17 16:06 ` Sakari Ailus
2022-04-21 23:10 ` Laurent Pinchart
2022-03-17 14:37 ` [PATCH 2/2] media: v4l2: Sanitize colorspace values in the framework Laurent Pinchart
-- strict thread matches above, loose matches on Subject: below --
2023-05-23 21:39 [PATCH 0/2] Pranav Prasad
2022-10-25 0:07 Thinh Nguyen
2022-01-07 9:57 Zhenneng Li
2022-01-07 9:57 ` Zhenneng Li
2022-01-07 9:57 ` Zhenneng Li
2022-01-07 22:51 ` Rodrigo Siqueira Jordao
2022-01-07 22:51 ` Rodrigo Siqueira Jordao
2022-01-07 22:51 ` Rodrigo Siqueira Jordao
2021-10-26 15:27 Antoniu Miclaus
2017-12-18 22:12 Amanda Brindle
2018-01-14 9:09 ` Richard Purdie
2017-04-27 13:29 Benjamin Gaignard
2017-03-01 9:35 Jim Qu
2014-05-16 10:15 Vadim Suraev
2014-05-15 21:21 Vadim Suraev
[not found] ` <1401830433-25071-1-git-send-email-vadim.suraev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-05-15 21:33 ` Thomas Monjalon
2013-08-27 6:02 [PATCH] ARM: i.MX6: dts: change iomuxc pinctrl config to match Rev. 0 IMX6DQRM Huang Shijie
2013-08-28 3:17 ` [PATCH 0/2] alison_chaiken
2013-08-28 3:17 ` alison_chaiken at mentor.com
2013-06-10 14:05 Dolev Raviv
2013-04-21 9:55 dmitry pervushin
2009-06-04 11:07 Pablo Neira Ayuso
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.