MANTIS / STB0899 / STB6100 card ( Twinhan VP-1041): problems locking to transponder

2009-12-29 Thread Leszek Koltunski
Hello linux dvb gurus,

I've got the following setup:

1. current Mythbuntu 9.10 ( kernel 2.6.31-16-generic-pae )
2. current v4l-dvb drivers ( freshly checked out from
http://linuxtv.org/hg/v4l-dvb ;
I've also tried with Liplianin drivers from
http://mercurial.intuxication.org/hg/s2-liplianin  with the same
effect )
3. a TwinHan VP-1041 DVB-S2 card.

My signal comes from ASIASAT-5 satellite. You can see all the stuff
this satellite provides in

http://www.tvro.com.tw/SATELLITE/100.5/100.5d.asp

( the page is in Chinese, but you can see it has - among others - two
transponders which I am going to talk about , one is at

4000H  freq 1150 sr 28125  fec 3/4

and another on

3960H freq 1190 sr 27500 fec 3/4

**

Now, I want to stream a whole transponder via UDP. So I try with a first one:

$ dvbstream -c 1 -f 115 -s 28125 -udp -i 224.224.224.1 -r 1234 8192
dvbstream v0.6 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Tuning to 115 Hz
Using DVB card STB0899 Multistandard, freq=115
tuning DVB-S to Freq: 115, Pol: Srate=28125000, 22kHz tone=off, LNB: 0
Setting only tone ON and voltage 18V
DISEQC SETTING SUCCEDED
Getting frontend status
Event:  Frequency: 115
SymbolRate: 28125000
FEC_inner:  9

Bit error rate: 0
Signal strength: 65336
SNR: 93
FE_STATUS: FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
dvbstream will stop after -1 seconds (71582788 minutes)
Using 224.224.224.1:1234:2
version=2
Streaming 1 stream


and the transponder correctly appears in 224.224.224.1:1234, 100% success rate.



Now I want to do the same with the other transponder, so I try:

$ dvbstream -c 1 -f 119 -s 27500 -udp -i 224.224.224.1 -r 1234 8192
dvbstream v0.6 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Tuning to 119 Hz
Using DVB card STB0899 Multistandard, freq=119
tuning DVB-S to Freq: 119, Pol: Srate=2750, 22kHz tone=off, LNB: 0
Setting only tone ON and voltage 18V
DISEQC SETTING SUCCEDED
Getting frontend status
Not able to lock to the signal on the given frequency
dvbstream will stop after -1 seconds (71582788 minutes)
Using 224.224.224.1:1234:2
version=2
Streaming 1 stream

... and it always says 'Not able to lock to the signal on the given
frequency' , and even though it says 'Streaming 1 stream' , nothing
appears in the network.



Now , some more info:

1. I've connected a satellite set-top-box to the signal and the STB
can tune to and watch channels from both transponders with no problems
at all.
That IMHO proves that the signal is all right and the problem lies in
the drivers, or maybe in dvbstream. ( or hopefully between the chair
and the keyboard )

2. I can ONLY tune to the 'freq 1150 / sr 28125' transponder. All
others fail.  But with that one I have no problems at all, I tunes
100% of the time; I got it to stream for 4 days straight with no
problems.

3. You can see that both transponders are C-BAND , H polarization, so
theoretically, AFAIK, if I can tune to the '1150' transponder, I
should be able to tune to the '1190' one with no magic at all, am I
wrong here?

Could anyone shed some light on this?

best,

Leszek
--
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


Re: [patch] fix weird array index in zl10036.c

2009-12-29 Thread Matthias Schwarzott
On Montag, 28. Dezember 2009, Dan Carpenter wrote:
 I was initially concerned about the weird array index (the 2 bumps
 into the next row of the array).  Matthias Schwarzott look at the
 datasheet and it turns out it should be zl10036_init_tab[1][0] |= 0x01;
 
 Signed-off-by: Dan Carpenter erro...@gmail.com
Signed-off-by: Matthias Schwarzott z...@gentoo.org

It may be better to add linux/ path component to make it apply easier.

Matthias

 
 --- orig/drivers/media/dvb/frontends/zl10036.c2009-12-28
  19:04:51.0 +0200 +++
  devel/drivers/media/dvb/frontends/zl10036.c  2009-12-28 19:07:18.0
  +0200 @@ -411,7 +411,7 @@ static int zl10036_init_regs(struct zl10
   state-bf = 0xff;
 
   if (!state-config-rf_loop_enable)
 - zl10036_init_tab[1][2] |= 0x01;
 + zl10036_init_tab[1][0] |= 0x01;
 
   deb_info(%s\n, __func__);
 
 --
 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
 

--
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


Re: MANTIS / STB0899 / STB6100 card ( Twinhan VP-1041): problems locking to transponder

2009-12-29 Thread Matthias Wächter
Am 29.12.2009 10:38, schrieb Leszek Koltunski:
 Now , some more info:
 
 1. I've connected a satellite set-top-box to the signal and the STB
 can tune to and watch channels from both transponders with no problems
 at all.
 That IMHO proves that the signal is all right and the problem lies in
 the drivers, or maybe in dvbstream. ( or hopefully between the chair
 and the keyboard )
 
 2. I can ONLY tune to the 'freq 1150 / sr 28125' transponder. All
 others fail.  But with that one I have no problems at all, I tunes
 100% of the time; I got it to stream for 4 days straight with no
 problems.
 
 3. You can see that both transponders are C-BAND , H polarization, so
 theoretically, AFAIK, if I can tune to the '1150' transponder, I
 should be able to tune to the '1190' one with no magic at all, am I
 wrong here?

The same combination of devices (Mantis, STB0899, STB6100) is used in
various cards, and at my side they still have tuning issues.

A few weeks ago, Austrian TV started to feed their transponder theirself
instead by Astra, and from that moment on it was impossible to tune to
that transponder. After some days they switched off spectral inversion,
and the cards were now able to tune again.

Furthermore, tuning is unstable here when signal quality is not optimal
leading to driver lock-ups. After a reload, tuning is again possible.

Beside some hard reboots caused by the xineliboutput/vdpau frontend,
this is the one remaining major problem at my setup.

 Could anyone shed some light on this?

– Matthias
--
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


Re: MANTIS / STB0899 / STB6100 card ( Twinhan VP-1041): problems locking to transponder

2009-12-29 Thread Leszek Koltunski
A few specific questions:

1. Am I right thinking that 'dvbstream -c 1 -f 119 -s 27500 ...'
should just work? ( i.e. there's no additinal LNB / 22Khz / tone /
voltage magic to do? )
2. Assuming that I am right about the above, do you think it is
dvbstream, stb6100, stb0899 or mantis problem?
3. I can see that the stb0899 and stb6100 can be loaded with the
'verbose' parameter ( at least that's what modinfo says ) . I've tried
loading them with 'verbose=1' 'verbose=2' up to '4' but I can see no
additional debugging output in dmesg or kern.log. So how do I enable
debugging?
--
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


pull request: http://linuxtv.org/hg/~hgoede/gspca

2009-12-29 Thread Hans de Goede

Hi Mauro,

Please pull from:
http://linuxtv.org/hg/~hgoede/gspca

For:

1) A high priority (should go to 2.6.33) mr97310a driver fix
2) A new driver for streaming from sn9c2028 cams
3) Some gspca documentation updates

Regards,

Hans
--
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


Siano SMS1140 problem

2009-12-29 Thread sebax75
Hi,
I've already worked with different adapters (Pinnacle 320E with  em28xx, Intel 
CE9500B1, Hauppauge Nova-T Stick and SAA7134), and all have worked without big 
problem reading the howto I've found online; but now I've a new dvb-adapter, 
and it's a Siano SMS1140.
I've found some howto, but I'm not able to get it working.
Here are the steps I've followed:
- downloaded latest v4l-dvb tree (hg clone http://linuxtv.org/hg/v4l-dvb);
- compiled the tree without error (cd v4l-dvb; make);
- installed the new module (make install);
- rebooted the system;
- downloaded firmwares for dvbt from http://steventoth.net/linux/sms1xxx/; and 
copied the firmware (tried version from 01 to 03) as dvb_nova_12mhz_b0.inp (as 
requested in dmesg output) in /lib/modules/firmware.
When I plug the adpter dmesg seems ok, but no device will be created in 
/dev/dvb (dvb was not created too), so all program don't find dvb-t.
I've tried to search inside the code, but I've not found anything interesting 
for me.
The only informations I can add are:
- USB ID: 187f:0201;
- name in source code: SMS1XXX_BOARD_SIANO_NOVA_B (Siano Nova B Digital 
Receiver);
- dmesg output:
usb 1-7: new high speed USB device using ehci_hcd and address 7
usb 1-7: New USB device found, idVendor=187f, idProduct=0201
usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-7: Product: MDTV Receiver
usb 1-7: Manufacturer: MDTV Receiver
usb 1-7: configuration #1 chosen from 1 choice
usb 1-7: firmware: requesting dvb_nova_12mhz_b0.inp
smscore_set_device_mode: firmware download success: dvb_nova_12mhz_b0.inp
usbcore: registered new interface driver smsusb
- when I unplug the adapter and do modprobe -r smsusb smsmdtv, in dmesg:
usb 1-7: USB disconnect, address 5
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
smsusb_onresponse: line: 74: error, urb status -108 (-ESHUTDOWN), 0 bytes
sms_ir_exit:
usbcore: deregistering interface driver smsusb

Someone can explain to me how to get it to work or where I miss something ori, 
if it's due to some regression, how to debug it and support a programmer for 
this?

Very thanks for the help in advance,
Sebastian


--
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


Re: uvcvideo Logitech patch

2009-12-29 Thread Mitar
Hi!

 Could be, but I'd like to know if increasing the control streaming
 timeout is required as well.

I had some time now and have tested it and it is enough just to increase
UVC_CTRL_STREAMING_TIMEOUT to 5000, I left UVC_CTRL_CONTROL_TIMEOUT at
300. And everything seems to work.


Mitar
--
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


Re: [PATCH] input: imon driver for SoundGraph iMON/Antec Veris IR devices

2009-12-29 Thread Dan Carpenter

I ran smatch (http://repo.or.cz/w/smatch.git) on it and there are
some bugs worth fixing.

drivers/input/misc/imon.c +331 free_imon_context(7) error: dereferencing freed 
memory 'context'
Move the debug line earlier.

drivers/input/misc/imon.c +1812 imon_probe(216) error: dereferencing undefined: 
 'context-idev'
drivers/input/misc/imon.c +1876 imon_probe(280) error: dereferencing undefined: 
 'context-touch'
The allocation func can return NULL.  They probably won't fail in real 
life, but it will slightly annoy every person checking running smatch 
over the entire kernel (me).

drivers/input/misc/imon.c +1979 imon_probe(383) error: double unlock 
'mutex:context-lock'
drivers/input/misc/imon.c +1983 imon_probe(387) error: double unlock 
'mutex:context-lock'
It sometimes unlocks both before and after the goto.

regards,
dan carpenter
--
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


Re: [PATCH] input: imon driver for SoundGraph iMON/Antec Veris IR devices

2009-12-29 Thread Jarod Wilson

On 12/29/2009 12:01 PM, Dan Carpenter wrote:


I ran smatch (http://repo.or.cz/w/smatch.git) on it and there are
some bugs worth fixing.

drivers/input/misc/imon.c +331 free_imon_context(7) error: dereferencing freed 
memory 'context'
Move the debug line earlier.

drivers/input/misc/imon.c +1812 imon_probe(216) error: dereferencing undefined:  
'context-idev'
drivers/input/misc/imon.c +1876 imon_probe(280) error: dereferencing undefined:  
'context-touch'
The allocation func can return NULL.  They probably won't fail in real
life, but it will slightly annoy every person checking running smatch
over the entire kernel (me).

drivers/input/misc/imon.c +1979 imon_probe(383) error: double unlock 
'mutex:context-lock'
drivers/input/misc/imon.c +1983 imon_probe(387) error: double unlock 
'mutex:context-lock'
It sometimes unlocks both before and after the goto.


Yeah, I think I've actually already fixed every one of these problems in 
the past 24 hours (a few just a few minutes ago), stay tuned for a 
repost, hopefully later today. :)


Thanks much,

--
Jarod Wilson
ja...@wilsonet.com
--
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


RE: [PATCH - v2 4/6] V4L - vpfe_capture - bug fixes and enhancements

2009-12-29 Thread Karicheri, Muralidharan
Hans,

If you are okay with this patch, could you please merge this to
your -hg tree and send a pull request to Mauro to merge to the
linux-next tree? This depends on the previous patch set which is
waiting for Mauro's merge.

Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com

-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, December 23, 2009 10:26 AM
To: 'Hans Verkuil'
Cc: linux-media@vger.kernel.org; khil...@deeprootsystems.com; Hiremath,
Vaibhav; Nori, Sekhar; davinci-linux-open-sou...@linux.davincidsp.com
Subject: RE: [PATCH - v2 4/6] V4L - vpfe_capture - bug fixes and
enhancements

Hans,

The change is because of the void * type that we use. Since ccdc parameter
structures are different for different IPs, a constant type for this arg
is not possible. The ccdc driver needs the pointer to structure. But the
v4l2 core tries to copies 4 bytes of data from the void * pointed location
which is not what we want. I am sure this code will change once we have a
device node available for ccdc on which case, this ioctl will be handled by
the ccdc sub device node. The long term goal is to convert ccdc/isif
drivers
to sub device and pass this user ioctl to that sub device node. But
currently we don't have support for device nodes for sub devices. I think
that is needed for this conversion to be complete.

BTW, does this patch series rely on the patches in my v4l-dvb-davinci
tree?
Or are these independent patches?

Yes, this is dependent on my earlier patch. I had asked Mauro to merge that
patch to linux-next, but still waiting

Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com

-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, December 23, 2009 9:24 AM
To: Karicheri, Muralidharan
Cc: linux-media@vger.kernel.org; khil...@deeprootsystems.com; Hiremath,
Vaibhav; Nori, Sekhar; davinci-linux-open-sou...@linux.davincidsp.com
Subject: Re: [PATCH - v2 4/6] V4L - vpfe_capture - bug fixes and
enhancements

Hi Murali,

Sorry for the long delay in reviewing this patch series. I've been very
busy,
first at work, and now for Christmas preparations (and occasionally I'd
like
to relax as well :-) ).

I'm OK with the other patches in this series, but I do have a few comments
on this one: I noticed that you added a wrapper function for video_ioctl2.
I don't quite understand why.

BTW, does this patch series rely on the patches in my v4l-dvb-davinci
tree?
Or are these independent patches? Is it because the experimental
VPFE_CMD_S/G_CCDC_RAW_PARAMS ioctls are used with different argument
pointers?
I mean, currently the arg is a void * instead of a properly typed argument.

However, if it always uses the same type, then you should use that type in
_IOR/_IOW and use video_ioctl2 directly so that the core framework will do
the
user-to-kernelspace conversion (and vv) for you.

Regards,

  Hans

On Saturday 19 December 2009 00:58:25 m-kariche...@ti.com wrote:
 From: Muralidharan Karicheri m-kariche...@ti.com

 Updated based on comments against v1 of the patch

 Added a experimental IOCTL, to read the CCDC parameters.
 Default handler was not getting the original pointer from the core.
 So a wrapper function added to handle the default handler properly.
 Also fixed a bug in the probe() in the linux-next tree

 Reviewed-by: Hans Verkuil hverk...@xs4all.nl
 Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
 ---
 Applies to linux-next of v4l-dvb
  drivers/media/video/davinci/vpfe_capture.c |  120 +
-
--
  include/media/davinci/vpfe_capture.h   |   12 ++-
  2 files changed, 81 insertions(+), 51 deletions(-)

 diff --git a/drivers/media/video/davinci/vpfe_capture.c
b/drivers/media/video/davinci/vpfe_capture.c
 index 9e3a531..99ffc62 100644
 --- a/drivers/media/video/davinci/vpfe_capture.c
 +++ b/drivers/media/video/davinci/vpfe_capture.c
 @@ -758,12 +758,83 @@ static unsigned int vpfe_poll(struct file *file,
poll_table *wait)
 return 0;
  }

 +static long vpfe_param_handler(struct file *file, void *priv,
 +   int cmd, void *param)
 +{
 +   struct vpfe_device *vpfe_dev = video_drvdata(file);
 +   int ret = 0;
 +
 +   v4l2_dbg(1, debug, vpfe_dev-v4l2_dev, vpfe_param_handler\n);
 +
 +   if (NULL == param) {
 +   v4l2_dbg(1, debug, vpfe_dev-v4l2_dev,
 +   Invalid user ptr\n);
 +   return -EINVAL;
 +   }
 +
 +   if (vpfe_dev-started) {
 +   /* only allowed if streaming is not started */
 +   v4l2_err(vpfe_dev-v4l2_dev, device already started\n);
 +   return -EBUSY;
 +   }
 +
 +   switch (cmd) {
 +   case VPFE_CMD_S_CCDC_RAW_PARAMS:
 +   v4l2_warn(vpfe_dev-v4l2_dev,
 + VPFE_CMD_S_CCDC_RAW_PARAMS: experimental ioctl\n);
 +   ret = mutex_lock_interruptible(vpfe_dev-lock);
 +  

Re: Which modules for the VP-2033? Where is the module mantis.ko?

2009-12-29 Thread Aljaž Prusnik
On pon, 2009-12-28 at 21:06 +0100, Aljaž Prusnik wrote:
 On pon, 2009-12-28 at 20:28 +0100, Aljaž Prusnik wrote:
  On pon, 2009-12-28 at 02:23 +0400, Manu Abraham wrote:
   Can you please do a lspci -vn for the Mantis card you have ? Also try
   loading the mantis.ko module with verbose=5 module parameter, to get
   more debug information.
  
 
 To continue, it seems the module is registering the remote commands, but
 dunno, why irw shows nothing:

Well - to answer myself on this one, it doesn't because there is no
input device registered. I used to have this under input devices
(cat /proc/bus/input/devices):

I: Bus=0001 Vendor= Product= Version=0001
N: Name=Mantis VP-2040 IR Receiver
P: Phys=pci-:03:06.0/ir0
S: Sysfs=/devices/virtual/input/input5
U: Uniq=
H: Handlers=kbd event5
B: EV=13
B: KEY=108fc330 2842041 0 200018000 21804801
9e96c0 ffc

So the question is, why is it not registered as an input anymore?

Regards,
Aljaz


--
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


[PATCH] IR: Fix sysfs attributes declaration

2009-12-29 Thread Francesco Lavra
Hi,
This patch fixes the declaration of the sysfs attributes for IR's, which
must be a NULL-terminated array of struct attribute *.
Without this patch, my machine crashes when inserting a DVB card.
I'm using a 2.6.32 kernel.
Regards,
Francesco

Signed-off-by: Francesco Lavra francescola...@interfree.it

--- a/linux/drivers/media/IR/ir-sysfs.c 2009-12-29 19:36:04.0 +0100
+++ b/linux/drivers/media/IR/ir-sysfs.c 2009-12-29 19:36:49.0 +0100
@@ -127,6 +127,7 @@ static DEVICE_ATTR(current_protocol, S_I
 
 static struct attribute *ir_dev_attrs[] = {
dev_attr_current_protocol.attr,
+   NULL,
 };
 
 /**


--
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


Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Sean





Alan Stern wrote:
The patch doesn't fix anything.  The point was to gather enough 
information to figure out what's going wrong.  Without the debug 
messages, there's no information.


Perhaps things will slow down less if you change the new ohci_info() 
calls in the patch to ohci_dbg().  Or perhaps you can increase the 
timeout values in capture-example.c.


You should also apply this patch (be sure to enable CONFIG_USB_DEBUG):

http://marc.info/?l=linux-usbm=126056642931083w=2

It probably won't make any difference, but including it anyway is
worthwhile.

Alan Stern
  

The early return in td_free that is in the patch will trap the error.

I changed the debug statements to ohci_dbg and I was able to capture 
the full output with klogd. It is attached.


Sean

Sean wrote:

In looking at the log file it seems that there is a mismatch of td_alloc 
calls and td_free calls.


Sean
--
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


[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK

2009-12-29 Thread Hans Verkuil
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:Tue Dec 29 19:00:09 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset:   13876:0b9c85378d2f
gcc version: gcc (GCC) 4.3.1
hardware:x86_64
host os: 2.6.26

linux-2.6.30-armv5: OK
linux-2.6.31-armv5: OK
linux-2.6.32-armv5: OK
linux-2.6.33-rc2-armv5: ERRORS
linux-2.6.32-armv5-davinci: OK
linux-2.6.33-rc2-armv5-davinci: ERRORS
linux-2.6.30-armv5-ixp: OK
linux-2.6.31-armv5-ixp: OK
linux-2.6.32-armv5-ixp: OK
linux-2.6.33-rc2-armv5-ixp: ERRORS
linux-2.6.30-armv5-omap2: OK
linux-2.6.31-armv5-omap2: OK
linux-2.6.32-armv5-omap2: OK
linux-2.6.33-rc2-armv5-omap2: ERRORS
linux-2.6.22.19-i686: OK
linux-2.6.23.12-i686: OK
linux-2.6.24.7-i686: OK
linux-2.6.25.11-i686: OK
linux-2.6.26-i686: OK
linux-2.6.27-i686: OK
linux-2.6.28-i686: OK
linux-2.6.29.1-i686: WARNINGS
linux-2.6.30-i686: OK
linux-2.6.31-i686: WARNINGS
linux-2.6.32-i686: WARNINGS
linux-2.6.33-rc2-i686: ERRORS
linux-2.6.30-m32r: OK
linux-2.6.31-m32r: OK
linux-2.6.32-m32r: OK
linux-2.6.33-rc2-m32r: ERRORS
linux-2.6.30-mips: WARNINGS
linux-2.6.31-mips: OK
linux-2.6.32-mips: OK
linux-2.6.33-rc2-mips: ERRORS
linux-2.6.30-powerpc64: WARNINGS
linux-2.6.31-powerpc64: OK
linux-2.6.32-powerpc64: WARNINGS
linux-2.6.33-rc2-powerpc64: ERRORS
linux-2.6.22.19-x86_64: OK
linux-2.6.23.12-x86_64: OK
linux-2.6.24.7-x86_64: OK
linux-2.6.25.11-x86_64: OK
linux-2.6.26-x86_64: OK
linux-2.6.27-x86_64: OK
linux-2.6.28-x86_64: OK
linux-2.6.29.1-x86_64: WARNINGS
linux-2.6.30-x86_64: OK
linux-2.6.31-x86_64: WARNINGS
linux-2.6.32-x86_64: WARNINGS
linux-2.6.33-rc2-x86_64: ERRORS
spec: OK
sparse (linux-2.6.32): ERRORS
sparse (linux-2.6.33-rc2): ERRORS
linux-2.6.16.61-i686: OK
linux-2.6.17.14-i686: OK
linux-2.6.18.8-i686: OK
linux-2.6.19.5-i686: OK
linux-2.6.20.21-i686: OK
linux-2.6.21.7-i686: OK
linux-2.6.16.61-x86_64: OK
linux-2.6.17.14-x86_64: OK
linux-2.6.18.8-x86_64: OK
linux-2.6.19.5-x86_64: OK
linux-2.6.20.21-x86_64: OK
linux-2.6.21.7-x86_64: OK

Detailed results are available here:

http://www.xs4all.nl/~hverkuil/logs/Tuesday.log

Full logs are available here:

http://www.xs4all.nl/~hverkuil/logs/Tuesday.tar.bz2

The V4L-DVB specification from this daily build is here:

http://www.xs4all.nl/~hverkuil/spec/media.html
--
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


Call for Testers: PCTV 340e support

2009-12-29 Thread Devin Heitmueller
Hello All,

If there are any users who have been waiting for the PCTV 340e to be
supported, there is now a tree available for testing:

http://kernellabs.com/hg/~dheitmueller/pctv-340e-2

Comments welcome.  More info can be found here:

http://www.kernellabs.com/blog/?p=1247

Cheers,

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
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


Fwd: Compro S300 - ZL10313

2009-12-29 Thread Theunis Potgieter
Hi mailing list,

I have a problem with my Compro S300 pci card under Linux 2.6.32.

I cannot tune with this card and STR/SNRA is very bad compared to my
Technisat SkyStar 2 pci card, connected to the same dish.

I have this card and are willing to run tests, tested drivers etc to
make this work.

I currently load the module saa7134 with options: card=169

I enabled some debug parameters on the saa7134, not sure what else I
should enable. Please find my dmesg log attached.

Thanks,
Theunis


dmesg.txt.bz2
Description: BZip2 compressed data


Re: [cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK

2009-12-29 Thread Németh Márton
Hans Verkuil wrote:
 Detailed results are available here:
 
 http://www.xs4all.nl/~hverkuil/logs/Tuesday.log

linux-2.6.33-rc2-armv5: ERRORS

In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: In file included from 
command-line:0error: :
linux/autoconf.h: No such file or directory
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28:In file included from 
command-line:0 error: :
linux/autoconf.h: No such file or directory
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
In file included from command-line:0:
/marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: linux/autoconf.h: 
No such file or directory
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_filter.o] Error 1
make[3]: *** Waiting for unfinished jobs
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvbdev.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ringbuffer.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ca_en50221.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dmxdev.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_demux.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_frontend.o] Error 1
make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_net.o] Error 1
make[2]: *** [_module_/marune/build/v4l-dvb-master/v4l] Error 2
make[2]: Leaving directory `/marune/build/trees/armv5/linux-2.6.33-rc2'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/marune/build/v4l-dvb-master/v4l'
make: *** [all] Error 2
Tue Dec 29 19:01:02 CET 2009

This problem happens because the v4l/config-compat.h includes the
linux/autoconf.h . This file is generated by v4l/scripts/make_config_compat.pl .

I found different commits where the inclusion of this file was
completely removed, like in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=911f21501f50b16ce77f37b01e90b5b73c8c80bf
 .
I doubt whether the line should be completely deleted or a construct
like this should be used:

#if LINUX_VERSION_CODE  KERNEL_VERSION(2, 6, 33)
#include linux/autoconf.h
#endif

What do you think?

Márton Németh


--
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


Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Alan Stern
On Tue, 29 Dec 2009, Sean wrote:

  I changed the debug statements to ohci_dbg and I was able to capture 
  the full output with klogd. It is attached.

You did not get the full output.  That's why I tell people to use dmesg
instead of klogd or the kernel log files.  If necessary you can always
increase the size of the dmesg log buffer by changing
CONFIG_LOG_BUF_SHIFT.  I tend to set it to 18; you might want to go 
even higher.

 In looking at the log file it seems that there is a mismatch of td_alloc 
 calls and td_free calls.

That's because you didn't get the full output.  Here's an enhanced 
version of the patch.  It will provide more information and perhaps a 
smoking gun.

Alan Stern


Index: usb-2.6/drivers/usb/host/ohci-hcd.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-hcd.c
+++ usb-2.6/drivers/usb/host/ohci-hcd.c
@@ -201,7 +201,7 @@ static int ohci_urb_enqueue (
 
/* allocate the TDs (deferring hash chain updates) */
for (i = 0; i  size; i++) {
-   urb_priv-td [i] = td_alloc (ohci, mem_flags);
+   urb_priv-td [i] = td_alloc (ohci, mem_flags, urb-dev, 
urb-ep);
if (!urb_priv-td [i]) {
urb_priv-length = i;
urb_free_priv (ohci, urb_priv);
Index: usb-2.6/drivers/usb/host/ohci-mem.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-mem.c
+++ usb-2.6/drivers/usb/host/ohci-mem.c
@@ -82,7 +82,8 @@ dma_to_td (struct ohci_hcd *hc, dma_addr
 
 /* TDs ... */
 static struct td *
-td_alloc (struct ohci_hcd *hc, gfp_t mem_flags)
+td_alloc (struct ohci_hcd *hc, gfp_t mem_flags, struct usb_device *udev,
+   struct usb_host_endpoint *ep)
 {
dma_addr_t  dma;
struct td   *td;
@@ -94,6 +95,8 @@ td_alloc (struct ohci_hcd *hc, gfp_t mem
td-hwNextTD = cpu_to_hc32 (hc, dma);
td-td_dma = dma;
/* hashed in td_fill */
+   ohci_dbg(hc, td alloc for %s ep%x: %p\n,
+   udev-devpath, ep-desc.bEndpointAddress, td);
}
return td;
 }
@@ -101,14 +104,27 @@ td_alloc (struct ohci_hcd *hc, gfp_t mem
 static void
 td_free (struct ohci_hcd *hc, struct td *td)
 {
-   struct td   **prev = hc-td_hash [TD_HASH_FUNC (td-td_dma)];
-
-   while (*prev  *prev != td)
+   int hash = TD_HASH_FUNC(td-td_dma);
+   struct td   **prev = hc-td_hash[hash];
+   int n = 0;
+
+   ohci_dbg(hc, td free %p\n, td);
+   while (*prev  *prev != td) {
+   if ((unsigned long) *prev == 0xa7a7a7a7) {
+   ohci_dbg(hc, poisoned hash at %p (%d %d) %p\n, prev,
+   hash, n, hc-td_hash[hash]);
+   return;
+   }
prev = (*prev)-td_hash;
-   if (*prev)
+   ++n;
+   }
+   if (*prev) {
*prev = td-td_hash;
-   else if ((td-hwINFO  cpu_to_hc32(hc, TD_DONE)) != 0)
-   ohci_dbg (hc, no hash for td %p\n, td);
+   ohci_dbg(hc, (%d %d) %p - %p\n, hash, n, prev, *prev);
+   } else {
+   ohci_dbg(hc, no hash for td %p: %d %p\n, td,
+   hash, hc-td_hash[hash]);
+   }
dma_pool_free (hc-td_cache, td, td-td_dma);
 }
 
Index: usb-2.6/drivers/usb/host/ohci-q.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-q.c
+++ usb-2.6/drivers/usb/host/ohci-q.c
@@ -406,7 +406,7 @@ static struct ed *ed_get (
}
 
/* dummy td; end of td list for ed */
-   td = td_alloc (ohci, GFP_ATOMIC);
+   td = td_alloc (ohci, GFP_ATOMIC, udev, ep);
if (!td) {
/* out of memory */
ed_free (ohci, ed);
@@ -560,6 +560,7 @@ td_fill (struct ohci_hcd *ohci, u32 info
hash = TD_HASH_FUNC (td-td_dma);
td-td_hash = ohci-td_hash [hash];
ohci-td_hash [hash] = td;
+   ohci_dbg(ohci, hash %p to %d - %p\n, td, hash, td-td_hash);
 
/* HC might read the TD (or cachelines) right away ... */
wmb ();

--
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


[PATCH] gspca: make control descriptors constant

2009-12-29 Thread Németh Márton
From: Márton Németh nm...@freemail.hu

The ctrls field of struct sd_desc is declared as const
in gspca.h. It is worth to initialize the content also with
constant values.

The semantic match that finds this kind of pattern is as follows:
(http://coccinelle.lip6.fr/)

// smpl
@m@
identifier x;
identifier y;
identifier sd_desc;
@@
static struct x sd_desc = {
...
.ctrls = y,
...
};
@c depends on m@
identifier m.y;
identifier ctrl;
@@
static const struct ctrl y[] = ...;
@depends on m  !c@
identifier m.y;
identifier ctrl;
@@
static
+   const
struct ctrl y[] = ...;
// /smpl

Signed-off-by: Márton Németh nm...@freemail.hu
Cc: co...@diku.dk
---
diff -r 563555b04382 linux/drivers/media/video/gspca/benq.c
--- a/linux/drivers/media/video/gspca/benq.cSun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/benq.cTue Dec 29 21:03:28 2009 +0100
@@ -32,7 +32,7 @@
 };

 /* V4L2 controls supported by the driver */
-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
 };

 static const struct v4l2_pix_format vga_mode[] = {
diff -r 563555b04382 linux/drivers/media/video/gspca/conex.c
--- a/linux/drivers/media/video/gspca/conex.c   Sun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/conex.c   Tue Dec 29 21:03:28 2009 +0100
@@ -52,7 +52,7 @@
 static int sd_setcolors(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getcolors(struct gspca_dev *gspca_dev, __s32 *val);

-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
{
{
.id  = V4L2_CID_BRIGHTNESS,
diff -r 563555b04382 linux/drivers/media/video/gspca/etoms.c
--- a/linux/drivers/media/video/gspca/etoms.c   Sun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/etoms.c   Tue Dec 29 21:03:28 2009 +0100
@@ -52,7 +52,7 @@
 static int sd_setautogain(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getautogain(struct gspca_dev *gspca_dev, __s32 *val);

-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
{
 {
  .id = V4L2_CID_BRIGHTNESS,
diff -r 563555b04382 linux/drivers/media/video/gspca/mars.c
--- a/linux/drivers/media/video/gspca/mars.cSun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/mars.cTue Dec 29 21:03:28 2009 +0100
@@ -54,7 +54,7 @@
 static int sd_setsharpness(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getsharpness(struct gspca_dev *gspca_dev, __s32 *val);

-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
{
{
.id  = V4L2_CID_BRIGHTNESS,
diff -r 563555b04382 linux/drivers/media/video/gspca/mr97310a.c
--- a/linux/drivers/media/video/gspca/mr97310a.cSun Dec 27 17:18:24 
2009 +0100
+++ b/linux/drivers/media/video/gspca/mr97310a.cTue Dec 29 21:03:28 
2009 +0100
@@ -107,7 +107,7 @@
 static void setgain(struct gspca_dev *gspca_dev);

 /* V4L2 controls supported by the driver */
-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
 /* Separate brightness control description for Argus QuickClix as it has
different limits from the other mr97310a cameras */
{
diff -r 563555b04382 linux/drivers/media/video/gspca/ov534.c
--- a/linux/drivers/media/video/gspca/ov534.c   Sun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/ov534.c   Tue Dec 29 21:03:28 2009 +0100
@@ -106,7 +106,7 @@
 static int sd_setfreq(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getfreq(struct gspca_dev *gspca_dev, __s32 *val);

-static struct ctrl sd_ctrls_ov772x[] = {
+static const struct ctrl sd_ctrls_ov772x[] = {
 {  /* 0 */
{
.id  = V4L2_CID_BRIGHTNESS,
@@ -277,7 +277,7 @@
.get = sd_getvflip,
 },
 };
-static struct ctrl sd_ctrls_ov965x[] = {
+static const struct ctrl sd_ctrls_ov965x[] = {
 {  /* 0 */
{
.id  = V4L2_CID_BRIGHTNESS,
diff -r 563555b04382 linux/drivers/media/video/gspca/pac207.c
--- a/linux/drivers/media/video/gspca/pac207.c  Sun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/pac207.c  Tue Dec 29 21:03:28 2009 +0100
@@ -77,7 +77,7 @@
 static int sd_setgain(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getgain(struct gspca_dev *gspca_dev, __s32 *val);

-static struct ctrl sd_ctrls[] = {
+static const struct ctrl sd_ctrls[] = {
 #define SD_BRIGHTNESS 0
{
{
diff -r 563555b04382 linux/drivers/media/video/gspca/pac7302.c
--- a/linux/drivers/media/video/gspca/pac7302.c Sun Dec 27 17:18:24 2009 +0100
+++ b/linux/drivers/media/video/gspca/pac7302.c Tue Dec 29 21:03:28 2009 +0100
@@ -124,7 +124,7 @@
 static int sd_setexposure(struct gspca_dev *gspca_dev, __s32 val);
 static int sd_getexposure(struct gspca_dev *gspca_dev, __s32 

Re: [PATCH] input: imon driver for SoundGraph iMON/Antec Veris IR devices

2009-12-29 Thread Dmitry Torokhov

On Tue, Dec 29, 2009 at 12:04:00AM -0500, Jarod Wilson wrote:

On Dec 28, 2009, at 4:31 AM, Dmitry Torokhov wrote:


Hm, will this work on big-endian?


Good question. Not sure offhand. Probably not. Unfortunately, the  
only devices I have to test with at the moment are integrated into  
cases with x86 boards in them, so testing isn't particularly  
straight-forward. I should probably get ahold of one of the plain  
external usb devices to play with... Mind if I just add a TODO  
marker near that for now?




How about just do le32_to_cpu() instead of memcpy()ing and that's
probably it?


+
+printk(KERN_INFO %s: iMON device (intf%d) disconnected\n,
+   __func__, ifnum);


dev_dbg().


Ah. I think I was thinking it might not be safe to use at this point  
in time. Which is what led me to look back at free_imon_context to  
see what it was doing. Looks like both here and to fix  
free_imon_context's use-after-free, I'll need to create a local  
struct device to pass over to dev_dbg().




+static int imon_resume(struct usb_interface *intf)
+{
+int rc = 0;
+struct imon_context *context = usb_get_intfdata(intf);
+int ifnum = intf-cur_altsetting-desc.bInterfaceNumber;
+
+if (ifnum == 0) {
+usb_fill_int_urb(context-rx_urb_intf0, context- 
usbdev_intf0,

+usb_rcvintpipe(context-usbdev_intf0,
+context-rx_endpoint_intf0-bEndpointAddress),
+context-usb_rx_buf, sizeof(context-usb_rx_buf),
+usb_rx_callback_intf0, context,
+context-rx_endpoint_intf0-bInterval);
+
+rc = usb_submit_urb(context-rx_urb_intf0, GFP_ATOMIC);
+
+} else {
+usb_fill_int_urb(context-rx_urb_intf1, context- 
usbdev_intf1,

+usb_rcvintpipe(context-usbdev_intf1,
+context-rx_endpoint_intf1-bEndpointAddress),
+context-usb_rx_buf, sizeof(context-usb_rx_buf),
+usb_rx_callback_intf1, context,
+context-rx_endpoint_intf1-bInterval);
+
+rc = usb_submit_urb(context-rx_urb_intf1, GFP_ATOMIC);
+}


We have pretty different behavior depending on the interface, maybe  
the

driver should be split further?


This is what we'll call a fun topic... These devices expose two  
interfaces, and a while back in the lirc_imon days, they actually  
loaded up as two separate lirc devices. But there's a catch: they  
can't operate independently. Some keys come in via intf0, some via  
intf1, even from the very same remote. And the interfaces share a  
hardware-internal buffer (or something), and if you're only  
listening to one of the two devices, and a key is decoded and sent  
via the interface you're not listening to, it wedges the entire  
device until you flush the other interface. Horribly bad hardware  
design at play there, imo, but meh. What exactly did you have in  
mind as far as a split? (And/or does it still apply with the above  
info taken into consideration? ;).


Ok, fair enough. I'd still want to see larger functions split up a bit  
though.


Thanks.

--
Dmitry
--
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


Re: [cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK

2009-12-29 Thread Mauro Carvalho Chehab
Németh Márton wrote:
 Hans Verkuil wrote:
 Detailed results are available here:

 http://www.xs4all.nl/~hverkuil/logs/Tuesday.log
 
 linux-2.6.33-rc2-armv5: ERRORS
 
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: In file included from 
 command-line:0error: :
 linux/autoconf.h: No such file or directory
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28:In file included from 
 command-line:0 error: :
 linux/autoconf.h: No such file or directory
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_filter.o] Error 1
 make[3]: *** Waiting for unfinished jobs
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvbdev.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ringbuffer.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ca_en50221.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dmxdev.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_demux.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_frontend.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_net.o] Error 1
 make[2]: *** [_module_/marune/build/v4l-dvb-master/v4l] Error 2
 make[2]: Leaving directory `/marune/build/trees/armv5/linux-2.6.33-rc2'
 make[1]: *** [default] Error 2
 make[1]: Leaving directory `/marune/build/v4l-dvb-master/v4l'
 make: *** [all] Error 2
 Tue Dec 29 19:01:02 CET 2009
 
 This problem happens because the v4l/config-compat.h includes the
 linux/autoconf.h . This file is generated by 
 v4l/scripts/make_config_compat.pl .
 
 I found different commits where the inclusion of this file was
 completely removed, like in
 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=911f21501f50b16ce77f37b01e90b5b73c8c80bf
  .
 I doubt whether the line should be completely deleted or a construct
 like this should be used:
 
 #if LINUX_VERSION_CODE  KERNEL_VERSION(2, 6, 33)
 #include linux/autoconf.h
 #endif
 
 What do you think?

If I'm not mistaken, Michael included this file at the building system,
since some drivers need to do some checks against some CONFIG_foo symbols that
are needed to compile certain drivers.

By removing it, it may break some compilations. So, while I'm not quite sure
what should be done to fix the issue, just removing it seems to me that it will
cause some regression.

Cheers,
Mauro.

--
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


Re: [cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK

2009-12-29 Thread Németh Márton
Mauro Carvalho Chehab írta:
 Németh Márton wrote:
 Hans Verkuil wrote:
 Detailed results are available here:

 http://www.xs4all.nl/~hverkuil/logs/Tuesday.log
 linux-2.6.33-rc2-armv5: ERRORS

 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: In file included from 
 command-line:0error: :
 linux/autoconf.h: No such file or directory
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28:In file included from 
 command-line:0 error: :
 linux/autoconf.h: No such file or directory
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 In file included from command-line:0:
 /marune/build/v4l-dvb-master/v4l/config-compat.h:4:28: error: 
 linux/autoconf.h: No such file or directory
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_filter.o] Error 1
 make[3]: *** Waiting for unfinished jobs
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvbdev.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ringbuffer.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_ca_en50221.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dmxdev.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_demux.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_frontend.o] Error 1
 make[3]: *** [/marune/build/v4l-dvb-master/v4l/dvb_net.o] Error 1
 make[2]: *** [_module_/marune/build/v4l-dvb-master/v4l] Error 2
 make[2]: Leaving directory `/marune/build/trees/armv5/linux-2.6.33-rc2'
 make[1]: *** [default] Error 2
 make[1]: Leaving directory `/marune/build/v4l-dvb-master/v4l'
 make: *** [all] Error 2
 Tue Dec 29 19:01:02 CET 2009

 This problem happens because the v4l/config-compat.h includes the
 linux/autoconf.h . This file is generated by 
 v4l/scripts/make_config_compat.pl .

 I found different commits where the inclusion of this file was
 completely removed, like in
 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=911f21501f50b16ce77f37b01e90b5b73c8c80bf
  .
 I doubt whether the line should be completely deleted or a construct
 like this should be used:

 #if LINUX_VERSION_CODE  KERNEL_VERSION(2, 6, 33)
 #include linux/autoconf.h
 #endif

 What do you think?
 
 If I'm not mistaken, Michael included this file at the building system,
 since some drivers need to do some checks against some CONFIG_foo symbols that
 are needed to compile certain drivers.
 
 By removing it, it may break some compilations. So, while I'm not quite sure
 what should be done to fix the issue, just removing it seems to me that it 
 will
 cause some regression.

Maybe the following construct would be the right one:

#if LINUX_VERSION_CODE  KERNEL_VERSION(2, 6, 33)
#include linux/autoconf.h
#else
#include generated/autoconf.h
#endif

Regards,

Márton Németh
--
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


Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Sean

Alan Stern wrote:

You did not get the full output.  That's why I tell people to use dmesg
instead of klogd or the kernel log files.  If necessary you can always
increase the size of the dmesg log buffer by changing
CONFIG_LOG_BUF_SHIFT.  I tend to set it to 18; you might want to go 
even higher.



That's because you didn't get the full output.  Here's an enhanced 
version of the patch.  It will provide more information and perhaps a 
smoking gun.


Alan Stern
  

Alan,

Thanks for the debug patch. I'll send you the dmesg.log output in 
another email. It is 2MB.


Sean


--
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


Compro VideoMate U80 DVB-T USB 2.0 High Definition Digital TV Stick

2009-12-29 Thread drappa

Hi All

http://www.comprousa.com/en/product/u80/u80.html

I'd be grateful if anyone can tell me if this device is supported yet, 
and if so, any pointers to getting it working.


Thanks
Drappa


--
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


Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Alan Stern
On Tue, 29 Dec 2009, Sean wrote:

 Alan,
 
 Thanks for the debug patch. I'll send you the dmesg.log output in 
 another email. It is 2MB.

Got it.  It's not good enough; the initial error occurred before the 
start of your extract.  Here's yet another version of the patch; this 
one will stop printing the debug messages when an error is first 
detected so maybe it won't overrun your log buffer.

Alan Stern


Index: usb-2.6/drivers/usb/host/ohci-hcd.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-hcd.c
+++ usb-2.6/drivers/usb/host/ohci-hcd.c
@@ -201,7 +201,7 @@ static int ohci_urb_enqueue (
 
/* allocate the TDs (deferring hash chain updates) */
for (i = 0; i  size; i++) {
-   urb_priv-td [i] = td_alloc (ohci, mem_flags);
+   urb_priv-td [i] = td_alloc (ohci, mem_flags, urb-dev, 
urb-ep);
if (!urb_priv-td [i]) {
urb_priv-length = i;
urb_free_priv (ohci, urb_priv);
@@ -580,6 +580,7 @@ static int ohci_run (struct ohci_hcd *oh
struct usb_hcd  *hcd = ohci_to_hcd(ohci);
 
disable (ohci);
+   ohci-testing = 1;
 
/* boot firmware should have set this up (5.1.1.3.1) */
if (first) {
Index: usb-2.6/drivers/usb/host/ohci-mem.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-mem.c
+++ usb-2.6/drivers/usb/host/ohci-mem.c
@@ -82,7 +82,8 @@ dma_to_td (struct ohci_hcd *hc, dma_addr
 
 /* TDs ... */
 static struct td *
-td_alloc (struct ohci_hcd *hc, gfp_t mem_flags)
+td_alloc (struct ohci_hcd *hc, gfp_t mem_flags, struct usb_device *udev,
+   struct usb_host_endpoint *ep)
 {
dma_addr_t  dma;
struct td   *td;
@@ -94,6 +95,9 @@ td_alloc (struct ohci_hcd *hc, gfp_t mem
td-hwNextTD = cpu_to_hc32 (hc, dma);
td-td_dma = dma;
/* hashed in td_fill */
+   if (hc-testing)
+   ohci_dbg(hc, td alloc for %s ep%x: %p\n,
+   udev-devpath, ep-desc.bEndpointAddress, td);
}
return td;
 }
@@ -101,14 +105,32 @@ td_alloc (struct ohci_hcd *hc, gfp_t mem
 static void
 td_free (struct ohci_hcd *hc, struct td *td)
 {
-   struct td   **prev = hc-td_hash [TD_HASH_FUNC (td-td_dma)];
-
-   while (*prev  *prev != td)
+   int hash = TD_HASH_FUNC(td-td_dma);
+   struct td   **prev = hc-td_hash[hash];
+   int n = 0;
+
+   if (hc-testing)
+   ohci_dbg(hc, td free %p\n, td);
+   while (*prev  *prev != td) {
+   if ((unsigned long) *prev == 0xa7a7a7a7) {
+   ohci_dbg(hc, poisoned hash at %p (%d %d) %p\n, prev,
+   hash, n, hc-td_hash[hash]);
+   return;
+   }
prev = (*prev)-td_hash;
-   if (*prev)
+   ++n;
+   }
+   if (*prev) {
*prev = td-td_hash;
-   else if ((td-hwINFO  cpu_to_hc32(hc, TD_DONE)) != 0)
-   ohci_dbg (hc, no hash for td %p\n, td);
+   if (hc-testing) {
+   ohci_dbg(hc, (%d %d) %p - %p\n, hash, n, prev, 
*prev);
+   if (td-td_hash == td)
+   hc-testing = 0;
+   }
+   } else {
+   ohci_dbg(hc, no hash for td %p: %d %p\n, td,
+   hash, hc-td_hash[hash]);
+   }
dma_pool_free (hc-td_cache, td, td-td_dma);
 }
 
Index: usb-2.6/drivers/usb/host/ohci-q.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-q.c
+++ usb-2.6/drivers/usb/host/ohci-q.c
@@ -406,7 +406,7 @@ static struct ed *ed_get (
}
 
/* dummy td; end of td list for ed */
-   td = td_alloc (ohci, GFP_ATOMIC);
+   td = td_alloc (ohci, GFP_ATOMIC, udev, ep);
if (!td) {
/* out of memory */
ed_free (ohci, ed);
@@ -560,6 +560,11 @@ td_fill (struct ohci_hcd *ohci, u32 info
hash = TD_HASH_FUNC (td-td_dma);
td-td_hash = ohci-td_hash [hash];
ohci-td_hash [hash] = td;
+   if (ohci-testing) {
+   ohci_dbg(ohci, hash %p to %d - %p\n, td, hash, td-td_hash);
+   if (td-td_hash == td)
+   ohci-testing = 0;
+   }
 
/* HC might read the TD (or cachelines) right away ... */
wmb ();
Index: usb-2.6/drivers/usb/host/ohci.h
===
--- usb-2.6.orig/drivers/usb/host/ohci.h
+++ usb-2.6/drivers/usb/host/ohci.h
@@ -346,6 +346,7 @@ typedef struct urb_priv {
 
 struct ohci_hcd {
spinlock_t  lock;
+   int testing;
 
/*
 * I/O memory used to