* Request for reviews for 4.4-st62, 4.4-cip97
@ 2025-03-14 12:34 Ulrich Hecht
2025-03-17 21:21 ` Pavel Machek
0 siblings, 1 reply; 4+ messages in thread
From: Ulrich Hecht @ 2025-03-14 12:34 UTC (permalink / raw)
To: cip-dev@lists.cip-project.org, pavel@denx.de,
nobuhiro1.iwamatsu@toshiba.co.jp
Here's two manual backports for the upcoming 4.4 release. They can be found in the tree at https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/log/?h=linux-4.4.y-st-rc
ed0c3fd887468 scsi: iscsi: Fix redundant response for ISCSI_UEVENT_GET_HOST_STATS request
30e94a5d266d9 irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
Thanks for having a look!
CU
Uli
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Request for reviews for 4.4-st62, 4.4-cip97
2025-03-14 12:34 Request for reviews for 4.4-st62, 4.4-cip97 Ulrich Hecht
@ 2025-03-17 21:21 ` Pavel Machek
2025-03-18 7:59 ` [cip-dev] " Ulrich Hecht
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2025-03-17 21:21 UTC (permalink / raw)
To: Ulrich Hecht, kazuhiro3.hayashi
Cc: cip-dev@lists.cip-project.org, pavel@denx.de,
nobuhiro1.iwamatsu@toshiba.co.jp
[-- Attachment #1: Type: text/plain, Size: 915 bytes --]
Hi1
> Here's two manual backports for the upcoming 4.4 release. They can be found in the tree at https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/log/?h=linux-4.4.y-st-rc
>
> ed0c3fd887468 scsi: iscsi: Fix redundant response for
> ISCSI_UEVENT_GET_HOST_STATS request
I'm not sure this causes real problems, but at least it is simple.
> 30e94a5d266d9 irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
This looks ok to me.
Could we get
[PATCH 4.4 4.9 v1 1/2] init: Introduce system_scheduling flag for allocate_slab()
[PATCH 4.4 4.9 v1 2/2] mm: slub: allocate_slab() enables IRQ right after scheduler starts
Merged into 4.4-st, too? They are simple enough and fix real problem
for Toshiba.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [cip-dev] Request for reviews for 4.4-st62, 4.4-cip97
2025-03-17 21:21 ` Pavel Machek
@ 2025-03-18 7:59 ` Ulrich Hecht
2025-03-25 13:46 ` kazuhiro3.hayashi
0 siblings, 1 reply; 4+ messages in thread
From: Ulrich Hecht @ 2025-03-18 7:59 UTC (permalink / raw)
To: cip-dev, kazuhiro3.hayashi, pavel@denx.de
Cc: nobuhiro1.iwamatsu@toshiba.co.jp
> On 03/17/2025 10:21 PM CET Pavel Machek via lists.cip-project.org <pavel=denx.de@lists.cip-project.org> wrote:
> > ed0c3fd887468 scsi: iscsi: Fix redundant response for
> > ISCSI_UEVENT_GET_HOST_STATS request
>
> I'm not sure this causes real problems, but at least it is simple.
>
> > 30e94a5d266d9 irqchip/gic-v3: Handle CPU_PM_ENTER_FAILED correctly
>
> This looks ok to me.
Thanks for the reviews.
> Could we get
>
> [PATCH 4.4 4.9 v1 1/2] init: Introduce system_scheduling flag for allocate_slab()
> [PATCH 4.4 4.9 v1 2/2] mm: slub: allocate_slab() enables IRQ right after scheduler starts
>
> Merged into 4.4-st, too? They are simple enough and fix real problem
> for Toshiba.
I was assuming these are supposed to go into -rt only because they fail to apply to either -st or -cip.
CU
Uli
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: [cip-dev] Request for reviews for 4.4-st62, 4.4-cip97
2025-03-18 7:59 ` [cip-dev] " Ulrich Hecht
@ 2025-03-25 13:46 ` kazuhiro3.hayashi
0 siblings, 0 replies; 4+ messages in thread
From: kazuhiro3.hayashi @ 2025-03-25 13:46 UTC (permalink / raw)
To: uli, cip-dev, pavel; +Cc: nobuhiro1.iwamatsu
Hello Pavel, Ulrich,
> > Could we get
> >
> > [PATCH 4.4 4.9 v1 1/2] init: Introduce system_scheduling flag for allocate_slab()
> > [PATCH 4.4 4.9 v1 2/2] mm: slub: allocate_slab() enables IRQ right after scheduler starts
> >
> > Merged into 4.4-st, too? They are simple enough and fix real problem
> > for Toshiba.
>
> I was assuming these are supposed to go into -rt only because they fail to apply to either -st or -cip.
Yes.
As I mentioned previously[1], the patch 2/2 can be applied to -cip-rt only.
I was not aware that the patch 1/2 fails to git am to -cip (it can be applied by patch -p1 though).
Anyway, my opinion is it's no worth to apply 1/2 alone to -cip (non RT).
Pavel, could you consider applying the both to -cip-rt only?
[1] https://lore.kernel.org/cip-dev/TYCPR01MB113856DBEC0FE3243885AABE1E1D62@TYCPR01MB11385.jpnprd01.prod.outlook.com/
Best regards,
Kazu
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2025-03-25 13:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-03-14 12:34 Request for reviews for 4.4-st62, 4.4-cip97 Ulrich Hecht
2025-03-17 21:21 ` Pavel Machek
2025-03-18 7:59 ` [cip-dev] " Ulrich Hecht
2025-03-25 13:46 ` kazuhiro3.hayashi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox