Thanks for the quick response!
rin
On 2021/10/27 2:35, Roland Illig wrote:
Am 26.10.2021 um 06:13 schrieb matthew green:
Rin Okuyama writes:
I don't think this is right thing to be committed.
i agree.
Thank you for the explanation, I just reverted the commit, resulting in
sbin/wsconsctl/M
Am 26.10.2021 um 06:13 schrieb matthew green:
> Rin Okuyama writes:
>> I don't think this is right thing to be committed.
>
> i agree.
Thank you for the explanation, I just reverted the commit, resulting in
sbin/wsconsctl/Makefile 1.16.
Roland
Rin Okuyama writes:
> I don't think this is right thing to be committed.
i agree.
> By this way, we can add similar LINTFLAGS hacks every when
> kernel API is changed.
>
> Please keep this kinds of hacks within your local repository.
>
> > Running lint in non-tools mode picked up the header from
I don't think this is right thing to be committed.
By this way, we can add similar LINTFLAGS hacks every when
kernel API is changed.
Please keep this kinds of hacks within your local repository.
Thanks,
rin
On 2021/10/11 22:27, Roland Illig wrote:
Module Name:src
Committed By: rillig
Da
martin@ wrote:
> On Mon, Feb 07, 2011 at 08:28:40AM +0900, Izumi Tsutsui wrote:
> > I changed them to sync with OpenBSD,
> > to avoid divergence in (possible) xf86-video-foo drivers.
> > (I didn't think they were ever referred from userland..)
>
> I'm not sure the whole idea of a single MI enumer
On Mon, Feb 07, 2011 at 08:28:40AM +0900, Izumi Tsutsui wrote:
> I changed them to sync with OpenBSD,
> to avoid divergence in (possible) xf86-video-foo drivers.
> (I didn't think they were ever referred from userland..)
I'm not sure the whole idea of a single MI enumeration of frame buffer types
> Modified Files:
> src/sbin/wsconsctl: util.c
>
> Log Message:
> update macro names to match new ones
> (i don't know why they changed, just fixing the build)
Thanks.
I changed them to sync with OpenBSD,
to avoid divergence in (possible) xf86-video-foo drivers.
(I didn't think they were e
