Alan Stern wrote:
> On Thu, 10 May 2007, Tejun Heo 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 resulti
On Thu, 10 May 2007, Tejun Heo 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 garbled a
Kay Sievers wrote:
> 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
>> clos
On Thu, May 10, 2007 at 05:13:10PM +0200, Tejun Heo wrote:
> Greg KH wrote:
> >> Applies well to 2.6.20 and 21. As sysfs-immediate-disconnect doesn't
> >> seem to be included in 2.6.22, this should be included in linus#master
> >> too (applies well there as well).
> >
> > As I don't think we shou
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 garbl
Greg KH wrote:
>> Applies well to 2.6.20 and 21. As sysfs-immediate-disconnect doesn't
>> seem to be included in 2.6.22, this should be included in linus#master
>> too (applies well there as well).
>
> As I don't think we should be adding your sysfs rework to 2.6.22 just
> yet, any objections to
On Thu, May 10, 2007 at 04:45:17PM +0200, Tejun Heo 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
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 garbled address. Fix it by postponing
freeing devt_attr
8 matches
Mail list logo