Re: v4l2 kernel module debugging methods

2015-12-12 Thread Ran Shalit
On Fri, Dec 11, 2015 at 10:50 AM, Fabien DESSENNE wrote: > Hi Ran, > > On 12/10/2015 10:46 PM, Ran Shalit wrote: >> On Sun, Dec 6, 2015 at 2:23 AM, Nicolas Dufresne >> wrote: >>> Le dimanche 06 décembre 2015 à 00:00 +0200, Ran Shalit a écrit : Hello, I would like to ask a general q

Re: v4l2 kernel module debugging methods

2015-12-11 Thread Fabien DESSENNE
Hi Ran, On 12/10/2015 10:46 PM, Ran Shalit wrote: > On Sun, Dec 6, 2015 at 2:23 AM, Nicolas Dufresne > wrote: >> Le dimanche 06 décembre 2015 à 00:00 +0200, Ran Shalit a écrit : >>> Hello, >>> >>> I would like to ask a general question regarding methods to debug a >>> v4l2 device driver. >>> Sinc

Re: v4l2 kernel module debugging methods

2015-12-10 Thread Nicolas Dufresne
Le jeudi 10 décembre 2015 à 23:46 +0200, Ran Shalit a écrit : > Thank you for the comment. > As someone expreinced with v4l2 device driver, do you recommened > using > debugging technique such as qemu (or kgdb) or do you rather use plain > printing ? I never used that, printing I used. You should

Re: v4l2 kernel module debugging methods

2015-12-10 Thread Ran Shalit
On Sun, Dec 6, 2015 at 2:23 AM, Nicolas Dufresne wrote: > Le dimanche 06 décembre 2015 à 00:00 +0200, Ran Shalit a écrit : >> Hello, >> >> I would like to ask a general question regarding methods to debug a >> v4l2 device driver. >> Since I assume that the kernel driver will probably won't work in

Re: v4l2 kernel module debugging methods

2015-12-05 Thread Nicolas Dufresne
Le dimanche 06 décembre 2015 à 00:00 +0200, Ran Shalit a écrit : > Hello, > > I would like to ask a general question regarding methods to debug a > v4l2 device driver. > Since I assume that the kernel driver will probably won't work in > first try after coding everything inside the device driver..

v4l2 kernel module debugging methods

2015-12-05 Thread Ran Shalit
Hello, I would like to ask a general question regarding methods to debug a v4l2 device driver. Since I assume that the kernel driver will probably won't work in first try after coding everything inside the device driver... 1. Do you think qemu/kgdb debugger is a good method for the device driver