|
freeing skbuff in l2cap_chan_send: msg#00026linux.bluez.devel
In l2cap_chan_send (l2cap.c), it appears as though the initial skbuff allocated to store data passed in the msg parameter is not freed if the buffer must be fragmented to send to HCI. The skbuff and its associated fragment list is passed to hci by calling hci_send_acl. This in turn places all the individual fragments on a tx queue. The individual fragment skbuffs are freed when they are written to the tty device (I am looking at the case where HCI uart is used). However, the original l2cap skbuff allocated to store the entire l2cap frame never appears to be freed. I am looking at mh17 on a 2.4.20 kernel. Is this a bug or am I missing something here? Thanks. Aaron -- ------------ Aaron Klish Bluetooth Software Engineer Motorola PCS PH# (217) 384-8598 FX# (217) 384-8550 [X] Motorola General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | RE: Rfcomm use count: 00026, Daryl Van Vorst |
|---|---|
| Next by Date: | Re: freeing skbuff in l2cap_chan_send: 00026, Aaron Klish |
| Previous by Thread: | Re: No more ptys!i: 00026, Marcel Holtmann |
| Next by Thread: | Re: freeing skbuff in l2cap_chan_send: 00026, Aaron Klish |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |