Logitech, Snow Leopard. and kernel panics: who's the culprit?

Question

Up until this morning, I'd been considering this a Logitech issue, but their tech support just emailed me blaming Apple, so I'm posting it here.
With versions 3.1, 3.2, and now 3.3 of the Logitech Control Center (driver software for mice and keyboards), I've consistently seen kernel panics fly by my verbose login, always at odds with iokit:
6/26/10 7:24:43 PM kernel dependency: com.apple.iokit.IOUSBFamily(4.0.2)@0x8623d000
6/26/10 7:24:43 PM kernel dependency: com.apple.iokit.IOHIDFamily(1.6.4)@0x85ff6000
6/26/10 7:24:43 PM kernel dependency: com.apple.iokit.IOUSBHIDDriver(4.0.2)@0x86865000
The computer always finishes starting up, and it doesn't appear to crash anything after it does so. That makes it more of a curiosity than a crisis, I suppose, but at the same time, no kernel panic is a good kernel panic, right? It has to be compromising the system in some way, so I'd like to get to the bottom of it.
I like Logitech products, so my theory was that the release of Snow Leopard a couple years ago had simply caught them off guard, and that they might need version or two to get their software to play nicely with 10.4. But the recently released 3.3 of the LCC generates the exact same panics.
So I emailed Logitech support. A charmingly named "Ms. Valentine" quickly responded, but embedded in form language, she told me to "Please contact you computer manufacturer, because this is Internal Fatal Error."
So 1) is this in fact an Apple problem, or the passing of a buck? and 2) whoever's to blame, is this kernel panic anything to worry about?
Thanks in advance for your thoughts and theories.

Answer 1

Perhaps I should add some more detail. If you verbose login, the startup process is detailed in code on your screen. In this case, so many "backtrace (with dependencies)" cycles are detailed that they do indeed fly by. The full detail of each cycle:
6/27/10 12:59:52 PM kernel Trying to change a collection in the registry
6/27/10 12:59:52 PM kernel Backtrace 0x4ff608 0x4ff3aa 0xa0269d 0x9f803a 0xa023ef 0xa023ac 0xa02e01
6/27/10 12:59:52 PM kernel Kernel Extensions in backtrace (with dependencies):
6/27/10 12:59:52 PM kernel com.Logitech.Control Center.HID Driver(3.3.0)@0x9e9000->0xa13fff
6/27/10 12:59:52 PM kernel dependency: com.apple.iokit.IOUSBFamily(4.0.2)@0x976000
6/27/10 12:59:52 PM kernel dependency: com.apple.iokit.IOHIDFamily(1.6.4)@0x9a7000
6/27/10 12:59:52 PM kernel dependency: com.apple.iokit.IOUSBHIDDriver(4.0.2)@0x9e3000
Most of the folks I've read discussing this issue have called this a kernel panic, but maybe they're using the term loosely.
In any case, the question remains: is this persistent issue an OSX one, or a Logitech one; and either way, is it compromising anything?