Message ID | 20240319154611.2492-1-johan+linaro@kernel.org (mailing list archive) |
---|---|
Headers | show |
Series | Bluetooth: qca: fix NULL-deref on non-serdev setup | expand |
Hi Luiz, On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > Qualcomm Bluetooth controllers can be registered either from a serdev > driver or from the Bluetooth line discipline. In the latter case, the > HCI UART serdev pointer is NULL, something which the driver needs to > handle without crashing. > > This series fixes one such issue at setup() time which incidentally > masked a similar crash at suspend. Fix this in two separate patches so > that the latter issue is address in pre-6.2 stable kernels. > Johan Hovold (2): > Bluetooth: qca: fix NULL-deref on non-serdev suspend > Bluetooth: qca: fix NULL-deref on non-serdev setup Could you pick these up for 6.9 or 6.10? The patches are marked for stable backport and only privileged users can set the N_HCI line discipline these days (even if I'm not sure about pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. Johan
On 4/22/2024 8:51 PM, Johan Hovold wrote: > Hi Luiz, > > On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: >> Qualcomm Bluetooth controllers can be registered either from a serdev >> driver or from the Bluetooth line discipline. In the latter case, the >> HCI UART serdev pointer is NULL, something which the driver needs to >> handle without crashing. >> >> This series fixes one such issue at setup() time which incidentally >> masked a similar crash at suspend. Fix this in two separate patches so >> that the latter issue is address in pre-6.2 stable kernels. > >> Johan Hovold (2): >> Bluetooth: qca: fix NULL-deref on non-serdev suspend >> Bluetooth: qca: fix NULL-deref on non-serdev setup > > Could you pick these up for 6.9 or 6.10? > > The patches are marked for stable backport and only privileged users can > set the N_HCI line discipline these days (even if I'm not sure about > pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > > Johan > Hi johan, could you share the patch links for me to review. i can 't find them now
On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: > On 4/22/2024 8:51 PM, Johan Hovold wrote: > > On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > >> Johan Hovold (2): > >> Bluetooth: qca: fix NULL-deref on non-serdev suspend > >> Bluetooth: qca: fix NULL-deref on non-serdev setup > > > > Could you pick these up for 6.9 or 6.10? > > > > The patches are marked for stable backport and only privileged users can > > set the N_HCI line discipline these days (even if I'm not sure about > > pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > could you share the patch links for me to review. i can > 't find them now Sure, but you should bookmark lore.kernel.org in your browser as you can search the archives there yourself: https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ Johan
On 4/22/2024 9:20 PM, Johan Hovold wrote: > On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: >> On 4/22/2024 8:51 PM, Johan Hovold wrote: >>> On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > >>>> Johan Hovold (2): >>>> Bluetooth: qca: fix NULL-deref on non-serdev suspend >>>> Bluetooth: qca: fix NULL-deref on non-serdev setup >>> >>> Could you pick these up for 6.9 or 6.10? >>> >>> The patches are marked for stable backport and only privileged users can >>> set the N_HCI line discipline these days (even if I'm not sure about >>> pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > >> could you share the patch links for me to review. i can >> 't find them now > > Sure, but you should bookmark lore.kernel.org in your browser as you can > search the archives there yourself: > > https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > > Johan NAK for your [PATCH 1/2] since the null checking is redundant with your [PATCH 2/2]. NAK for your [PATCH 2/2], since it is same with my earlier fix https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ my new patchset for btattach tool still has this change.
On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: > On 4/22/2024 9:20 PM, Johan Hovold wrote: > > On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: > >> On 4/22/2024 8:51 PM, Johan Hovold wrote: > >>> On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > > > >>>> Johan Hovold (2): > >>>> Bluetooth: qca: fix NULL-deref on non-serdev suspend > >>>> Bluetooth: qca: fix NULL-deref on non-serdev setup > >>> > >>> Could you pick these up for 6.9 or 6.10? > >>> > >>> The patches are marked for stable backport and only privileged users can > >>> set the N_HCI line discipline these days (even if I'm not sure about > >>> pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > > > >> could you share the patch links for me to review. i can > >> 't find them now > > > > Sure, but you should bookmark lore.kernel.org in your browser as you can > > search the archives there yourself: > > > > https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > NAK for your [PATCH 1/2] since the null checking is redundant with your > [PATCH 2/2]. I explained in the cover letter why it is split up like this. If you don't bother reading, then we will not bother listening to you. > NAK for your [PATCH 2/2], since it is same with my earlier fix > https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ > my new patchset for btattach tool still has this change. The fix does not depend on your btattach series, which has also been rejected. You clearly have some learning to do on how to interact with the kernel community and to write proper commit messages and patches. If you start listening to feedback and try not to piss everyone off perhaps you can even get your patches merged one day. [1][2] Johan [1] https://lore.kernel.org/linux-bluetooth/fbe5722b-1e45-4ccb-a050-20a473a823c8@quicinc.com/T/#m8e495666a71eb0e7ae54c82554dfff1fc96983e7 [2] https://lore.kernel.org/linux-bluetooth/1713563327-19694-1-git-send-email-quic_zijuhu@quicinc.com/T/#med0610646a8fd8b3c8586abca9895b124b2d2534
Hi Johan, On Mon, Apr 22, 2024 at 9:20 AM Johan Hovold <johan@kernel.org> wrote: > > On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: > > On 4/22/2024 8:51 PM, Johan Hovold wrote: > > > On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > > > >> Johan Hovold (2): > > >> Bluetooth: qca: fix NULL-deref on non-serdev suspend > > >> Bluetooth: qca: fix NULL-deref on non-serdev setup > > > > > > Could you pick these up for 6.9 or 6.10? > > > > > > The patches are marked for stable backport and only privileged users can > > > set the N_HCI line discipline these days (even if I'm not sure about > > > pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > > > could you share the patch links for me to review. i can > > 't find them now > > Sure, but you should bookmark lore.kernel.org in your browser as you can > search the archives there yourself: > > https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ Did you send these to linux-bluetooth? I don't see them in: https://patchwork.kernel.org/project/bluetooth/list/
On Mon, Apr 22, 2024 at 09:44:59AM -0400, Luiz Augusto von Dentz wrote: > On Mon, Apr 22, 2024 at 9:20 AM Johan Hovold <johan@kernel.org> wrote: > > https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > > Did you send these to linux-bluetooth? I don't see them in: > > https://patchwork.kernel.org/project/bluetooth/list/ Yes, I did and they are in the linux-bluetooth archives on lore. Not sure why they don't show up in the tracker. Do you want me to resend? Johan
Hi Johan, On Mon, Apr 22, 2024 at 9:51 AM Johan Hovold <johan@kernel.org> wrote: > > On Mon, Apr 22, 2024 at 09:44:59AM -0400, Luiz Augusto von Dentz wrote: > > On Mon, Apr 22, 2024 at 9:20 AM Johan Hovold <johan@kernel.org> wrote: > > > > https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > > > > Did you send these to linux-bluetooth? I don't see them in: > > > > https://patchwork.kernel.org/project/bluetooth/list/ > > Yes, I did and they are in the linux-bluetooth archives on lore. Not > sure why they don't show up in the tracker. > > Do you want me to resend? > > Johan Yes, please resend them.
On 4/22/2024 9:43 PM, Johan Hovold wrote: > On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: >> On 4/22/2024 9:20 PM, Johan Hovold wrote: >>> On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: >>>> On 4/22/2024 8:51 PM, Johan Hovold wrote: >>>>> On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: >>> >>>>>> Johan Hovold (2): >>>>>> Bluetooth: qca: fix NULL-deref on non-serdev suspend >>>>>> Bluetooth: qca: fix NULL-deref on non-serdev setup >>>>> >>>>> Could you pick these up for 6.9 or 6.10? >>>>> >>>>> The patches are marked for stable backport and only privileged users can >>>>> set the N_HCI line discipline these days (even if I'm not sure about >>>>> pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. >>> >>>> could you share the patch links for me to review. i can >>>> 't find them now >>> >>> Sure, but you should bookmark lore.kernel.org in your browser as you can >>> search the archives there yourself: >>> >>> https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > >> NAK for your [PATCH 1/2] since the null checking is redundant with your >> [PATCH 2/2]. > > I explained in the cover letter why it is split up like this. If you > don't bother reading, then we will not bother listening to you. > >> NAK for your [PATCH 2/2], since it is same with my earlier fix >> https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ >> my new patchset for btattach tool still has this change. > > The fix does not depend on your btattach series, which has also been > rejected. > these my v1 and v2 for this issue which are earlier then yours. they are not rejected but not responded. https://lore.kernel.org/all/bf74d533-c0ff-42c6-966f-b4b28c5e0f60@molgen.mpg.de/ https://lore.kernel.org/all/1704970181-30092-1-git-send-email-quic_zijuhu@quicinc.com/ > You clearly have some learning to do on how to interact with the kernel > community and to write proper commit messages and patches. If you start > listening to feedback and try not to piss everyone off perhaps you can > even get your patches merged one day. [1][2] > > Johan > > [1] https://lore.kernel.org/linux-bluetooth/fbe5722b-1e45-4ccb-a050-20a473a823c8@quicinc.com/T/#m8e495666a71eb0e7ae54c82554dfff1fc96983e7 > [2] https://lore.kernel.org/linux-bluetooth/1713563327-19694-1-git-send-email-quic_zijuhu@quicinc.com/T/#med0610646a8fd8b3c8586abca9895b124b2d2534
Hi Quic_zijuhu, On Mon, Apr 22, 2024 at 9:53 AM quic_zijuhu <quic_zijuhu@quicinc.com> wrote: > > On 4/22/2024 9:43 PM, Johan Hovold wrote: > > On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: > >> On 4/22/2024 9:20 PM, Johan Hovold wrote: > >>> On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: > >>>> On 4/22/2024 8:51 PM, Johan Hovold wrote: > >>>>> On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: > >>> > >>>>>> Johan Hovold (2): > >>>>>> Bluetooth: qca: fix NULL-deref on non-serdev suspend > >>>>>> Bluetooth: qca: fix NULL-deref on non-serdev setup > >>>>> > >>>>> Could you pick these up for 6.9 or 6.10? > >>>>> > >>>>> The patches are marked for stable backport and only privileged users can > >>>>> set the N_HCI line discipline these days (even if I'm not sure about > >>>>> pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. > >>> > >>>> could you share the patch links for me to review. i can > >>>> 't find them now > >>> > >>> Sure, but you should bookmark lore.kernel.org in your browser as you can > >>> search the archives there yourself: > >>> > >>> https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ > > > >> NAK for your [PATCH 1/2] since the null checking is redundant with your > >> [PATCH 2/2]. > > > > I explained in the cover letter why it is split up like this. If you > > don't bother reading, then we will not bother listening to you. > > > >> NAK for your [PATCH 2/2], since it is same with my earlier fix > >> https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ > >> my new patchset for btattach tool still has this change. > > > > The fix does not depend on your btattach series, which has also been > > rejected. > > > these my v1 and v2 for this issue which are earlier then yours. > they are not rejected but not responded. > > https://lore.kernel.org/all/bf74d533-c0ff-42c6-966f-b4b28c5e0f60@molgen.mpg.de/ > https://lore.kernel.org/all/1704970181-30092-1-git-send-email-quic_zijuhu@quicinc.com/ > > > You clearly have some learning to do on how to interact with the kernel > > community and to write proper commit messages and patches. If you start > > listening to feedback and try not to piss everyone off perhaps you can > > even get your patches merged one day. [1][2] > > > > Johan > > > > [1] https://lore.kernel.org/linux-bluetooth/fbe5722b-1e45-4ccb-a050-20a473a823c8@quicinc.com/T/#m8e495666a71eb0e7ae54c82554dfff1fc96983e7 > > [2] https://lore.kernel.org/linux-bluetooth/1713563327-19694-1-git-send-email-quic_zijuhu@quicinc.com/T/#med0610646a8fd8b3c8586abca9895b124b2d2534 > They probably need to be resend as well, you have so many sets pending that makes it hard to know which should go first, next time please wait until each set is merged before sending the next since I can't know if they are really independent of each other or not.
On 4/22/2024 10:15 PM, Luiz Augusto von Dentz wrote: > Hi Quic_zijuhu, > > On Mon, Apr 22, 2024 at 9:53 AM quic_zijuhu <quic_zijuhu@quicinc.com> wrote: >> >> On 4/22/2024 9:43 PM, Johan Hovold wrote: >>> On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: >>>> On 4/22/2024 9:20 PM, Johan Hovold wrote: >>>>> On Mon, Apr 22, 2024 at 09:04:58PM +0800, quic_zijuhu wrote: >>>>>> On 4/22/2024 8:51 PM, Johan Hovold wrote: >>>>>>> On Tue, Mar 19, 2024 at 04:46:09PM +0100, Johan Hovold wrote: >>>>> >>>>>>>> Johan Hovold (2): >>>>>>>> Bluetooth: qca: fix NULL-deref on non-serdev suspend >>>>>>>> Bluetooth: qca: fix NULL-deref on non-serdev setup >>>>>>> >>>>>>> Could you pick these up for 6.9 or 6.10? >>>>>>> >>>>>>> The patches are marked for stable backport and only privileged users can >>>>>>> set the N_HCI line discipline these days (even if I'm not sure about >>>>>>> pre-5.14 kernels...) so it may be fine to wait for 6.10 if you prefer. >>>>> >>>>>> could you share the patch links for me to review. i can >>>>>> 't find them now >>>>> >>>>> Sure, but you should bookmark lore.kernel.org in your browser as you can >>>>> search the archives there yourself: >>>>> >>>>> https://lore.kernel.org/lkml/20240319154611.2492-1-johan+linaro@kernel.org/ >>> >>>> NAK for your [PATCH 1/2] since the null checking is redundant with your >>>> [PATCH 2/2]. >>> >>> I explained in the cover letter why it is split up like this. If you >>> don't bother reading, then we will not bother listening to you. >>> >>>> NAK for your [PATCH 2/2], since it is same with my earlier fix >>>> https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ >>>> my new patchset for btattach tool still has this change. >>> >>> The fix does not depend on your btattach series, which has also been >>> rejected. >>> >> these my v1 and v2 for this issue which are earlier then yours. >> they are not rejected but not responded. >> >> https://lore.kernel.org/all/bf74d533-c0ff-42c6-966f-b4b28c5e0f60@molgen.mpg.de/ >> https://lore.kernel.org/all/1704970181-30092-1-git-send-email-quic_zijuhu@quicinc.com/ >> >>> You clearly have some learning to do on how to interact with the kernel >>> community and to write proper commit messages and patches. If you start >>> listening to feedback and try not to piss everyone off perhaps you can >>> even get your patches merged one day. [1][2] >>> >>> Johan >>> >>> [1] https://lore.kernel.org/linux-bluetooth/fbe5722b-1e45-4ccb-a050-20a473a823c8@quicinc.com/T/#m8e495666a71eb0e7ae54c82554dfff1fc96983e7 >>> [2] https://lore.kernel.org/linux-bluetooth/1713563327-19694-1-git-send-email-quic_zijuhu@quicinc.com/T/#med0610646a8fd8b3c8586abca9895b124b2d2534 >> > > They probably need to be resend as well, you have so many sets pending > that makes it hard to know which should go first, next time please > wait until each set is merged before sending the next since I can't > know if they are really independent of each other or not. > okay. let me also provide a list of patches required for BT maintainers in another thread.
On Mon, Apr 22, 2024 at 09:53:48PM +0800, quic_zijuhu wrote: > On 4/22/2024 9:43 PM, Johan Hovold wrote: > > On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: > >> On 4/22/2024 9:20 PM, Johan Hovold wrote: > >> NAK for your [PATCH 1/2] since the null checking is redundant with your > >> [PATCH 2/2]. > > > > I explained in the cover letter why it is split up like this. If you > > don't bother reading, then we will not bother listening to you. > > > >> NAK for your [PATCH 2/2], since it is same with my earlier fix > >> https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ > >> my new patchset for btattach tool still has this change. > > > > The fix does not depend on your btattach series, which has also been > > rejected. > > > these my v1 and v2 for this issue which are earlier then yours. > they are not rejected but not responded. > > https://lore.kernel.org/all/bf74d533-c0ff-42c6-966f-b4b28c5e0f60@molgen.mpg.de/ > https://lore.kernel.org/all/1704970181-30092-1-git-send-email-quic_zijuhu@quicinc.com/ Here is your *v3* as part of the rejected btattach series: https://lore.kernel.org/all/1713409913-13042-2-git-send-email-quic_zijuhu@quicinc.com/ Apparently you had earlier also sent it separately, I see now in lore. It's all a big mess. > > You clearly have some learning to do on how to interact with the kernel > > community and to write proper commit messages and patches. If you start > > listening to feedback and try not to piss everyone off perhaps you can > > even get your patches merged one day. [1][2] Johan
On 4/22/2024 11:02 PM, Johan Hovold wrote: > On Mon, Apr 22, 2024 at 09:53:48PM +0800, quic_zijuhu wrote: >> On 4/22/2024 9:43 PM, Johan Hovold wrote: >>> On Mon, Apr 22, 2024 at 09:30:28PM +0800, quic_zijuhu wrote: >>>> On 4/22/2024 9:20 PM, Johan Hovold wrote: > >>>> NAK for your [PATCH 1/2] since the null checking is redundant with your >>>> [PATCH 2/2]. >>> >>> I explained in the cover letter why it is split up like this. If you >>> don't bother reading, then we will not bother listening to you. >>> >>>> NAK for your [PATCH 2/2], since it is same with my earlier fix >>>> https://lore.kernel.org/all/1704960978-5437-1-git-send-email-quic_zijuhu@quicinc.com/ >>>> my new patchset for btattach tool still has this change. >>> >>> The fix does not depend on your btattach series, which has also been >>> rejected. >>> >> these my v1 and v2 for this issue which are earlier then yours. >> they are not rejected but not responded. >> >> https://lore.kernel.org/all/bf74d533-c0ff-42c6-966f-b4b28c5e0f60@molgen.mpg.de/ >> https://lore.kernel.org/all/1704970181-30092-1-git-send-email-quic_zijuhu@quicinc.com/ > > Here is your *v3* as part of the rejected btattach series: > > https://lore.kernel.org/all/1713409913-13042-2-git-send-email-quic_zijuhu@quicinc.com/ > no, v3 is a separate patch here and not was rejected. https://lore.kernel.org/all/1710912504-25416-1-git-send-email-quic_zijuhu@quicinc.com/ and it was sent after your patch. then i included the fix into a patch serials for tool btattach shown by below link https://lore.kernel.org/all/1713358336-29619-2-git-send-email-quic_zijuhu@quicinc.com/ you reviewed my the serials and also did not rejected the fix. and it also doesn't get any negative comments. > Apparently you had earlier also sent it separately, I see now in lore. > It's all a big mess. > >>> You clearly have some learning to do on how to interact with the kernel >>> community and to write proper commit messages and patches. If you start >>> listening to feedback and try not to piss everyone off perhaps you can >>> even get your patches merged one day. [1][2] > > Johan