Message-ID: <49D0C9F1.6020006@rtr.ca>
Date: Mon, 30 Mar 2009 09:32:33 -0400
From: Mark Lord <lkml@rtr.ca>
Organization: Real-Time Remedies Inc.
User-Agent: Thunderbird 2.0.0.21 (X11/20090318)
MIME-Version: 1.0
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: ivtv-devel@ivtvdriver.org, Linux Kernel <linux-kernel@vger.kernel.org>,
       v4l-dvb-maintainer@linuxtv.org, g.liakhovetski@gmx.de,
       video4linux-list@redhat.com
Subject: Re: [ivtv-devel] 2.6.29: ivtv-vbi.c: divide-by-zero in compress_sliced_buf()
References: <49D03596.8030802@rtr.ca> <200903301100.31611.hverkuil@xs4all.nl> <49D0C936.8090407@rtr.ca>
In-Reply-To: <49D0C936.8090407@rtr.ca>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1052
Lines: 28

Mark Lord wrote:
> Hans Verkuil wrote:
>> On Monday 30 March 2009 04:59:34 Mark Lord wrote:
>>> The changes to line_size in 2.6.29 now cause
>>> attempts to record from my PVR250 cards (MythTV)
>>> to die with a divide by zero error in ivtv-vbi.c.
>>>
>>> The value of "line_size" in compress_sliced_buf() is zero.
>>
>> Weird. That should never be zero. Can you mail me the ivtv 
>> initialization log from dmesg? I need the bit between 'ivtv: Start 
>> initialization' and 'ivtv: End initialization'.
> ..
> 
> Sent.
..

For what it's worth, I did try patching that function to detect
a line_size of zero, and replace it on the fly with a more likely value.
This prevented the crash, but the recorded video was very dark, as if
colour controls had not be initialized.  That could be another clue.

Cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/