Re: [GIT PULL] Immutable tag between the Bluetooth and pwrseq branches for v6.11-rc1

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

 



Hi Bartosz,

On Wed, Jun 12, 2024 at 10:45 AM Bartosz Golaszewski <brgl@xxxxxxxx> wrote:
>
> On Wed, Jun 12, 2024 at 4:43 PM Luiz Augusto von Dentz
> <luiz.dentz@xxxxxxxxx> wrote:
> >
> > Hi Bartosz,
> >
> > On Wed, Jun 12, 2024 at 3:59 AM Bartosz Golaszewski <brgl@xxxxxxxx> wrote:
> > >
> > > From: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx>
> > >
> > > Hi Marcel, Luiz,
> > >
> > > Please pull the following power sequencing changes into the Bluetooth tree
> > > before applying the hci_qca patches I sent separately.
> > >
> > > Link: https://lore.kernel.org/linux-kernel/20240605174713.GA767261@bhelgaas/T/
> > >
> > > The following changes since commit 83a7eefedc9b56fe7bfeff13b6c7356688ffa670:
> > >
> > >   Linux 6.10-rc3 (2024-06-09 14:19:43 -0700)
> > >
> > > are available in the Git repository at:
> > >
> > >   git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux.git tags/pwrseq-initial-for-v6.11
> > >
> > > for you to fetch changes up to 2f1630f437dff20d02e4b3f07e836f42869128dd:
> > >
> > >   power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets (2024-06-12 09:20:13 +0200)
> > >
> > > ----------------------------------------------------------------
> > > Initial implementation of the power sequencing subsystem for linux v6.11
> > >
> > > ----------------------------------------------------------------
> > > Bartosz Golaszewski (2):
> > >       power: sequencing: implement the pwrseq core
> > >       power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets
> >
> > Is this intended to go via bluetooth-next or it is just because it is
> > a dependency of another set? You could perhaps send another set
> > including these changes to avoid having CI failing to compile.
> >
>
> No, the pwrseq stuff is intended to go through its own pwrseq tree
> hence the PR. We cannot have these commits in next twice.

Not following you here, why can't we have these commits on different
next trees? If that is the case how can we apply the bluetooth
specific ones without causing build regressions?

-- 
Luiz Augusto von Dentz





[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux