nt argc, char **argv)
> Arg arg[2];
> Cardinal i;
>
> +if(pledge("stdio rpath unix prot_exec", NULL) == -1)
> + err(1, "pledge");
Why is prot_exec needed here?
> XtSetLanguageProc(NULL, (XtLanguageProc) NULL, NULL);
>
> toplevel = XtAppInitialize(&app_context, "XEyes",
-Bryan.
On Wed, Jul 26, 2023 at 12:23:58PM -0400, Dave Voutila wrote:
> When adding exec for vm's and fork/exec'd vio{blk,net} devices, the
> current verbosity wasn't being set on the new process. The below change
> keeps it simple, avoiding runtime string manipulation. Also tosses in an
> ifdef around a v
t; > > twm dies when failing to execute them (fvwm and cwm keeps running);
> > > do we want to keep those default-broken entries around?
>
> I'd support removing them.
+1
I don't think hardcoding window managers into cwm makes sense. I don't
think anyone is actually switching around WMs at runtime like this.
If the point is for new users to have an example that provides a list
of alternative WMs, perhaps this is a man page issue and they should
be added to "SEE ALSO" sections.
-Bryan.
v
> retrieving revision 1.283
> diff -u -p -r1.283 azalia.c
> --- src/sys/dev/pci/azalia.c 21 Feb 2023 13:42:59 - 1.283
> +++ src/sys/dev/pci/azalia.c 4 Mar 2023 15:02:31 -
> @@ -554,7 +554,6 @@ azalia_pci_attach(struct device *parent,
> if (PCI_VENDOR(sc->pciid) == PCI_VENDOR_AMD) {
> switch (PCI_PRODUCT(sc->pciid)) {
> case PCI_PRODUCT_AMD_17_HDA:
> - case PCI_PRODUCT_AMD_17_1X_HDA:
> case PCI_PRODUCT_AMD_HUDSON2_HDA:
> pa->pa_flags &= ~PCI_FLAGS_MSI_ENABLED;
> }
>
> OK?
>
>
> - End forwarded message -
No, this workaround is still needed. thfr@ and I tried to debug this years
ago but could not determine the cause at the time.
This audio hang is still there on many systems, e.g: playback works for a
breif time until the it hangs, and only a reboot will fix it. But we could
never reproduce it with MSI disabled, so that was the best option we had.
-Bryan.
On Tue, Jan 17, 2023 at 09:37:24PM +0100, Jan Klemkow wrote:
> Hi,
>
> This diff adjust the manpage of mem(4) to be more accurate. You can
> open(2) mem(4) in securelevel 1 in readonly mode, but not writable.
>
> kern/spec_vnops.c:
>
> if (ap->a_cred != FSCRED && (ap->a_mode & FWRITE)) {
On Fri, Oct 07, 2022 at 01:44:50PM -0700, Mike Larkin wrote:
> On Fri, Oct 07, 2022 at 11:59:49AM -0700, Bryan Vyhmeister wrote:
> > Hey Patrick,
> >
> > I hope you're doing well. We have not talked in quite a while. I was
> > wondering how well the support for the
and not
something that can be added to umb(4). I am a little disappointed about
that but such things happen.
Bryan
Hi,
I recently purchased a VisionFive board (8GB of RAM + video) and
wanted to run OpenBSD on it. The FAQ states that this board
needs "Some firmware configuration tweaks" to boot OpenBSD.
I have searched the mailing list archives on marc.info and was
unable to find anything on this. I have suc
On Thu, Aug 04, 2022 at 08:39:46PM -0600, Theo de Raadt wrote:
> Bryan Steele wrote:
>
> > On Fri, Aug 05, 2022 at 03:37:41AM +0200, Theo Buehler wrote:
> > > On Fri, Aug 05, 2022 at 03:34:57AM +0200, Theo Buehler wrote:
> > > > If you want games, opt into it. Th
t; > /etc/skel. I think this is a poor default.
>
> Dropped a } by accident.
If they are really unmaintained, then they should be removed from the
tree, no? Otherwise I don't really see the point in this.
-Bryan.
> Index: dot.cshrc
> =
On Thu, Aug 04, 2022 at 12:47:36PM +0100, Ricardo Mestre wrote:
> We are using pledge so if you don't remove the unveil permission it will be
> allowed throughtout the entire process, so please just change unveil(NULL,
> NULL)
> to old previous pledge("stdio rpath wpath cpath fattr sendfd").
>
>
On Mon, Jun 27, 2022 at 11:01:31PM +0200, Stefan Hagen wrote:
> Hi,
>
> acpitz(4) implements passive cooling, which starts throttling the CPU to
> keep it under the temperature reported by the _PSV trip point.
>
> https://uefi.org/specs/ACPI/6.4/11_Thermal_Management/thermal-control.html
>
> Th
On Tue, May 24, 2022 at 01:18:20AM +0200, Daniel Douglas Dyrseth wrote:
> I know a little C, but not enough to get any profound progress on making a
> Wayland WM for OpenBSD. Not to be rude, but could someone that has a coding
> team for OpenBSD make one? It will shrink the OS a lot and optimize
On Wed, May 04, 2022 at 05:40:43PM +0200, Marc Espie wrote:
> On Wed, May 04, 2022 at 07:43:35AM -0400, Bryan Steele wrote:
> > On Wed, May 04, 2022 at 01:20:10PM +0200, Frederic Cambus wrote:
> > > Hi tech@,
> > >
> > > The base system includes the compiler
uired to process coverage data and produce reports.
> +.It
> The
> .Xr malloc 3 ,
> .Xr calloc 3 ,
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.
-Bryan.
On Mon, Apr 25, 2022 at 05:33:51PM +0200, Claudio Jeker wrote:
> On Mon, Apr 25, 2022 at 11:31:22AM -0400, Bryan Steele wrote:
> > On Mon, Apr 25, 2022 at 05:20:46PM +0200, Claudio Jeker wrote:
> > > On Sun, Apr 24, 2022 at 07:06:19PM +0200, Claudio Jeker wrote:
> > > &
On Mon, Apr 25, 2022 at 05:20:46PM +0200, Claudio Jeker wrote:
> On Sun, Apr 24, 2022 at 07:06:19PM +0200, Claudio Jeker wrote:
> > On Ryzen CPUs each CCD has a temp sensor. If the CPU has CCDs (which
> > excludes Zen APU CPUs) this should show additional temp info. This is
> > based on info from t
On Sun, Apr 24, 2022 at 07:06:19PM +0200, Claudio Jeker wrote:
> On Ryzen CPUs each CCD has a temp sensor. If the CPU has CCDs (which
> excludes Zen APU CPUs) this should show additional temp info. This is
> based on info from the Linux k10temp driver.
>
> Additionally use the MSRs defined in "Ope
On Wed, Mar 23, 2022 at 04:27:40AM +, Alexis wrote:
> Indeed I understood both octboot and vmm seabios/uefi initialazation process.
>
> But has its done with kexec and linuxboot coreboot payload octboot could be
> ported to act in the same way. Explaining now again for the 3rd time, to
> avo
if (kp->p_eflag & EPROC_LKUNVEIL)
> *cp++ = 'U';
> else
> *cp++ = 'u';
> }
> - if (kp->p_eflag & EPROC_CHROOT)
> - *cp++ = 'c';
> + if (kp->p_psflags & PS_ISPWAIT)
> + *cp++ = 'V';
> + if (kp->p_psflags & PS_TRACED)
> + *cp++ = 'X';
> *cp = '\0';
>
> if (state == 'R' && kp->p_cpuid != KI_NOCPU)
I feel like shuffling the order these are printed has a higher chance of
causing confusion than additional characters. But maybe it's worth it
for new users, hmm.
-Bryan.
4/compile/GENERIC.MP
Hopefully this information helps.
Please let me know if you require any more information.
--
Bryan
On Thu, Nov 04, 2021 at 02:44:18PM +0100, Jan Klemkow wrote:
> Hi,
>
> This fix [1] in seabios breaks our "boot device cdrom" feature.
>
> # vmctl start -Lc -d disk.img -r cd70.iso -B cdrom vm
> ...
> No bootable device. Retrying in 60 seconds.
>
> # vmctl start -Lc -d disk.img -r cd70.iso vm
>
On Sun, Oct 10, 2021 at 02:26:32PM -0500, Scott Cheloha wrote:
> On Sun, Oct 10, 2021 at 12:31:22PM -0600, Theo de Raadt wrote:
> > Bryan Steele wrote:
> >
> > > On Sun, Oct 10, 2021 at 12:18:55PM -0500, Scott Cheloha wrote:
> > > > On Sun, Oct 10, 2021 at 1
On Sun, Oct 10, 2021 at 12:18:55PM -0500, Scott Cheloha wrote:
> On Sun, Oct 10, 2021 at 10:51:29AM -0600, Theo de Raadt wrote:
> > did anyone ever use it this way, or are you getting ahead of yourself.
>
> I don't understand the question.
I've only ever seen it used with -count as the first argu
On Wed, Aug 11, 2021 at 03:44:33PM +0200, Ingo Schwarze wrote:
> Hi,
>
> > ok gerhard@
>
> Thanks for reporting, for the initial patch, and for checking the
> final one. This now committed.
>
> Yours,
> Ingo
Thanks to all for working together and getting this fixed.
Bryan
On Sun, Apr 25, 2021 at 08:58:35PM +, Smccalib wrote:
> Greetings,
>
> While reading the source code for ed, I noticed a small stylistic
> inconsistency in main.c whereby "isatty(0)" is called followed by a
> series of calls to functions that take a fd being called with
> STDIN_FILENO. Althoug
On Mon, Apr 05, 2021 at 09:54:14AM -0400, Dave Voutila wrote:
>
> Dave Voutila writes:
>
> > The following diff cleans up and improves MSR-related event handling in
> > vmm(4) for when the guest attempts a rdmsr/wrmsr instruction. As
> > mentioned in a previous email to tech@ about fixing support
On Sun, Mar 28, 2021 at 08:38:13AM -0400, Dave Voutila wrote:
> abieber@ found the latest 9front release ends up in a boot loop if
> hosted on an AMD system. I tracked it down to 9front (oddly) trying to
> read the PAT msr prior to writing it. [1] The problem is vmm(4)'s msr
> handling for svm inje
dx, *rax);
> +#endif /* VMM_DEBUG */
> }
> }
I'm not sure this is correct, doesn't this mean that registers will
contain whatevever garbage that was in them beforehand, without
injecting #GP host does the guest kernel to know the MSR read failed?
I was initially concerned as this touches the codepath pd@ fixed last
Feb where MSR reads were being passed through to the host, but still
I think that injecting the #GP for unsupported MSR reads is right.
-Bryan.
On Mon, Mar 22, 2021 at 08:18:45PM +0100, Klemens Nanni wrote:
> I was too stupid to look at `wsconsctl' output (which needs root) and
> only looked here.
>
> Mailing the diff for my lack of better wording, plus the knob atually
> takes three values which I have yet to decode by reading wsconsctl(
seemed to recall that the base image is not supposed to be modified,
so this is a pretty big omission.
Per original commit message:
"A limitation of this format is that modifying the base image will
corrupt the derived image."
https://marc.info/?l=openbsd-cvs&m=153901633011716&w=2
-Bryan.
On Tue, Feb 23, 2021 at 06:23:22PM +1100, Jonathan Gray wrote:
> On Tue, Feb 23, 2021 at 08:10:54AM +0100, Otto Moerbeek wrote:
> > On Mon, Feb 22, 2021 at 08:58:07PM -, Miod Vallat wrote:
> >
> > >
> > > > No problem, real-life often takes precedence.
> > >
> > > No way! operator(7) would n
On Thu, Dec 10, 2020 at 10:03:16PM -0800, Bryan Vyhmeister wrote:
> On Mon, Nov 30, 2020 at 07:58:39AM -0800, Bryan Vyhmeister wrote:
> > On Mon, Oct 19, 2020 at 08:11:04PM -0700, Bryan Vyhmeister wrote:
> > > On Fri, Oct 02, 2020 at 12:33:15PM -0700, Bryan Vyhmeister wrote:
>
On Tue, Feb 02, 2021 at 08:23:29AM +0100, Anton Lindqvist wrote:
> On Sat, Jan 30, 2021 at 01:18:07PM +0200, Ville Valkonen wrote:
> > On Sat, 2021-01-30 at 08:36 +0100, Anton Lindqvist wrote:
> > > On Fri, Jan 29, 2021 at 10:15:05PM +0200, Ville Valkonen wrote:
> > > > Hi,
> > > >
> > > > I have
On Fri, Jan 22, 2021 at 02:26:34PM -0500, Bryan Steele wrote:
> On Fri, Jan 22, 2021 at 07:00:57PM +0100, Marcus Glocker wrote:
> > On Fri, 15 Jan 2021 22:41:13 +0100
> > Marcus Glocker wrote:
> >
> > > On Fri, 15 Jan 2021 11:37:47 -0500
> > > Bryan Steel
On Fri, Jan 22, 2021 at 07:00:57PM +0100, Marcus Glocker wrote:
> On Fri, 15 Jan 2021 22:41:13 +0100
> Marcus Glocker wrote:
>
> > On Fri, 15 Jan 2021 11:37:47 -0500
> > Bryan Steele wrote:
> >
> > > On Fri, Jan 15, 2021 at 06:23:01AM -0700, Thomas Froh
ys unusual) device later?
Considering the hid_is_collection() fix from NetBSD proposed by Marcus
fixes the issue with ujoy(4) but breaks some other drivers (imt(4)
and ims(4)), could we not inline it into ujoy(4) for now? It's fairly
small helper function. Like hid_is_joy_collection()?
-Bryan
that don't need it.
Having them Just-Work (tm) by default, while doing so in a clean and
safe way will help the experience a lot for gamers (and slacking
developers) alike! :-)
Some ports patches are still required if this goes in, as mentioned
devel/sdl2 at the very least, but the cu
On Mon, Nov 30, 2020 at 07:58:39AM -0800, Bryan Vyhmeister wrote:
> On Mon, Oct 19, 2020 at 08:11:04PM -0700, Bryan Vyhmeister wrote:
> > On Fri, Oct 02, 2020 at 12:33:15PM -0700, Bryan Vyhmeister wrote:
> > > On Wed, Sep 30, 2020 at 04:05:51PM -0700, Bryan Vyhmeister wrote:
&g
On Mon, Oct 19, 2020 at 08:11:04PM -0700, Bryan Vyhmeister wrote:
> On Fri, Oct 02, 2020 at 12:33:15PM -0700, Bryan Vyhmeister wrote:
> > On Wed, Sep 30, 2020 at 04:05:51PM -0700, Bryan Vyhmeister wrote:
> > > Gerhard Roth provided a patch to me to get the Qualcomm Snapdrag
devices
> > with the exception of MAKEDEV.
> >
>
> reporting is good, but deleting not.
>
> -Otto
^^
I like this option a lot more, as users will get an opportunity to
learn.
-Bryan.
oes seem to be
mostly harmless, but I do wonder if silently cleaning up after a
users mess is the way to go or not, and should this be done at
boot instead, like the /tmp clearing?
-Bryan.
On Fri, Nov 20, 2020 at 03:08:42PM +0100, Mark Kettenis wrote:
> > Date: Fri, 20 Nov 2020 07:41:20 -0500
> > From: Bryan Steele
> >
> > On Fri, Nov 20, 2020 at 09:26:08AM +0100, Otto Moerbeek wrote:
> > > Hi,
> > >
> > > I got a new Ryzen
On Fri, Nov 20, 2020 at 08:21:41AM -0500, Bryan Steele wrote:
> On Fri, Nov 20, 2020 at 01:13:02PM +, Stuart Henderson wrote:
> > On 2020/11/20 07:41, Bryan Steele wrote:
> > > At least on a desktop I'd suggest to leaved apmd(8) and not do any
> > > manual hw.s
On Fri, Nov 20, 2020 at 01:13:02PM +, Stuart Henderson wrote:
> On 2020/11/20 07:41, Bryan Steele wrote:
> > At least on a desktop I'd suggest to leaved apmd(8) and not do any
> > manual hw.setperf tweaking, you should have adequate cooling
>
> the planet doesn
On Fri, Nov 20, 2020 at 01:13:02PM +, Stuart Henderson wrote:
> On 2020/11/20 07:41, Bryan Steele wrote:
> > At least on a desktop I'd suggest to leaved apmd(8) and not do any
> > manual hw.setperf tweaking, you should have adequate cooling
>
> the planet doesn't! :/
hahaha
On Fri, Nov 20, 2020 at 07:41:22AM -0500, Bryan Steele wrote:
> On Fri, Nov 20, 2020 at 09:26:08AM +0100, Otto Moerbeek wrote:
> > Hi,
> >
> > I got a new Ryzen machine, dmesg below. What I'm observing might be a
> > issue with hw.setperf.
> >
> > On
king, you should have adequate cooling and the
BIOS will automatically adjust the CPU fan to keep it so. I believe
it will also allow it to more quickly move into CPB boost frequencies
if left at P-state L0 (but don't quote me on that).
-Bryan.
On Sun, Nov 08, 2020 at 05:16:55PM +0100, Stefan Hagen wrote:
> Hello,
>
> xterm has an annoying delay when it's being close by the window manager
> when child processes exist.
>
> Test 1:
> xterm -e "sh"
>
> Now hit the "X" button or whatever your window manager provides to send a
> windo
On Fri, Oct 02, 2020 at 12:33:15PM -0700, Bryan Vyhmeister wrote:
> On Wed, Sep 30, 2020 at 04:05:51PM -0700, Bryan Vyhmeister wrote:
> > Gerhard Roth provided a patch to me to get the Qualcomm Snapdragon X20
> > umb(4) interface in my Dell Latitude 7300 working. It is also know
On Sun, Oct 18, 2020 at 09:44:52AM -0600, Bob Beck wrote:
>
> Yeah, it's just a number.
>
> But it's been a pretty wild ride. Thanks everyone for 25 years.
>
> -Bob
>
>
>
>
Happy 25th everybody! \o/
-Bryan.
On Wed, Sep 30, 2020 at 04:05:51PM -0700, Bryan Vyhmeister wrote:
> Gerhard Roth provided a patch to me to get the Qualcomm Snapdragon X20
> umb(4) interface in my Dell Latitude 7300 working. It is also known as a
> Dell DW5821e interface. I have been using this patch for months now wi
to have umb(4) working.
Bryan
Index: sys/dev/usb/if_umb.c
===
RCS file: /cvs/src/sys/dev/usb/if_umb.c,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 if_umb.c
--- sys/dev/usb/if_umb.c10 Jul 2020 13:26:41 - 1.
On Fri, Aug 07, 2020 at 03:49:32PM +0200, Solene Rapenne wrote:
> Now that i386 platform requires i586 CPU, I guess we should mention
> it in current.html (the page i386.html should be updated accordingly
> at 6.8 release)
>
> Index: current.html
> =
try to use it for something important?
I mean, can mount the volume read-only if you don't intend to write. If
interoperability isn't a concern, choosing a different filesystem (e.g.
FFS2) might be alternative option.
Hope that helps,
-Bryan.
On Tue, Jul 28, 2020 at 01:44:33PM -0400, Johan Huldtgren wrote:
> hello,
>
> On 2020-07-28 11:12, Mark Kettenis wrote:
> > > Date: Tue, 28 Jul 2020 13:46:34 +1000
> > > From: Jonathan Matthew
> > >
> > > On Mon, Jul 27, 2020 at 05:16:47PM +0200, Mark Kettenis wrote:
> > > > > Date: Mon, 27 Jul
On Tue, Jul 28, 2020 at 01:09:51PM +0200, Mark Kettenis wrote:
> > Date: Tue, 28 Jul 2020 11:16:56 +0100
> > From: Jason McIntyre
> >
> > On Tue, Jul 28, 2020 at 11:12:21AM +0200, Mark Kettenis wrote:
> > > > Date: Tue, 28 Jul 2020 13:46:34 +1000
> > > > From: Jonathan Matthew
> > > >
> > > > O
On Mon, Jul 27, 2020 at 05:02:41PM +0200, Mark Kettenis wrote:
> Recent ACPI versions have deprecated "Processor()" nodes in favout of
> "Device()" nodes with a _HID() method that returns "ACPI0007". This
> diff tries to support machines with firmware that implements this. If
> you see something
atibility on header and source files.
OpenSSH installs no libraries or headers, and has no public API.
-Bryan.
.
Bryan
addr 02: 413c:81d7 Dell Inc., DW5821e Snapdragon X20 LTE
super speed, power 224 mA, config 1, rev 3.18, iSerial 0123456789ABCDEF
driver: uhidev0
driver: ugen0
Index: sys/dev/usb/usbdevs
===
RCS
ot; amount. Tested by me, benno@, tedu@ anda ports build
by naddy@.
ok tedu@
---8<---
However, I have since migrated away from using vnd(4)s since I was
able to find other solutions that worked for my use cases. So I
may not be able to provide much additional information other than
what is
On Tue, Jun 23, 2020 at 01:03:18PM +0200, Patrick Wildt wrote:
> On Tue, Jun 23, 2020 at 06:51:20AM -0400, Bryan Steele wrote:
> > On Mon, Jun 22, 2020 at 11:10:10PM -0700, jo...@armadilloaerospace.com
> > wrote:
> > > Are SSE instructions allowed in the AMD64 kernel? I
On Tue, Jun 23, 2020 at 06:51:22AM -0400, Bryan Steele wrote:
> On Mon, Jun 22, 2020 at 11:10:10PM -0700, jo...@armadilloaerospace.com wrote:
> > Are SSE instructions allowed in the AMD64 kernel? Is #ifdef __SSE__
> > a sufficient guard?
> >
> > I have a rasops32
On Mon, Jun 22, 2020 at 11:10:10PM -0700, jo...@armadilloaerospace.com wrote:
> Are SSE instructions allowed in the AMD64 kernel? Is #ifdef __SSE__
> a sufficient guard?
>
> I have a rasops32 putchar with SSE that is 2x faster.
No, in general you cannot using FP instructions in the kernel, also
On Sat, Jun 13, 2020 at 10:41:06PM +0200, Lorenz Troiza wrote:
> Am 13.06.2020 um 22:27 schrieb jo...@armadilloaerospace.com:
> > What would be a good system with CoreBoot to get for OpenBSD testing?
> >
> > It looks like there are some edge cases where the CoreBoot framebuffer
> > support won't be
On Thu, May 28, 2020 at 04:29:19PM +0200, Solene Rapenne wrote:
> the macro CPU_INFO_FOREACH loop over every CPU but the frequency
> algorithm will raise frequency if one cpu usage goes over a threshold
> but also if the sum of cpu usage goes over another threshold.
>
> In the current case, if you
On Thu, May 21, 2020 at 11:07:39PM +0100, Ricardo Mestre wrote:
> Hi,
>
> After the handle sioctl_hdl `hdl' is opened (which in itself requires rw fs
> access and opening an unix socket) then all operations happen over that handle
> so the program may be restricted to only "stdio".
>
> All option
On Sat, Apr 18, 2020 at 03:07:28PM +0200, Tobias Heider wrote:
> Hi,
>
> the attached diff allows sdmmc(4) to use DMA for all commands instead of just
> mem_read and mem_write.
>
> There were problems in the past with some controllers not liking small DMA
> transfers, so it would be nice to get
On Tue, Apr 07, 2020 at 04:56:31PM +0200, Martijn van Duren wrote:
> This came up during u2k20 while discussing tempfiles for gotweb inside a
> chroot. At the moment we don't include it by default and ports have to
> create it themselves. Since I assume we want web applications to run
> inside a /v
On Sat, Mar 07, 2020 at 04:50:52PM +, Stuart Henderson wrote:
> On 2020/03/07 15:41, Jonathan Gray wrote:
> > On Fri, Mar 06, 2020 at 11:29:57PM +, Stuart Henderson wrote:
> > > I've finally managed to get openbsd installed on an rpi3b (need
> > > something to run signify/pkg_sign and this
On Wed, Jan 22, 2020 at 03:15:37PM -0500, Okan Demirmen wrote:
> Hi,
>
> I think we've (or at least I have) mused about this for a while; a
> recent mail reminded me that this feature should go - a window manager
> doesn't need to parse the ssh known_hosts file for a menu; there are
> better tools
On Sat, Dec 28, 2019 at 08:03:17PM -0500, Bryan Steele wrote:
> On Sat, Dec 28, 2019 at 07:48:47PM -0500, Bryan Steele wrote:
> > With FreeDB announcing[0] that the service will be shutting down as of
> > March 31st of 2020, and the only other alternative (MusicBrainz) already
>
On Sat, Dec 28, 2019 at 07:48:47PM -0500, Bryan Steele wrote:
> With FreeDB announcing[0] that the service will be shutting down as of
> March 31st of 2020, and the only other alternative (MusicBrainz) already
> having shutdown their freedb/cddb gateway in favour of their own API
> ear
to retrieve music CD metadata over the Internet, e.g:
Artist and Track names.
I left in support for the "cdid" command as it may be useful for
archival(?) purposes, if not that can go too.
Cc: espie@ as he wrote this code, & maybe he still has music on CDs.
ok?
-Bryan.
[0] http://
thanks. i'll work upstream to fix my OCD. :)
On Thu, Dec 19, 2019 at 12:27 PM Jason McIntyre wrote:
>
> On Thu, Dec 19, 2019 at 11:59:20AM -0800, Bryan Stenson wrote:
> > Hi all -
> >
> > Just a doc/typo patch (inlined):
> >
> > Bryan Stenson
> >
oh, my apologies. sorry for the noise. thanks.
On Thu, Dec 19, 2019 at 12:16 PM Theo de Raadt wrote:
>
> We don't accept such changes to what we consider upstream software
> incorporated into our tree, it just creates difficulty later.
>
> Submit to the upstreams.
>
&
Another set of typos (inlined below).
Bryan Stenson
diff --git gnu/gcc/gcc/config/mips/mips.c gnu/gcc/gcc/config/mips/mips.c
index 1edd6b90e4b..1c9d8902428 100644
--- gnu/gcc/gcc/config/mips/mips.c
+++ gnu/gcc/gcc/config/mips/mips.c
@@ -8911,7 +8911,7 @@ vr4130_align_insns (void)
if
Hi all -
Just a doc/typo patch (inlined):
Bryan Stenson
---
diff --git gnu/gcc/gcc/unwind.inc gnu/gcc/gcc/unwind.inc
index b533eb58873..d55f49cab79 100644
--- gnu/gcc/gcc/unwind.inc
+++ gnu/gcc/gcc/unwind.inc
@@ -107,7 +107,7 @@ _Unwind_RaiseException(struct _Unwind_Exception *exc)
return
On Mon, Dec 16, 2019 at 09:05:47PM +0100, Claudio Jeker wrote:
> On Mon, Dec 16, 2019 at 08:02:55PM +0100, Mark Kettenis wrote:
> > > Date: Mon, 16 Dec 2019 12:37:51 +0100
> > > From: Claudio Jeker
> > >
> > > This diff should add support for newer smbus controllers used on newer AMD
> > > chipse
On Mon, Dec 16, 2019 at 03:19:30PM +0100, Claudio Jeker wrote:
> On Mon, Dec 16, 2019 at 08:46:21AM -0500, Bryan Steele wrote:
> > On Mon, Dec 16, 2019 at 12:37:51PM +0100, Claudio Jeker wrote:
> > > This diff should add support for newer smbus controllers used on newer
On Mon, Dec 16, 2019 at 12:37:51PM +0100, Claudio Jeker wrote:
> This diff should add support for newer smbus controllers used on newer AMD
> chipsets. Especially Hudson-2 and Kerncz based chipsets. On my Ryzen 5 the
> iic(4) busses attach but there is nothing detected on them (well possible
> that
On Fri, Nov 29, 2019 at 11:06:45AM +, Ricardo Mestre wrote:
> Hi,
>
> After fork(2) the main proc needs rpath for {l,}stat/open and sendfd for
> imsg_*
> to send fds to the child proc which is already pledged by recvfd to receive
> them.
>
> Still passes regress tests, OK?
>
> Index: file.c
Thank you!
Bryan
Index: sys/dev/pci/if_iwm.c
===
RCS file: /cvs/src/sys/dev/pci/if_iwm.c,v
retrieving revision 1.283
diff -u -p -r1.283 if_iwm.c
--- sys/dev/pci/if_iwm.c18 Nov 2019 18:53:11 - 1.283
+++ sys/dev/pci
On Fri, Oct 18, 2019 at 07:39:26AM -0600, Nelson H. F. Beebe wrote:
> Because I dislike splitting disks into numerous partitions, each of
> whose sizes is a future show-stopper when they prove too small, I
> generally split disks into just root + swap. Thus, I find on our
> currently 7 versions of
On Wed, Oct 09, 2019 at 07:37:11AM +0200, Job Snijders wrote:
> On Tue, Oct 08, 2019 at 09:57:42PM -0600, Theo de Raadt wrote:
> > Sometime in the last week OpenBSD crossed 400,000 commits (*) upon all
> > our repositories since starting at 1995/10/18 08:37:01
> > Canada/Mountain. That's a lot of
On Fri, Oct 04, 2019 at 01:57:31PM +0200, Mischa wrote:
> Hi All,
>
> Does it make sense to add my talk on vmm/vmd at EuroBSDCon to the events.html
> page?
> If it does, below is the diff. (Thanx Paul! :))
>
> Mischa
done.
> Index: events.html
>
ck on other models, and
confirmation about Zen2.
Thanks to @nte@bsd.network for the providing helpful information and
much needed prodding.
-Bryan.
Index: arch/amd64/conf/GENERIC
===
RCS file: /cvs/src/sys/arch/amd64/conf/GENERIC,v
retri
On Wed, Aug 28, 2019 at 12:03:07PM -0600, Theo de Raadt wrote:
> ping and traceroute are setuid programs, so increased access-reduction
> features are worthwhile.
>
> they can both lock their filesystem visibility to "readonly" very early on.
>
> the attack model being prevented against is very o
01 vmd:
priv (vmd)
Just to clarify, this diff is removing chroot(2) from 3 processes:
* priv - (cannot be pledged)
* control - pledged "stdio,unix,sendfd,recvfd"
* vmm - pledged "stdio,proc,sendfd,recvfd,vmm"
I think this should be OK.
-Bryan.
> Index: priv.c
> =
#define CPUF_INVAR_TSC 0x0100 /* CPU has invariant TSC */
> #define CPUF_USERXSTATE 0x0200 /* CPU has curproc's xsave
> state */
>
> +#define CPUF_SYNCTSC0x0800 /* Synchronize TSC */
> #define CPUF_PRESENT 0x1000 /
On Fri, Aug 02, 2019 at 01:29:37PM +0300, Paul Irofti wrote:
> Hi,
>
> Here is an updated diff with a few bugs eliminated from the previous and
> with most of the concerns I got in private and from Mark fixed.
>
> I will do the TSC_ADJUST_MSR dance in another iteration if the current
> incarnatio
On Thu, Jul 25, 2019 at 10:06:52AM -0400, Bryan Steele wrote:
> On Thu, Jul 18, 2019 at 05:44:21PM -0400, Bryan Steele wrote:
> > On Thu, Jul 18, 2019 at 11:46:46AM -0400, Bryan Steele wrote:
> > > On Thu, Jul 18, 2019 at 04:13:10PM +0200, Alexander Bluhm wrote:
> > > &g
On Thu, Jul 18, 2019 at 05:44:21PM -0400, Bryan Steele wrote:
> On Thu, Jul 18, 2019 at 11:46:46AM -0400, Bryan Steele wrote:
> > On Thu, Jul 18, 2019 at 04:13:10PM +0200, Alexander Bluhm wrote:
> > > Hi,
> > >
> > > Can we track unveil(2) violators in proces
On Sun, Jul 21, 2019 at 05:57:32PM +0200, Ingo Schwarze wrote:
> Hi,
>
> Bryan Steele wrote on Fri, Jul 19, 2019 at 06:14:56PM -0400:
> > On Sat, Jul 20, 2019 at 12:03:03AM +0200, Jesper Wallin wrote:
> >> On Fri, Jul 19, 2019 at 05:14:03PM -0400, Bryan Steele wrote:
&g
On Sat, Jul 20, 2019 at 12:03:03AM +0200, Jesper Wallin wrote:
> On Fri, Jul 19, 2019 at 05:14:03PM -0400, Bryan Steele wrote:
> > I suspect that in secure/-S mode, the :pre[serve] should either be
> > disabled, or modified to stop calling sendmail. The mail it is sending
> &g
0x7f7b9340,0xe76e34b8300)
78700 vi NAMI "/usr/sbin/sendmail"
78700 vi ARGS
[0] = "sendmail"
[1] = "-t"
..
I suspect that in secure/-S mode, the :pre[serve] should either be
disabled, or modified to stop calling sendmail. The mail it is sending
is purely advisory, and should be easy to disable. See common/recover.c.
-Bryan.
On Thu, Jul 18, 2019 at 11:46:46AM -0400, Bryan Steele wrote:
> On Thu, Jul 18, 2019 at 04:13:10PM +0200, Alexander Bluhm wrote:
> > Hi,
> >
> > Can we track unveil(2) violators in process accounting lastcomm(1)?
> > This makes it easier to find them.
> >
On Thu, Jul 18, 2019 at 04:13:10PM +0200, Alexander Bluhm wrote:
> Hi,
>
> Can we track unveil(2) violators in process accounting lastcomm(1)?
> This makes it easier to find them.
>
> $ lastcomm | grep -e '-[A-Z]U'
> pflogd -FU root__ 0.00 secs Thu Jul 18 14:19 (2:33:22.00)
>
On Wed, Jul 10, 2019 at 03:44:55PM +0100, Ricardo Mestre wrote:
> Hi,
>
> Since the last email I sent, mentioned at the bottom, dhclient(8) has dropped
> support for re-execing itself on SIGHUP and so what path, hardcoded or not,
> should be unveiled for the executable is out of this conversation.
On Sat, Jul 06, 2019 at 03:27:04PM -0700, Andrew Hewus Fresh wrote:
> I wrote up a tiny unveil(2) wrapper for perl, similar to the pledge(2)
> wrapper we have in tree. It passes the tests I wrote, but it's entirely
> possible I'm doing something terrible wrong.
>
> But, I think it could be useful
1 - 100 of 312 matches
Mail list logo
