Message ID | 20250113163648.1757178-1-p.zabel@pengutronix.de (mailing list archive) |
---|---|
State | Superseded |
Headers | show |
Series | [GIT,PULL] Reset controller updates for v6.14 | expand |
On Mon, Jan 13, 2025, at 17:36, Philipp Zabel wrote: > Dear arm-soc maintainers, > > The following changes since commit 78d4f34e2115b517bcbfe7ec0d018bbbb6f9b0b8: > > Linux 6.13-rc3 (2024-12-15 15:58:23 -0800) > > are available in the Git repository at: Hi Philipp, I have no objections to the contents, but it would be good to avoid the back-merge of rc3 into my current branch that is based on -rc2. I see that the two patches for the reset driver depend on commit 5ae1a43486fb ("clk: amlogic: axg-audio: revert reset implementation"), which went into rc3, and this was clearly the reason for using that as the base. Would it be possible to rebase your branch directly on that 5ae1a43486fb commit from upstream? Arnd
Hi Arnd, On Mi, 2025-01-15 at 17:13 +0100, Arnd Bergmann wrote: > On Mon, Jan 13, 2025, at 17:36, Philipp Zabel wrote: > > Dear arm-soc maintainers, > > > > The following changes since commit 78d4f34e2115b517bcbfe7ec0d018bbbb6f9b0b8: > > > > Linux 6.13-rc3 (2024-12-15 15:58:23 -0800) > > > > are available in the Git repository at: > > Hi Philipp, > > I have no objections to the contents, but it would be good to > avoid the back-merge of rc3 into my current branch that > is based on -rc2. > > I see that the two patches for the reset driver depend on > commit 5ae1a43486fb ("clk: amlogic: axg-audio: revert reset > implementation"), which went into rc3, and this was clearly > the reason for using that as the base. > > Would it be possible to rebase your branch directly on that > 5ae1a43486fb commit from upstream? I've rebased and sent a PR for a new tag reset-fixes-for-v6.13-2. regards Philipp
On Mi, 2025-01-15 at 17:58 +0100, Philipp Zabel wrote: > Hi Arnd, > > On Mi, 2025-01-15 at 17:13 +0100, Arnd Bergmann wrote: > > On Mon, Jan 13, 2025, at 17:36, Philipp Zabel wrote: > > > Dear arm-soc maintainers, > > > > > > The following changes since commit 78d4f34e2115b517bcbfe7ec0d018bbbb6f9b0b8: > > > > > > Linux 6.13-rc3 (2024-12-15 15:58:23 -0800) > > > > > > are available in the Git repository at: > > > > Hi Philipp, > > > > I have no objections to the contents, but it would be good to > > avoid the back-merge of rc3 into my current branch that > > is based on -rc2. > > > > I see that the two patches for the reset driver depend on > > commit 5ae1a43486fb ("clk: amlogic: axg-audio: revert reset > > implementation"), which went into rc3, and this was clearly > > the reason for using that as the base. > > > > Would it be possible to rebase your branch directly on that > > 5ae1a43486fb commit from upstream? > > I've rebased and sent a PR for a new tag reset-fixes-for-v6.13-2. Sorry, it's late. Same for reset-for-v6.14-2 instead. regards Philipp
On Wed, Jan 15, 2025, at 18:04, Philipp Zabel wrote: > On Mi, 2025-01-15 at 17:58 +0100, Philipp Zabel wrote: >> Hi Arnd, >> >> On Mi, 2025-01-15 at 17:13 +0100, Arnd Bergmann wrote: >> > On Mon, Jan 13, 2025, at 17:36, Philipp Zabel wrote: >> > > Dear arm-soc maintainers, >> > > >> > > The following changes since commit 78d4f34e2115b517bcbfe7ec0d018bbbb6f9b0b8: >> > > >> > > Linux 6.13-rc3 (2024-12-15 15:58:23 -0800) >> > > >> > > are available in the Git repository at: >> > >> > Hi Philipp, >> > >> > I have no objections to the contents, but it would be good to >> > avoid the back-merge of rc3 into my current branch that >> > is based on -rc2. >> > >> > I see that the two patches for the reset driver depend on >> > commit 5ae1a43486fb ("clk: amlogic: axg-audio: revert reset >> > implementation"), which went into rc3, and this was clearly >> > the reason for using that as the base. >> > >> > Would it be possible to rebase your branch directly on that >> > 5ae1a43486fb commit from upstream? >> >> I've rebased and sent a PR for a new tag reset-fixes-for-v6.13-2. > > Sorry, it's late. Same for reset-for-v6.14-2 instead. Ok, pulled this one now. The fixes branch was already based on -rc7 and did not need a rebase, so I kept the previous one there. Arnd