Hi tech@,
When trying the GCC 11 static analyzer on games, I noticed that some of
them (adventure, boggle, fortune, hack, monop, phantasia) have hardcoded
calls to ${HOSTCC}. They would obviously not compile when passed the GCC's
"-fanalyzer" flag through CFLAGS as it is not recognized by Clang.
Hi tech@,
Here is a diff to add partition type GUIDs for NetBSD in fdisk.
The values come from NetBSD's sys/sys/disklabel_gpt.h header.
Before the change:
Disk: sd1 Usable LBA: 34 to 937703054 [937703088 Sectors]
#: type [ start: size ]
---
On Sat, Jul 30, 2022 at 12:19:54AM +0200, Frederic Cambus wrote:
> Now that we have llvm-profdata in base, I would like to propose adding
> llvm-cov as well. Just like llvm-profdata, it is fast to build and
> only takes a few seconds on my amd64 machine.
>
> Having it in b
Hi tech@,
Now that we have llvm-profdata in base, I would like to propose adding
llvm-cov as well. Just like llvm-profdata, it is fast to build and
only takes a few seconds on my amd64 machine.
Having it in base would allow producing reports from coverage data
processed with llvm-profdata without
On Wed, May 04, 2022 at 09:50:47AM -0600, Theo de Raadt wrote:
> > > Isn't the purpose of the clang-local(1) to document local changes to the
> > > system compiler, -fsanitize-minimal-runtime feels like a special case as
> > > we do not have the complete sanitizer runtime.
> >
> > What do you sug
On Thu, May 05, 2022 at 08:04:16PM +1000, Jonathan Gray wrote:
> On Thu, May 05, 2022 at 11:26:23AM +0200, Frederic Cambus wrote:
> > Hi tech@,
> >
> > Here is a diff to add ID for the AMD Sensor Fusion Hub found on my
> > Ryzen-based ZBOX CA621. Full dmesg below.
>
Hi tech@,
Here is a diff to add ID for the AMD Sensor Fusion Hub found on my
Ryzen-based ZBOX CA621. Full dmesg below.
Comments? OK?
Index: sys/dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1988
Hi tech@,
The base system includes the compiler-rt profile library for
source-based code coverage.
So here is a diff to document support in clang-local.1, the same
way we document support for the ubsan_minimal sanitizer runtime
which is also part of compiler-rt.
Comments? OK?
Index: share/man/m
On Mon, Oct 25, 2021 at 07:41:51AM -0600, Todd C. Miller wrote:
> On Mon, 25 Oct 2021 12:48:01 +1100, Jonathan Gray wrote:
>
> > Shouldn't lld instead be changed to show warnings?
>
> That was my thinking as well.
After discussing the matter with other developers during h2k21, this
is indeed the
On Fri, Oct 29, 2021 at 06:20:07PM -0400, Brad Smith wrote:
> > Therefore, here is a diff to enable spleen16x32 and spleen32x64 on riscv64
> > for GENERIC kernels, like we do on amd64, arm64, armv7, and i386.
> >
> > Comments? OK?
>
> Sounds like this should be enabled on powerpc64 too?
I got a
Hi tech@,
It has come to my attention that OpenBSD/riscv64 has support for at least
radeondrm(4), and can drive a 4k monitor.
Therefore, here is a diff to enable spleen16x32 and spleen32x64 on riscv64
for GENERIC kernels, like we do on amd64, arm64, armv7, and i386.
Comments? OK?
Index: sys/dev
Hi tech@,
Most (but not all) __warn_references occurences in libc are wrapped in
#if defined(APIWARN) blocks. This diff wraps the remaining occurences,
so building libc without the APIWARN definition does not produce any
strain .gnu.warning.* sections.
Comments? OK?
Index: lib/libc/compat-43/get
Hi tech@,
This diff removes mentions of ld warning messages for mktemp(3),
tmpnam(3), and tempnam(3).
LLD doesn't emit warnings when encountering .gnu.warning.* sections, so
those warnings are not emitted anymore for a majority of users since we
switched to LLD as the default linker on most archi
On Sun, Jun 06, 2021 at 10:42:59PM +0200, Frederic Cambus wrote:
> On Wed, Jun 02, 2021 at 07:56:07PM -0600, Theo de Raadt wrote:
> > I am satisfied.
> >
> > That is one architecture. I suggest checking which others can use
> > the same treatment.
>
> I was
On Wed, Jun 02, 2021 at 07:56:07PM -0600, Theo de Raadt wrote:
> I am satisfied.
>
> That is one architecture. I suggest checking which others can use
> the same treatment.
I was going to build i386 releases, but then realized we don't have
efifb on this platform, so we don't need the fonts on R
On Mon, May 31, 2021 at 12:57:47PM +0200, Mark Kettenis wrote:
> > +option FONT_SPLEEN8x16
> > +option FONT_SPLEEN12x24
> > +option FONT_SPLEEN16x32
> > +option FONT_SPLEEN32x64
> > +
> > option RAMDISK_HOOKS
> > option MINI
Hi tech@,
The size of kernel fonts in RAMDISKs has long been a problem on systems
with large screen resolutions booting via EFI, as currently only the 8x16
font is built into RAMDISKs. As those systems are becoming more common, I
would like to revisit the topic.
Currently, we decide which font is
On Thu, Dec 24, 2020 at 12:25:40AM +0100, Patrick Wildt wrote:
> > On Fri, Dec 18, 2020 at 10:33:52PM +0100, Mark Kettenis wrote:
> >
> > > The diff below disables the optimized functions on little-endian
> > > architectures such that we always use rasops1_putchar(). This makes
> > > ssdfb(4) wo
Hi Mark,
On Fri, Dec 18, 2020 at 10:33:52PM +0100, Mark Kettenis wrote:
> The diff below disables the optimized functions on little-endian
> architectures such that we always use rasops1_putchar(). This makes
> ssdfb(4) work with the default 8x16 font on arm64.
I noticed it was committed alread
Hi tech@,
Here is a diff to document the WSDISPLAYIO_GETSCREENTYPE ioctl in
wsdisplay.4.
The wsdisplay_screentype structure definition can be found in
.
Comments? OK?
Index: wsdisplay.4
===
RCS file: /cvs/src/share/man/man4/wsdispl
Hi tech@,
We are now getting the default values for font height and width using
the WSDISPLAYIO_GETSCREENTYPE ioctl, so they always match the currently
loaded font metrics. The following diff reflects that in the man page.
As text-mode VGA compatible displays are increasingly uncommon, I took
the
On Tue, Jul 21, 2020 at 12:44:57PM +0200, Frederic Cambus wrote:
> Currently, wsfontload(8) hardcodes the default height and width values
> for the font to be loaded as 12x22 when using framebuffer consoles, and
> as 8x16 when in text mode. The 12x22 value wasn't correct in case we
On Mon, Jul 20, 2020 at 04:36:46PM +0200, Frederic Cambus wrote:
> Here is a diff to allow the WSDISPLAYIO_GETSCREENTYPE ioctl on the
> tty*cfg device, passing it back to tty*0.
>
> I need this to restore working defaults in wsfontload(8).
>
> Comments? OK?
>
&g
Hi tech@,
Currently, wsfontload(8) hardcodes the default height and width values
for the font to be loaded as 12x22 when using framebuffer consoles, and
as 8x16 when in text mode. The 12x22 value wasn't correct in case we
felt back to the smaller 8x16 font for screen widths smaller than 960px,
and
On Wed, Jul 15, 2020 at 10:26:12AM -0600, Theo de Raadt wrote:
> > So here is a new iteration taking feedback into account, using the
> > #if WS_DEFAULT_BG == WSCOL_WHITE check for clarity, and also switching
> > the foreground color of printed kernel messages to light cyan to improve
> > contrast
Hi tech@,
Here is a diff to allow the WSDISPLAYIO_GETSCREENTYPE ioctl on the
tty*cfg device, passing it back to tty*0.
I need this to restore working defaults in wsfontload(8).
Comments? OK?
Index: sys/dev/wscons/wsdisplay.c
===
RC
On Fri, Jul 17, 2020 at 11:04:07AM +0100, Stuart Henderson wrote:
> Seems useful. While it's not especially likely anyone is parsing the output
> of this, just in case they are it's usually more admin-friendly to add a new
> column at the end unless there's a good reason not to.
Good point, here i
Hi tech@,
Here is a diff to add a new column to wsfontload -l output, which
reports the number of characters contained in a loaded font.
It's especially useful with user loaded fonts as they can contain more
than 256 characters.
Below is the current output of wsfontload -l, without the diff:
#
Hi tech@,
Here is a diff to merge the two if blocks checking if the font in use
contains a given character in rasops_mapchar().
Comments? OK?
Index: sys/dev/rasops/rasops.c
===
RCS file: /cvs/src/sys/dev/rasops/rasops.c,v
retrieving
On Wed, Jul 08, 2020 at 12:37:11PM +1000, Jonathan Gray wrote:
> Thanks for the explanation. The proposal makes more sense from the
> point of view of the existing colours being darker for openboot black
> on white.
>
> #if WS_DEFAULT_BG == WSCOL_WHITE
>
> old
>
> #else
>
> new
>
> #endif
>
On Tue, Jul 14, 2020 at 12:15:37PM +0200, Frederic Cambus wrote:
> The diff makes sense to me, I will commit it this week with some minor
> style(9) fixes for the switch statement (don't indent the case), unless
> I hear objections.
Committed, thanks again!
On Sun, Jul 12, 2020 at 07:16:13PM +0200, Frederic Cambus wrote:
> On Fri, Jun 26, 2020 at 07:42:50AM -0700, jo...@armadilloaerospace.com wrote:
> > Optimized 32 bit character rendering with unrolled rows and pairwise
> > foreground / background pixel rendering.
> >
> >
Hi tech@,
Here is a diff to use the CPU_IS_PRIMARY macro on alpha and mips64.
Comments? OK?
Index: sys/arch/alpha/alpha/cpu.c
===
RCS file: /cvs/src/sys/arch/alpha/alpha/cpu.c,v
retrieving revision 1.43
diff -u -p -r1.43 cpu.c
--- s
Hi tech@,
Here is a diff to use the CPU_IS_PRIMARY macro in identifycpu() on i386.
Comments? OK?
Index: sys/arch/i386/i386/machdep.c
===
RCS file: /cvs/src/sys/arch/i386/i386/machdep.c,v
retrieving revision 1.636
diff -u -p -r1.636
On Fri, Jun 26, 2020 at 07:42:50AM -0700, jo...@armadilloaerospace.com wrote:
> Optimized 32 bit character rendering with unrolled rows and pairwise
> foreground / background pixel rendering.
>
> If it weren't for the 5x8 font, I would have just assumed everything
> was an even width and made the
On Fri, Jul 10, 2020 at 03:26:16PM +0200, Frederic Cambus wrote:
> On Fri, Jun 26, 2020 at 07:49:55AM -0700, jo...@armadilloaerospace.com wrote:
> > I should have been more rigorous -- I had two different changes running
> > on my system, as well as forcing it to use the 12x24 fo
On Fri, Jun 26, 2020 at 07:49:55AM -0700, jo...@armadilloaerospace.com wrote:
> I should have been more rigorous -- I had two different changes running
> on my system, as well as forcing it to use the 12x24 font for a 160x45
> console.
>
> If you apply the "Optimized rasops32 putchar" patch I just
Hi tech@,
Here is a diff to enable spleen16x32 and spleen32x64 on armv7 for
GENERIC kernels, like on arm64.
I'm using the 16x32 version on my Cubieboard2.
I'm not sure if any armv7 devices we support is actually capable
of driving a 4K screen, so the 32x64 version might not be useful.
If this is
an 1970 00:00:00 -
+++ sys/dev/wsfont/spleen6x12.h 8 Jul 2020 10:16:31 -
@@ -0,0 +1,1294 @@
+/* $OpenBSD$ */
+
+/*
+ * Copyright (c) 2018-2020 Frederic Cambus
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are
On Wed, Jul 08, 2020 at 12:06:27AM +1000, Jonathan Gray wrote:
> On Tue, Jul 07, 2020 at 03:16:33PM +0200, Frederic Cambus wrote:
> > Hi tech@,
> >
> > The recent spike of interest around framebuffer consoles has prompted
> > me to revisit a proposal I
Hi tech@,
The recent spike of interest around framebuffer consoles has prompted
me to revisit a proposal I sent back in early 2017 [1].
Aesthetics considerations aside, kettenis@ raised the concern that colors
from the original rasops palette carefully matched what OpenFirmware
uses for the conso
Hi tech@,
While having a glance at identcpu.c to see how CPU flags were printed
for each CPU, I noticed we have the following macro in cpu.h:
#define CPU_IS_PRIMARY(ci) ((ci)->ci_flags & CPUF_PRIMARY)
Here is a diff to use it in identifycpu() on amd64.
Comments? OK?
Index: sys/arch/amd64/
Hi tech@,
Here is a diff to use C99 initializers in wsdisplay_font struct
definitions for Spleen kernel fonts.
Comments? OK?
Index: sys/dev/wsfont/spleen12x24.h
===
RCS file: /cvs/src/sys/dev/wsfont/spleen12x24.h,v
retrieving revisi
Hi tech@,
Here is a diff to enable virtual consoles on armv7, the same way it is
done on arm64.
Also see the diff I sent earlier to sync fbtab.
Tested on a Cubieboard2.
Comments? OK?
Index: etc/etc.armv7/ttys
===
RCS file: /cvs/sr
Hi tech@,
Here is a diff to sync armv7 fbtab with arm64 fbtab. I left out drm
devices as there aren't any on this platform.
Comments? OK?
Index: etc/etc.armv7/fbtab
===
RCS file: /cvs/src/etc/etc.armv7/fbtab,v
retrieving revision 1.
Hi tech@,
I commited wsfont_init.9 last year to document the wsfont module of
wscons, but apparently forgot to add an entry in the man9 Makefile.
The following diff does exactly that.
Comments? OK?
Index: share/man/man9/Makefile
==
Hi tech@,
Here is a diff to enable bwfm(4) on armv7 RAMDISK for SD/MMC and USB
devices. Discussed with patrick@.
Tested on a Cubieboard2 by building a RAMDISK kernel, which shows my
USB Wi-Fi dongle attaching when booting it.
I checked the miniroot images and they all have several megabytes of
f
On Thu, May 28, 2020 at 10:52:44AM -0600, Theo de Raadt wrote:
> -MANSUBDIR= i386 amd64 alpha
> +MANSUBDIR= i386 amd64 arm64 armv7 alpha
>
> Actually, I suggest making this a MI man page. Delete that line, and see
> where the files land. I'll adjust sets.
Yes, makes sense. Just commited
Hi tech@,
Here is a diff to enable building wsmoused on arm64 and armv7.
Builds and works correctly on my CubieBoard2.
Comments? OK?
Index: usr.sbin/wsmoused/Makefile
===
RCS file: /cvs/src/usr.sbin/wsmoused/Makefile,v
retrieving r
Hi tech@,
Here is a diff to enable building wsfontload on arm64 and armv7.
Builds and works correctly on my CubieBoard2.
Comments? OK?
Index: usr.sbin/wsfontload/Makefile
===
RCS file: /cvs/src/usr.sbin/wsfontload/Makefile,v
retrie
Hi tech@,
Here is a diff to enable scrollback in simplefb(4).
Tested on OpenBSD/armv7 on my CubieBoard2. The only arm64 device I own
is headless so I cannot test on this platform.
Comments? OK?
Index: sys/dev/fdt/simplefb.c
===
RCS
On Wed, May 27, 2020 at 12:25:00PM +0200, Mark Kettenis wrote:
> > Date: Wed, 27 May 2020 19:39:07 +1000
> > From: Jonathan Gray
> >
> > When testing the row and column increase for efifb on a 1920x1080
> > display I noticed the top part of the screen continues to contain part
> > of a white on b
Hi tech@,
Here is a diff to add sizes for free() in clct(4).
Similar diff to the ones previously sent for other audio drivers.
Comments? OK?
Index: sys/dev/pci/cs4281.c
===
RCS file: /cvs/src/sys/dev/pci/cs4281.c,v
retrieving revis
Hi tech@,
Here is a diff to add sizes for free() in vio(4).
There is an existing allocsize variable tracking size of allocations,
turns out we can pass it to free() in the error path.
Comments? OK?
Index: sys/dev/pv/if_vio.c
===
RC
Hi tech@,
Here is a diff to add sizes for free() in eso(4).
Similar diff to the ones previously sent for other audio drivers.
Comments? OK?
Index: sys/dev/pci/eso.c
===
RCS file: /cvs/src/sys/dev/pci/eso.c,v
retrieving revision 1.4
Hi tech@,
Here is a diff to add sizes for free() in eap(4).
Similar diff to the ones previously sent for other audio drivers.
Comments? OK?
Index: sys/dev/pci/eap.c
===
RCS file: /cvs/src/sys/dev/pci/eap.c,v
retrieving revision 1.5
Hi tech@,
Here is a diff to add sizes for free() in auixp(4).
Similar diff to the ones previously sent for other audio drivers.
Comments? OK?
Index: sys/dev/pci/auixp.c
===
RCS file: /cvs/src/sys/dev/pci/auixp.c,v
retrieving revisi
Hi tech@,
Here is a diff to add sizes for free() in auglx(4).
Similar diff to the ones commited for auvia(4) and autri(4).
Comments? OK?
Index: sys/dev/pci/auglx.c
===
RCS file: /cvs/src/sys/dev/pci/auglx.c,v
retrieving revision 1.
Hi tech@,
Here is a diff to add sizes for free() in auacer(4).
Similar diff to the ones commited for auvia(4) and autri(4).
Comments? OK?
Index: sys/dev/pci/auacer.c
===
RCS file: /cvs/src/sys/dev/pci/auacer.c,v
retrieving revision
Hi tech@,
Here is a diff to add sizes for free() in autri(4).
Similar diff to the one commited for auvia(4).
Comments? OK?
Index: sys/dev/pci/autri.c
===
RCS file: /cvs/src/sys/dev/pci/autri.c,v
retrieving revision 1.42
diff -u -p
Hi tech@,
Here is a diff to add sizes for free() in auvia(4).
Comments? OK?
Index: sys/dev/pci/auvia.c
===
RCS file: /cvs/src/sys/dev/pci/auvia.c,v
retrieving revision 1.59
diff -u -p -r1.59 auvia.c
--- sys/dev/pci/auvia.c 14 Sep 20
Hi tech@,
Here is a diff to convert all tsleep(9) calls in wsdisplay(4)
to tsleep_nsec(9).
Comments? OK?
Index: sys/dev/wscons/wsdisplay.c
===
RCS file: /cvs/src/sys/dev/wscons/wsdisplay.c,v
retrieving revision 1.133
diff -u -p -r1.
0 1.3
+++ sys/dev/wsfont/spleen5x8.h 2 Oct 2019 20:54:25 -
@@ -1,7 +1,7 @@
/* $OpenBSD: spleen5x8.h,v 1.3 2019/06/08 07:44:07 fcambus Exp $ */
/*
- * Copyright (c) 2018 Frederic Cambus
+ * Copyright (c) 2018-2019 Frederic Cambus
* All rights reserved.
*
* Redistribution a
Hi tech@,
Here is a diff to sync kernel fonts with the latest released Spleen
version, bringing the following improvements:
- Character at position CB is 'E' with diaeresis, not with tilde (12x24 version)
- Character at position D6 is 'O' with diaeresis, not with tilde (12x24 version)
- Character
Hi tech@,
Here is a diff to fix a segmentation fault in awk, from upstream
version 20121220 [1]. Upstream fix didn't check for strdup return value
so I added the check.
I've been seeing some awk.core files in my home directory for a while
now, and finally decided to try investigating why it happe
Hi tech@,
Here is a diff to sync kernel fonts with the latest released Spleen
version, bringing the following improvements:
- Shift the middle bar of the upper case 'G' one pixel down in the 12x24
version
- Shift lower case 'k' character right, for better alignment in the 12x24,
16x32, and 32
On Mon, Mar 18, 2019 at 08:02:09PM +0200, Artturi Alm wrote:
> > Revised diff below iterating on what Artturi previously sent, and
> > a snippet of wsconsctl output with the diff applied:
> >
> > display.width=1600
> > display.height=900
> > display.depth=32
> > +display.fontwidth=12
> > +disp
On Mon, Jan 07, 2019 at 04:27:46PM -0700, Theo de Raadt wrote:
> Ted Unangst wrote:
>
> > Artturi Alm wrote:
> > > display.width=1920
> > > display.height=1200
> > > display.depth=32
> > > display.emulations=vt100
> > > display.col_x_row=120x37
> > > display.font_wxh=16x32
> >
> > now that we've
Hi tech@,
Now that efifb(4) supports remapping the framebuffer in write combining
mode, it's on par with inteldrm regarding display performance as for as
rasops(9) is concerned.
Therefore, I'm proposing reverting changes which were introduced in
rasops32_putchar() in revision 1.8 [1] as they are
Hi tech@,
Here is a diff to modify rasops_list_font_cb() to not filter out fonts
with different sizes than the currently used one. This allows getting a
list of all loaded fonts when using the WSDISPLAYIO_LSFONT ioctl.
Currently, the output of wsfontload -l on my machine is:
# Name
Hi tech@,
Currently, we set the maximum size for the EFI framebuffer console to
100 columns and 31 rows.
Now that efifb(4) supports remapping the framebuffer in write combining
mode, it's now fast enough to consider increasing those values to 160
columns and 160 rows, to match the values in intel
Hi tech@,
Here is a diff to update openchrome to 0.6.182 in Xenocara.
Tested on my VX900 system.
Comments? OK?
Index: driver/xf86-video-openchrome/Makefile.in
===
RCS file: /cvs/xenocara/driver/xf86-video-openchrome/Makefile.in,v
r
.h,v 1.1 2018/12/02 14:44:33 fcambus Exp $ */
/*
- * Copyright (c) 2018 Frederic Cambus
+ * Copyright (c) 2018-2019 Frederic Cambus
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
@@ -1408,10 +1408,10 @@ static u_char s
On Sat, Nov 17, 2018 at 04:36:49PM -0700, Theo de Raadt wrote:
> Why not delete the 2nd line?
>
> I mean isn't it obvious? I'd expect some archeology to figure
> out how this bug got introduced, rather than a diff which you
> obviously don't know the result of.
Fair enough, I realize it indeed l
Hi tech@,
Remove useless assignment, value is overwritten right after being set.
Coverity CID 1453008.
Comments? OK?
Index: dev/pci/bktr/bktr_core.c
===
RCS file: /cvs/src/sys/dev/pci/bktr/bktr_core.c,v
retrieving revision 1.39
dif
Hi tech@,
Here is a diff to add wsfont.9, documenting the wsfont subsystem.
This is wsfont.9 revision 1.18 from NetBSD with the following changes:
- Add $Mdocdate$ marker
- Remove documentation for wsfont_matches() which we don't have
- Remove wsfont_find() arguments which we don't have
- Add mi
On Sun, Nov 11, 2018 at 07:54:12PM +0100, Frederic Cambus wrote:
> > Add ID for a VIA HD Audio device found on my HP t5570 Thin Client.
> >
> > While there, update URL for the vendor ID search engine.
> >
> > Comments? OK?
>
> Anyone willing to OK this? Tha
On Thu, Nov 01, 2018 at 11:07:20PM +0100, Frederic Cambus wrote:
> Add ID for a VIA HD Audio device found on my HP t5570 Thin Client.
>
> While there, update URL for the vendor ID search engine.
>
> Comments? OK?
Anyone willing to OK this? Thanks!
Hi tech@,
Add ID for a VIA HD Audio device found on my HP t5570 Thin Client.
While there, update URL for the vendor ID search engine.
Comments? OK?
Index: sys/dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving
Hi tech@,
Remove unnecessary if/else block, both branches are identical. We can
in fact use the ATA_DELAY macro directly.
Coverity CID 1453008.
Comments? OK?
Index: dev/ata/ata_wdc.c
===
RCS file: /cvs/src/sys/dev/ata/ata_wdc.c,v
r
$OpenBSD$ */
+
+/*
+ * Copyright (c) 2018 Frederic Cambus
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain
On Tue, Aug 14, 2018 at 11:31:30AM +0200, Frederic Cambus wrote:
> We are using spacing after ellipses in displayed messages in an
> inconsistant way.
Here is an improved diff which takes into account the cursor position
while we are waiting for the task to complete, as pointed out by
d
On Tue, Aug 21, 2018 at 08:07:03PM +0200, Mark Kettenis wrote:
> > Date: Mon, 20 Aug 2018 20:55:16 +0200 (CEST)
> > From: Mark Kettenis
> >
> > > Date: Mon, 20 Aug 2018 15:46:57 +0200
> > > From: Frederic Cambus
> > >
> > > There is an issu
On Mon, Aug 20, 2018 at 02:05:15PM +0200, Mark Kettenis wrote:
> So even when you set the RI_WRONLY or RI_VCONS flag, the rasops code
> still does framebuffer reads when it draws the cursor. This causes
> problems on a particular (somewhat broken) machine I have. But since
> we know that framebuf
Hi tech@,
Here is a diff to add /usr/include/c++ in hier.7.
Comments? OK?
Index: share/man/man7/hier.7
===
RCS file: /cvs/src/share/man/man7/hier.7,v
retrieving revision 1.160
diff -u -p -r1.160 hier.7
--- share/man/man7/hier.7
Hi tech@,
We are using spacing after ellipses in displayed messages in an
inconsistant way.
A few examples:
- openssl: generating isakmpd/iked RSA keys... done.
- syncing disks... done
- iwm0: no link . got link
- iwm0: no lease .. got lease
Another example, from syspatch:
- Relinking
Hi tech@,
Since rev 1.36, the instance variable is never read again so we can
simply drop the else clause with the assignment.
Comments? OK?
Index: usr.bin/login/login.c
===
RCS file: /cvs/src/usr.bin/login/login.c,v
retrieving revi
Hi tech@,
Here is a diff to display color depth alongside resolution when
attaching simplefb(4).
Compile tested only, the only arm64 device I own is headless.
Comments? OK?
Index: sys/dev/fdt/simplefb.c
===
RCS file: /cvs/src/sys/d
On Tue, Jul 24, 2018 at 05:42:32PM +0200, Mark Kettenis wrote:
> > Date: Sun, 22 Jul 2018 15:12:09 +0200
> > From: Frederic Cambus
> >
> > Hi tech@,
> >
> > Nothing uses the rasops4 (4-bit color depth) functions anymore.
> >
> > It seems unli
Hi tech@,
Nothing uses the rasops4 (4-bit color depth) functions anymore.
It seems unlikely that any future new platform will ever need them.
Should we remove them?
Comments? OK?
Index: sys/conf/files
===
RCS file: /cvs/src/sys/co
Hi tech@,
Here is a diff to document xcrypt in the amd64 version of cpu.4.
Bits taken from the i386 version.
Comments? OK?
Index: share/man/man4/man4.amd64/cpu.4
===
RCS file: /cvs/src/share/man/man4/man4.amd64/cpu.4,v
retrieving re
Hi tech@,
Remove the i386 specific mention for pcvtfonts, they are also installed
on alpha and amd64.
>From share/misc/Makefile:
.if (${MACHINE} == "i386") || (${MACHINE} == "amd64") || \
(${MACHINE} == "alpha")
SUBDIR= pcvtfonts
.endif
Comments? OK?
Index: share/man/man7/hier.7
==
Hi tech@,
Here is a diff to add support for the VIA VX900 chipset in viapm(4).
Comments? OK?
Index: share/man/man4/viapm.4
===
RCS file: /cvs/src/share/man/man4/viapm.4,v
retrieving revision 1.11
diff -u -p -r1.11 viapm.4
--- share/
Hi tech@,
Add device IDs of the VIA VX900 chipset.
Attaching a dmesg from my HP t510 Thin Client.
Comments? OK?
Index: sys/dev/pci/pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1851
diff -u -p -r1.1851
On Tue, Jun 05, 2018 at 10:04:52PM +1000, Jonathan Gray wrote:
> > VIA C7 CPUs support Enhanced SpeedStep, so reflect that in cpu.4.
> >
> > On the VIA C7 1.5Ghz:
> >
> > cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.51 GHz
> > cpu0:
> > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP
Hi tech@,
VIA C7 CPUs support Enhanced SpeedStep, so reflect that in cpu.4.
On the VIA C7 1.5Ghz:
cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.51 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE,NXE,SSE3,EST,TM2
cpu0: En
On Sat, Jun 02, 2018 at 11:30:15AM +, Visa Hankala wrote:
> On Sat, Jun 02, 2018 at 01:00:05PM +0200, Frederic Cambus wrote:
> > Hi tech@,
> >
> > Here is a diff to remove unused C3 values.
> >
> > Comments? OK?
>
> I would keep the definitions be
Hi tech@,
Here is a diff to remove unused C3 values.
Comments? OK?
Index: sys/arch/amd64/include/specialreg.h
===
RCS file: /cvs/src/sys/arch/amd64/include/specialreg.h,v
retrieving revision 1.72
diff -u -p -r1.72 specialreg.h
--- s
Hi tech@,
Here is a diff to enable bwfm(4) on Loongson for USB devices.
Tested on a Lemote Yeeloong 8101B.
Comments? OK?
Index: sys/arch/loongson/conf/GENERIC
===
RCS file: /cvs/src/sys/arch/loongson/conf/GENERIC,v
retrieving revis
Hi tech@,
Add sizes for free() for octeon.
Comments? OK?
Index: sys/arch/octeon/dev/amdcf.c
===
RCS file: /cvs/src/sys/arch/octeon/dev/amdcf.c,v
retrieving revision 1.5
diff -u -p -r1.5 amdcf.c
--- sys/arch/octeon/dev/amdcf.c 30 Dec
1 - 100 of 197 matches
Mail list logo
