On 09/02/21 17:50, Richard Weinberger wrote:
Well, I think having a generic mmap() for CUSE is hard to achieve.
Hard or not it did work for what I can tell you. I was not the original
author but I certainly contributed with testing that patch. Just to be
clear, by "not considered" I meant
On 09/02/21 17:29, Richard Weinberger wrote:
The mmap() call itself. Of course you need to touch code.
Maybe just cuse_lowlevel.c, maybe kernel too.
A patch had been submitted some years ago, more than once, asking for
inclusion in the kernel, but facts are that at that time nobody in the
A simple (but ugly!) approach would be redirecting mmap() requests on CUSE
devices to /dev/mem.
hmm?
what requests are you talking about given that at the moment the CUSE
client interface (cuse_lowlevel_ops) does not expose mmap?
On 09/02/21 16:41, Richard Weinberger wrote:
I wonder about the use case.
for example, many existing video applications use mmap() to map the
device memory to userspace memory. Adding support for mmap() to CUSE
would allow these apps to work without any modifications with CUSE-based
Hi guys,
a bit OT probably: is there any chance for you to also implement mmap()
for CUSE? That would be much appreciated.
Thanks
On 09/02/21 15:35, Richard Weinberger wrote:
Miklos,
- Ursprüngliche Mail -
The core goal of MUSE is having the complexity on the userspace side and
Hi Andrew,
I was wondering if there's a chance to have this patch merged anytime
soon. Note that FUSE maintainer left off sometime ago and there's no one
taking care of kernel patches at the moment.
Please let Jader and me know if there are any problems.
Thanks
Jader H. Silva wrote:
Hi Andrew,
I was wondering if there's a chance to have this patch merged anytime
soon. Note that FUSE maintainer left off sometime ago and there's no one
taking care of kernel patches at the moment.
Please let Jader and me know if there are any problems.
Thanks
Jader H. Silva wrote:
I tested this patch and gave some hints to Jader when it first appeared
on the libfuse mailing list some months ago.
Signed-off-by: Luca Risolia
Jader H. Silva wrote:
Implement cuse mmap using shmem to provide the actual memory maps.
Pages must be read/written using fuse's NOTIFY_RETRIEVE
I tested this patch and gave some hints to Jader when it first appeared
on the libfuse mailing list some months ago.
Signed-off-by: Luca Risolia <luca.riso...@studio.unibo.it>
Jader H. Silva wrote:
Implement cuse mmap using shmem to provide the actual memory maps.
Pages must be read/w
Hi people,
we properly submitted some kernel patches (adding mmap support to CUSE)
to the FUSE mailing list some months ago and have been asking for their
inclusion in the FUSE tree since then, but got no feedbacks, no replies
at all from the maintainers. We would like to have these patches
Hi people,
we properly submitted some kernel patches (adding mmap support to CUSE)
to the FUSE mailing list some months ago and have been asking for their
inclusion in the FUSE tree since then, but got no feedbacks, no replies
at all from the maintainers. We would like to have these patches
It's okay, thanks.
Reviewed-by: Luca Risolia <[EMAIL PROTECTED]>
---
On Saturday 16 February 2008 17:12:26 Roel Kluin wrote:
> The patch below was not yet tested. If it's incorrect, please comment.
> ---
> Fix Unlikely(x) == y
>
> Signed-off-by: Roel Kluin <[EMAIL PROTEC
It's okay, thanks.
Reviewed-by: Luca Risolia [EMAIL PROTECTED]
---
On Saturday 16 February 2008 17:12:26 Roel Kluin wrote:
The patch below was not yet tested. If it's incorrect, please comment.
---
Fix Unlikely(x) == y
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/drivers
acked-by: Luca Risolia <[EMAIL PROTECTED]>
On Monday 08 October 2007 14:40:53 Jiri Slaby wrote:
> zc0301, remove bad usage of ERESTARTSYS
>
> down_read_trylock can't be interrupted and so ERESTARTSYS would reach
> userspace, which is not permitted. Change it to EAGAIN
>
acked-by: Luca Risolia <[EMAIL PROTECTED]>
On Monday 08 October 2007 14:40:13 Jiri Slaby wrote:
> w9968cf, remove bad usage of ERESTARTSYS
>
> down_read_trylock can't be interrupted and so ERESTARTSYS would reach
> userspace, which is not permitted. Change it to EAGAIN
>
acked-by: Luca Risolia [EMAIL PROTECTED]
On Monday 08 October 2007 14:40:13 Jiri Slaby wrote:
w9968cf, remove bad usage of ERESTARTSYS
down_read_trylock can't be interrupted and so ERESTARTSYS would reach
userspace, which is not permitted. Change it to EAGAIN
Signed-off-by: Jiri Slaby
acked-by: Luca Risolia [EMAIL PROTECTED]
On Monday 08 October 2007 14:40:53 Jiri Slaby wrote:
zc0301, remove bad usage of ERESTARTSYS
down_read_trylock can't be interrupted and so ERESTARTSYS would reach
userspace, which is not permitted. Change it to EAGAIN
Signed-off-by: Jiri Slaby
ssible, using V4L2 interface). This is not recommended, since V4L2 API
> should be the proper way to control the devices.
through ioctl()? It's not as immediate and safe as controlling the device
registers through /sysfs (not /proc). However, the sysfs interface in those
drivers appeared before V4L2 h
() supersedeing sysfs in this case?
Cheers,
Mauro
Best regards
Luca Risolia
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Friday 14 September 2007 02:09:01 Linus Torvalds wrote:
> On Fri, 14 Sep 2007, Luca Risolia wrote:
> > Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
> >
> > On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> > > This fixes a kernel build problem and
Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> This fixes a kernel build problem and
> should make it into 2.6.23, I think.
>
>
> Regards,
>
> Andreas
>
> --
>
> Get rid of some v4l1
video_device, class_dev));
Best regards
Luca Risolia
>
> Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
> ---
> drivers/media/video/et61x251/Kconfig |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/media/video/et61x251/Kconfig
>
regards
Luca Risolia
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/media/video/et61x251/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/et61x251/Kconfig
b/drivers/media/video/et61x251/Kconfig index dcc1a03..9143424 100644
Hacked-by: Luca Risolia [EMAIL PROTECTED]
On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
This fixes a kernel build problem and
should make it into 2.6.23, I think.
Regards,
Andreas
--
Get rid of some v4l1 remainders to avoid kernel build errors if
V4L1_COMPAT
On Friday 14 September 2007 02:09:01 Linus Torvalds wrote:
On Fri, 14 Sep 2007, Luca Risolia wrote:
Hacked-by: Luca Risolia [EMAIL PROTECTED]
On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
This fixes a kernel build problem and
should make it into 2.6.23, I think
On Monday 28 May 2007 17:14:51 Markus Rechberger wrote:
> On 5/28/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > We don't do format conversions in kernel. Instead, you should return a
> > proper Bayer Fourcc format (like V4L2_PIX_FMT_SBGGR8).
>
> It's ok in his case since most userspace
On Monday 28 May 2007 17:14:51 Markus Rechberger wrote:
On 5/28/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
We don't do format conversions in kernel. Instead, you should return a
proper Bayer Fourcc format (like V4L2_PIX_FMT_SBGGR8).
It's ok in his case since most userspace
Scrive Adrian Bunk <[EMAIL PROTECTED]>:
> On Tue, Mar 01, 2005 at 06:46:03PM +0100, Luca Risolia wrote:
> > Scrive Adrian Bunk <[EMAIL PROTECTED]>:
> >
> > > I noticed the following regarding
Scrive Adrian Bunk [EMAIL PROTECTED]:
On Tue, Mar 01, 2005 at 06:46:03PM +0100, Luca Risolia wrote:
Scrive Adrian Bunk [EMAIL PROTECTED]:
I noticed the following regarding the drivers/usb/media/ov511.c driver
Scrive Adrian Bunk <[EMAIL PROTECTED]>:
> I noticed the following regarding the drivers/usb/media/ov511.c driver:
^^^
> - it's not updated compared to upstream:
Could you provide more details?
> - there's no w9968cf-vpp
Scrive Adrian Bunk [EMAIL PROTECTED]:
I noticed the following regarding the drivers/usb/media/ov511.c driver:
^^^
- it's not updated compared to upstream:
Could you provide more details?
- there's no w9968cf-vpp module in
31 matches
Mail list logo