Re: [RFC: drm server] limitations of MiG for ioctls

2024-11-04 Thread Yuqian Yang
It sounds like we need to implement a wrapping-paper thin layer in libdrm that unpacks drmIoctl() and fans out all the combinations of proper RPCs; it will be ugly but doable. (I was hoping we could just pass in a casted struct as that is what an ioctl is for). This is more work, but probably s

Re: [RFC: drm server] limitations of MiG for ioctls

2024-11-04 Thread Damien Zammit via Bug reports for the GNU Hurd
Hi, On 11/5/24 6:16 PM, Yuqian Yang wrote: > In conclusion, there is no way to do things like using a pointer to pass > data pointed by it in Mach. I can understand this is rooted in Mach > design. This does create problems of mimicking API in Linux to reuse a > lot of high-level things. At least

Re: [RFC: drm server] limitations of MiG for ioctls

2024-11-04 Thread Yuqian Yang
1. the ioctl ID encoding space is fully used already -- all the bits in an ioctl ID are meaningful, so there'd be nowhere to pack the new info; What does this mean? So we can't create new ioctl op and args for drm with the same value in Linux? 2. where would the received pointer point? -- in

Re: [RFC: drm server] limitations of MiG for ioctls

2024-11-04 Thread Sergey Bugaev
On Mon, Nov 4, 2024 at 10:44 AM Damien Zammit wrote: > I am currently attempting to implement a drm server to provide > a way to use libdrm with multiboot framebuffer exposed by new device(mbinfo). > > I am running into a problem that I am unable to implement a compatible > ioctl api because of the

Re: Hurd Halloween party is still on!

2024-11-04 Thread Yuqian Yang
On 2024-11-05 04:26, jbra...@dismail.de wrote: Let's definitely have a be-lated Hurd halloween party this coming Saturday! Not interested. I probably owe you all like $500,000. Who wants to collect? What are you talking about? Please urge on activities with more real sense. Very sorry fo

Re: [RFC: drm server] limitations of MiG for ioctls

2024-11-04 Thread Flávio Cruz
Hello Damien On Mon, Nov 4, 2024 at 2:44 AM Damien Zammit via Bug reports for the GNU Hurd wrote: > Hi, > > I am currently attempting to implement a drm server to provide > a way to use libdrm with multiboot framebuffer exposed by new > device(mbinfo). > > I am running into a problem that I am u

Re: Hurd Halloween party is still on!

2024-11-04 Thread jbranso
November 4, 2024 at 3:50 PM, "Dr. Arne Babenhauserheide" mailto:arne_...@web.de?to=%22Dr.%20Arne%20Babenhauserheide%22%20%3Carne_bab%40web.de%3E > wrote: > > jbra...@dismail.de mailto:jbra...@dismail.de writes: > > > > > November 4, 2024 at 12:13 AM, "Yuqian Yang" > mailto:crup...@crupest.

Re: No confirmation email after subscribe to bug-hurd mail list using one of my email

2024-11-04 Thread Zhaoming Luo
On 11/5/24 4:28 AM, jbra...@dismail.de wrote: How did you subscribe? I subscribe on this website: https://lists.gnu.org/mailman/listinfo/bug-hurd I've never had any issues signing up to a mailing list. This is my first my come across this issue, my other two emails work fine (zhaoming1...@qq.c

Re: Hurd Halloween party is still on!

2024-11-04 Thread Dr. Arne Babenhauserheide
jbra...@dismail.de writes: > November 4, 2024 at 12:13 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E > > wrote: >> > Let's definitely have a be-lated Hurd halloween party this coming > >> > Saturday! >> > >> Not interested. >> >> > >> > I

Re: No confirmation email after subscribe to bug-hurd mail list using one of my email

2024-11-04 Thread jbranso
November 4, 2024 at 1:30 AM, "Zhaoming Luo" mailto:zhaoming1...@qq.com?to=%22Zhaoming%20Luo%22%20%3Czhaoming1357%40qq.com%3E > wrote: > > Hi, > > After I subscribed to bug-hurd mail list using zhaoming2...@163.com, I didn't > receive any confirmation email; I also checked the Junk directory.

Re: Hurd Halloween party is still on!

2024-11-04 Thread jbranso
November 4, 2024 at 12:13 AM, "Yuqian Yang" mailto:crup...@crupest.life?to=%22Yuqian%20Yang%22%20%3Ccrupest%40crupest.life%3E > wrote: > > > > > Let's definitely have a be-lated Hurd halloween party this coming > > > Saturday! > > > Not interested. > > > > > I probably owe you all like $5

Re: Hurd Halloween party is still on!

2024-11-04 Thread jbranso
November 3, 2024 at 6:20 PM, "Almudena Garcia" mailto:liberamenso10...@gmail.com?to=%22Almudena%20Garcia%22%20%3Cliberamenso1%40gmail.com%3E > wrote: > > Hi: > > I connected to the Jitsi room that day, but due to Spain's daylight savings > time, I started the connection one hour later, a

Re: [PATCHv2 0/3] ada: Add GNU/Hurd x86_64 support

2024-11-04 Thread Marc Poulhiès
Samuel Thibault writes: > I reworked the patch to factorize the bsd signal definitions. > I have split off the system definitions because the priority range of > GNU/Mach has diverged from the original BSD kernels. > gcc/ada/ChangeLog | 17 ++ Hello, The changes lo

Re: [PATCH gnumach v3 2/3] add tests for FLOAT/XFLOAT state

2024-11-04 Thread Samuel Thibault
Hello, Luca Dariz, le lun. 04 nov. 2024 09:19:44 +0100, a ecrit: > Il 30/10/24 14:58, Samuel Thibault ha scritto: > > Hello, > > > > Just to make sure: are you working on making glibc use it for signal > > context management? > > I started to have a look at it, but I didn't progress much yet. >

Re: [PATCH gnumach v3 2/3] add tests for FLOAT/XFLOAT state

2024-11-04 Thread Luca Dariz
Hi, Il 30/10/24 14:58, Samuel Thibault ha scritto: Hello, Just to make sure: are you working on making glibc use it for signal context management? I started to have a look at it, but I didn't progress much yet. On this topic, would it be good enough to work on top of the upstream master bra