Re: [PATCH][another try]bluetooth rfcomm tty_close before destruct

2007-11-18 Thread Dave Young
Hi, This is the right patch which will not touch original tty logic. Please ignore last one submited by me. Regards dave Subject: rfcomm_dev_del could be called twice time in release function. one by rfcomm_tty_hangup, another by rfcomm_release_dev, this will cause the device being destructed b

[PATCH][another try]bluetooth rfcomm tty_close before destruct

2007-11-18 Thread Dave Young
In rfcomm tty logic, if the device is destructed before the tty_close called, system will oops. Try to handle this in tty_hangup. At the same time add get/put pair in tty open adn close functions. BUG: unable to handle kernel NULL pointer dereference at virtual address 0008 printing eip: c