linux-kernel - Re: [PATCH 1/1] media: dvb-usb/af9015, fix disconnection crashes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4B6AD4A8.9080101@adit.fi>
Date:	Thu, 04 Feb 2010 16:07:36 +0200
From:	Pekka Sarnila <sarnila@...t.fi>
To:	Jiri Kosina <jkosina@...e.cz>
CC:	Jiri Slaby <jirislaby@...il.com>, Antti Palosaari <crope@....fi>,
	mchehab@...radead.org, linux-kernel@...r.kernel.org,
	Mauro Carvalho Chehab <mchehab@...hat.com>,
	linux-media@...r.kernel.org, linux-input@...r.kernel.org
Subject: Re: [PATCH 1/1] media: dvb-usb/af9015, fix disconnection crashes

Yes, my comment maybe criticizes more the basic architectural structure 
of usb putting it's own work up to higher layer. The only practical 
thing is that, if there is a non-HID device suffering from that 
FULLSPEED problem, the quirk won't help it. Anyway in current kernel 
structure usb layer doesn't handle endpoint setup at all, thus it simply 
can not do the job.

Pekka

Jiri Kosina wrote:
> 
> Yes, I still think what I have stated before, that this should be properly 
> handled in the USB stack.
> 
> On the other hand, in usbhid driver we do a lot of USB-specific 
> lower-level things anyway, so it's technically more-or-less OK to apply 
> the quirk there as well (and that's why I have accepted it back then).
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/