01:24 karolherbst: I just noticed sometihng.. can we make marge process things per branch? Like atm the 26.3 MR is in flight, but that's blocking MRs targeting main
01:24 karolherbst: but also probably not really worth the trouble...
08:27 glehmann: might lead to timeouts because of limited CI resources
11:11 daniels: yeah, in order to do that we'd have to complicate the rules still further so that non-main-targeting branches could get a lower priority and a longer timeout, and I'd rather not make those rules even more complex (i.e. error-prone) than they already are unless we have a really good reason
13:32 mlankhorst: airlied: I'm sending the pull request from my dev@ email address just this once. :-)
13:37 lumag_: lucaceresoli:
13:38 lumag_: lucaceresoli, mripard: do I need some more r-bs for the drm_connector IRQ_HPD changes?
15:16 lucaceresoli: lumag_: I'm not deeply expert about the specific matter, but the code looks OK to me, and the approach reasonable. My only doubt is whether a different and more generic approach could be used instead, but it's a vague thought, and if nobody proposed a better approach before v8, there must be a reason.
15:17 lucaceresoli: lumag_: so I'd wait a few more days in case mripard or others have anything against, and then apply
15:17 mripard: lumag_: I'm not going to review it, so if you have enough R-bs and waited enough for everybody to have a chance to review, merge it
15:18 mripard: (enough being like a week or something)
15:18 lumag_: mripard: ack
15:21 lumag_: lucaceresoli: I started with the more generic code, but reviews moved it towards the DP-specific names and code. I guess we might get more use cases when we get to implement HDMI ARC/eARC
15:22 lucaceresoli: lumag_: OK, makes sense to not overengineerit then, I guess; so ACK for me to go as mripard suggested
19:13 zmike: busy day for marge.
22:09 orowith2os: eric_engestrom: do you intend to revive !5726 at all?
22:09 orowith2os: cc robert.mader
22:10 orowith2os: pull 109 in the EGL registry, for reference