Searched hist:"3 c161e82dfbd3ee67a1548691412d04d04ad6a37" (Results 1 – 6 of 6) sorted by relevance
/linux/drivers/media/pci/bt8xx/ |
H A D | btcx-risc.h | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|
H A D | btcx-risc.c | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|
H A D | Kconfig | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|
H A D | bttv-risc.c | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|
H A D | bttvp.h | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|
H A D | bttv-cards.c | diff 3c161e82dfbd3ee67a1548691412d04d04ad6a37 Thu Mar 02 13:57:25 CET 2023 Hans Verkuil <hverkuil-cisco@xs4all.nl> media: bttv: drop overlay support
Destructive overlay support (i.e. where the video frame is DMA-ed straight into a framebuffer) is effectively dead. It was a necessary evil in the early days when computers were not fast enough to copy SDTV video frames around, but today that's no longer a problem.
It requires access to the framebuffer memory, which is a bad idea and very hard to do safely. In addition, in drm it is today almost impossible to get hold of the framebuffer address.
So drop support for this.
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org>
|