Re: [PATCH hurd] libdiskfs: Support --next-task for filesystems

2023-07-16 Thread Damien Zammit
Hi Sergey, On 16/7/23 21:29, Sergey Bugaev wrote: > I'd be happy to share more details about the grand plan if you're > interested — and actually it'd be great to discuss this with you since > I don't know much about device drivers etc. and you might point out > some important shortcomings in my p

Re: [PATCH hurd] libdiskfs: Support --next-task for filesystems

2023-07-16 Thread Samuel Thibault
Damien Zammit, le dim. 16 juil. 2023 10:38:31 +, a ecrit: > This standardises the format of the boot parameters so that > they all use the same parameter --next-task to specify the next > task in the boot order. It does assume the next task is always exec, > however. This may not be a problem

Re: [PATCH hurd] libdiskfs: Support --next-task for filesystems

2023-07-16 Thread Etienne Brateau
Isn't it possible to achieve this goal with an initramfs ? Le dim. 16 juil. 2023, 13:30, Sergey Bugaev a écrit : > Hi Damien, > > On Sun, Jul 16, 2023, 13:39 Damien Zammit wrote: > > This standardises the format of the boot parameters so that > > they all use the same parameter --next-task to s

Re: [PATCH hurd] libdiskfs: Support --next-task for filesystems

2023-07-16 Thread Sergey Bugaev
Hi Damien, On Sun, Jul 16, 2023, 13:39 Damien Zammit wrote: > This standardises the format of the boot parameters so that > they all use the same parameter --next-task to specify the next > task in the boot order. I mentioned this in some other thread, repeating now: I have this grand plan for r

[PATCH hurd] libdiskfs: Support --next-task for filesystems

2023-07-16 Thread Damien Zammit
This standardises the format of the boot parameters so that they all use the same parameter --next-task to specify the next task in the boot order. It does assume the next task is always exec, however. This may not be a problem. --- libdiskfs/opts-std-startup.c | 6 +- 1 file changed, 5 inse