Re: Dragonflybsd's pf concurrent instead of single-threaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is 0 chance this works on OpenBSD. The underlying concepts that not only make it possible on Dragonfly, but actually useful are not there. As Henning Brauer pointed out, this makes no sense if the underlying subsystems arent taken care of first. However it does seem to make a difference on boxes with say 32 cores and a reasonable amount of memory. Provided the underlying systems are taken care of. the lwkt infrastructure mechanisms used here, are non trivial things, and are really the essence of the reason for Dragonflys original fork to begin with. Lets see lwkt, lockmgr, critical sections, atomic adds, pretty much a lesson in using dragonfly specific locking in this section of code. not to mention this is a pretty old version of pf, and is in no way current, with the pf in openbsd. Uprading pf with our set of changes to support our locking mechanisms, is a seriously non trivial exercise. trying to port this to a architecture without the underlying primitives would be a massive task. RG On 07/08/2014 05:57 AM, Henning Brauer wrote: thanks for the laugh. * Loïc Blot loic.b...@unix-experience.fr [2014-07-07 10:21]: It's a very interesting diff. If i have time i'll test it on -CURRENT on the two next weeks. -- Best regards, Loïc BLOT, Engineering UNIX Systems, Security and Network Engineer http://www.unix-experience.fr Le jeudi 03 juillet 2014 à 11:35 -0500, patric conant a écrit : This seems relevant to a lot of interest. commit 3a0038bfb239dd522057809c52d7d23dd2134c38 Author: Matthew Dillon dillon at apollo.backplane.com http://lists.dragonflybsd.org/mailman/listinfo/commits Date: Thu Jun 26 20:40:32 2014 -0700 pf - make the bulk of PF concurrent under normal operation * state and ip fragment tables are now per-cpu. * packet paths acquire pf_token shared instead of exclusive. Packet processing runs concurrently. * Any dynamic rules updates will run synchronously for now. * State expiration from the pfpurge thread runs synchronously for now. More work can be done here. * ioctl (and also pfsync) paths acquire pf_token exclusively. That is, primarily pfctl commands. This includes rules updates and state scans. More work can be done here. Summary of changes: sys/net/pf/Makefile| 2 + sys/net/pf/if_pfsync.c | 85 +++--- sys/net/pf/if_pfsync.h | 2 + sys/net/pf/pf.c| 260 -- sys/net/pf/pf_ioctl.c | 427 +++-- sys/net/pf/pf_norm.c | 118 -- sys/net/pf/pfvar.h | 17 +- 7 files changed, 588 insertions(+), 323 deletions(-) http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/3a0038bfb239dd522057809c52d7d23dd2134c38 Mit freundlichen Grüßen Robert Garrett Senior System Engineer Technical Projects Solutions - -- InterNetX GmbH Maximilianstr. 6 93047 Regensburg Germany Tel. +49 941 59559-480 Fax +49 941 59559-245 www.internetx.com www.facebook.com/InterNetX www.twitter.com/InterNetX Geschäftsführer/CEO: Thomas Mörz Amtsgericht Regensburg, HRB 7142 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTu6ERAAoJEMrvovfl62c84hsH/0HDjGInnL5w8Ea6kaD2pVN+ jk2yJ2wY4iZFKVBbnb0Jn6ZLJK9DoUEtAOszwCIb69PbHNMmW3QkuVzpJj8lZcQy BCGKuuImjHAR+MSsAASJl09sJc7s50Buo6HX2KeRAMKxkiBu6eBqenlhVYp6SFgZ JsARhd+C4VJdzCJjzyFEunJEWAKs8dfawpQDeywhKgOeedxl0DnNSlS9Bdn6gpFe 3JuwtRb8Wy6cyt6ZilkNQWWnIa5b+8XMv7n1hNKqbMQRgY2qWjLbq50GuPikMN01 qAj+yrN88rWm980RZveRJJiZ/9UpDonHIvQZiveKdX4ZKXL1UMBjde0Igb8S9w4= =Kpa9 -END PGP SIGNATURE-
Re: Dragonflybsd's pf concurrent instead of single-threaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 you will find ldap support within dfly -current.. and no you will not find nfsv4 rg On 07/06/2014 02:16 AM, Brad Smith wrote: On 05/07/14 8:01 PM, Predrag Punosevac wrote: Franco Fichtner write: I have immense respect for Matt as a user of his code since Amiga C compiler. I probably speak for lots of people both in OpenBSD and DragonFly camp if I say that I would prefer him to finish HAMMER2 and leave concurrent threading in PF to Henning. Talks about this date back at least two years. These days NetBSD is doing npf(4), and FreeBSD and DragonFly moved on to implement their own SMP support. The rumors are that npf is a vaporware. DragonFly community is tiny. So tiny that in-spite of HAMMER I could not use DragonFly on my production file servers because it lacks LDAP support let alone NFSv4. FreeBSD always had its own genuine firewall solution IPFW. IPFW is so good that inspired even a better tool called iptables. Some people unfortunately didn't buy it. OS X switched from IPFW to PF couple releases ago. Missing SMP support is the fork in the road. The window of opportunity seems to be closing. A penny for Henning's thoughts on this... I would say it is about a time. PF has never meant to be portable. A quick look on the version of PF in use in other BSDs is quite revealing. That being said OpenBSD project has its own pace which has never being dictated by current fashion trends or a noise made by people like me who don't contribute the code. Thanks God for that! What is the point of your posts other than filling peoples mail boxes with useless bits? Mit freundlichen Grüßen Robert Garrett Senior System Engineer Technical Projects Solutions - -- InterNetX GmbH Maximilianstr. 6 93047 Regensburg Germany Tel. +49 941 59559-480 Fax +49 941 59559-245 www.internetx.com www.facebook.com/InterNetX www.twitter.com/InterNetX Geschäftsführer/CEO: Thomas Mörz Amtsgericht Regensburg, HRB 7142 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTu6IeAAoJEMrvovfl62c811cH/i3t6PExfQkgKuBuat72rTVJ tpKaeHKK1vkV9fRhaljJyRZIceDAnJiBot7FZgVEVmteANzZffMK0inumNJx1nCf 0iC6L+6ypG6bqkATpD7hz2Q4vA0OZopeQG2njvTGwl7Njaq5MfVcEVCdRG13lj2m HTrksidCy7r5P48BdO9YXnagw9d2wAce4LhuKn5D7LFWYfSz/H/dt1ViveppNsuT fOPP91GItQ2R3Jnqqf4oJJBSW61ea4dQ5VfuerXv2HOCm9s+ASBBdCaqwnVzMJxp jiQhVzXClfENKMd6HZ+Lf3Csld4A9i+85IcPrWCEtAsfz42oQ7JRQ9ZJpklRyp4= =85jC -END PGP SIGNATURE-
Resume connetions of urtwn(4) - from zzz resume
Hi, urtwn0 is a usb wifi connnection which work perfectly after bootup, which got its configuration from /etc/hostname.urtwn0. But every time resuming from zzz, it gets offline and need to online (sh /etc/netstart) manually. Tried using /etc/apm/resume or ifstated(8) to execute sh /etc/netstart in order to bring urtwn0 online but it doesn't work. Instead, through /etc/apm/resume, ifstated(8) is able to bring urtwn0 online. 1. ifstated ifconfig urtwn0 down after ifstated started (through /etc/rc.d/ifstated) works correctly. But after resume, it doesn't seems to do anything. /var/log/messages /var/log/daemon didn't show anything useful to me. A /etc/rc.d/ifstated reload fixes it and it then does its job, bringing urtwn0 online. A possible bug in ifstated or I've mis-configured ifstated? 2. /etc/apm/resume After resume from zzz, the command sh /etc/netstart in /etc/apm/resume doesn't seems get executed at all, or some error happens but didn't get recorded in /var/log/messages or /var/log/daemon. Tried set -x (made /etc/apm/resume as bourne shell script) but nothing useful shown in those logfiles. Maybe I've done something wrong here? 3. With ifstated through /etc/apm/resume By reloading ifstated in /etc/apm/resume, it works accordingly. Although this achieve my purpose of bringing interface urtwn0 online after resume, the extra step taken to bring urtwn0 online seems awkward. What seems to be wrong in what I've done in ifstated or /etc/apm/resume that it doesn't execute sh /etc/netstart? Below are my configurations and logs I've noticed. Please do let me know if more information is needed. Regards, Edward. /etc/hostname.urtwn0: nwid ssid_name wpakey secret inet 10.10.10.2 255.0.0.0 /etc/ifstated-urtwn0.conf: urtwn0_up = urtwn0.link.up urtwn0_down = !urtwn0.link.up urtwn0_unknown = urtwn0.link.unknown net = '( ping -q -c 1 -w 1 8.8.8.8 /dev/null every 10 )' gateway = '( ping -q -c 1 -w 1 10.10.10.1 /dev/null every 10 )' state check { if $urtwn0_down || $urtwn0_unknown set-state dead } state dead { init { run sh /etc/netstart } } /etc/apm/resume: #!/bin/sh # wait 5 for urtwn0 gets loaded sleep 5; /etc/rc.d/ifstated reload /etc/rc.conf.local: ifstated_flags=-f /etc/ifstated-urtwn0.conf uname -a: OpenBSD laptop 5.5 GENERIC.MP#315 amd64 ifconfig urtwn0: urtwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 90:61:0c:16:66:00 priority: 4 groups: wlan egress media: IEEE802.11 autoselect (OFDM54 mode 11g) status: active ieee80211: nwid ssid_name chan 10 bssid b8:a3:86:bf:22:bb 188dB wpakey not displayed wpaprotos wpa1,wpa2 wpaakms psk wpaciphers tkip,ccmp wpagroupcipher tkip inet 10.10.10.111 netmask 0xff00 broadcast 10.10.10.255 inet6 fe80::9261:cff:fe16:540a%urtwn0 prefixlen 64 scopeid 0x16 /var/log/daemon: Jul 8 10:16:33 laptop apmd: system suspending Jul 8 10:16:46 laptop apmd: system resumed from sleep Jul 8 10:18:42 laptop apmd: system suspending Jul 8 10:19:25 laptop apmd: system resumed from sleep /var/log/messages: Jul 8 10:16:33 laptop apmd: system suspending Jul 8 10:16:35 laptop /bsd: error: [drm:pid12060:i915_write8] *ERROR* Unknown unclaimed register before writing to 3b4 Jul 8 10:16:46 laptop /bsd: error: [drm:pid12060:i915_write32] *ERROR* Unclaimed write to 70030 Jul 8 10:16:46 laptop /bsd: error: [drm:pid12060:intel_dp_set_link_train] *ERROR* Timed out waiting for DP idle patterns Jul 8 10:16:46 laptop /bsd: error: [drm:pid12060:i915_write32] *ERROR* Unknown unclaimed register before writing to 64040 Jul 8 10:16:46 laptop /bsd: urtwn0 detached Jul 8 10:16:46 laptop /bsd: wskbd1: disconnecting from wsdisplay0 Jul 8 10:16:46 laptop /bsd: wskbd1 detached Jul 8 10:16:46 laptop /bsd: ukbd0 detached Jul 8 10:16:46 laptop /bsd: uhidev0 detached Jul 8 10:16:46 laptop /bsd: wsmouse1 detached Jul 8 10:16:46 laptop /bsd: ums0 detached Jul 8 10:16:46 laptop /bsd: uhid0 detached Jul 8 10:16:46 laptop /bsd: uhid1 detached Jul 8 10:16:46 laptop /bsd: uhid2 detached Jul 8 10:16:46 laptop /bsd: uhidev1 detached Jul 8 10:16:46 laptop /bsd: uhid3 detached Jul 8 10:16:46 laptop /bsd: uhid4 detached Jul 8 10:16:46 laptop /bsd: uhid5 detached Jul 8 10:16:46 laptop /bsd: uhid6 detached Jul 8 10:16:46 laptop /bsd: uhidev2 detached Jul 8 10:16:46 laptop /bsd: ugen0 detached Jul 8 10:16:46 laptop /bsd: video0 detached Jul 8 10:16:46 laptop /bsd: uvideo0 detached
Re: diff: Option to use duids in /etc/dumpdates
On 07/08/14 01:22, Maximilian Fillinger wrote: Hi! The attached diff adds a -U flag to dump that allows using disklabel UIDs in /etc/dumpdates. That makes incremental dumps possible when a disk is roaming between device files. I'd be happy to receive comments. Best regards, Max [demime 1.01d removed an attachment of type text/x-patch which had a name of dump.diff] Please resend with diff inline. /Alexander
Re: Dragonflybsd's pf concurrent instead of single-threaded
On 08 Jul 2014, at 04:55, Henning Brauer hb-open...@ml.bsws.de wrote: * Franco Fichtner slash...@gmail.com [2014-07-06 00:29]: Missing SMP support is the fork in the road. The window of opportunity seems to be closing. A penny for Henning's thoughts on this... my thoughts are only worth pennies? :) It's a kind thing to say, I think. :) ok, first thought: where's your diff? Not directed at Franco specifically. See below. I don't owe anybody anything. OpenBSD hacking is supposed to be fun for me. That's true. I'm not saying otherwise. on a technical note - making pf MP is utterly useless if the underlaying subsystems aren't. pool isn't, mbuf isn't, network stack isn't - the list is long. Exactly, the underlying cause for this: a lot of complicated subsystems need to be adapted. Some people have this on their ``list of things to do'' as stated a while back, but when there isn't enough incentive to work on this, at least for OpenBSD, it's hard to get started from the outside. The perfect code for the perfect SMP needs to be written and that's not something ``a diff'' from non-developers could easily accomplish. None of this is bad. OpenBSD will always be OpenBSD, no matter what. And the possible pf MP gains are drasticly overrated anyway. I'm not sure. Maybe that's a stance that fits OpenBSD well, but in networking as a whole that's not applicable. There's a good market for 10G, 40G not so much but it exists (as in drivers make their way into BSDs). Hardware vendors get ready for 100G; I've seen one of those cards and it does reveal a good deal of bottlenecks inside modern kernels. Yes, this requires specific mainstream architectures and PCIe 3.0, which is a small subset of OpenBSD system coverage. I can see that it doesn't make much sense from this point of view. That's where FreeBSD and DragonFly are a better fit. So maybe all that needs to change is the perception of pf(4) ports in other BSDs to be ``very old versions that need to be brought up to date'', because doing so wouldn't solve the most pressing issues we are confronted with pf(4) outside of OpenBSD -- the code itself is stable and the features are well-defined as is. Cheers, Franco
Re: Dragonflybsd's pf concurrent instead of single-threaded
On 06 Jul 2014, at 01:01, Predrag Punosevac punoseva...@gmail.com wrote: The rumors are that npf is a vaporware. npf(4) is a chain of clever data structures. How well that translates to the actual requirements of the networking domain I can't see. DragonFly community is tiny. You mean alive and well. That's all that matters to keep us going. ;) tiny that in-spite of HAMMER I could not use DragonFly on my production file servers because it lacks LDAP support let alone NFSv4. Let's talk about this off-list. FreeBSD always had its own genuine firewall solution IPFW. I haven't seen much use of ipfw(4) in the last years, and what it is (still) being used for is not capable of scaling up anymore. The clear preference seems to be pf(4) these days. That being said OpenBSD project has its own pace which has never being dictated by current fashion trends or a noise made by people like me who don't contribute the code. I appreciate the steady course as well, although I would not label SMP as a ``current fashion trend'' that's likely to disappear again. Cheers, Franco
Re: Dragonflybsd's pf concurrent instead of single-threaded
* Franco Fichtner slash...@gmail.com [2014-07-08 10:48]: On 08 Jul 2014, at 04:55, Henning Brauer hb-open...@ml.bsws.de wrote: And the possible pf MP gains are drasticly overrated anyway. I'm not sure. Maybe that's a stance that fits OpenBSD well, but in networking as a whole that's not applicable. There's a good market for 10G, 40G not so much but it exists (as in drivers make their way into BSDs). Hardware vendors get ready for 100G; I've seen one of those cards and it does reveal a good deal of bottlenecks inside modern kernels. sigh. it is obvious you have very little idea on what you're talking about here. this has NOTHING to do with the problem or the question at hand. So maybe all that needs to change is the perception of pf(4) ports in other BSDs to be ``very old versions that need to be brought up to date'', because doing so wouldn't solve the most pressing issues we are confronted with pf(4) outside of OpenBSD -- the code itself is stable and the features are well-defined as is. guess the fact that the pf code in OpenBSD is roughly 4 times as fast as elsewhere doesn't matter. after all, it's not about the results but shiny labels, right? pah humbug. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: Dragonflybsd's pf concurrent instead of single-threaded
* InterNetX - Robert Garrett robert.garr...@internetx.com [2014-07-08 09:42]: Uprading pf with [dfly's] set of changes to support [dfly's] locking mechanisms, is a seriously non trivial exercise. and 100% wasted as done. starting off an old, ancient, pf, which is roughly 4 times slower than todays (but hey, you can throw cores at it, make intel the power companies even richer, increase pollution, and whatnot), and making sure we can never take these changes back even if we wanted to. how bright! -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: libmessage (New crazy sh*t)
* Gustav Fransson Nyvell gus...@nyvell.se [2014-07-06 03:22]: I made this thing because I wanted or need a way to message between processes that know nothing about each other, using a central name. that's usually called a named pipe. or an mmap'ed file. Without requiring any network. So, some basic message passing, across the OS. It's implemented using sqlite3 which in my case is not good, ok, I stop reading here. Using a fickle rocket launcher to light a candle. That might be the main reason why software today is so miserable. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: libmessage (New crazy sh*t)
* Gustav Fransson Nyvell gus...@nyvell.se [2014-07-06 15:25]: Of course, I'm looking for problems in imsg, now... sorry. no, you're missing the point entirely and have been misguided by others. what you are apparently after is what is usually called a message bus/queue. reliable message delivery to n clients. imsg is not that, imsg is for IPC between two processes. 1:1, no storage, if the listener isn't there - tough shit. with the horrible MQ implementations out there this might not even be one of the more ridiculous ones. which by no means is any blessing, it just means the entire area is a collection of poo. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: Dragonflybsd's pf concurrent instead of single-threaded
On 08 Jul 2014, at 09:58, Henning Brauer hb-open...@ml.bsws.de wrote: this has NOTHING to do with the problem or the question at hand. So then what has it to do with? You tell me I missed the obvious but don't provide your arguments. Lucky, I've been asked to leave this mailing list so you don't have to bother. Good luck. Cheers, Franco
Re: Dragonflybsd's pf concurrent instead of single-threaded
* Franco Fichtner slash...@gmail.com [2014-07-08 11:20]: On 08 Jul 2014, at 09:58, Henning Brauer hb-open...@ml.bsws.de wrote: this has NOTHING to do with the problem or the question at hand. So then what has it to do with? You tell me I missed the obvious but don't provide your arguments. it's so obvious... two things needing to access the same data structures cannot run in parallel. packet filters CAN profit from MP, but it is way less than people keep thinking. Lucky, I've been asked to leave this mailing list not by me... -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: Dragonflybsd's pf concurrent instead of single-threaded
Lucky, I've been asked to leave this mailing list so you don't have to bother. Good luck. This is quite sad: polite confrontation is always good means of progress, whatever the topics.
Re: [Bulk] Re: DVD how to overcome mkisofs
On 2014-07-07 16:28, Kevin Chadwick wrote: previously on this list Maurice McCarthy contributed: OpenBSD has K3B from the KDE desktop. If I remember rightly I tried k3b on amd64 recently and it didn't work for me even when told which devices to use manually. The latest k3b has switched to rediculously requiring udisks and all the dependencies and nonsense that udisks/polkit pulls in so I didn't use it even on Linux. This ironically for KDE/QT which aims to run everywhere even on Windows. I used to use and liked x-cdroast but have had more success with tkdvd lately which shows you the commandline that it uses too. Thanks for the tip about tkdvd. I only once tried K3B, because of the glowing reports it had, but just did not like it. But that was a while ago.
athn(4) may start in no carrier state when a failover trunkport
When using this hostname.trunk0: --- trunkproto failover trunkport alc0 trunkport athn0 -inet6 dhcp --- If the master trunkport is active on initial state, either at boot or upon resume from suspend, on occasion the athn0 NIC shows no carrier. Upon initiation of failover while in this state, it does not recover. If the athn0 NIC is used as egress and not part of a trunk, it is always active and never enters the same state. A scan corrects the state, so this ifstated.conf has been implemented as an attempted circumvention. --- wifi_up = athn0.link.up state only { init { if ! $wifi_up run ifconfig athn0 scan /dev/null } if ! $wifi_up run ifconfig athn0 scan /dev/null } --- Any recommendatons for better problem identifaction/isolation steps would be appreciated. --- trunk0: flags=28843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NOINET6 mtu 1500 lladdr 90:e6:ba:37:cf:5e priority: 0 trunk: trunkproto failover trunkport athn0 trunkport alc0 master,active groups: trunk egress media: Ethernet autoselect status: active inet 10.0.1.130 netmask 0xff00 broadcast 10.0.1.255 athn0: flags=28943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,NOINET6 mtu 1500 lladdr 90:e6:ba:37:cf:5e priority: 4 trunk: trunkdev trunk0 groups: wlan media: IEEE802.11 autoselect (DS1 mode 11g) status: active ieee80211: nwid nondescript black Escalade chan 8 bssid d8:5d:4c:bd:fb:08 49dB wpakey not displayed wpaprotos wpa1,wpa2 wpaakms psk wpaciphers tkip,ccmp wpagroupcipher tkip alc0: flags=28b43UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST,NOINET6 mtu 1500 lladdr 90:e6:ba:37:cf:5e priority: 0 trunk: trunkdev trunk0 media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) status: active OpenBSD 5.5-current (GENERIC.MP) #219: Sun Jun 29 19:09:31 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (GenuineIntel 686-class) 1.60 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 = 1034616832 (986MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/18/11, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 0xf0720 (30 entries) bios0: vendor American Megatrends Inc. version 1601 date 04/18/2011 bios0: ASUSTeK Computer INC. 1005HA 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) HDAC(S4) P0P4(S4) P0P8(S4) P0P5(S4) P0P7(S4) P0P9(S4) P0P6(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 cpu0: mwait min=64, max=64, C-substates=0.2.2.0.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (GenuineIntel 686-class) 1.60 GHz cpu1: 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 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 2 (P0P5) acpiprt2 at acpi0: bus 1 (P0P7) acpiprt3 at acpi0: bus -1 (P0P6) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpitz0 at acpi0: critical temperature is 88 degC acpibat0 at acpi0: BAT0 model 1005HA 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 1600 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 4 ppb1 at pci0 dev 28
Re: Dragonflybsd's pf concurrent instead of single-threaded
On Mon, Jul 7, 2014 at 11:55 PM, Henning Brauer hb-open...@ml.bsws.de wrote: * Franco Fichtner slash...@gmail.com [2014-07-06 00:29]: Missing SMP support is the fork in the road. The window of opportunity seems to be closing. A penny for Henning's thoughts on this... my thoughts are only worth pennies? :) ok, first thought: where's your diff? Not directed at Franco specifically. I don't owe anybody anything. OpenBSD hacking is supposed to be fun for me. on a technical note - making pf MP is utterly useless if the underlaying subsystems aren't. pool isn't, mbuf isn't, network stack isn't - the list is long. Where to start ? prediction tends to show the base speed of processing unit is reaching a maximum and multicores is the next things. The network stack ? mbuf ? And the possible pf MP gains are drasticly overrated anyway. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/ -- - () ascii ribbon campaign - against html e-mail /\
multiple SSIDs with a single Wlan interface and 801.11.n support
Hello, I started to play with OpenBSD wlan interfaces lately and I've got two questions so far that I couldn't solve by myself: 1. Is there a way to create two SSIDs using one physical interface ? I'd like to create a public and a private SSID with different subnets and pf rules. 2. Is 802.11n supported on certain devices ? my Wlan USB dongle is detected as a Ralink 802.11b/g device (ral0) but in fact it's a b/g/n device. Thanks for your help Romain
Re: multiple SSIDs with a single Wlan interface and 801.11.n support
On 2014 Jul 08 (Tue) at 13:15:11 + (+), Aviolat Romain wrote: :Hello, : :I started to play with OpenBSD wlan interfaces lately and I've got two questions so far that I couldn't solve by myself: : :1. Is there a way to create two SSIDs using one physical interface ? I'd like to create a public and a private SSID with different subnets and pf rules. : no :2. Is 802.11n supported on certain devices ? my Wlan USB dongle is detected as a Ralink 802.11b/g device (ral0) but in fact it's a b/g/n device. : no :Thanks for your help : :Romain : -- Anybody with money to burn will easily find someone to tend the fire.
Re: [Bulk] Re: [Bulk] Re: DVD how to overcome mkisofs
previously on this list Maurice McCarthy contributed: I used to use and liked x-cdroast but have had more success with tkdvd lately which shows you the commandline that it uses too. Thanks for the tip about tkdvd. I only once tried K3B, because of the glowing reports it had, but just did not like it. But that was a while ago. Thinking about it now I think a different burning port segfaulted and simply used tkdvd because I didn't want to run the xcd-roast setup as root and was in a rush. tkdvd has a nopad option for cds which is the only reason I wanted k3b (I think can't pad though!) in order to be able to checksum the cd device file (verify and a security check in one pass) at any time matching the iso checksum. Padding is to get around a bug in some old recorders and whilst I have some drives that can't boot rewritables I have never come across this hardware bug requiring padding that most burning programs annoyingly enforce. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
Re: Dragonflybsd's pf concurrent instead of single-threaded
* sven falempin sven.falem...@gmail.com [2014-07-08 14:16]: On Mon, Jul 7, 2014 at 11:55 PM, Henning Brauer hb-open...@ml.bsws.de wrote: * Franco Fichtner slash...@gmail.com [2014-07-06 00:29]: Missing SMP support is the fork in the road. The window of opportunity seems to be closing. A penny for Henning's thoughts on this... my thoughts are only worth pennies? :) ok, first thought: where's your diff? Not directed at Franco specifically. I don't owe anybody anything. OpenBSD hacking is supposed to be fun for me. on a technical note - making pf MP is utterly useless if the underlaying subsystems aren't. pool isn't, mbuf isn't, network stack isn't - the list is long. Where to start ? prediction tends to show the base speed of processing unit is reaching a maximum and multicores is the next things. The network stack ? mbuf ? pool(9) - underway/getting there. mbuf then it gets interesting. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
py-pip for python3 on OpenBSD 5.5
Hey, So I'm currently trying to install pip for Python 3 on a 5.5 system. The port devel/py-pip has a python3 flavor which would theoretically allow me to do this. However, one of its dependencies (py-setuptools) does not, which is why I cannot install py-pip with the python3 flavor. What would be the best way to pip for Python 3 on the 5.5 release? Thanks Henrik
Re: Dragonflybsd's pf concurrent instead of single-threaded
Hi, Posting such a topic in such a list might probably sound a bit aggressive, but this patch should not be misinterpreted. I think it's clear to everybody that it would be great to update pf in dragonfly, but that's a lot of work and nobody is working on this. This patch followed a complaint on the mailing list about the slowness of pf on dragonfly, and I guess that making it SMP was the faster way (one day of work) to solve this issue. I don't think that anybody ever claimed that pf had become faster or better on dfly than on openbsd, or that openBSD is lagging behind. That being said, i subscribed to this list to reply to your last assertion. it's so obvious... two things needing to access the same data structures cannot run in parallel. packet filters CAN profit from MP, but it is way less than people keep thinking. This is obvious indeed, that's why the goal of this patch is to avoid the need to access the same data structures. This is due to the design of the dragonfly network stack. Packets are hashed, for instance with tcp they are hashed using the two tuples (host, port) for destination and origin, and they are dispatched to a fixed cpu according to this hash. The packet is then handled by this cpu, and the thread is pinned to this cpu. Things are more complex in practice due to hardware hashes, forwarding and other things i'm not an expert on the topic, but basically, it reduce the amount of sharing needed. You can take advantage of this design to make a packet filtering almost lockless. Indeed, you only need to access the local state for a lot of rules, and since the state structure is owned by the current cpu, you don't need any lock. (for nat/rdr or stateful firewalling, things are a bit less easy). In practice, this work as a real impact on my router, hence I really think that's nice to have, even if obviously having an up to date pf or good ipv6 support is more important (and a lot harder to do). Regards, joris
Re: Dragonflybsd's pf concurrent instead of single-threaded
* Joris Giovannangeli jo...@giovannangeli.fr [2014-07-08 17:47]: Posting such a topic in such a list might probably sound a bit aggressive, but this patch should not be misinterpreted. I think it's clear to everybody that it would be great to update pf in dragonfly, but that's a lot of work and nobody is working on this. This patch followed a complaint on the mailing list about the slowness of pf on dragonfly, and I guess that making it SMP was the faster way (one day of work) to solve this issue. I don't think that anybody ever claimed that pf had become faster or better on dfly than on openbsd, or that openBSD is lagging behind. i didn't take it as such. Some others might have. making it SMP was the faster way (one day of work) - far off. updating your pf cannot take that much time. people keep thinking it is hard due to some of its tentacles. but really, you leave these ptrs at NULL and be done. can work on providing these hooks later if you want the associated performance gains. my offer to help anybody who seriously wants to update pf in fbsd to a non-ancient version herewith extends to dfly. help as in answer questions and give advice and the like. it's so obvious... two things needing to access the same data structures cannot run in parallel. i slightly oversimplified here, of course. packet filters CAN profit from MP, but it is way less than people keep thinking. This is obvious indeed, that's why the goal of this patch is to avoid the need to access the same data structures. This is due to the design of the dragonfly network stack. Packets are hashed, for instance with tcp they are hashed using the two tuples (host, port) for destination and origin, and they are dispatched to a fixed cpu according to this hash. The packet is then handled by this cpu, and the thread is pinned to this cpu. Things are more complex in practice due to hardware hashes, forwarding and other things i'm not an expert on the topic, but basically, it reduce the amount of sharing needed. yeah, I know. that is certainly not the stupidest approach ever seen. wether it is the smartest i'm not certain. not judging here. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: py-pip for python3 on OpenBSD 5.5
Nevermind. This was due to a dependency that did not get installed for some reason..
issues with firefox
Firefox becomes non-responsive for a small amount of time when viewing large (wallpaper sized) jpg images. In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the situation improved considerably but it's still not perfect. The lag persists for a very short but visible amount of time. This bug is specific to OpenBSD and not to the machine, as i have tested it across different machines. This issue does not appear with other BSDs or linux (without flash). 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). Those two problems are much less obvious in OpenBSD-current's firefox, but, especially the second, still exist. I just wanted to report these issues and not complain. It is obvious that there is improvement at every new release of OpenBSD.
Re: libmessage (New crazy sh*t)
On 07/08/14 11:08, Henning Brauer wrote: * Gustav Fransson Nyvell gus...@nyvell.se [2014-07-06 03:22]: I made this thing because I wanted or need a way to message between processes that know nothing about each other, using a central name. that's usually called a named pipe. or an mmap'ed file. Without requiring any network. So, some basic message passing, across the OS. It's implemented using sqlite3 which in my case is not good, ok, I stop reading here. Using a fickle rocket launcher to light a candle. That might be the main reason why software today is so miserable. mmap seems very low-level and dangerous for brain dead use. I'm aiming for syslog-like use and accompanying slowness. I think using sqlite3 as a backend is overkill and it was the first thing I picked. Maybe tokyocabinet would be a better fit, it might be worse to setup and I'm guessing it's not in the kernel ATM. See what I want to add to the kernel is this easy to use style of messaging so that common programs can use it, immediately. Like syslog is easy. I think libmessage would be a good fit it just needs a better backend. I think this is sorely needed, as well. A lot of bug tracking becomes much easier - I have seen ktrace. It is much like ktrace, yet can be used for applications too. It's like an internal network for the kernel. I know that message queues are frowned upon yet they are very UNIX, remember JMS is from Java which is from Sun, which you know... created Solaris, SunOS? UNIX is supposed to be big and slow. I'm going to stop typing now due to high environment temperatures... AKA Summer... //Gustav -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender.
Re: issues with firefox
On 07/08/14 18:36, misc nick wrote: Firefox becomes non-responsive for a small amount of time when viewing large (wallpaper sized) jpg images. In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the situation improved considerably but it's still not perfect. The lag persists for a very short but visible amount of time. This bug is specific to OpenBSD and not to the machine, as i have tested it across different machines. This issue does not appear with other BSDs or linux (without flash). 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). Those two problems are much less obvious in OpenBSD-current's firefox, but, especially the second, still exist. I just wanted to report these issues and not complain. It is obvious that there is improvement at every new release of OpenBSD. This is my experience too. //Gustav -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender.
Re: ThinkPad T60 screen brightness
Hi Matthew, Matthew Clarke wrote: Fri, Jun 27, 2014 at 00:18:57 +0200, Riccardo Mottola may have written: $ xbacklight No outputs have backlight property Suggestions? Getting the two keys (those activated by the blue Fn) would be the best of course. Same thing on my T60, but if I suspend and resume, those keys work until the next reboot. Matt. I forgot to test this, I left the mail as to read. It works indeed. Actually, it is not that they just work, but putting the computer to sleep and turning it on again shows immediately a bright screen. Using the keys then has a jump to the wrong brighness and ater going up/down they sync again and everything is smooth as in OpenBSD 5.4 Do you have the model with integrated video or with the ATI radeon card? See my dmesg below. the error lines are not very inspiring, do you get them too? Riccardo dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Genuine Intel(R) CPU T2500 @ 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF real mem = 3219484672 (3070MB) avail mem = 3154567168 (3008MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 04/01/10, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ETE6WW (2.26 ) date 04/01/2010 bios0: LENOVO 2007WRU acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 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 166MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Genuine Intel(R) CPU T2500 @ 2.00GHz (GenuineIntel 686-class) 2 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB2, USB7 acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 92P1137 serial 121 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit offline acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1! cpu0: Enhanced SpeedStep 1996 MHz: speeds: 2000, 1667, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: apic 1 int 16 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 ATI Radeon Mobility X1400 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 1 int 16 azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1 int 20 pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 Intel 82573L rev 0x00: msi, address 00:15:58:2e:43:6c ppb2 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 1 int 21 pci3 at ppb2 bus 3 wpi0 at pci3 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: msi, MoW2, address 00:13:02:9a:52:1b ppb3 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 1 int 22 pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x02: apic 1 int 23 pci5 at ppb4 bus 12 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: apic 1 int 16 uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: apic 1 int 17 uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: apic 1 int 18 uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: apic 1 int 19 ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: apic 1 int 19 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb5 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe2 pci6 at ppb5 bus 21 cbb0 at
Re: multiple SSIDs with a single Wlan interface and 801.11.n support
On 2014-07-08, Aviolat Romain romain.avio...@nagra.com wrote: Hello, I started to play with OpenBSD wlan interfaces lately and I've got two questions so far that I couldn't solve by myself: 1. Is there a way to create two SSIDs using one physical interface ? I'd like to create a public and a private SSID with different subnets and pf rules. Unless you feel like hacking on the 802.11 layer you'll probably be better served with a commercial AP. hostap on OpenBSD can only handle simple cases (no multi-ssid, no wpa-enterprise) and IME doesn't work as well as the average cheap AP running openwrt etc. 2. Is 802.11n supported on certain devices ? my Wlan USB dongle is detected as a Ralink 802.11b/g device (ral0) but in fact it's a b/g/n device. Support is needed in both the 802.11 layer and drivers. There's some code already but it's not enabled.
Re: issues with firefox
On 2014-07-08, misc nick misc.n...@gmx.com wrote: Firefox becomes non-responsive for a small amount of time when viewing large (wallpaper sized) jpg images. In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the situation improved considerably but it's still not perfect. The lag persists for a very short but visible amount of time. This bug is specific to OpenBSD and not to the machine, as i have tested it across different machines. This issue does not appear with other BSDs or linux (without flash). There's a firefox config option that usually helps for this, try the archives, though I think a change to X helps in -current. 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?
Re: py-pip for python3 on OpenBSD 5.5
On Tue, Jul 08, 2014 at 06:30:05PM +0200, Henrik Friedrichsen wrote: Nevermind. This was due to a dependency that did not get installed for some reason.. Which dependency? if a package needs some missing dependency, we can fix the package. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: issues with firefox
On Tue, Jul 08, 2014 at 06:36:52PM +0200, misc nick wrote: Firefox becomes non-responsive for a small amount of time when viewing large (wallpaper sized) jpg images. In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the situation improved considerably but it's still not perfect. The lag persists for a very short but visible amount of time. This bug is specific to OpenBSD and not to the machine, as i have tested it across different machines. This issue does not appear with other BSDs or linux (without flash). These days I'm testing two options for this: image.mem.allow_locking_in_content_processes:false image.mem.decodeondraw:false Maybe these options help with your problem. 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). Chrome and any webkit-gtk based browser don't have that problem. I usually use firefox + mplayer + 'youtube-dl -g' to see videos. Those two problems are much less obvious in OpenBSD-current's firefox, but, especially the second, still exist. I just wanted to report these issues and not complain. It is obvious that there is improvement at every new release of OpenBSD. -- Juan Francisco Cantero Hurtado http://juanfra.info
I need a shell account on one of these machines. Anyone?
Hi. I'm the maintainer of Racket on OpenBSD. Racket is a general purpose functional programming language http://racket-lang.org/ . Recently I began to port Racket to non-x86 platforms. The process is pretty simple when you know where the C macros are. The problem is that Racket fails always at the same point on hppa and mips64el (tested by jturner@). Matthew Flatt (the main developer of Racket) is interested in to take a look to the problem but he hasn't access to one of these machines (and qemu doesn't work). Can someone give us a shell account on one mips64/mips64el/hppa/sparc64/ppc/alpha machine?. The only requirement is at least 512MB of memory. Please contact with me off-list. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: issues with firefox
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. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
Re: libmessage (New crazy sh*t)
What you are trying is not new, but crazy and sh*t seem pretty spot on. Your description, not mine. There's even a wikipedia article dedicated to how dumb this is! From http://en.wikipedia.org/wiki/Database-as-IPC: In computer programming, Database-as-IPC is an anti-pattern where a database is used as the message queue for routine interprocess communication in a situation where a lightweight IPC mechanism such as sockets would be more suitable. Using a database for this kind of message passing is extremely inefficient compared to other IPC methods and often introduces serious long-term maintenance issues, but this method enjoys a measure of popularity because the database operations are more widely understood than 'proper' IPC mechanisms.[1] On Tue, Jul 08, 2014 at 06:59:57PM +0200, Gustav Fransson Nyvell wrote: mmap seems very low-level and dangerous ... I want to add to the kernel is this easy to use style of messaging so that common programs can use it, immediately. Right... mmap is low-level and dangerous, so lets add large arbitrary shit to the kernel instead! So like kdbus, except implemented in the worst way possible? Please stop. think libmessage would be a good fit it just needs a better backend. No, it needs to disappear, and this conversation needs to end. The system you are proposing is not at all the system you need, nor the system you'd want if you understood the problem better. I think this is sorely needed, as well. Some other people have agreed with you, which is why this problem has already been tackled (in ways MUCH better than you are proposing) by people who put actual thought into the design phase before writing the dozens of different messaging queue/bus systems out there. A lot of bug tracking becomes much easier - I have seen ktrace. It is much like ktrace, yet can be used for applications too. It's quite obvious that you have no idea what you're talking about. It's like an internal network for the kernel. First of all, this has nothing to do with networks. Second of all, this has nothing to do with the kernel. I know that message queues are frowned upon yet they are very UNIX, remember JMS is from Java which is from Sun, which you know... created Solaris, SunOS? UNIX is supposed to be big and slow. Good bye, troll.
Re: libmessage (New crazy sh*t)
On 07/08/14 23:36, Jean-Philippe Ouellet wrote: What you are trying is not new, but crazy and sh*t seem pretty spot on. Your description, not mine. There's even a wikipedia article dedicated to how dumb this is! From http://en.wikipedia.org/wiki/Database-as-IPC: In computer programming, Database-as-IPC is an anti-pattern where a database is used as the message queue for routine interprocess communication in a situation where a lightweight IPC mechanism such as sockets would be more suitable. Using a database for this kind of message passing is extremely inefficient compared to other IPC methods and often introduces serious long-term maintenance issues, but this method enjoys a measure of popularity because the database operations are more widely understood than 'proper' IPC mechanisms.[1] On Tue, Jul 08, 2014 at 06:59:57PM +0200, Gustav Fransson Nyvell wrote: mmap seems very low-level and dangerous ... I want to add to the kernel is this easy to use style of messaging so that common programs can use it, immediately. Right... mmap is low-level and dangerous, so lets add large arbitrary shit to the kernel instead! So like kdbus, except implemented in the worst way possible? Please stop. think libmessage would be a good fit it just needs a better backend. No, it needs to disappear, and this conversation needs to end. The system you are proposing is not at all the system you need, nor the system you'd want if you understood the problem better. I think this is sorely needed, as well. Some other people have agreed with you, which is why this problem has already been tackled (in ways MUCH better than you are proposing) by people who put actual thought into the design phase before writing the dozens of different messaging queue/bus systems out there. A lot of bug tracking becomes much easier - I have seen ktrace. It is much like ktrace, yet can be used for applications too. It's quite obvious that you have no idea what you're talking about. It's like an internal network for the kernel. First of all, this has nothing to do with networks. Second of all, this has nothing to do with the kernel. I know that message queues are frowned upon yet they are very UNIX, remember JMS is from Java which is from Sun, which you know... created Solaris, SunOS? UNIX is supposed to be big and slow. Good bye, troll. Did you write that WP article? Anyway, I don't know enough of how the kernel works to use it properly for this situation, though it's nice to see the list is working as expected. -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender.
Re: DVD how to overcome mkisofs
Hi ,all i at last manage to sucseed by advice of misc . --- dvdbackup -M -i /dev/rcd0c -o /home/DVD/NAME mkisofs -dvd-video -o /home/ISO/test.iso /home/DVD/NAME/fogefoge growisofs -dvd-compat -Z /dev/rcd0c=/home/ISO/test.iso --- test.iso is over 7GB . thanks a lot . tuyosi
Re: issues with firefox
Am 08.07.2014 20:50 schrieb Kevin Chadwick ma1l1i...@yahoo.co.uk: 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
Re: issues with firefox
Is GPU acceleration supposed to work in Firefox on OpenBSD? I'm just checking about:support and can see 0/1 in GPU Accelerated Windows. In the meanwhile, Chromium is fine (according to chrome://gpu). On a side note, smtube is a very nice solution to playing YouTube videos. Installing gecko-mediaplayer (http://www.lounge.se/wiki2/show/FlashOnOpenBSD) has also improved the performance of video in Firefox a little bit for me. On Tue, Jul 8, 2014, at 11:50 AM, Kevin Chadwick wrote: 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. -- ___ 'Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface' (Doug McIlroy) In Other Words - Don't design like polkit or systemd ___
Re: crowding out bsd using systemd?
Please ian, I'm not crititsizing you, or your poject. Perhaps this is a bad quality, but I'm one of those people who don't like incomplete links (and that is what is I'm crititsizing.) I expect to click on a link and voila, there is the web page I'm looking for. Of course, I could look for the corect one, but I'm assuming that other people are far lazier then I and they may not want to go through the trouble (and so they need a complete link.) I thought that as it is your poject you'd have a book mark or similar availible at a moments notice. I originally tried a search but your name (ian kermlin) is on none of the projects (which is highly confusing.) Here, I'll post a link for you; is it: http://www.openbsdfoundation.org/gsoc2014.html#systemd ? Thanks, David PS: As you requested I've cloned the repo git://uglyman.kremlin.cc/git/systemd-utl.git I'll look over the code for you.PPS: I've not quoted your previous post as I suspect I caught you at a bad moment and this is a public and archived mailing list.
Re: Firewall cluster.
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? 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. * Initial state root@obsd1:~# ifconfig HA |grep status status: master status: master status: master status: master root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: backup status: backup * I unplugged em2 and em3 on obsd2 and em1 on obsd1: root@obsd1:~# ifconfig HA |grep status status: master status: invalid status: master status: master root@obsd2:~# ifconfig HA |grep status status: backup status: master status: invalid status: invalid obsd2 became master for em1 while obsd1 is master for everything else. Is there any (proper and automatic) way to avoid that ? I know that kind of situation will not happens often but... Thanks again! Le 06/07/2014 13:13, Mxher a écrit : Le 06/07/2014 12:05, Otto Moerbeek a écrit : On Sun, Jul 06, 2014 at 10:59:16AM +0200, Janne Johansson wrote: The sysctl for carp.preempt controls if they should all fail at the same time. read carp(4). It contains answers to some questions asked. -Otto Den 6 jul 2014 10:12 skrev Adam Thompson athom...@athompso.net: I recall someone pointing out that interface groups of carp interfaces will all transition simultaneously. I find ifconfig(8) inconclusive; run your own tests and if that works, you have a built-in solution for keeping all the carp interfaces in sync. Then, use ifstated to manage the pppoe interfaces depending on ifstate of the relevant wan interface? You could set up a carp interface with no IP address bound, set it into the common if group and it would go up/down with the other carp ifs. Maybe. I haven't tried anything like that myself. -Adam I run some tests and this is working as expected! Only thing I see is that there will be no group failback if this is a virtual carp interface which goes down. To be clear if the parent interface of carp2 goes down the whole group will switch but not if carp2 goes down by itself (by an admin mistake for example): * initial states root@obsd1:~# sysctl -a|grep preem net.inet.carp.preempt=1 root@obsd1:~# ifconfig HA |grep status status: master status: master status: master status: master root@obsd2:~# sysctl -a|grep preem net.inet.carp.preempt=1 root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: backup status: backup * states with carp2 down on obsd1 root@obsd1:~# ifconfig carp2 down root@obsd1:~# ifconfig HA |grep status status: master status: master status: invalid status: master root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: master status: backup * also unfortunately when carp2 goes UP again on obsd1 it still remains on obsd2: root@obsd1:~# ifconfig carp2 up root@obsd1:~# ifconfig HA |grep status status: master status: master status: backup status: master root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: master status: backup Anyway I think this is an acceptable risk. @Adam: I will now try to use ifstated to manage pppoe interfaces like you suggest. Thanks to everyone of you.
Re: issues with firefox
Sent: Tuesday, July 08, 2014 at 9:05 PM From: Stuart Henderson s...@spacehopper.org To: misc@openbsd.org Subject: Re: issues with firefox Any improvement with GENERIC rather than GENERIC.MP? Actually GENERIC.MP performs better than GENERIC.SP. I have discovered through experience that the more powerfull a processor is, the less these problems appear (using GENERIC.MP). Trying to view a youtube video on an atom-based netbook is impossible, while doing the same on a i3 core computer is more or less ok.