ace is a lagg(4)..." (id->is).
Thank you for the changes!
Regards,
Andrius V
On Mon, Apr 8, 2024 at 7:29 AM Shoichi YAMAGUCHI wrote:
>
> Module Name:src
> Committed By: yamaguchi
> Date: Mon Apr 8 04:29:52 UTC 2024
>
> Modified Files:
> src/sbin/i
Hi,
Can you a bit clarify the meaning of "8 space tabs", since file is not
exactly following any completely defined pattern. Should I use tabs
before multiline comment text (*^I^I) and align
text between routine name and description, also remove all unnecessary
whitespace characters? Attached
Thanks, should take remember this for the future reference.
On Wed, Mar 13, 2024 at 8:59 AM Nick Hudson wrote:
>
> Module Name:src
> Committed By: skrll
> Date: Wed Mar 13 06:59:01 UTC 2024
>
> Modified Files:
> src/sys/arch/evbmips/evbmips: interrupt.c
>
> Log Message:
>
On Thu, Dec 28, 2023 at 11:08 PM Robert Elz wrote:
>
> [I could claim that the typo was deliberate, as part of
> the test but that would be kind of absurd, sh does
> no spell checking to test.]
>
> kre
>
Thanks for clarification. I definitely had few instances when I needed
to revert
Hi,
Will check and adjust. Thanks for the tip.
On Thu, Dec 14, 2023 at 2:12 AM Valery Ushakov wrote:
>
> On Wed, Dec 13, 2023 at 23:11:35 +, Andrius Varanavicius wrote:
>
> > Module Name: src
> > Committed By: andvar
> > Date: Wed Dec 13 23:11:35 UTC 2023
> >
> > Modified Files:
>
Thank you, I should pay attention to that.
On Wed, Oct 25, 2023 at 9:02 AM Nick Hudson wrote:
>
> Module Name:src
> Committed By: skrll
> Date: Wed Oct 25 06:02:14 UTC 2023
>
> Modified Files:
> src/sys/arch/mips/mips: kgdb_machdep.c
>
> Log Message:
> ->
>
>
> To
OK, it makes sense. I will revert the changes. Thanks for your explanations.
On Sun, Oct 8, 2023 at 12:49 PM matthew green wrote:
>
> > I was changing news68k specific code, thus wasn't treating them as
> > common. But I understand the point.
>
> there's a *LOT* of m68k code that is copied
On Sun, Oct 8, 2023 at 6:56 AM Izumi Tsutsui wrote:
>
> > In this case maybe I should remove all FPSP references (vectors.S,
> > locore.S, Makefile.news68k (MD_LIBS={FPSP})?
>
> IMO we don't have to keep strict consistencies or buildabilities of
> options but rather should consider readabilities
In this case maybe I should remove all FPSP references (vectors.S,
locore.S, Makefile.news68k (MD_LIBS={FPSP})?
On Sun, Oct 1, 2023 at 10:08 PM Izumi Tsutsui wrote:
>
> > Module Name: src
> > Committed By: andvar
> > Date: Sun Oct 1 18:50:53 UTC 2023
> >
> > Modified Files:
> >
Hi,
Thanks for the note. I honestly wasn't aware that we have generated
configs and will be more careful in changing them in the future to
account that.
However, MDINSTALL config seems to be some older/legacy config, which
was not generated from GENERIC.in, I believe. I may try to transform
into
I would agree with Taylor, it is not tested well enough to be enabled
by default and mainly unmaintained by now. I guess the better solution
would be to attempt to integrate openchrome-drm instead at some point
in the future. I think making viadrmums as kernel module is quite a
good trade off
not mistaken... Maybe it is time to spend some effort on that...
Regards,
Andrius V
On Thu, Aug 10, 2023 at 12:42 AM matthew green wrote:
>
> > Log Message:
> > viadrmums(4): build legacy VIA DRM UMS driver module for amd64.
> >
> > This driver is not built-in by defaul
exception_vector.S too). The last one I am planning to revert
back, since Izumi Tsutsui noted that name follows historical PGOFSET
naming. Sorry, if this commit caused any trouble.
Regards,
Andrius V
On Mon, Jul 26, 2021 at 3:40 AM Rin Okuyama wrote:
>
> On 2021/07/25 6:31, Andrius Varana
I guess I should revert this particular change then. Yes, I saw PGOFSET
definition and assumed it's a typo too, just too widely used and like you
said historical value. In some header files PGOFSET had a comment: "byte
offset into page" next to it.
On Sun, Jul 25, 2021, 00:53 Izumi Tsutsui
14 matches
Mail list logo
