Re: ThinkPad T60 screen brightness
Hi, Dmitry Orlov wrote: > Is Your have two video cards? > Same problem exists on Ubuntu Linux. > Try xrandr > F.e. xrandr --output LVDS1 --brightness 0.75 It looks to me that it is changing the color palette to make it look brighter/darker, but not actually controlling the backlight intensity. Riccardo
Bochs QEMU Virtual CPU: SP or MP
Hi, I've got a VPS at transip.nl that runs OpenBSD 5.5 AMD64. When I install the machine the installer only selects the GENERIC (SP) kernel, although the system has two CPU's. The system can also boot the GENERIC.MP kernel without problems. What is the recommended way? Staying on SP or manually add the MP kernel and override the installer? The system is going to act as a webserver with static content. I've added the "sysctl hw" and "dmesg" output for both the SP and MP kernels below. Kind regards, Martijn Rijkeboer GENERIC (SP) $ sysctl hw hw.machine=amd64 hw.model=QEMU Virtual CPU version 1.7.1 hw.ncpu=1 hw.byteorder=1234 hw.pagesize=4096 hw.disknames=wd0:ff833b66cc728bb6,cd0:,fd0: hw.diskcount=3 hw.cpuspeed=2200 hw.vendor=Bochs hw.product=Bochs hw.uuid=611bc3c6-3dc2-b8a8-8a09-27d4d448 hw.physmem=4278181888 hw.usermem=4278169600 hw.ncpufound=2 hw.allowpowerdown=1 $ dmesg OpenBSD 5.5 (GENERIC) #271: Wed Mar 5 09:31:16 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 4278181888 (4079MB) avail mem = 4155727872 (3963MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf15d0 (13 entries) bios0: vendor Bochs version "Bochs" date 01/01/2011 bios0: Bochs Bochs acpi0 at bios0: rev 0 acpi0: sleep states S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC HPET acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat acpihpet0 at acpi0: 1 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 mpbios0 at bios0: Intel MP Specification 1.4 cpu0 at mainbus0: apid 0 (boot processor) cpu0: QEMU Virtual CPU version 1.7.1, 2200.32 MHz cpu0: FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,POPCNT,NXE,LONG,LAHF cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 999MHz cpu at mainbus0: not configured mpbios0: bus 0 is type PCI mpbios0: bus 1 is type ISA ioapic0 at mainbus0: apid 0 pa 0xfec0, version 11, 24 pins pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02 pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00 pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 153600MB, 314572800 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11 piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9 iic0 at piixpm0 vga1 at pci0 dev 2 function 0 unknown vendor 0x1234 product 0x rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) em0 at pci0 dev 3 function 0 "Intel 82540EM" rev 0x03: apic 0 int 11, address 52:54:00:aa:0d:ab eap0 at pci0 dev 4 function 0 "Ensoniq AudioPCI" rev 0x00: apic 0 int 11 audio0 at eap0 midi0 at eap0: virtio0 at pci0 dev 5 function 0 "Qumranet Virtio Memory" rev 0x00: Virtio Memory Balloon Device viomb0 at virtio0 virtio0: apic 0 int 10 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 1: density unknown usb0 at uhci0: USB revision 1.0 uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 nvram: invalid checksum uhidev0 at uhub0 port 1 configuration 1 interface 0 "QEMU QEMU USB Tablet" rev 1.00/0.00 addr 2 uhidev0: iclass 3/0 uhid0 at uhidev0: input=6, output=0, feature=0 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on wd0a (ff833b66cc728bb6.a) swap on wd0b dump on wd0b clock: unknown CMOS layout GENERIC.MP == $ sysctl hw hw.machine=amd64 hw.model=QEMU Virtual CPU version 1.7.1 hw.ncpu=2 hw.byteorder=1234 hw.pagesize=4096 hw.disknames=wd0:ff833b66cc728bb6,cd0:,fd0: hw.diskcount=3 hw.cpuspeed=2200 hw.vendor=Bochs hw.product=Bochs hw.uuid=611bc3c6-3dc2-b8a8-8a09-27d4d448 hw.physmem=4278181888 hw.usermem=4278165504 hw.ncpufound=2 hw.allowpowerdown=1 $ dmesg OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4278181888 (4079MB) avail mem = 4155686912 (
Re: Firewall cluster.
First, thanks for trying to help! Le 09/07/2014 07:08, Remi Locherer a écrit : > On Mon, Jul 07, 2014 at 08:44:43PM +0200, Mxher wrote: >> Hello again, >> >> I'm doing few more tests and now I'm wondering if this is possible to >> disallow CARP to have some resources on serverA and others on serverB? > > Have you set the sysctl net.inet.carp.preempt=1? > Yes it is. >> >> Here is my tests (advbase=1 and advskew=0 for every interfaces on both >> servers): > > advskew should be different on master from backkup. Try advskew=200 on > obsd2. > > Please read man carp. The first example is exactly what you need. > It's not; I will describe my tests more precisely (sorry for the long post again): 1) Initial state root@obsd1:~# sysctl -a|grep net.inet.carp.preempt net.inet.carp.preempt=1 root@obsd2:~# sysctl -a|grep net.inet.carp.preempt net.inet.carp.preempt=1 root@obsd1:~# ifconfig HA|grep carp: carp: MASTER carpdev em0 vhid 1 advbase 1 advskew 0 carp: MASTER carpdev em1 vhid 2 advbase 1 advskew 0 carp: MASTER carpdev em2 vhid 3 advbase 1 advskew 0 carp: MASTER carpdev em3 vhid 4 advbase 1 advskew 0 root@obsd2:~# ifconfig HA|grep carp: carp: BACKUP carpdev em0 vhid 1 advbase 1 advskew 200 carp: BACKUP carpdev em1 vhid 2 advbase 1 advskew 200 carp: BACKUP carpdev em2 vhid 3 advbase 1 advskew 200 carp: BACKUP carpdev em3 vhid 4 advbase 1 advskew 200 2) Unplug of em3 on obsd1: the failover is done as expected root@obsd1:~# ifconfig HA|grep carp: carp: BACKUP carpdev em0 vhid 1 advbase 1 advskew 0 carp: BACKUP carpdev em1 vhid 2 advbase 1 advskew 0 carp: BACKUP carpdev em2 vhid 3 advbase 1 advskew 0 carp: INIT carpdev em3 vhid 4 advbase 1 advskew 0 root@obsd2:~# ifconfig HA|grep carp: carp: MASTER carpdev em0 vhid 1 advbase 1 advskew 200 carp: MASTER carpdev em1 vhid 2 advbase 1 advskew 200 carp: MASTER carpdev em2 vhid 3 advbase 1 advskew 200 carp: MASTER carpdev em3 vhid 4 advbase 1 advskew 200 3) (re)Plug of em3 on obsd1: resources gets back on obsd1 because of the advskew greater on obsd2 (this is the exact purpose of advskew, and I want to avoid it, but I did it to show you). root@obsd1:~# ifconfig HA|grep carp: carp: MASTER carpdev em0 vhid 1 advbase 1 advskew 0 carp: MASTER carpdev em1 vhid 2 advbase 1 advskew 0 carp: MASTER carpdev em2 vhid 3 advbase 1 advskew 0 carp: MASTER carpdev em3 vhid 4 advbase 1 advskew 0 root@obsd2:~# ifconfig HA|grep carp: carp: BACKUP carpdev em0 vhid 1 advbase 1 advskew 200 carp: BACKUP carpdev em1 vhid 2 advbase 1 advskew 200 carp: BACKUP carpdev em2 vhid 3 advbase 1 advskew 200 carp: BACKUP carpdev em3 vhid 4 advbase 1 advskew 200 4) Unplug of em2 on obsd2 AND unplug of em3 on obsd1: resources get "mixed" between the two nodes. I don't think this is a bug, it seems to be design to act like this and I can understand why. But, in my case, I must avoid that. root@obsd1:~# ifconfig HA|grep carp: carp: MASTER carpdev em0 vhid 1 advbase 1 advskew 0 carp: MASTER carpdev em1 vhid 2 advbase 1 advskew 0 carp: MASTER carpdev em2 vhid 3 advbase 1 advskew 0 carp: INIT carpdev em3 vhid 4 advbase 1 advskew 0 root@obsd2:~# ifconfig HA|grep carp: carp: BACKUP carpdev em0 vhid 1 advbase 1 advskew 200 carp: BACKUP carpdev em1 vhid 2 advbase 1 advskew 200 carp: INIT carpdev em2 vhid 3 advbase 1 advskew 200 carp: MASTER carpdev em3 vhid 4 advbase 1 advskew 200
new relayd(8) filter rules
Hi,
I just committed a big change to relayd: the new filtering language.
tl;dr - I need your help! Please test the new filter rules in relayd
-current to eliminate any remaining issues in the new implementation.
When I wrote the HTTP support in relayd, I needed a way to filter and
manipulate HTTP headers, to add the X-Forwarded-For header for load
balancing or to select a backend server based on hashed cookies. So I
added the tree-based "protocol nodes". The code was extended to
support URLs, blacklists and many other HTTP options over the time. I
didn't like the implementation very much, because it extended the
intial red/black tree of HTTP headers into a forest of trees and
associated lists with multiple hooks for the filters.
One main missing feature of the old code was the possibility to select
a relay target based on the request path or URL, for example to send
requests to "/images" to a different backend than requests to "/". I
refused to cram it into the existing "protocol nodes" because it
didn't fit in the old implementation and grammar.
So I removed all the "protocol nodes" code from relayd and started to
reimplement it as a new filtering subsystem. The resulting
configuration language uses last-matching pf-like rules starting with
the "pass", "block" or "match" keywords. If you know how to use
OpenBSD's pf, you will quickly know how to use the filter rules;
otherwise it is a bit of a learning curve.
Good news: the new filter rules now support URL-based relaying.
http protocol www {
return error
pass
match request path "/images/*" forward to
}
relayd www {
listen on 10.1.1.1 port 80
protocol www
forward to check tcp port 80
forward to check tcp port 80
}
andre@ helped me by writing a tool that ended up as a port in
sysutils/relayd-updateconf to convert old configuration files to the
new grammar. This tool is provided as a convenience, and you should
still review and adjust the configuration manually. He also updated
the regression tests in src/regress/usr.sbin/relayd to verify the
functionality of existing relayd features with the new grammar.
Now I need your help to test it in the real world! We will continue
to improve the code and add a few more features (like filtering based
on IP addresses, other protocols, and more), but we also want to make
sure that it does not break any existings setups.
Reyk
--
relayd - BSD plumbing since 2006: http://bsd.plumbing/
Re: issues with firefox
On Wed, Jul 09, 2014 at 02:06:57AM +0200, Nils R wrote: > > Am 08.07.2014 20:50 schrieb Kevin Chadwick : > > > > > > previously on this list Stuart Henderson contributed: > > > > > > > > Secondly, viewing html video (eg in youtube) continuously lags. The > > > > > sound is perfect but every other > > > > > video frame seems to stop for a second or two and then the video > > > > > "jumps" to the correct frame. This > > > > > makes streaming video playback virtually unwatchable. This "bug" is > > > > > specific to OpenBSD again. I have > > > > > tested this at different machines and the result are the same. Once > > > > > again, this issue does not appear with > > > > > other BSDs or linux (without flash). > > > > > > > > Any improvement with GENERIC rather than GENERIC.MP? > > > > > > I'm guessing this is due to the new KMS 3d support not being as fast > > > right now but much better than you had before. > > > > > > Playing video in browsers and even displaying pictures is a > > > surprisingly resource hungry task with umpteen potential rules working > > > out what shape and where everything should be and unfortunately more > > > effort has been spent on javascript performance than rendering. > > > > > > Before I upgraded one of my tv systems hardware (running Linux) some > > > videos were unplayable on say smplayer or any gui player but worked > > > fine with mplayer. There are plugins to use mplayer with firefox but > > > the best performance will be downloading the video using youtube_dl and > > > then using mplayer to play it. This method would also get around the > > > Linux is a fourth class citizen by adobe for flash video playback too, > > > though I'm not sure if that can be done in a streaming fashion without > > > waiting for the download to finish. > > > > > > > I wrote a small script which uses youtube-dl to download the Video and > > then, after a 5 sec. Delay, starts to play the partial file. You can find > > it at > > > > https://bitbucket.org/drm00/bin/src/1197e82c8e792e593efaaef159a34290a60fe959/dwm-helper/watch_online_videos.sh?at=default > You don't need to use a partial file to see the videos. I use this command: mplayer $(youtube-dl -g -f18 --prefer-insecure 'the youtube url') -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Boot panic on MP amd64 with 5.5, snapshot kernels
> > NetBSD 6.1.4 manages to enumerate all the ACPI stuff > Yes, it booted for me too; here is the acpidump -dt > http://stare.cz/dmesg/asus-J1800IC-asl.gz > the machine boots, dmesg below. Thanks! So now that I can boot the (tweaked) OpenBSD kernel: http://stare.cz/dmesg/asus-J1800IC-acpidump.tar.gz While disassembling DSDT, iasl complained: Loading Acpi table from file asus-J1800IC.DSDT.2 - Length 00034068 (008514) ACPI: DSDT 0x 008514 (v02 ALASKA A M I01072009 INTL 20120913) Acpi table [DSDT] successfully installed and loaded Pass 1 parse of [DSDT] Pass 2 parse of [DSDT] Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions) Parsing completed Found 1 external control methods, reparsing with new information Pass 1 parse of [DSDT] Pass 2 parse of [DSDT] Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions) Parsing completed Disassembly completed ASL Output:asus-J1800IC.DSDT.dsl - 353462 bytes iASL Warning: There were 1 external control methods found during disassembly, but additional ACPI tables to resolve these externals were not specified. The resulting disassembler output file may not compile because the disassembler did not know how many arguments to assign to these methods. To specify the tables needed to resolve external control method references, the -e option can be used to specify the filenames. Example iASL invocations: iasl -e ssdt1.aml ssdt2.aml ssdt3.aml -d dsdt.aml iasl -e dsdt.aml ssdt2.aml -d ssdt1.aml iasl -e ssdt*.aml -d dsdt.aml In addition, the -fe option can be used to specify a file containing control method external declarations with the associated method argument counts. Each line of the file must be of the form: External (, MethodObj, ) Invocation: iasl -fe refs.txt -d dsdt.aml
Re: Boot panic on MP amd64 with 5.5, snapshot kernels
> On Sun, May 18, 2014 at 03:04:30PM -0400, John D. Verne wrote:
> > I just got a new amd64 box to run OpenBSD on, but it is panicking on boot
> > when I try to run the 5.5 kernel on it.
> >
> > The panic is "unknown MPS interrupt trigger 2" somewhere in the acpi
> > code.
I see the same panic on this Asus J1800I-C.
http://www.asus.com/Motherboards/J1800IC/specifications/
http://marc.info/?t=14042978995&r=1&w=2
> NetBSD 6.1.4 manages to enumerate all the ACPI stuff
Yes, it booted for me too; here is the acpidump -dt
http://stare.cz/dmesg/asus-J1800IC-asl.gz
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187966
Yes, this seems to be the bug. My ACPI table says:
Type=Local APIC NMI
ACPI CPU=1
LINT Pin=72
Flags={Polarity=active-hi, Trigger=level}
Type=Local APIC NMI
ACPI CPU=2
LINT Pin=55
Flags={Polarity=0x2, Trigger=0x2}
Not that I understand what "polarity" and "trigger" are,
but if I enable just 1 core in the BIOS, this panic disappears.
The second CPU's polarity and trigger values seem to be
what the panic is complaining about.
> I've also booted the OpenBSD snapshot from May 19 by disabling the
> acpi0 device via UKC,
On this board, disabling acpi make the kernel panic in identifycpu().
> and then tweaked the kernel in the same manner
> FreeBSD does, which allows the boot process to not panic with acpi
> enabled. So, copying what Linux and FreeBSD does naively "fixes" things.
> I'll leave the rest up to the experts.
Blindly using John's changes described in
http://marc.info/?l=openbsd-tech&m=140115427622786&w=2
also makes my kernel not panic on the ACPI tables.
> However, then I ran into another panic related to "lapic".
> During the FreeBSD-current back-and-forth, I ended up disabling
> half the serial ports on this motherboard via the BIOS.
> It looks like the three "back panel" serial ports are acceptable,
> but the three on-board serial ports cause a panic.
> FreeBSD hangs when enumerating those, and OpenBSD panics.
> I'll raise this as a seperate issue, but for now I've disabled them.
Getting the same "lapic" panic, I also tried disabling the serial ports,
but it didn't. With John's "lapic" change (printf a warning instead)
the machine boots, with the serial ports enabled - dmesg below. Thanks!
However the serial port and the USB ports do not work.
Maybe here is the point in the boot sequence:
lapic_set_lvt: bad pin value 72
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
ehci_sync_hc: tsleep() = 35
uhub0: device problem, disabling port 1
I know for a fact that the USB ports work,
as I can use a mouse in them (in the new fancy graphic BIOS).
But in the booted OpenBSD, they donlt seem to be present.
Anyway, thanks for making my machine boot!
Jan
OpenBSD 5.5-current (GENERIC.MP) #0: Tue Jul 8 23:12:34 CEST 2014
r...@media.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz ("GenuineIntel" 686-class) 2.42
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,LONG,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS
real mem = 2002079744 (1909MB)
avail mem = 1956917248 (1866MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/14/12, SMBIOS rev. 2.8 @ 0xebd60 (43
entries)
bios0: vendor American Megatrends Inc. version "0604" date 06/10/2014
bios0: ASUS All Series
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG LPIT HPET SSDT SSDT SSDT UEFI
acpi0: wakeup devices UAR5(S4) UAR8(S4) PS2K(S4) PS2M(S4) UAR1(S4) URIR(S4)
XHC1(S4) EHC1(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) PWRB(S0)
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 83MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz ("GenuineIntel" 686-class) 2.42
GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,LONG,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,RDRAND,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 87 pins
reserved polarity 2, assuming low polarity
reserved trigger 2, assuming level trigger
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bu
Re: py-pip for python3 on OpenBSD 5.5
On 2014-07-08 19:49, Juan Francisco Cantero Hurtado wrote: Which dependency? if a package needs some missing dependency, we can fix the package. Thanks, but the dependency is not missing in the ports tree. It simply did not get installed in the first run, although I'm not yet entirely sure why. Maybe it couldn't download the source file at that time..
