19.07.2011 03:16, Lennart Poettering wrote:
ALSA doesn't really have a enumeration API which would allow us to get
device properties without opening and configuring a device. In fact,
we can't even figure out whether a device may be opened in duplex or
simplex without opening it.
And that's w
Hello, Jean-François,
I downloaded the tarball you recommended, compiled it and it works nicely.
The original problem also happened with this package. Playing around
with reg17 at some points, and looking the code before the commit of
2010-12-21, I could manage to work around the problem.
Only
On 07/19/2011 02:00 AM, Jose Alberto Reguero wrote:
On Lunes, 18 de Julio de 2011 22:28:41 Antti Palosaari escribió:
Hello
I did some review for this since I was interested of adding MFE for
Anysee driver which is rather similar (dvb-usb-framework).
I found this patch have rather major issue(s)
Heya,
On 17.07.2011 13:51, Mauro Carvalho Chehab wrote:
If pulseaudio is starting sound capture at startup, then it is either
a pulseaudio miss-configuration or a bug there. I fail to understand
why pulseaudio would start capturing sound from a V4L audio at startup.
I think that this is not th
On Lunes, 18 de Julio de 2011 22:28:41 Antti Palosaari escribió:
> Hello
> I did some review for this since I was interested of adding MFE for
> Anysee driver which is rather similar (dvb-usb-framework).
>
> I found this patch have rather major issue(s) which should be fixed
> properly.
>
> * it
On 19/07/11 02:46, Jarod Wilson wrote:
> The interface 0 urb callback was being wired up before the rc_dev device
> was allocated, meaning the callback could be called with a null rc_dev,
> leading to an oops. This likely only ever happens on the older 0xffdc
> SoundGraph devices, which continually
MFE really needs to be implemented in the dvb-usb framework itself. I
had started to work on this some time ago but had to stop working on
it due to lack of time, and the fact that there was no public driver
that I could use as a poster-child for the new functionality. In the
end, rather than impl
Hello
I did some review for this since I was interested of adding MFE for
Anysee driver which is rather similar (dvb-usb-framework).
I found this patch have rather major issue(s) which should be fixed
properly.
* it does not compile
drivers/media/dvb/dvb-usb/dvb-usb.h:24:21: fatal error: dvb
Sakari Ailus wrote:
>On Fri, Jul 15, 2011 at 09:36:50PM +0300, Sylwester Nawrocki wrote:
>> Hi Sakari,
>>
>> thanks for your comments.
>
>Hi Sylwester,
>
>You're welcome. :-)
>
>> Sakari Ailus wrote:
>>
>> T>On Thu, Jul 14, 2011 at 10:07:03PM +0300, Sylwester Nawrocki wrote:
>> >> Hi Mauro,
>>
Add note about recent updates coming from Microsoft's publicly available
specs on Windows Media Center remotes and receivers/transmitters.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/media/rc
Rather than dumping out hex values, lets print the actual calculated
frequency and period the hardware has been configured for. After this
change:
[ 2643.276215] mceusb 3-1:1.0: tx data: 9f 07 (length=2)
[ 2643.276218] mceusb 3-1:1.0: Get carrier mode and freq
[ 2643.277206] mceusb 3-1:1.0: rx dat
v2: rebase for mdelay->msleep changes and tx fix
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index 9e71aef..160409e 100644
--- a/drivers/medi
According to the specs, you can read the number of tx ports, number of
rx sensors, which tx ports have cables plugged into them, and which rx
sensors are active. In practice, most of my devices do seem to report
sane values for tx ports and rx sensors (but not all -- one without any
tx ports report
Supposedly, there are essentially three different classes of devices
that are compatible with Microsoft's specs. First are the "legacy"
devices, which are built using Microsoft-provided hardware specs and
firmware. Second are "emulator" devices, which are built using custom
hardware and firmware, w
According to MS docs, the device firmware may halt after receiving an
unknown instruction, but that it should be possible to tell the firmware
to continue running by simply sending a device resume command. So lets
do that.
v2: use msleep instead of mdelay per Mauro's suggestion
Signed-off-by: Jar
Its not uncommon for folks to force these bits enabled, because people
do want to wake their htpc kit via their remote. Lets just set the bits
for 'em.
v2: rebase for mdelay->msleep changes
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c |5 +
1 files changed, 5 insertions(+),
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command.
v2: use msleep instead of mdelay per Mauro's suggestion
Signed-off-by: Jarod Wilson
---
drivers/medi
I was recently pointed to the document titled
Windows-Media-Center-RC-IR-Collection-Green-Button-Specification-03-08-2011-V2.pdf
which as of this writing, is publicly available from
download.microsoft.com. It covers a LOT of the gaps in the mceusb
driver, which to this point, was written almost ent
This is a stack of updates made based on the Windows Media Center remote
and receiver/transmitter specification and requirements document that
Rafi Rubin recently pointed me at. Its titled
Windows-Media-Center-RC-IR-Collection-Green-Button-Specification-03-08-2011-V2.pdf
which as of this writing, i
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Jul 18 19:00:35 CEST 2011
git hash:9bc5f6fa12c9e3e1e73e66bfabe9d463ea779b08
gcc version: i686-linux-gcc (GCC) 4.5
Hi Mauro,
The following changes since commit 5dcd07b9f39ca3e9be5bcc387d193fc0674e1c81:
Linus Torvalds (1):
Merge git://git.kernel.org/.../steve/gfs2-2.6-fixes
are available in the git repository at:
git://arago-project.org/git/people/vaibhav/ti-psp-omap-video.git
for-linux-media
Am
Hi,
I've made tests with my Hybrid TV Stick:
Model: eMPIA Technology, Inc. EM2881 Video Controller
Vendor/Product id: [eb1a:2881].
Tests made:
- Analog [Module Load] (There is no Analog-TV at my Place, so I can't test)
- DVB[Worked]
Tested-by: unknown dot obvious at google
> -Original Message-
> From: JAIN, AMBER
> Sent: Thursday, July 07, 2011 5:51 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; JAIN, AMBER; Nilofer, Samreen
> Subject: [PATCH v2 3/3] V4l2: OMAP: VOUT: Minor Cleanup, removing the
> unnecessary code.
>
> Minor changes to remove
> -Original Message-
> From: JAIN, AMBER
> Sent: Thursday, July 07, 2011 5:51 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; JAIN, AMBER
> Subject: [PATCH v2 2/3] V4L2: OMAP: VOUT: dma map and unmap v4l2 buffers
> in qbuf and dqbuf
>
> Add support to map the buffer using dm
Jarod Wilson wrote:
Mauro Carvalho Chehab wrote:
Em 14-07-2011 19:09, Jarod Wilson escreveu:
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command.
Signed
> -Original Message-
> From: JAIN, AMBER
> Sent: Thursday, July 07, 2011 5:51 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; JAIN, AMBER
> Subject: [PATCH v2 1/3] V4L2: OMAP: VOUT: isr handling extended for DPI
> and HDMI interface
>
> Extending the omap vout isr handling f
Mauro Carvalho Chehab wrote:
Em 14-07-2011 19:09, Jarod Wilson escreveu:
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command.
Signed-off-by: Jarod Wilson
The interface 0 urb callback was being wired up before the rc_dev device
was allocated, meaning the callback could be called with a null rc_dev,
leading to an oops. This likely only ever happens on the older 0xffdc
SoundGraph devices, which continually trigger interrupts even when they
have no vali
Keep it on the mailing list, please.
On Jul 18, 2011, at 10:58 AM, Greg Williamson wrote:
> I'm using rca on the back. Audio input is set to 0. trying to change
> it results in 'VIDIOC_S_AUDIO: failed: Resource temporarily
> unavailable'
Hm. Afriad I have no clue what's going on then, just know
On Jul 17, 2011, at 9:36 AM, Andy Walls wrote:
> On Sun, 2011-07-17 at 11:38 +1000, Chris W wrote:
>> On 17/07/11 10:43, Andy Walls wrote:
>>> This is an obviously repeatable NULL pointer dereference in
>>> rc_g_keycode_from_table(). The faulting line of code in both cases
>>> disasembles to:
>>>
On Jul 18, 2011, at 6:49 AM, Greg Williamson wrote:
> Hi, I'm on Archlinux running 2.6.39-ARCH. When I plug in my hdpvr I
> see it registers.
>
> Here is the dmesg output:
> [ 778.518866] hdpvr 1-3:1.0: firmware version 0x15 dated Jun 17 2010 09:26:53
> [ 778.704965] hdpvr 1-3:1.0: device now
As part of the new SMBIOS and System Firmware code:
- Replace old dmi* structures and functions with new sysfw* and smbios*
structures and functions in individual drivers
- cleanup sysfw_id lookup tables
- cleanup of includes for dmi.h and mod_devicetable.h which were included in
some files that d
This code has now been completely replaced by the new System Firmware
Interface (SYSFW) and SMBIOS code. It is no longer needed in the kernel.
Cc: linux-i...@vger.kernel.org
Cc: x...@kernel.org
Cc: linux-a...@vger.kernel.org
Cc: linux-...@vger.kernel.org
Cc: openipmi-develo...@lists.sourceforge.n
This, along with the System Firmware (sysfw) interface replaces the existing
DMI code in the kernel.
This subsystem provides functionality for individual drivers to access
the SMBIOS structures for their own use, smbios_walk(), as well as some
helper functions for some kernel modules.
Cc: linux-i
This patch introduces a general System Firmware interface to the kernel, called
sysfw.
Inlcluded in this interface is the ability to search a standard set of fields,
sysfw_lookup(). The fields are currently based upon the x86 and ia64 SMBIOS
fields but exapandable to fields that other arches may
Hi, I'm on Archlinux running 2.6.39-ARCH. When I plug in my hdpvr I
see it registers.
Here is the dmesg output:
[ 778.518866] hdpvr 1-3:1.0: firmware version 0x15 dated Jun 17 2010 09:26:53
[ 778.704965] hdpvr 1-3:1.0: device now attached to video0
[ 778.705006] usbcore: registered new interf
This removes "buggy driver paranoia", which set sizeimage equal to
at least width * height * 2. This was a false assumption when the
pixel format only required 1 byte per pixel. Originally, the
paranoia was in place to handle drivers which incorrectly set
sizeimage=0, but these seem to have been fi
On Fri, Jul 15, 2011 at 09:36:50PM +0300, Sylwester Nawrocki wrote:
> Hi Sakari,
>
> thanks for your comments.
Hi Sylwester,
You're welcome. :-)
> Sakari Ailus wrote:
>
> T>On Thu, Jul 14, 2011 at 10:07:03PM +0300, Sylwester Nawrocki wrote:
> >> Hi Mauro,
> >
> >Hi Sylwester and Mauro,
> T>
>
On Monday 18 July 2011 00:30:52 Guennadi Liakhovetski wrote:
> On Mon, 18 Jul 2011, Laurent Pinchart wrote:
> > On Monday 18 July 2011 00:14:21 Guennadi Liakhovetski wrote:
> > > On Sun, 17 Jul 2011, Laurent Pinchart wrote:
> > > > Hi Guennadi,
> > > >
> > > > On Saturday 16 July 2011 23:40:23 Gue
On Sat, Jul 16, 2011 at 11:40:23PM +0200, Guennadi Liakhovetski wrote:
> On Sat, 16 Jul 2011, Laurent Pinchart wrote:
>
> > Hi Guennadi,
> >
> > On Saturday 16 July 2011 01:11:28 Guennadi Liakhovetski wrote:
> > > On Fri, 15 Jul 2011, Laurent Pinchart wrote:
> > > > Compute crop rectangle boundar
Hi Mauro,
Please pull 3 changes from
http://stand.netup.tv/gitweb/?p=linux-3.0-netup;a=summary
Thanks!
The following changes since commit f560f6697f17e2465c8845c09f3a483faef38275:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6
(2011-07-17 12:49:55 -0700)
are avail
Hello,
On Friday, July 15, 2011 4:30 PM Jonathan Corbet wrote:
> Hi, Marek,
>
> Thanks for having a look.
>
> > > +static unsigned int vb2_dma_nc_num_users(void *vbuf)
> > > +{
> > > + struct vb2_nc_buf *buf = vbuf;
> > > +
> > > + return atomic_read(&buf->refcount);
> > > + /* Let's hope they
42 matches
Mail list logo
