[PATCH] i2c-prosavage.c section usage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Quoting "Randy.Dunlap" <rddunlap at osdl.org>:

> prosavage_remove() is called during init, so it shouldn't be
> marked as exit code.  (It matters when CONFIG_HOTPLUG=n.)
> (...)
> // Linux 2.6.4-rc2
> // prosavage_remove() shouldn't be marked as __devexit;

Wouldn't a more correct fix be that prosavage_remove would not be called
during init? Looks to me like this function will do almost nothing when
called at this point (because the driver hasn't fully intialized yet).

I took a look at the other drivers and no other one does handle this
particular point the way i2c-prosavage does. This makes me think that
it isn't the prefered way to do it. For example, i2c-savage4 could be
used as a template to modify i2c-prosavage.

On the opposite side, i2c-ixp42x and i2c-keywest do not use __devexit_p
for their .remove callback functions, while I would tend to think that
they should do so, since their aren't called explicitely like it is
done in i2c-prosavage.

(BTW, I don't much see how this is related to CONFIG_HOTPLUG, if you
could explain this to me...)

Thanks.

-- 
Jean Delvare
http://www.ensicaen.ismra.fr/~delvare/



[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux