Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

On 02/20/16 06:46, Theo de Raadt wrote: I'm using VAIO Z. Hibernation works, but my vaio also wakes back immediately. I have a diff to avoid this wakeup. Unhibernation works fine. The diff seems very bad. :) Index: sys/dev/acpi/acpi.c

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

> I'm using VAIO Z. Hibernation works, but my vaio also wakes back > immediately. I have a diff to avoid this wakeup. Unhibernation works > fine. > > The diff seems very bad. :) > > Index: sys/dev/acpi/acpi.c > === > RCS file:

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

On Sat, 20 Feb 2016 04:17:05 +0100 Noth wrote: > I installed -CURRENT on my laptop today, so far so good on the UEFI > boot, crypto disk and wifi with .11n. Unfortunately the suspend to ram > and hibernate options don't work... Suspend goes to suspend but wakes >

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

Hello again On 02/20/16 06:23, Jack J. Woehr wrote: Theo de Raadt wrote: That's not very helpful. My apologies. If you follow the thread https://marc.info/?l=openbsd-misc=144761680226242=2 you'll see that I reported a similar problem on my own VAIO and was given a workaround that amounted

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

Theo de Raadt wrote: That's not very helpful. My apologies. If you follow the thread https://marc.info/?l=openbsd-misc=144761680226242=2 you'll see that I reported a similar problem on my own VAIO and was given a workaround that amounted to the same answer I gave, except that I gave my

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

> On Fri, Feb 19, 2016 at 09:41:59PM -0700, Jack J. Woehr wrote: > > Noth wrote: > > >Unfortunately the suspend to ram and hibernate options don't work > > They don't. Proprietary undocumented hardware. "Doctor, it hurts when I do > > this." "Don't do that." > > That's not very helpful. Indeed,

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

On Fri, Feb 19, 2016 at 09:41:59PM -0700, Jack J. Woehr wrote: > Noth wrote: > >Unfortunately the suspend to ram and hibernate options don't work > They don't. Proprietary undocumented hardware. "Doctor, it hurts when I do > this." "Don't do that." That's not very helpful. > Noth wrote: >

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

Noth wrote: Unfortunately the suspend to ram and hibernate options don't work They don't. Proprietary undocumented hardware. "Doctor, it hurts when I do this." "Don't do that." -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way

Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

Hi tech@ I installed -CURRENT on my laptop today, so far so good on the UEFI boot, crypto disk and wifi with .11n. Unfortunately the suspend to ram and hibernate options don't work... Suspend goes to suspend but wakes back immediately and freezes, hibernate goes to a black screen and

Re: Document the sendsyslog2(2) system call

> The sendsyslog2 should be renamed to sendsyslog so that we only > have to maintian one interface. But this will not happen before > OpenBSD 5.9 release. Correct. > So I think we should document the current situation and adapt the > man page again when we remove the obsolete system call. I

Re: Document the sendsyslog2(2) system call

On Thu, Feb 18, 2016 at 03:48:46PM -0700, Rafael Neves wrote: > Hi, > > The the inlined patch aims to document the new sendsyslog2 system call, > and add the corresponding MLINKS entry. Note that I do not put > "syslog(3) logopt LOG_CONS" or "syslog(3) LOG_CONS flag" because > actually in

Re: socppc/fdt: broken end signature check

On Sat, Feb 20, 2016 at 01:32:20AM +0100, Patrick Wildt wrote: > Hi, > > there seems to be a broken check in socppc's fdt code. I think this > should not be a binary AND. > > I have no hardware to verify that diff. > > Patrick > > diff --git sys/arch/socppc/socppc/fdt.c

socppc/fdt: convert big endian to host endian

Hi, FDT is spread widely in the embedded market. Especially those ARM machines make heavy use of it. FDT is always stored in big endian, like socppc. To be able to use this code on little endian machines, like those ARMs, this diff modifies the code to convert the binary data from big endian

Re: [PATCH] No comic sans in httpd status pages

Instead of hipster design headache, there's for example this diff which could bring something interesting to httpd http://marc.info/?l=openbsd-tech=144767899506855=2 (httpd URL rewrite support patch) Something like this could make wordpress, drupal, mediawiki users more happy with OpenBSD

socppc/fdt: useless code in fdt init

Hi, in socppc's fdt init code there's a path that is always run but never produces anything valid, as it's overridden directly after. tree.strings_size is always set to fh_strings_size at the end. So in reality that whole version block might run, but in the end is completely useless. As no one

socppc/fdt: broken end signature check

Hi, there seems to be a broken check in socppc's fdt code. I think this should not be a binary AND. I have no hardware to verify that diff. Patrick diff --git sys/arch/socppc/socppc/fdt.c sys/arch/socppc/socppc/fdt.c index 9dae7e2..7423988 100644 --- sys/arch/socppc/socppc/fdt.c +++

Re: Enabling audio Realtek ALC1150

On Fri, Feb 19, 2016 at 11:17:30PM +0100, Alexandre H wrote: > Hello > > The diffs were not completely commited... > I have sent some diffs for three elements : > pcidevs, azalia.c and azalia_codec.c > > But the diff for azalia.c has not been commited. > Without this diff, the PCI config. is not

Re: [PATCH] No comic sans in httpd status pages

I like the idea of just being able to specify a page to use for HTTP error codes. If nobody beats me to it, I plan on taking a crack at implementing that feature, for my own use if nothing else. In the mean time, I've done something similar to this patch, but I used monospace as the font. I also

Re: [PATCH] No comic sans in httpd status pages

> I like the idea of just being able to specify a page to use for HTTP > error codes. If nobody beats me to it, I plan on taking a crack at > implementing that feature, for my own use if nothing else. > > In the mean time, I've done something similar to this patch, but I > used monospace as the

Re: [PATCH] No comic sans in httpd status pages

On 2016/02/19 21:51, Peter Krantz wrote: > > > 19 feb. 2016 kl. 17:49 skrev Luis Coronado : > > > > I believe this was intentional from the beginning: > > http://www.openbsd.org/papers/bsdcan14-libressl/mgp00025.html > > Yeah, I figured. Nobody uses Comic Sans

Re: Enabling audio Realtek ALC1150

Hello The diffs were not completely commited... I have sent some diffs for three elements : pcidevs, azalia.c and azalia_codec.c But the diff for azalia.c has not been commited. Without this diff, the PCI config. is not done and so the chip doesn't work, this diff is mandatory. So I resend all

x86: bump boot(8) version

We should have bumped the bootstrap version after the mdrandom() changes, shouldn't we? Index: arch/amd64/stand/boot/conf.c === RCS file: /cvs/src/sys/arch/amd64/stand/boot/conf.c,v retrieving revision 1.33 diff -u -p -r1.33 conf.c

Re: [PATCH] No comic sans in httpd status pages

> 19 feb. 2016 kl. 17:49 skrev Luis Coronado : > > I believe this was intentional from the beginning: > http://www.openbsd.org/papers/bsdcan14-libressl/mgp00025.html Yeah, I figured. Nobody uses Comic Sans unintentionally :-) Smart quotes and hurry killed the previous

Re: [PATCH] No comic sans in httpd status pages

On Fri, Feb 19, 2016 at 05:40:33PM +0100, Peter Krantz wrote: > Hi! > > For some reason the httpd status pages (e.g. 404) use the Comic Sans > typeface. This patch removes comic sans and sets the typeface to the default > sans-serif typeface of the client. > > This lowers the number of people

Re: [PATCH] No comic sans in httpd status pages

I believe this was intentional from the beginning: http://www.openbsd.org/papers/bsdcan14-libressl/mgp00025.html -luis On Fri, Feb 19, 2016 at 10:40 AM, Peter Krantz wrote: > Hi! > > For some reason the httpd status pages (e.g. 404) use the Comic Sans > typeface. This

[PATCH] No comic sans in httpd status pages

Hi! For some reason the httpd status pages (e.g. 404) use the Comic Sans typeface. This patch removes comic sans and sets the typeface to the default sans-serif typeface of the client. This lowers the number of people contacting website maintainers with typeface complaints bordering on

[PATCH] install efi bootloader into an additional directory

Nobody else using OpenBSD on in an UEFI multiboot setup? On Thu, Jan 28, 2016 at 09:04:40AM +0100, Remi Locherer wrote: > Hi > > Since we have efiboot creating a multiboot environment on amd64/i386 > became simpler. One obstacle is that (all?) OSs write their bootloader > to the default loction

Re: undefined behaviour in add_entropy_words()

On Thu, Feb 18, 2016 at 09:11:18PM +0100, Stefan Kempf wrote: > > I think we don't mix declarations and code. > Would this be an option? > > diff --git a/dev/rnd.c b/dev/rnd.c > index 819ce0d..0f57b1b 100644 > --- a/dev/rnd.c > +++ b/dev/rnd.c > @@ -421,7 +421,7 @@ add_entropy_words(const