On 9/26/19 5:27 PM, Jae Hyun Yoo wrote:
From: Jae Hyun Yoo
CAPTURE_COMPLETE and FRAME_COMPLETE interrupts come even when these
are disabled in the VE_INTERRUPT_CTRL register and eventually this
behavior causes disabling irq itself like below:
Thanks!
Reviewed-by: Eddie James
recommended
in the datasheet.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
Changes since v1:
None
drivers/media/platform/aspeed-video.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/aspeed-video.c
b/drivers/media/platform/aspeed-video.c
index
On 9/13/19 1:11 PM, Jae Hyun Yoo wrote:
To prevent inaccurate detections of resolution, this commit enables
clearing of hsync/vsync polarity bits based on probed sync state.
Thanks Jae, looks fine.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
Changes since v1:
* Updated
call:
aspeed_video_update(video, VE_CTRL, 0, ctrl);
Change the code to prevent this to happen.
This was warned by cppcheck:
[drivers/media/platform/aspeed-video.c:653]: (error) Uninitialized
variable: ctrl
Thanks Mauro.
Reviewed-by: Eddie James
Signed-off-by: Mauro
Hi Jan,
I've been running for a couple of weeks now with your two patches applied:
1) dvbsky: add MyGica T230
2) remove t230 from cxusb
Everything has been working perfectly - the checksum errors when
scanning muxes have gone, and streaming has been working nicely.
Tested-by: James Hutch
Hi Jan,
I've been running for a couple of weeks now with your two patches applied:
1) dvbsky: add MyGica T230
2) remove t230 from cxusb
Everything has been working perfectly - the checksum errors when
scanning muxes have gone, and streaming has been working nicely.
Tested-by: James Hutch
d would like to carry out similar tests on a
known working 4.9.x kernel.
I'll do more testing over the next couple of weeks and report back.
Also adding Thomas who has the same issue with the T230 tuner and
bisected to issue to the same problematic commit as me.
Regards,
James.
On Mon, 22 Ju
mmit on an upto-date kernel, I now have a
stable MyGica T230 tuner once more.
Please note that i've tried the latest media_build drivers and have
also the 5.2 kernel; both of which have the issue, and both of which
can be fixed by reverting 5fa8815.
Regards,
James
I wouldn't expect a foreach loop to be prone to this issue but it's
not the right way to write a Makefile anyway.
Note that conversion failures are now fatal and the dvb-t/ke-Nairobi
file is failing to convert at the moment.
Signed-off-by: James Le Cuirot
---
Makefile | 16 +
the original width so output
result will be the same.
Sorry, missed your followup email Jae and assumed everything was merged.
Looks fine to me.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
v2 -> v3:
Added more detail comments why the value 1728 is picked.
v1 -&
On 5/24/19 6:17 PM, Jae Hyun Yoo wrote:
Mode detection doesn't require source buffer allocation so this
commit removes that.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
v1 -> v2:
New.
drivers/media/platform/aspeed-video.c | 21 -
1 file
after RESOLUTION_CHANGE_DELAY.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
v1 -> v2:
New.
drivers/media/platform/aspeed-video.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/media/platform/aspeed-video.c
b/drivers/media/platform/aspeed-video
On 5/24/19 6:17 PM, Jae Hyun Yoo wrote:
AST2500 silicon revision A1 and A2 have a silicon bug which causes
extremly long capturing time on specific resolutions (1680 width).
To fix the bug, this commit adjusts the capturing window register
setting to 1728 if detected width is 1680. The compress
On 5/24/19 6:17 PM, Jae Hyun Yoo wrote:
There is an incorrect timeout checking in mode detection logic so
it misses resolution detecting chances. This commit fixes the bug.
Signed-off-by: Jae Hyun Yoo
---
v1 -> v2:
New.
drivers/media/platform/aspeed-video.c | 2 +-
1 file changed, 1 ins
On 5/8/19 9:16 PM, Benjamin Herrenschmidt wrote:
On Wed, 2019-05-08 at 18:19 -0700, Jae Hyun Yoo wrote:
I changed that from a bool because the maintainer of this code, Eddie
doesn't like adding of an additional flag. I'll change it back with
codes in the first submit:
https://www.spinics.net/l
refines the interrupt handling logic to fix these issues.
Thanks Jae, looks good.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Andrew Jeffery
---
drivers/media/platform/aspeed-video.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers
On 4/12/19 7:17 AM, Herrenschmidt, Benjamin wrote:
On Fri, 2019-04-12 at 13:00 +0200, Hans Verkuil wrote:
Eddie, can you review this?
Yes, this looks good.
Thanks,
Reviewed-by: Eddie James
Jae Hyun Yoo, for future reference: please add the driver name in the
subject.
I.e. something
[ 120.258396] r10: r9:96196000 r8:801011e4 r7:0006 r6:7eab3c30
r5:00a11978
[ 120.266291] r4:0008
To prevent this issue, this commit adds spinlock protection and clock
status checking logic into the Aspeed video engine driver.
Thanks Jae. Do you have a reliable way to reproduce thi
From: James Hilliard
Signed-off-by: James Hilliard
---
zbar/video/v4l2.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/zbar/video/v4l2.c b/zbar/video/v4l2.c
index 0d18094..1610b95 100644
--- a/zbar/video/v4l2.c
+++ b/zbar/video/v4l2.c
@@ -55,6 +55,28 @@
#define
On Sun, Jan 20, 2019 at 04:43:08PM +0200, Antti Palosaari wrote:
> On 1/13/19 11:13 PM, James Hutchinson wrote:
> > Ref: https://bugzilla.kernel.org/show_bug.cgi?id=199323
> >
> > Users are experiencing problems with the DVBSky S960/S960C USB devices
> >
From: James Hilliard
This is useful for running zbarcam as a systemd service so that other
applications can receive scan messages through dbus.
Signed-off-by: James Hilliard
---
.gitignore | 1 +
Makefile.am| 6 +++
configure.ac | 30
On Wed, Jan 16, 2019 at 2:08 PM Mauro Carvalho Chehab
wrote:
>
> Em Wed, 16 Jan 2019 13:34:29 -0700
> James Hilliard escreveu:
>
> > > See the enclosed patch. I tested it here with Kernel 4.20 and works
> > > fine.
> > I'll test it on the system I had
On Wed, Jan 16, 2019 at 7:37 AM Mauro Carvalho Chehab
wrote:
>
> Hi James,
>
> Em Wed, 16 Jan 2019 16:54:55 +0800
> james.hillia...@gmail.com escreveu:
>
> > From: James Hilliard
> >
> > This is useful for running zbarcam as a systemd service so that oth
On Wed, Jan 16, 2019 at 7:24 AM Mauro Carvalho Chehab
wrote:
>
> Em Wed, 16 Jan 2019 13:23:10 +0800
> james.hillia...@gmail.com escreveu:
>
> > From: James Hilliard
> >
> > Some older systems don't seem to have V4L2_CTRL_WHICH_CUR_VAL so add a
> > fallb
From: James Hilliard
This is useful for running zbarcam as a systemd service so that other
applications can receive scan messages through dbus.
Signed-off-by: James Hilliard
---
Makefile.am| 6
configure.ac | 30
dbus
From: James Hilliard
Some older systems don't seem to have V4L2_CTRL_WHICH_CUR_VAL so add a
fallback.
Signed-off-by: James Hilliard
---
zbar/video/v4l2.c | 8
1 file changed, 8 insertions(+)
diff --git a/zbar/video/v4l2.c b/zbar/video/v4l2.c
index 0147cb1..b883ecc 100644
--- a
On Mon, Jan 14, 2019 at 4:00 AM Mauro Carvalho Chehab
wrote:
>
> Hi James,
>
> Em Mon, 14 Jan 2019 07:38:25 +0800
> james.hillia...@gmail.com escreveu:
>
> > From: Thomas Petazzoni
> >
>
> Please add description to the patches. It helps reviewing them, and,
&g
From: James Hilliard
Silences this error:
ERROR: zbar video in v4l2_reset_crop():
system error: setting default crop window (VIDIOC_S_CROP): Inappropriate
ioctl for device (25)
Signed-off-by: James Hilliard
---
zbar/video/v4l2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: James Hilliard
Signed-off-by: James Hilliard
---
Makefile.am | 2 ++
configure.ac | 10 ++
2 files changed, 12 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index df3d79d..b4cae8a 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -45,7 +45,9 @@ if HAVE_NPAPI
include
From: James Hilliard
Patch adapted from https://bugs.archlinux.org/task/44091
Signed-off-by: James Hilliard
---
zbar/video/v4l2.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/zbar/video/v4l2.c b/zbar/video/v4l2.c
index ad6adf4..ca52e4c 100644
--- a/zbar/video/v4l2.c
From: Thomas Petazzoni
Signed-off-by: Thomas Petazzoni
Signed-off-by: James Hilliard
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index a03d10e..6476a20 100644
--- a/configure.ac
+++ b/configure.ac
@@ -5,7 +5,7 @@ m4_ifndef
From: Viacheslav Volkov
Signed-off-by: Viacheslav Volkov
Signed-off-by: Thomas Petazzoni
Signed-off-by: James Hilliard
---
zbar/jpeg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/zbar/jpeg.c b/zbar/jpeg.c
index 972bfea..fdd1619 100644
--- a/zbar/jpeg.c
+++ b/zbar
end:
a. 0x07, 0x80
b. 0x07, 0x00
However, as shown in the capture, the regmap mutex is being handed over
to another thread (ts2020_stat_work) in between these two messages.
>From here, the device responds to every i2c message with an 07 message,
and will only return to normal operation
On 12/13/2018 07:09 PM, Joel Stanley wrote:
On Wed, 12 Dec 2018 at 04:09, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video
compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service processor, the Video Engine can
capture the host processor graphics output.
This series adds a
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git a
On 12/11/2018 04:44 AM, Hans Verkuil wrote:
On 12/10/18 11:26 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine can
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git a
compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service processor, the Video Engine can
capture the host processor graphics output.
This series adds a
On 12/03/2018 02:14 PM, Hans Verkuil wrote:
On 12/03/2018 05:39 PM, Eddie James wrote:
On 12/03/2018 05:04 AM, Hans Verkuil wrote:
On 11/27/2018 08:37 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from
On 12/03/2018 05:04 AM, Hans Verkuil wrote:
On 11/27/2018 08:37 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine
reted to the point where it's effectively a new CoC has been
the source of much debate and recrimination over the last few months
... you can read it in the ksummit-discuss archives, but I really think
we don't want to reopen that can of worms.
James
eated precisely because
there was a lot of push back on interpretation problems and ambiguities
with the original CoC and it specifically covers this case (and a lot
of others).
James
> After this discussion, I can say that I understand it less than
> before.
>
> /Jarkko
>
On Fri, 2018-11-30 at 13:54 -0800, Jarkko Sakkinen wrote:
> On Fri, Nov 30, 2018 at 01:48:08PM -0800, David Miller wrote:
> > From: Jarkko Sakkinen
> > Date: Fri, 30 Nov 2018 13:44:05 -0800
> >
> > > On Fri, Nov 30, 2018 at 01:01:02PM -0800, James Bottomley wrote:
On Fri, 2018-11-30 at 13:44 -0800, Jarkko Sakkinen wrote:
> On Fri, Nov 30, 2018 at 01:01:02PM -0800, James Bottomley wrote:
> > No because use of what some people consider to be bad language
> > isn't necessarily abusive, offensive or degrading. Our most
> > heavily
e hugging, please propose something
> else
> :-)
The interpretation document also says this:
ontributions submitted for the kernel should use appropriate
language. Content that already exists predating the Code of Conduct
will not be addressed now as a violation.
So that definitely means there should be no hunting down of existing
comments in kernel code.
James
compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
.
- Added JPEG controls
- Updated devicetree docs according to Rob's suggestions.
- Added myself to MAINTAINERS
Eddie James (2):
dt-bindings: media: Add Aspeed Video Engine binding documentation
media: platform: Add Aspeed Video Engine driver
.../devicetree/bindings/media/aspeed-video
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git a
On 11/15/2018 03:20 AM, Hans Verkuil wrote:
On 11/12/2018 10:00 PM, Eddie James wrote:
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service
On 11/15/2018 02:56 AM, Hans Verkuil wrote:
On 11/12/2018 10:00 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git a
compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|9 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
From: Eddie James
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting as a service processor, the Video Engine can
capture the host processor graphics output.
This series adds a
On 10/19/2018 03:26 PM, Eddie James wrote:
On 10/12/2018 07:22 AM, Hans Verkuil wrote:
On 10/05/2018 09:57 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources.
With
the Aspeed chip
On 10/12/2018 07:22 AM, Hans Verkuil wrote:
On 10/05/2018 09:57 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine
On 10/12/2018 07:22 AM, Hans Verkuil wrote:
On 10/05/2018 09:57 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine
On 10/17/2018 05:41 AM, Hans Verkuil wrote:
On 10/05/2018 09:57 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital or analog sources. With
the Aspeed chip acting a service processor, the Video Engine
On 10/04/2018 08:12 AM, Hans Verkuil wrote:
On 10/03/18 22:43, Eddie James wrote:
On 09/28/2018 06:30 AM, Hans Verkuil wrote:
On 09/25/2018 09:27 PM, Eddie James wrote:
The Video Engine (VE) embedded in the Aspeed AST2400 and AST2500 SOCs
can capture and compress video data from digital
Document the bindings.
Signed-off-by: Eddie James
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/aspeed-video.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/aspeed-video.txt
diff --git a
compress it to JPEG images.
Make the video frames available through the V4L2 streaming interface.
Signed-off-by: Eddie James
---
MAINTAINERS |8 +
drivers/media/platform/Kconfig|8 +
drivers/media/platform/Makefile |1 +
drivers/media/platform
le32_to_cpu calls for JPEG header data
- Reworked v4l2 ioctls to be compliant.
- Added JPEG controls
- Updated devicetree docs according to Rob's suggestions.
- Added myself to MAINTAINERS
Eddie James (2):
dt-bindings: media: Add Aspeed Video Engine binding documentation
media: platform
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for yo
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for yo
Want to follow up the email sent last week.
Do you have needs for photo editing?
We can edit 400 images within 24 hours.
We are working on all kinds of ecommerce photos, jewelry photos, and the
portrait images.
We do cutting out and clipping path and others, and also we provide
retouching for yo
gpr.c
> > @@ -29,7 +29,7 @@
> > #include
> > #include
> > #include
> > -#include
> > +#include
> > #include
> > #include
> > #include
Acked-by: James Hogan
Cheers
James
signature.asc
Description: PGP signature
, European Citizens, Asian Citizen. All I
want you to do is to contact the atm card CENTER Via email or call the
office telephone number one of the Consultant will assist you for
their requirements to proceed and procure your Approval Slip on your
behalf.
CONTACT INFORMATION
NAME: James Williams
EMAIL
Hi Arnd,
On Fri, Feb 23, 2018 at 01:26:09PM +0100, Arnd Bergmann wrote:
> On Fri, Feb 23, 2018 at 12:02 PM, James Hogan wrote:
> > I'm happy to put v2 in linux-next now (only patch 4 has changed, I just
> > sent an updated version), and send you a pull request early next week
On Fri, Feb 23, 2018 at 11:26:58AM +0100, Arnd Bergmann wrote:
> On Thu, Feb 22, 2018 at 12:38 AM, James Hogan wrote:
> > So lets call it a day and drop the Meta architecture port from the
> > kernel. RIP Meta.
>
> Since I brought up the architecture removal independently, I
On Thu, Feb 22, 2018 at 10:26:54AM +0100, Peter Zijlstra wrote:
> On Wed, Feb 21, 2018 at 11:38:12PM +0000, James Hogan wrote:
> > So lets call it a day and drop the Meta architecture port from the
> > kernel. RIP Meta.
>
> So long, and thanks for all the fish!
>
>
Carvalho Chehab
Cc: Wolfram Sang
Cc: linux-me...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: linux...@kvack.org
Cc: linux-g...@vger.kernel.org
Cc: linux-watch...@vger.kernel.org
Cc: linux-media@vger.kernel.org
Cc: linux-...@vger.kernel.org
James Hogan (13):
metag: Remove arch/metag/
doc
Now that arch/metag/ has been removed, remove the METAG dependency from
the IMG IR device driver. The hardware is also present on MIPS SoCs so
the driver still has value.
Signed-off-by: James Hogan
Cc: Mauro Carvalho Chehab
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
Cc: linux-me
c:351: warning: Excess function
> parameter 'timings' description in 'img_ir_decoder_convert'
>
> Signed-off-by: Mauro Carvalho Chehab
Very true.
Acked-by: James Hogan
Thanks
James
> ---
> drivers/media/rc/img-ir/img-ir-hw.c | 2 +-
> 1 file changed, 1 insertion
mes inactive; usually because of an unmount). On a
simple allocation regardless of outcome, the last executed statement in
md_alloc is mddev_put(): that destroys the device if we didn't manage
to create it or returns 0 and adds an inactive device to the system
which the user can get with mddev_find().
James
nel versions. So I'm fine with it
changing.
Cheers
James
signature.asc
Description: Digital signature
Hi Sean (and Sifan),
On Mon, Dec 12, 2016 at 09:13:43PM +, Sean Young wrote:
> Rather than guessing what variant a scancode is from its length,
> use the new wakeup_protocol.
>
> Signed-off-by: Sean Young
> Cc: James Hogan
> Cc: Sifan Naeem
> ---
> drivers/med
vely conveys conceptual
diagrams. If you do, we'll wind up in situations where someone hasn't
built the docs and doesn't possess the tools to see a diagram that was
previously shown by every text editor (or can't be bothered to dig out
the now separate file). In the name of creating
se64 to make sure that the patches won't use
> git binary diff extension, or, as Arnd proposed, use a portable
> bitmap format, in ascii, converting via Makefile, but losing
> the alpha channel with makes the background transparent.
If it can use svg, why not use that? SVG files can b
the corresponding control structures
when an error occours registering the device to v4l2 core.
Signed-off-by: James Patrick-Evans
---
drivers/media/usb/airspy/airspy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/airspy/airspy.c
b/drivers/media/usb
On Mon, 2016-07-04 at 23:08 +0200, Heiner Kallweit wrote:
> Am 04.07.2016 um 22:36 schrieb James Bottomley:
> > This looks to be a problem with the rc subsystem. The IR
> > controller in question is part of a cx8800 atsc card. In the 4.4
> > kernel, where it works, this is
nice to have this happen by default rather than having
to add yet another work around init script.
James
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
27;)
.*)
/bin/sh: 1: [: -lt: unexpected operator
I.e. this line:
gsub(".*)", "");
appears to be trying to turn e.g. "GNU ld (Gentoo 2.25.1 p1.1) 2.25.1"
into " 2.25.1", so perhaps the bracket should be escaped. What version
of awk is it using? (GNU
/8/629
Also, is there any application of this beyond DRM?
- James
--
James Morris
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
> Secure module is responsible of grant/revoke memory access.
>
This documentation is highly inadequate.
What does "allocate memory that can be securing" mean?
--
James Morris
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mess
On 09/30/15 19:13, Mauro Carvalho Chehab wrote:
Em Tue, 29 Sep 2015 19:06:18 -0400
James escreveu:
When is the Linux kernel going to support uvc-1.5?
It was made a standard on June 6, 2012
When someone writes patches adding support for it, together with the
code that adds support to at
When is the Linux kernel going to support uvc-1.5?
It was made a standard on June 6, 2012
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
t. However with DAX we could end up with multiple
> virtual aliases for a page-less pfn.
At least on some PA architectures, you have to be very careful.
Improperly managed, multiple aliases will cause the system to crash
(actually a machine check in the cache chequerboard). For the most
temperamen
n kernel page backed SG entries, we can make the
process more efficient by not flushing in gup and instead programming
the user virtual address into the local coherence index. However,
simply zeroing the LCI will also work (except that poor VI zero line
will get flushed repeatedly, so it's pr
ed fixing).
>
> This may crash and burn badly when we call a UEFI function or an SMI
> happens. I think we should just leave the MTRRs alone.
Wholeheartedly agree: PAT only works when the given memory map is in
operation but MTRRs function everywhere. Anything that goes into real
mode
;)
> Cc: # 3.15+
Thanks for catching this Sifan. It appears to have been introduced while
getting the driver ready for upstream (it used to use the devm_* API to
request the IRQ, but I changed it to avoid the ISR racing with module
removal).
Acked-by: James Hogan
Cheers
James
> ---
>
, so it must not be
> disabled during use or the driver will malfunction.
>
> Signed-off-by: Sifan Naeem
Thanks Sifan, looks good to me, doesn't break tz1090, and seems to still
cope with no clocks provided in DT.
Acked-by: James Hogan
Cheers
James
> ---
> Changes fro
d to take it into account).
I suspect you would see this causing a problem when the driver is built
as a module and loaded after unused clocks have been automatically
disabled by the common clock framework at the end of the init sequence.
Thanks
James
> }
>
> static void img_ir_ident(st
>
> Hi, James.
>
> After searching for somebody posting some issues similar to mine, I think this
> one you posted to the mailing list can be related:
>
> https://www.mail-archive.com/linux-
> media%40vger.kernel.org/msg80078.html
>
> I'm having problems usi
On 12/12/14 12:07, James Hogan wrote:
> Hi Sifan,
>
> On 11/12/14 20:06, Sifan Naeem wrote:
>> Biphase decoding in the current img-ir has got a quirk, where multiple
>> Interrupts are generated when an incomplete IR code is received by the
>> decoder.
>>
>>
about. I'll let you
decide whether that needs changing since you have the hardware to verify it.
So for the whole patchset feel free to add my:
Acked-by: James Hogan
Thanks
James
>
> Signed-off-by: Sifan Naeem
> ---
> drivers/media/rc/img-ir/img-ir-hw.c | 60
> ++
> hw.suspend_irqen);
>>> + /* enable */
>>> + img_ir_write(priv, IMG_IR_CONTROL, priv->hw.reg_timings.ctrl); }
To clarify, I was only referring to the case where the irq mask has
changed unexpectedly. If it hasn't changed then it would seem to make
sense to clear
On 04/12/14 15:38, Sifan Naeem wrote:
> Add img-ir module for decoding Philips rc6 protocol.
>
> Signed-off-by: Sifan Naeem
Aside from the "Philips" thing:
Acked-by: James Hogan
(It's unpleasant having unexplained timings for RC-6, but it's better
than no RC-6
nyo,
> Aiwa, Chinon remotes) in the ImgTec infrared decoder block.
> +
> +config IR_IMG_RC5
> + bool "Phillips RC5 protocol support"
I think that should be "Philips" (if wikipedia is anything to go by).
Same elsewhere in this patch and patch 5.
Other th
1 - 100 of 393 matches
Mail list logo
