Re: PATCH: misc mkstemp and fdopen fixes

like you are using spaces for indention. Preferred way is to use tabs. -- Kind regards, Ville Valkonen

Re: lynx: disable old protocols

On 17 July 2014 00:10, Stuart Henderson st...@openbsd.org wrote: On 2014/07/16 16:00, Jean-Philippe Ouellet wrote: Oh come on... It's not like the URLs are some giant uuid-based madness or something. All the mirrors have the same simple layout. If you install lots of boxes regularly, it

Re: lynx: disable old protocols

your eyes and pick one. On Fri, Jul 18, 2014 at 4:29 PM, Ville Valkonen weezeld...@gmail.com wrote: On 17 July 2014 00:10, Stuart Henderson st...@openbsd.org wrote: On 2014/07/16 16:00, Jean-Philippe Ouellet wrote: Oh come on... It's not like the URLs are some giant uuid-based madness

Re: drm bits on 54.html

On 10 August 2013 12:09, Brad Smith b...@comstyle.com wrote: - Original message - On Sat, Aug 10, 2013 at 11:58 AM, Brad Smith b...@comstyle.com wrote: - Original message - Hi tech@. 54.html says: Now mostly in sync with Linux 3.8.13 But there's no such

Re: Iso image integrity verification

cents: why not to check SHA256 sums from the various mirrors and perform the comparison? -- Cheers, Ville Valkonen

Re: memset.S for amd64

(Pardon top-posting) I can spot few differences: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/lib/libkern/arch/amd64/memset.S?rev=1.3;content-type=text%2Fplain and http://svnweb.freebsd.org/base/release/8.2.0/lib/libc/amd64/string/memset.S?revision=218742view=markup though I am not familiar

Re: Amd64 relocation R_X86_64_32S in a static lib

On 7 November 2013 04:24, Philip Guenther guent...@gmail.com wrote: On Wed, 6 Nov 2013, Torbjorn Granlund wrote: ... The change makes be quite worried, since it *seems* to be done without proper understanding of the issues involved. Appearances can be deceiving. Furthermore, the ABI

Add support for the Intel Atom D-7200 processor

Hello, This patch adds support for the Intel Atom D-2700 processor. The patch is originally from Jonathan Gray (jsg[ at ]jsg.id.au), tested by me. Patch: Index: sys/arch/i386/i386/machdep.c === RCS file:

typo in sysctl.8

Fix typo in sysctl.8. Sysctl machdep prints osfxsr but I couldn't find this from the man page. Also grepping through /usr/include found osfxsr matches but no osxsfr. --- sysctl.8.orig Sun Mar 11 13:24:29 2012 +++ sysctl.8Sun Mar 11 13:25:13 2012 @@ -353,7 +353,7 @@ and a few require a

Atom D-2700 support

reminder to @jsg (no reply yet). So, if some kernel developer could review and commit this, I and Joerg would be very happy at least :) Best wishes, Ville On 11 March 2012 18:30, Ville Valkonen weezelding[ at ]gmail.com wrote: Hello Joerg, I haven't received any feedback from the patch yet

Re: cwm tiling

+1 On Jun 9, 2012 5:46 AM, Christiano F. Haesbaert christiano...@gmail.com wrote: On Jun 8, 2012 9:22 PM, Jérémie Courrèges-Anglas jca+o...@wxcvbn.org wrote: Antoine Jacoutot ajacou...@bsdfrog.org writes: I for one would love cwm to have tiling management. I don't care avout the

Re: Scheduler improvements

Hi, Seems to be a bit snappier, though more thorough testing needed. Many web pages became more usable after the patch (chrome as browser) and some gains in desktop too. System is amd64 @ Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz and 4G RAM. -- cheers, Ville

PATCH: merge.c white space cleanup

Hi, save a few precious bytes by removing unnecessary white spaces from libc/merge.c. URL: http://weezel.fsck.fi/merge.patch -- Sincerely, Ville Valkonen

[PATCH] amd.8 default configuration file

/amd8_defaultconfig.patch -- Sincerely, Ville Valkonen

Re: CVS: cvs.openbsd.org: src

Hi, did you compile the recent Xenocara too? On Jun 8, 2013 9:30 AM, Scott McEachern sc...@blackstaff.ca wrote: On 06/07/13 16:46, Mark Kettenis wrote: CVSROOT:/cvs Module name:src Changes by: kette...@cvs.openbsd.org2013/06/07 14:46:15 Modified files:

Re: Allow resuming with closed lid

Hello Mike and Max, my work laptop is running Windows and on there one must press power button to wake up the machine. If I connect the dots right, current behaviour was implemented to prevent a hot bag problem. Mimicking the Windows behaviour would also prevent laptop wake ups on a bumpy road.

Typo in etc.i386/sysctl.conf

#machdep.userldt=1 # allow userland programs to play with ldt, # required by some ports #kern.emul.linux=1 # enable running Linux binaries -- Regards, Ville Valkonen

Re: Typo in etc.i386/sysctl.conf

On 16 June 2015 at 23:02, Ville Valkonen weezeld...@gmail.com wrote: Hello, a simple typo in etc.i386/sysctl.conf. Simple enough to fix manually even Gmail mangles the diff: --- etc/etc.i386/sysctl.confTue Jun 16 22:58:11 2015 +++ etc/etc.i386/sysctl.conf.orig Tue Jun 16 22:57:55

Re: Journal Implementation

Hi, On Jun 3, 2015 3:17 AM, Walter Neto wsouz...@gmail.com wrote: Thanks guys.. I will read all the tips, and start to code.. Once I have a diff I share.. On Jun 2, 2015, at 9:06 PM, Walter Neto wsouz...@gmail.com wrote: On Jun 2, 2015, at 5:03 PM, Paul de Weerd we...@weirdnet.nl

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

Hello Maxime, On Aug 7, 2015 10:56 PM, Maxime Villard m...@m00nbsd.net wrote: Well, I guess I'll have to admit that I find your attitude extremely disrespectful. But I don't tend to feel particularly offended by this kind of things, so it probably does not matter. Le 21/07/2015 12:31, sam

Re: OpenBSD::Tame perl wrapper for tame(2)

On Jul 21, 2015 11:21 PM, li...@wrant.com wrote: Wrant.. Go away. On my way out can I gently kick the usual ruby wrapper to death? Several times. I'd come for more. Your attitude is offensive to all of us who work on this project. Why is open speech offensive, we're not that old

Re: Brainy: User-Triggerable Kernel Memory Leak in execve()

On Jul 21, 2015 9:32 AM, Maxime Villard m...@m00nbsd.net wrote: Hi, I put here a bug among others: - sys/kern/kern_exec.c - char *pathbuf = NULL; [...] pathbuf = pool_get(namei_pool, PR_WAITOK);

Re: patch 1/4 add generic keyboard backlight support

); > > #endif > > return (0); > > + > > + case WSKBDIO_GETBACKLIGHT: > > + if (wskbd_get_backlight != NULL) > > + return (*wskbd_get_backlight)((struct > wskbd_backlight *)data); > > + error = ENOTTY; > > + break; > > + > > + case WSKBDIO_SETBACKLIGHT: > > + if (wskbd_set_backlight != NULL) > > + return (*wskbd_set_backlight)((struct > wskbd_backlight *)data); > > + error = ENOTTY; > > + break; > > } > > > > /* > > > Hello Joerg, not sure if this diff has been applied in the snapshots but lately brightness keys started to work on Lenovo X250. Could be completely unrelated, though. -- Regards, Ville Valkonen

[PATCH] Missing break in audio.c

case AUDIO_DEV_MIXER: case AUDIO_DEV_AUDIOCTL: error = 0; +break; default: error = ENXIO; } -- Kind regards, Ville Valkonen --- sys/dev/audio.c.old Wed Jan 13 17:55:32 2016 +++ sys/dev/audio.c Wed Jan 13 17:55:48 2016 @@ -1704,6 +1704,7 @@ audioclose(dev_t dev

Re: Firefox, malloc(3) and threads

895.62 MHz > cpu3: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz > inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x0b > running Intel Haswell Mobile for the gfx card. > > Regards, > Adam > > [1] - https://twitter.com/mulander/status/691327370985345024 Hi, pretty much the same results here, though running Lenovo X250 with i7-5600U. Dankuwel Mark, nice finding. -- Regards, Ville Valkonen

Re: snapshot installs

On Dec 30, 2016 20:32, "Theo de Raadt" wrote: I'm wondering if anyone doing an install/upgrade has noticed any behaviour changes in the last week... There's a secret diff being tested :-) Hello, so far I haven't noticed anything peculiar. Two or three distinct machines,

Add Sparkfun ATtiny programmer in to usbdevs

G /* MetaGeek tagged products */ product MECANIQUE WISPY0x083eMetaGeek Wi-Spy product MECANIQUE TELLSTICK0x0c30Telldus Tellstick +product MECANIQUE AVRPROGRAMMER0x0c9fSparkfun Tiny AVR programmer /* MetaGeek products */ product METAGEEK WISPY24I0x2400Wi-Spy

Re: new USB audio class v2.0 driver

0x210, fw ver 16.242414.0, address 60:57:18:6a:df:8d uaudio0 at uhub1 port 2 configuration 1 interface 1 "Cambridge Audio Cambridge Audio USB Audio 2.0" rev 2.00/3.26 addr 4 uaudio0: class v2, high-speed, async, channels: 2 play, 0 rec, 0 ctls audio1 at uaudio0 ugen1 at uhub1 port 2 configuration 1 "Cambridge Audio Cambridge Audio USB Audio 2.0" rev 2.00/3.26 addr 4 uaudio0: request failed: TIMEOUT uaudio0: failed to set clock rate audio1: failed to start playback uaudio0: request failed: TIMEOUT uaudio0: failed to set clock rate audio1: failed to start playback -- Regards, Ville Valkonen

[PATCH] Double free in ldapclient.c

, } printf("%s: %s\n", key, p); -free(p); } free(p); -- Kind regards, Ville Valkonen

[PATCH] Remove an obsolete function tty_cmd_linefeed in tmux

else -tty_cursor(tty, tty->rright, ctx->yoff + ctx->ocy); -} else -tty_cursor_pane(tty, ctx, ctx->ocx, ctx->ocy); - -tty_putc(tty, '\n'); -} - void tty_cmd_scrollup(struct tty *tty, const struct tty_ctx *ctx) { -- Kind regards, Ville Valkonen

Ext4 and suspend

Hello, just a hint for those who are having ext4 partitions mounted: that will prohibit suspend to work. Pardon for my unscientific claim, but If I'm not correctly mistaken this was related to changes that made syncing disks faster in halting. For a long time I thought that also was affecting

[PATCH] Parallelize sysupgrade downloads

{URL}${f} +unpriv -f $f done +cd - echo Verifying sets. [[ -n ${DL} ]] && unpriv cksum -qC SHA256 ${DL} -- Kind regards, Ville Valkonen

Re: iwm(4) WPA2 crypto hardware offload

Forgot to mention this was on Intel Dual Band Wireless AC 7265" rev 0x59 On Fri, 2 Aug 2019 at 21:52, Ville Valkonen wrote: > > On Fri, 2 Aug 2019 at 14:18, Stefan Sperling wrote: > > > > This diff enables HW offload for WPA2 CCMP (AES) encrypted unic

Re: iwm(4) WPA2 crypto hardware offload

On Fri, 2 Aug 2019 at 14:18, Stefan Sperling wrote: > > This diff enables HW offload for WPA2 CCMP (AES) encrypted unicast > frames in iwm(4). This is in preparation for Tx aggregation support. > > WEP and WPA1/TKIP ciphers are still handled in software, which mirrors > what the older iwn(4)

[PATCH] Extra lines in ssh-pkcs11-client.c file

; if (helper_ecdsa != NULL) -- Kind regards, Ville Valkonen

Re: uhidpp(4): logitech hid++ device driver

d, vt100 emulation) +iwm0: hw rev 0x210, fw ver 17.3216344376.0, address 60:57:18:6a:df:8d -- Kind regards, Ville On Fri, 2021-01-29 at 19:23 +0200, Ville Valkonen wrote: Hello Anton, either I failed to use git or then files have changed since the first patch: $ git apply -p0 --check hid_plusplus

Re: uhidpp(4): logitech hid++ device driver

On Tue, 2021-02-02 at 19:55 +0100, Anton Lindqvist wrote: > On Tue, Feb 02, 2021 at 01:00:48PM +0100, Marcus Glocker 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: &g

Re: uhidpp(4): logitech hid++ device driver

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 a bit oldish Logitech M705 mouse, bought around 2010-2011. > > Regarding the dmesg (on below) I can see it gets attached c

Re: uhidpp(4): logitech hid++ device driver

On Sat, 2021-01-30 at 13:18 +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 a bit oldish Logitech M705 mouse, boug

Re: uhidpp(4): logitech hid++ device driver

Hello Anton, either I failed to use git or then files have changed since the first patch: $ git apply -p0 --check hid_plusplus.patch error: patch failed: share/man/man4/Makefile:83 error: share/man/man4/Makefile: patch does not apply error: patch failed: share/man/man4/uhidev.4:40 error:

Re: Pass -U to pgrep and pkill in rc.subr(8)

Hello, I would guess the main reason is privilege separation. There will be privileged (owner root) and unprivileged (dedicated user) processess and both needs to be killed. -- Kind regards, Ville Valkonen On Fri 26. Nov 2021 at 2.24, Vincent Lee wrote: > Hey all, > > I noticed that