On 5/10/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Currently, devt_attr for the "dev" file is freed immediately on device
> removal, but if the "dev" sysfs file is open when a device is removed,
> sysfs will access its attribute structure for further access including
> close resulting in jumping to
Alan Stern wrote:
>On Tue, 3 Jul 2007, Jiri Kosina wrote:
>> On Tue, 3 Jul 2007, Alan Stern wrote:
>>
>> > It's totally bogus! With no driver loaded, the mouse won't be enabled
>> > for remote wakeup. Consequently it should never be resumed, no matter
>> > what you do to it. If it does send a
On Tue, 2007-07-03 at 18:54 +0200, Jiri Kosina wrote:
>On Tue, 3 Jul 2007, Alan Stern wrote:
>
>> It's totally bogus! With no driver loaded, the mouse won't be enabled
>> for remote wakeup. Consequently it should never be resumed, no matter
>> what you do to it. If it does send a wakeup reques
On Wed, Apr 27, 2005 at 04:14:08PM -0700, Patrick Mansfield wrote:
> On Wed, Apr 27, 2005 at 05:21:10PM -0400, Alan Stern wrote:
>
> > David's right. Why did kobject_hotplug() move out of kobject_add() and
> > into its callers sometime after 2.6.11? In particular the invocation in
> > device_ad
On Wed, 2005-04-27 at 16:21 -0400, David Zeuthen wrote:
> it seems that recent kernels (I'm using the Fedora 2.6.11-1.1268_FC4
> kernel which I believe is based off 2.6.12-rc3 and AFAIK it doesn't have
> any invasive patches in that area) has changed behavior wrt hotplug
> event ordering. In [1], I
This patch introduces a /sys/class/usb_device/ class
where every connected usb-device will show up:
tree /sys/class/usb_device/
/sys/class/usb_device/
|-- usb1.1
| |-- dev
| `-- device -> ../../../devices/pci:00/:00:1d.0/usb1
|-- usb2.1
| |-- dev
| `-- device -> ../
On Wed, Jul 27, 2005 at 02:49:30PM -0700, Greg KH wrote:
> On Wed, Jul 27, 2005 at 09:36:13PM +0200, Kay Sievers wrote:
> > This patch introduces a /sys/class/usb_device/ class
> > where every connected usb-device will show up:
> >
> > tree /sys/class/usb_device/
On Sat, Jul 30, 2005 at 07:58:09PM -0400, Jon Smirl wrote:
> On 7/30/05, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > On Wed, Jul 27, 2005 at 02:49:30PM -0700, Greg KH wrote:
> > > On Wed, Jul 27, 2005 at 09:36:13PM +0200, Kay Sievers wrote:
> > > > This patc
On Sat, Jul 30, 2005 at 08:27:51PM -0400, Jon Smirl wrote:
> On 7/30/05, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > On Sat, Jul 30, 2005 at 07:58:09PM -0400, Jon Smirl wrote:
> > > On 7/30/05, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > > On Wed, Jul 2
Hi all,
i have a usb-DSL-modem with 3 interfaces:
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 6 Spd=12 MxCh= 0
D: Ver= 1.00 Cls=02(comm.) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1039 ProdID=2120 Rev=50.8b
S: Product=ADSL-USB Modem
S: SerialNumber=000B3B00CEAF
C:* #Ifs= 3 Cfg#= 1 Atr=80
On Tue, Jul 01, 2003 at 01:45:48PM -0700, Greg KH wrote:
> On Mon, Jun 30, 2003 at 09:29:31PM +0200, Kay Sievers wrote:
> >
> > buffer_free.patch:
> > dev->udev was set to NULL to indicate a device disconnect but we need
> > this value for usb_buffer_free() when devi
On Mon, 2003-07-07 at 19:16, Randy.Dunlap wrote:
> | Seems like drivers/usb/class/usblp.c have the same problem.
> | Maybe someone with the hardware can fix it.
>
> Hi,
> It's not required that you have hardware to make such a patch.
> Would you fix usblp.c and post it?
> If not, I'll get around t
Hi,
please have a look at:
buffer_free.patch:
dev->udev was set to NULL to indicate a device disconnect but we need
this value for usb_buffer_free() when device is still opened and cleanup is
delayed until skel_release().
I've added a dev->present for preventing device read, write and ioctl.
Also
13 matches
Mail list logo
