Hi Marcel,
> On September 27, 2020 20:05, Marcel Holtmann wrote:
>
> Hi Alex,
>
> > When someone attacks the service provider, it creates connection,
> > authenticates. Then it requests key size of one byte and it identifies
> > the key with brute force methods.
> >
> >
Hi Marcel,
> On 26 September 2020 at 1:34, Marcel Holtmann wrote:
>
> Hi Alex,
>
> >>> When someone attacks the service provider, it creates connection,
> >>> authenticates. Then it requests key size of one byte and it identifies
> >>> the key with brute force methods.
> >>>
> >>> After l2cap
Hi Kai-Heng,
> On September 25, 2020 at 15:56, Kai-Heng Feng wrote:
>
> Hi Alex,
>
> > On Sep 25, 2020, at 15:42, 陆朱伟 wrote:
> >
> > Hi Kai-Heng,
> >
> >> On 25 September 2020 at 15:14, Kai-Heng Feng wrote:
> >>
> >> Hi Alex,
>
Hi Kai-Heng,
> On 25 September 2020 at 15:14, Kai-Heng Feng wrote:
>
> Hi Alex,
>
> > On Sep 25, 2020, at 15:04, 陆朱伟 wrote:
> >
> > Hi Kai-Heng,
> >
> >> On September 25, 2020 14:04, Kai-Heng Feng wrote:
> >>
> >> Hi Abhishek,
>
Hi Kai-Heng,
> On September 25, 2020 14:04, Kai-Heng Feng wrote:
>
> Hi Abhishek,
> > On Sep 25, 2020, at 11:33, Abhishek Pandit-Subedi
> wrote:
> >
> > + Alex Lu (who contributed the original change)
> >
> > Hi Kai-Heng,
> >
> >
> > On Thu, Sep 24, 2020 at 12:10 AM Kai-Heng Feng
> > wrote:
>
Hi Abhishek,
> On September 25, 2020 at 11:34, Abhishek Pandit-Subedi wrote:
>
> + Alex Lu (who contributed the original change)
>
> Hi Kai-Heng,
>
>
> On Thu, Sep 24, 2020 at 12:10 AM Kai-Heng Feng
> wrote:
> >
> > [+Cc linux-usb]
> >
> > Hi Abhishek,
> >
> > > On Sep 24, 2020, at 04:41,
Hi Marcel,
> On September 20, 2020 14:10, Marcel Holtmann wrote:
>
> Hi Alex,
>
> > When someone attacks the service provider, it creates connection,
> > authenticates. Then it requests key size of one byte and it identifies
> > the key with brute force methods.
> >
> > After l2cap info
Hi Dmitry,
It's only for Realtek devices.
If Realtek device firmware receives SET_FEATURE(device remote wakeup) usb cmd
during usb is suspending, it will remains in suspend state.
Otherwise, firmware will drop itself and device will consume less power. But
when host resumes, it needs to reload
Hi Marcel,
Okay, I will send a version for bluetooth-next.
Thanks,
BRs.
> Subject: Re: [PATCH v2] Bluetooth: btusb: Fix suspend issue for Realtek
> devices
>
> Hi Alex,
>
> > From the perspective of controller, global suspend means there is no
> > SET_FEATURE (DEVICE_REMOTE_WAKEUP) and
Hi Marcel,
It only saves the latest fw and config for only one device.
I will dig the caching capability of request_firmware first.
Thanks,
BRs,
> Subject: Re: [PATCH v2] Bluetooth: btrtl: Save firmware and config
>
> Hi Alex,
>
> > usb reset resume will cause downloading firmware again and
>
Hi Marcel,
Got it, thanks.
I will change the patch and resubmit it.
Regards
> Subject: Re: [PATCH] Bluetooth: btusb: Fix suspend issue for Realtek
>
> Hi Alex,
>
> > From the perspective of controller, global suspend means there is no
> > SET_FEATURE (DEVICE_REMOTE_WAKEUP) and controller would
11 matches
Mail list logo