Re: Asus Eee PC 1000 hangs on 27th Jun 2014 snapshot

2014-07-20 Thread Mark Kettenis
> Date: Sun, 13 Jul 2014 12:44:12 +0200
> From: Alexander Schrijver 
> 
> On Sat, Jul 12, 2014 at 02:29:52PM +0200, Mark Kettenis wrote:
> > One thing to try is to change the parameter passed to the "INIT" AML
> > call in acpiasus_init() from 0x40 to something else.  I'd start with
> > trying 0.
> 
> Just a small update: i've tried 0x00, 0x01, 0x04, 0x10, 0x400, 0x4000 and all
> give me a blank screen.

Does the diff below fix things?

Index: dsdt.c
===
RCS file: /home/cvs/src/sys/dev/acpi/dsdt.c,v
retrieving revision 1.212
diff -u -p -r1.212 dsdt.c
--- dsdt.c  12 Jul 2014 18:48:17 -  1.212
+++ dsdt.c  20 Jul 2014 09:37:30 -
@@ -2311,7 +2311,8 @@ aml_rwgas(struct aml_value *rgn, int bpo
aml_bufcpy(vbit, 0, tbit, bpos, blen);
} else {
/* Write bits to opregion */
-   if (AML_FIELD_UPDATE(flag) == AML_FIELD_PRESERVE) {
+   if (AML_FIELD_UPDATE(flag) == AML_FIELD_PRESERVE &&
+   (bpos != 0 || blen != tlen)) {
acpi_gasio(acpi_softc, ACPI_IOREAD, type, pi.addr,
sz, tlen >> 3, tbit);
} else if (AML_FIELD_UPDATE(flag) == AML_FIELD_WRITEASONES) {



Re: Asus Eee PC 1000 hangs on 27th Jun 2014 snapshot

2014-07-20 Thread Alexander Schrijver
On Sun, Jul 20, 2014 at 11:56:00AM +0200, Mark Kettenis wrote:
> Does the diff below fix things?
> 
> Index: dsdt.c
> ===
> RCS file: /home/cvs/src/sys/dev/acpi/dsdt.c,v
> retrieving revision 1.212
> diff -u -p -r1.212 dsdt.c
> --- dsdt.c12 Jul 2014 18:48:17 -  1.212
> +++ dsdt.c20 Jul 2014 09:37:30 -
> @@ -2311,7 +2311,8 @@ aml_rwgas(struct aml_value *rgn, int bpo
>   aml_bufcpy(vbit, 0, tbit, bpos, blen);
>   } else {
>   /* Write bits to opregion */
> - if (AML_FIELD_UPDATE(flag) == AML_FIELD_PRESERVE) {
> + if (AML_FIELD_UPDATE(flag) == AML_FIELD_PRESERVE &&
> + (bpos != 0 || blen != tlen)) {
>   acpi_gasio(acpi_softc, ACPI_IOREAD, type, pi.addr,
>   sz, tlen >> 3, tbit);
>   } else if (AML_FIELD_UPDATE(flag) == AML_FIELD_WRITEASONES) {

Yes!, this fixed it for me. Thanks!

I've tested this on ~2 weeks old sources btw. I'm retrieving the latest right
now.

OpenBSD 5.5-current (GENERIC) #1: Sun Jul 20 12:54:37 CEST 2014
r...@eeepc.flupzor.nl:/mnt/openbsd/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class) 1.61 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE,LAHF,PERF
real mem  = 1064464384 (1015MB)
avail mem = 1034645504 (986MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/05/08, BIOS32 rev. 0 @ 0xf0010, SMBIOS 
rev. 2.5 @ 0xf0710 (30 entries)
bios0: vendor American Megatrends Inc. version "1301" date 08/05/2008
bios0: ASUSTeK Computer INC. 901
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT
acpi0: wakeup devices P0P2(S4) P0P1(S4) P0P4(S4) P0P6(S4) P0P7(S4) P0P8(S4) 
P0P9(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 1, remapped to apid 2
acpimcfg0 at acpi0 addr 0xe000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 5 (P0P4)
acpiprt2 at acpi0: bus 3 (P0P6)
acpiprt3 at acpi0: bus 1 (P0P7)
acpiprt4 at acpi0: bus -1 (P0P8)
acpiprt5 at acpi0: bus -1 (P0P9)
acpiprt6 at acpi0: bus 4 (P0P5)
acpiec0 at acpi0
acpicpu0 at acpi0: C2, C1, PSS
acpitz0 at acpi0: critical temperature is 90 degC
acpibat0 at acpi0: BAT0 model "901" serial   type LION oem "ASUS"
acpiac0 at acpi0: AC unit online
acpiasus0 at acpi0
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibtn2 at acpi0: PWRB
bios0: ROM list: 0xc/0xec00!
cpu0: Enhanced SpeedStep 1697 MHz: speeds: 1600, 1333, 1067, 800 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GME Host" rev 0x03
vga1 at pci0 dev 2 function 0 "Intel 82945GME Video" rev 0x03
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1024x600
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 82945GM Video" rev 0x03 at pci0 dev 2 function 1 not configured
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi
azalia0: codecs: Realtek ALC269
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 2 int 16
pci1 at ppb0 bus 5
ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 2 int 17
pci2 at ppb1 bus 4
ale0 at pci2 dev 0 function 0 "Attansic Technology L1E" rev 0xb0: AR8113, msi, 
address 00:22:15:ed:f6:3d
atphy0 at ale0 phy 0: F1 10/100/1000 PHY, rev. 9
ppb2 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 2 int 18
pci3 at ppb2 bus 3
ppb3 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: apic 2 int 19
pci4 at ppb3 bus 1
ral0 at pci4 dev 0 function 0 "Ralink RT2790" rev 0x00: apic 2 int 19, address 
00:22:43:00:1d:12
ral0: MAC/BBP RT2872 (rev 0x0200), RF RT2720 (MIMO 1T2R)
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 2 int 23
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 2 int 19
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 2 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 2 int 16
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 2 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb4 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xe2
pci5 at ppb4 bus 6
ichpcib0 at pci0 dev 31 function 0 "Intel 82801GBM LPC" r

LibreSSL 2.0.2 compile error in crypto/compat/getentropy_linux.c

2014-07-20 Thread Michael Wobst

Most likely due to a missing #ifdef HAVE_GETAUXVAL,
LibreSSL 2.0.2 does produce a compile error in 
crypto/compat/getentropy_linux.c in getentropy_fallback() when compiling 
on a linux

with a glibc older than 2.16.


Regards,
Michael



Re: LibreSSL 2.0.2 compile error in crypto/compat/getentropy_linux.c

2014-07-20 Thread Mark Kettenis
> Date: Sun, 20 Jul 2014 13:32:50 +0200
> From: Michael Wobst 
> 
> Most likely due to a missing #ifdef HAVE_GETAUXVAL,
> LibreSSL 2.0.2 does produce a compile error in 
> crypto/compat/getentropy_linux.c in getentropy_fallback() when compiling 
> on a linux
> with a glibc older than 2.16.

Fix will be in the next release.