[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Good kernel for PlanB? driver question / problem



	I'm trying to get the plan b (video capture) driver up and running
on a PowerMac 7500 (w/ original 601).  It appears that I am running into a
roadblock of sorts.  I'm running Debian 3.0 w/ a 2.4.27 kernel from
kernel.org.  Everything appears to load properly.  Here is the tail end of
dmesg.  I have the v4l stuff compiled in statically though I left the
planb driver as a module.

Macintosh non-volatile memory driver v1.0
apm_emu: Requires a machine with a PMU.
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 2048)
Linux IP multicast router 0.06 plus PIM-SM
adb: starting probe task...
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 288k init 8k chrp 36k prep
adb devices: [2]: 2 2 [3]: 3 1 [15]: 2 2
ADB keyboard at 2, handler set to 3
Detected ADB keyboard, type ANSI.
input1: ADB HID on ID 2:2.02
ADB keyboard at 15, handler set to 3
Detected ADB keyboard, type ANSI.
input2: ADB HID on ID 15:2.02
ADB mouse at 3, handler set to 2
input3: ADB HID on ID 3:3.01
adb: finished probe task...
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Adding Swap: 43052k swap-space (priority -1)
PCI: Enabling device 01:0d.0 (0014 -> 0016)
PlanB: PowerMacintosh video input driver rev. 2.11
PlanB: SAA7196 video processor rev. 1
PlanB: unregistering with v4l
PlanB: PowerMacintosh video input driver rev. 2.11
PlanB: SAA7196 video processor rev. 1
PlanB: unregistering with v4l

These last three lines are repeated several more times because I've loaded 
and unloaded the module.  Here's my lsmod:

camserver:~# lsmod
Module                  Size  Used by    Not tainted
planb                  42380   0
af_packet              15208   1  (autoclean)
unix                   18008   9  (autoclean)
camserver:~#

Here is the problem I'm having:

camserver:~# v4lctl -c /dev/video list
ioctl: VIDIOCSCHAN(0,Composite,flags=0x0,type=2,norm=3): Invalid argument
attribute  | type   | current | default | comment
-----------+--------+---------+---------+-------------------------------------
input      | choice | (null)  | Composi | Composite SVHS
norm       | choice | SECAM   | PAL     | PAL NTSC SECAM AUTO
bright     | int    |   36864 |       0 | range is 0 => 65535
hue        | int    |   32768 |       0 | range is 0 => 65535
color      | int    |   28672 |       0 | range is 0 => 65535
contrast   | int    |   28672 |       0 | range is 0 => 65535
camserver:~#

First and foremost, you can see that ioctl is complaining about something.  
I have found the section in the VIDIOCSCHAN portion of the planb driver, 
but what is going on I don't know.  

However, I get this message when trying to use v4lctl to try and change 
the values listed above:

camserver:~# v4lctl -c /dev/video setnorm NTSC
ioctl: VIDIOCSCHAN(0,Composite,flags=0x0,type=2,norm=3): Invalid argument
camserver:~# v4lctl -c /dev/video setinput Composite
ioctl: VIDIOCSCHAN(0,Composite,flags=0x0,type=2,norm=3): Invalid argument
camserver:~#

In addition, I am seeing this after making the following changes in the 
planb.h and recompiling the module:

/* Uncomment your preferred norm ;-) */
//#define PLANB_DEF_NORM VIDEO_MODE_PAL
#define PLANB_DEF_NORM VIDEO_MODE_NTSC
//#define PLANB_DEF_NORM VIDEO_MODE_SECAM

It appears that it's not obeying the header change I made above.  

I went back and installed the 2.4.20-pre4-ben0 kernel I had from another 
PPC install and I'm seeing the same results.   Both kernels have the 
option for the 601 work arounds compiled in. 

Any thoughts or suggestions?

Sean...

--
The punk rock will get you if the government don't get you first.
	--Old 97's
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
KG4NRC  http://www.rimboy.com  Your source for the crap you know you need.





Reply to: