Re: kernel modules for rockchip video for pinebook pro and rockpro64

---> But kind of demanding how I should use my sparse free time reminds me
(sadly) of why I handed in my commitment many years ago.

Man,you take for granted that whoever uses your code is able to do
entirely what he wants without asking you questions from time to time. You
seem to live in a perfect world. In a world inhabited only by experienced
users. This is not true.

But more importantly is that there are a lot of users with a low-medium
knowledge like me that ask because they are full of enthusiasm and a desire
to learn. And these are precisely the kind of people you need to advance
the development of the code you've provided. Because they, unlike experts,
have the time and the desire to make something new and fresh,without following
any corporate diktat, therefore in a more original and spontaneous way.

Experts, on the other hand, don't know what to do with your code because
they are able to create it themselves and / or they don't have the time to
do what they want. And they don't even participate in the development of
the entire project, but only in their own personal projects. So what's the
point of having so many developers who focus primarily on their own
projects and less on those with a more social impact ? It's true that those
who don't have the same skills as you will ask for more information.

But what do you want ? For your code to rot, or do you want to collaborate
with someone who wants to do something with it, who is trying to figure out
how to do it ? If you give your code to someone, I think you expect them to
ask you questions. In short, I don't understand who you think might be
interested in your code ? Don't you realize that very few of us are
interested ? If you complain even when someone asks you questions, you'll
only reduce the number of people interested, because you'll make someone
feel excluded.

But I think the real problem here is something else. It's that you're
confusing someone's enthusiasm with your long-standing belief that someone
actually demands something from you. I think it's not easy to distinguish
between the two, but an effort should be made before quickly taking sides
with no apparent second thoughts.


On Tue, Aug 12, 2025 at 3:30 PM Søren Schmidt <[email protected]>
wrote:

> It is quite simple actually, what I use and want to use is entirely up to
> me and me only :)
> I just shared my patches for getting the RK356X line of SOC’s supported in
> 14-stable in the hope it would be useful for someone.
> I did NOT sign up for anything else, If you want to port it to -current
> by my guest, it is all free to use/hack/whatever.
> But kind of demanding how I should use my sparse free time reminds me
> (sadly) of why I handed in my commit bit many years ago.
>
> Søren Schmidt
> [email protected] / [email protected]
> "So much code to hack, so little time"
>
> Den tirs. 12. aug. 2025 kl. 02.56 skrev Sulev-Madis Silber <
> [email protected]>:
>
>> i never understand what stops you guys from working on current directly?
>> like get it into tree. did you get into fight with devs? if yes, why?
>> couldn't adhere to standards? i see hours of manpower being spent on
>> creating stuff on 13, 14 and now plans to do it on 15 again? if 15 is
>> mature it's already old. sure, you can do it. it's called a (local) fork. i
>> just have problems with it. particularly, if i want to use it, i can't.
>> noone else can, either. i'm curious why those decisions are made. who wants
>> to run old 13 with all old insecure ports and so on? but at least runs on
>> new hw. it's a wtf. it's complete and utter wtf to look forward on running
>> old fbsd. despite everyone is completely free in doing so. it's not
>> internal company stuff either, otherwise why tell it on fbsd official list.
>> it all makes me very sad!!!
>>
>>
>>
>> On August 11, 2025 7:41:34 PM GMT+03:00, Mario Marietto <
>> [email protected]> wrote:
>> >--> FWIW I modified Emmanuel Vadot's work [1] to be buildable as kmods on
>> >15-current
>> >
>> >--> When 15-stable has matured enough I will start to move my sources
>> >there, but it's a rather big undertaking not just the rockchip stuff…
>> >
>> >so,what happens here ? to test the code created by JSM on the radxa zero
>> 3W
>> >we should wait until the 15-stable has matured enough,right ? So it seems
>> >that JSM created a code that can't be used at the moment. I've thought
>> that
>> >if this can be done,even the patches for 14.x can be ported to 15.x
>> before
>> >it matured :D
>> >
>> >---> Helping you with your phone project looks to be a full time
>> developer
>> >job, which I don’t have the time for, sorry.
>> >
>> >it isn't. Never asked for a full time job from you.
>> >
>> >
>> >On Mon, Aug 11, 2025 at 5:59 PM Søren Schmidt <[email protected]>
>> >wrote:
>> >
>> >> Hi,
>> >>
>> >> Just a heads up (I’m on vacation) so not “gone” 😀
>> >> Anyhow my patches are and will be for 14-stable for the foreseeable
>> >> future, 14-stable has an EOL date of late 2028 so lots of time 😀
>> >> When 15-stable has matured enough I will start to move my sources
>> there,
>> >> but its a rather big undertaking not just the rockchip stuff…
>> >> Helping you with your phone project looks to be a fulltime developer
>> job,
>> >> which I don’t have the time for, sorry.
>> >>
>> >> /Søren
>> >>
>> >> Sent from my iPhone
>> >>
>> >> On 11 Aug 2025, at 16.32, Mario Marietto <[email protected]>
>> wrote:
>> >>
>> >> 
>> >> Hello bro.
>> >>
>> >> As you may already know,I'm building a modular "phone" based on the
>> radxa
>> >> zero 3W board and FreeBSD 14.2 with the panfrost enabled (ported by
>> >> covacat). But the 14.2 is going EOL and soon the whole 14.x branch. I'm
>> >> interested in starting to think about the 15.x branch. Point is that
>> >> FreeBSD works on the radxa board only because Soren developed his
>> patch for
>> >> the 14.x.
>> >>
>> >> But what about grabbing the code of FreeBSD 15.0 (what's the closest
>> >> version that can work with the radxa zero 3W ?) and try to apply the
>> >> Soren's patch to its code ? And then integrate the code of covacat with
>> >> your new drm-subtree code ? Is it doable ? Do you want to help me ? I
>> think
>> >> that most of Soren's patches don't apply to 15.x and he stopped even to
>> >> reply to my messages. So I don't think he wants to modify it's patch to
>> >> make them work for the 15.x branch.
>> >>
>> >> Except you and Covacat,no one seems to be interested in this. And I'm
>> not
>> >> a developer. I can barely test hardware and code and report the errors
>> that
>> >> I get....
>> >>
>> >> On Sun, Aug 10, 2025 at 4:05 PM Jesper Schmitz Mouridsen <
>> [email protected]>
>> >> wrote:
>> >>
>> >>> Hi,
>> >>>
>> >>> FWIW I modified Emmanuel Vadot's work [1] to be buildable as kmods on
>> >>> 15-current [2]
>> >>>
>> >>>
>> >>> [1] https://github.com/evadot/drm-subtree
>> >>> [2] https://github.com/jsm222/drm-subtree
>> >>>
>> >>>
>> >>
>> >> --
>> >> Mario.
>> >>
>> >>
>> >
>>
>

-- 
Mario.