Re: Using tm_t in a defs file

2024-10-27 Thread Zhaoming Luo
On 10/28/24 2:36 AM, Sergey Bugaev wrote: But the important point is that on the client side, glibc doesn't use the generated C function to invoke the routine, and instead does things based on the ioctl number, so it's crucial that the definition of RTC_RD_TIME constant matches the signature of t

Re: Using tm_t in a defs file

2024-10-27 Thread Samuel Thibault
Sergey Bugaev, le dim. 27 oct. 2024 21:36:11 +0300, a ecrit: > You'll also have to > define _IOT_rtc_time in a C header (rtc.h) next to the struct rtc_time > definition, using the _IOT macro. Yes, definitely. Since struct rtc_time is merely 9 ints, that will be easy. > 2. just require the caller

Re: Using tm_t in a defs file

2024-10-27 Thread Sergey Bugaev
On Sun, Oct 27, 2024 at 3:02 PM Zhaoming Luo wrote: > I didn't develop it in-tree because I haven't figure out how to write a > Makefile for an in-tree server. I haven't found a reference or document > for me to learn writing it. Any recommendations? Maybe I should write > one based on the Makefil

Re: [RFC PATCH Hurd] Using NETIF_FOREACH to replace netif for-loops

2024-10-27 Thread Samuel Thibault
Zhaoming Luo, le dim. 27 oct. 2024 22:58:48 +0800, a ecrit: > Come across NETIF_FOREACH in /usr/include/lwip/lwip/netif.h, but I'm not > sure if it affects some self-contained stuff. > > netif.h belongs to liblwip-dev. Applied, thanks! > --- > lwip/iioctl-ops.c | 6 +++--- > 1 file changed, 3 i

[RFC PATCH Hurd] Using NETIF_FOREACH to replace netif for-loops

2024-10-27 Thread Zhaoming Luo
Come across NETIF_FOREACH in /usr/include/lwip/lwip/netif.h, but I'm not sure if it affects some self-contained stuff. netif.h belongs to liblwip-dev. --- lwip/iioctl-ops.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lwip/iioctl-ops.c b/lwip/iioctl-ops.c index 14c4d

Re: [PATCH 1/2 hurd] console-client: Add graphical console video passthrough

2024-10-27 Thread Samuel Thibault
Hello, Damien Zammit, le dim. 27 oct. 2024 09:38:01 +, a ecrit: > When bootloader sets a linear framebuffer mode and passes > the required info to Hurd via multiboot info table, we > can use this framebuffer as is. > Otherwise, fall back to EGA text mode as before. Great :) > +static void >

Re: [PATCH Web] Fixing a ld error in Data User-Server Translator Example

2024-10-27 Thread Samuel Thibault
Fixed into using -lpthread, thanks! Zhaoming Luo, le dim. 27 oct. 2024 18:31:03 +0800, a ecrit: > -lthreads cause ld: cannot find -lthreads: No such file or directory error > After removing -lthreads the example can work > > --- > hurd/translator/writing/example.mdwn | 2 +- > 1 file changed, 1

Re: [PATCH v2 gnumach] Expose device(mbinfo) with read access to multiboot raw info

2024-10-27 Thread Samuel Thibault
Applied, thanks! Damien Zammit, le dim. 27 oct. 2024 09:28:41 +, a ecrit: > --- > i386/Makefrag.am| 2 ++ > i386/i386at/conf.c | 8 +++ > i386/i386at/mbinfo.c| 49 + > i386/i386at/mbinfo.h| 33 +++ > i3

Re: Using tm_t in a defs file

2024-10-27 Thread Zhaoming Luo
On 10/27/24 6:08 PM, Sergey Bugaev wrote: Sure, that makes sense. And it's a great property of the Hurd that you can in fact develop out-of-tree translators with ease. Though in the case of rtc, we'd probably want it in-tree eventually. I didn't develop it in-tree because I haven't figure out how

[PATCH Web] Fixing a ld error in Data User-Server Translator Example

2024-10-27 Thread Zhaoming Luo
-lthreads cause ld: cannot find -lthreads: No such file or directory error After removing -lthreads the example can work --- hurd/translator/writing/example.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hurd/translator/writing/example.mdwn b/hurd/translator/writing/exa

Re: [PATCH 2/2 hurd] xkb: Fix delete key in graphical console

2024-10-27 Thread Samuel Thibault
Damien Zammit, le dim. 27 oct. 2024 09:38:08 +, a ecrit: > Commenting out this block of code allows > delete key to function without crashing pc_kbd driver. Is the xkb_state_mod_names_are_active call not just missing the NULL sentinel as documented in xkbcommon.h? > --- > console-client/xkb/

Re: Using tm_t in a defs file

2024-10-27 Thread Sergey Bugaev
On Sun, Oct 27, 2024 at 11:46 AM Zhaoming Luo wrote: > Hi, Hi Zhaoming, > I did the following things in a Debian/Hurd virtual machine. > > I was following this link > > to implement a rtc server. My idea is that I should im

[PATCH 1/2 hurd] console-client: Add graphical console video passthrough

2024-10-27 Thread Damien Zammit
When bootloader sets a linear framebuffer mode and passes the required info to Hurd via multiboot info table, we can use this framebuffer as is. Otherwise, fall back to EGA text mode as before. --- console-client/Makefile | 3 +- console-client/fb.c | 601 ++

[PATCH 2/2 hurd] xkb: Fix delete key in graphical console

2024-10-27 Thread Damien Zammit
Commenting out this block of code allows delete key to function without crashing pc_kbd driver. --- console-client/xkb/xkb.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/console-client/xkb/xkb.c b/console-client/xkb/xkb.c index 31253f5c..08b875c9 100644 --- a/console-client/xkb/xkb.c +++

[PATCH 0/2 hurd] VGA graphical console-client

2024-10-27 Thread Damien Zammit
This rather largish patch provides a graphical console mode of vga console-client driver. It can be enabled by default if we patch gnumach video preference to linear framebuffer mode in boothdr.S (multiboot header). Merging this patchset should not change default EGA text mode in QEMU, in case us

[PATCH v2 gnumach] Expose device(mbinfo) with read access to multiboot raw info

2024-10-27 Thread Damien Zammit
--- i386/Makefrag.am| 2 ++ i386/i386at/conf.c | 8 +++ i386/i386at/mbinfo.c| 49 + i386/i386at/mbinfo.h| 33 +++ i386/i386at/model_dep.c | 3 +++ 5 files changed, 95 insertions(+) create mode 100644 i386/

Using tm_t in a defs file

2024-10-27 Thread Zhaoming Luo
Hi, I did the following things in a Debian/Hurd virtual machine. I was following this link to implement a rtc server. My idea is that I should implement a working rtc server in user space before adding the source code in