Re: [RFC PATCH] Add rtc server, rtc-read and rtc-set operations

On 11/17/24 9:04 PM, Sergey Bugaev wrote: On Sun, Nov 17, 2024 at 3:34 PM Zhaoming Luo wrote: looks nice to me overall, thanks for working on this! I cannot judge the actual driver part, so here are some nitpicks about not following the GNU code style :D I will try to build and test it later. T

Re: [RFC PATCH] Add rtc server, rtc-read and rtc-set operations

Hello, Zhaoming Luo, le dim. 17 nov. 2024 20:33:12 +0800, a ecrit: > I have tested the read and set operations, they seemd fine. Good :D > - Day of year is not stored in RTC[0], though we can calculate it when > we are reading RTC based on year, month, and day of month. Should we do it? Yes:

Re: SOLVELD [cross] building gdb for the 64bit Hurd?

jann...@gnu.org, le ven. 15 nov. 2024 11:14:39 +0100, a ecrit: > One other thing that puzzles me is that unless I explicitly configure with > > --enable-targets=i586-pc-gnu,x86_64-pc-gnu" > > (note that i586-pc-gnu _must_ be present), the [cross-]built gdb doesn't > know about Hurd, it says:

Re: [RFC PATCH] Add rtc server, rtc-read and rtc-set operations

Hello, Sergey Bugaev, le dim. 17 nov. 2024 16:04:53 +0300, a ecrit: > By the way: apparently gnumach already has some sort of an rtc driver > (at i386/i386at/rtc.c). What do we do about that? We should make it stop updating the RTC on setting the time. That's supposed to be done at shutdown by /e

Re: static tar-1.34 hanging on warning/error [WAS: SOLVED [cross] building gdb for the 64bit Hurd?]

Samuel Thibault writes: > jann...@gnu.org, le dim. 17 nov. 2024 21:17:18 +0100, a ecrit: >> Or could it be that I also need >> >> >> >> >> for gdb