HQCT Driver.

Sounds good. Had the HQCT radio running under Vista on a Desktop machine until the beta/release candidate expired. After I finish installing GNOME and get the driver to compile and install, I'll boot the board back to win2000 and get the radio running there.

That's likely to be next week.

Got the radio to work with Win2000 on the board.

Loaded the Linux software files and rebuilt the driver and Demo test sw.

Running "./demo /dev/hqct0" seems to hang.

Tried "gdb ./demo /dev/hqct" with same result: it never gives a command prompt.

Rebuilt the kernel with "hqct.ko" in the "/etc/modules.autoload.d/kernel-2.6" config file and the physical hqct.ko in the "/lib/modules" directory.

No longer hangs, but no sound. Probably my linux configuration.

Getting messages in system log and prompts on the screen. Seems to exit gracefully.

Going for a little trial-and-error to see what happens. Probably running into my own linux chalanged head.

As far as I know it doesn't send audio through usb. It has stereo-out on the circuit board. You will need to send this to your amp, speakers, or audio-in on your motherboard or sound card.

Wasn't enough info in your post to know if you were trying usb or the external. If you already knew this then please kindly disregard.

I do have a connection from the HQCT board sound-out to my computer board sound-in and I was able to successfully test when I did the Win2000 boot.

I suspect that my Gentoo Linux configuration is not identifying the intel ICH7 (intel8x0) sound driver correctly.

Once I get the sound to perform reliably, I can focus more directly on the HQCT driver and demo software and look at why my /dev/hqct0 disappears at times, between kernel builds. Most of these are Linux configuration issues at this point.

I've ordered my hardware so I should be getting some stuff in the next week or two. I think the hqct was on backorder so I'll probably have to wait even longer.

I don't know if you are familiar with ALSA or not but I always forget to unmute my soundcard. ALSA installs with mute on by default.

As far as /dev/hqct0 disappearing, I know almost nothing about udev except that I've been lucky and it has just worked for me.

I have also been lucky to find solutions to what ever problems I've had with kernel modules by using google.

I wish you luck and cant' wait for my hardware to arrive.

Finally got ALSA working with the *right* audio driver, installing many of the gstreamer plugins, and replacing EDS with PulseAudio.
At first I had ALSA working from the command line, but getting MP3 sound from Gnome was much less clear.
Now I'll get back to the HQCT driver and demo software. Hope I haven't broken anything in Gentoo Linux during my thrashing about.

Everythingworks after compilation/make, copying to the '/lib/modules/2.6.22-gentoo-r5/kernel/drivers/usb/misc' directory and doing a 'insmod HQCT.ko'.

I do a 'dmesg | tail' and see "Driver Initialized" and "AlignFr = {87500, 90900, 94300, 97700, 101200, 104600, 108000}"
and "DAAs = {79, 77, 75, 73, 72, 72, 74}.
I can see the hqct0 device in the /lib/dev directory.

I can run the test software that accesses the attached HQCT device.

After rebuilding the kernel and doing a 'make modules_install',
the hqct.ko file is no longer in '/lib/modules/2.6.22-gentoo-r5/kernel/drivers/usb/misc' directory,
and the /dev/hqct0 device is gone.

I found 'blacklist' in '/lib/modules/2.6.22-gentoo-r5/kernel/drivers/hid/usbhid/hidquirks.c' and added following two lines
to the bottom of the list:

#define USB_VENDER_ID_NEW 0x04d8
#define USB_DEVICE_ID_NEW 0x000a

After rebuilding the kernel (make clean && make && make modules_install), I experience the same problem *and* I see no trace of a hid-quirks.o. Which says to me that the kernel rebuild did not notice the change to hid-quirks.c.

I expect that my unfamilurity with Gentoo and Portage is biting me and I've posted on the Gentoo Forum to see what those guys think.

Replaced insmod with depmod and modprobe and now /dev/hqct0 stays around between reboots.

Getting spirious results. Sometimes works. Seems that it might be timing related.

Currently hqct_init is failing at ioctl. Seems to think that there is an invalid parameter i.e. errno ==22

I did comment-out the #include <linux/config.h> in hqct.c to get it to compile. What is that file and where else might it be located?

That could be the key. Ugh, apparently not: "The file include/linux/config.h has been removed from 2.6.19 kernel."http://www.linuxquestions.org/questions/linux-kernel-70/removal-of-includelinuxconfig.h-file-in-2.6.19-kernel-506363/

Hi TheLlama and everybody else,
Last week I climbed back up from the edge of earth... I unearthed my hqct module and started coding. Now I've got a working RDS implementation based on TheLlama's driver from last year in combination with rdsd, which is part of the video4linux stuff (which i think we should use as there's already some stuff for radios and to have any chance of making it into the kernel tree (wishful)).
The code implements part of the v4l interface to radios, for now just enough to make rdsd happy, but a complete implementation of a radio tuner device should be nice.

Do we have a SVN repository or anything? It would be nice to get some coordination in the coding effort.

Also does anyone have a specification of the messages the HQCT throws over the USB bus?

greetz Daniel
p.s. I'm just testing it a bit more and when we have an SVN I'll upload.

Djwlindenaar, good to see activity and progress.

I've been testing the driver under Gentoo.

I'm getting a sperious hang condition in hqct_seek_up.

It looks to be at the read(hh->fd, 0, 0);

I have added many printf and printk, but that shouldn't be the cause.

I suspect that the radio is hung for some reason and the 'read' is just waiting.

Anyone seen this problem?

I'll trial some changes to see what happens:

-temporarily eliminating the 'read'
-replacing the read with something like 'select'