Re: Folks thanks to all who attended P2k23 Hackathon in Dublin

it as much as I enjoyed hosting you good folks, all the best, Tom Smyth On Fri, 8 Sept 2023 at 18:20, Tom Smyth wrote: > > Folks > thanks to all who attended P2k23 Hackathon in Dublin > > if any of you would like to email me off list what you managed to > achieve/ or inc

Folks thanks to all who attended P2k23 Hackathon in Dublin

in an undeadly hackathon report.. It was a real pleasure to host you all and learn from the hackathon hallway track :) Thanks Tom Smyth -- Kindest regards, Tom Smyth.

Re: 443 udp for /etc/services

... If IANA say it (and Stuart says it) ... then .. Im not going to contradict :) (or at least persist in contradicting Stuart :) Thanks for the clarificaiton... On Thu, 25 May 2023 at 10:38, Stuart Henderson wrote: > > On 2023/05/25 10:29, Tom Smyth wrote: > > Folks, > >

Re: 443 udp for /etc/services

http (TLS) > snpp 444/tcp # Simple Network Paging > Protocol > microsoft-ds 445/tcp # Microsoft-DS > microsoft-ds 445/udp # Microsoft-DS > -- Kindest regards, Tom Smyth.

Re: Questions about the code review process in OpenBSD

ers on FreeBSD replied, that > OpenBSD doesn't do code review on each commit, yada yada. > > I wanted to make sure that I did carry any misinformation. > > I am sorry if my level of understanding and asking questions doesn't > meet your requirements to be taken serious such that you feel they > deserve to be called dickhead moves. > > -- Kindest regards, Tom Smyth.

Re: missing warning in wireguard manual page

graphic algorithms are the norm. > .Sh AUTHORS > .An -nosplit > The > > -- Kindest regards, Tom Smyth.

Re: allow 240/4 in various network daemons

e.c,v > retrieving revision 1.34 > diff -u -p -r1.34 kroute.c > --- usr.sbin/ripd/kroute.c 11 Dec 2019 21:04:59 - 1.34 > +++ usr.sbin/ripd/kroute.c 5 May 2022 08:54:46 - > @@ -357,12 +357,11 @@ dont_redistribute: > return; > > /* > -* We consider the loopback net, multicast and experimental addresses > +* We consider the loopback net and multicast addresses > * as not redistributable. > */ > a = ntohl(kr->prefix.s_addr); > - if (IN_MULTICAST(a) || IN_BADCLASS(a) || > - (a >> IN_CLASSA_NSHIFT) == IN_LOOPBACKNET) > + if (IN_MULTICAST(a) || (a >> IN_CLASSA_NSHIFT) == IN_LOOPBACKNET) > return; > /* > * Consider networks with nexthop loopback as not redistributable > -- Kindest regards, Tom Smyth.

Re: [patch] traceroute timeouts

y default. 2 feels a bit short on > overloaded links, GPRS, and some round-the-world packet trips > > -- > Sent from a phone, apologies for poor formatting. > > > On 20 August 2021 16:30:24 Tom Smyth wrote: > > Hello all,, >> would it make sense >> to have

Re: [patch] traceroute timeouts

Hello all,, would it make sense to have the value as a sysctl option or an environment variable ? so that it can be tailored for users /admins needs, On Fri 20 Aug 2021, 12:22 Mark Kettenis, wrote: > > From: Florian Obser > > Date: Fri, 20 Aug 2021 10:46:21 +0200 > > > > Makes sense to

Re: Thunderbolt(/USB4) followup & I'm happy to donate some hardware Re: Feature request: Use the PCIe devices on Thunderbolt (aka PCIe hotplug?)

intel SGX when configuring the bios / firmware on my lenovo laptop which mentioned Thunderbolt / PCI-E attacks. But mitigating this risk could yield security benefits for people who use PCI-E pass through / SR-IOV in Virtualized environments. I hope this helps, Tom Smyth On Mon, 26 Oct 2020

Re: silicom X710 ixl, unable to query phy types, no sff

88:69 > ehci1 at pci1 dev 29 function 0 "Intel 8 Series USB" rev 0x05: apic 8 int > 18 > usb2 at ehci1: USB revision 2.0 > uhub2 at usb2 configuration 1 interface 0 "Intel EHCI root hub" rev > 2.00/1.00 addr 1 > pcib0 at pci1 dev 31 function 0 "Intel C224 LPC" rev 0x05 > ahci0 at pci1 dev 31 function 2 "Intel 8 Series AHCI" rev 0x05: msi, AHCI > 1.3 > ahci0: port 4: 6.0Gb/s > scsibus1 at ahci0: 32 targets > sd0 at scsibus1 targ 4 lun 0: > naa.50023031011e8059 > sd0: 122104MB, 512 bytes/sector, 250069680 sectors, thin > ichiic0 at pci1 dev 31 function 3 "Intel 8 Series SMBus" rev 0x05: apic 8 > int 18 > iic0 at ichiic0 > "Intel 8 Series Thermal" rev 0x05 at pci1 dev 31 function 6 not configured > isa0 at pcib0 > isadma0 at isa0 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > com0: console > com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo > pcppi0 at isa0 port 0x61 > spkr0 at pcppi0 > vmm0 at mainbus0: VMX/EPT > uhub3 at uhub0 port 3 configuration 1 interface 0 "Genesys Logic USB2.0 > Hub" rev 2.00/32.98 addr 2 > uhub4 at uhub3 port 2 configuration 1 interface 0 "Genesys Logic USB2.0 > Hub" rev 2.00/32.98 addr 3 > uhub5 at uhub0 port 4 configuration 1 interface 0 "ATEN International > product 0x7000" rev 2.00/0.00 addr 4 > uhidev0 at uhub5 port 1 configuration 1 interface 0 "ATEN International > product 0x2419" rev 1.10/1.00 addr 5 > uhidev0: iclass 3/1 > ukbd0 at uhidev0: 8 variable keys, 6 key codes > wskbd0 at ukbd0 mux 1 > uhidev1 at uhub5 port 1 configuration 1 interface 1 "ATEN International > product 0x2419" rev 1.10/1.00 addr 5 > uhidev1: iclass 3/1 > ums0 at uhidev1: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > uhub6 at uhub1 port 1 configuration 1 interface 0 "Intel Rate Matching > Hub" rev 2.00/0.05 addr 2 > uhub7 at uhub2 port 1 configuration 1 interface 0 "Intel Rate Matching > Hub" rev 2.00/0.05 addr 2 > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (ece891224464e50c.a) swap on sd0b dump on sd0b > > -- Kindest regards, Tom Smyth.

Re: Donation of Power PC Based boards RB800 I have 5x if they are any use for training / testing

people ... 1 person non dev expressed an interest in them but I would like to give preference to those who work on hardware dev testing in OpenBSD ... if the boards were in fact useful Thanks Tom Smyth On Tue, 12 May 2020 at 21:12, Tom Smyth wrote: > > Hello > does any OpenBSD Devel

Donation of Power PC Based boards RB800 I have 5x if they are any use for training / testing

-specifications -- Kindest regards, Tom Smyth.

Re: ADMtec aue(4) interface supporting VLAN_MTU ?

Ok thanks for the info i always find mtu confusing as i thought generally it was referring to ip mtu. while layer2 headers vlans and layer 2.5 headers such as mpls labels cw etc...would be outside the ip mtu... Thanks again On Wednesday, 22 April 2020, Chris Cappuccio wrote: > Tom Sm

Re: ADMtec aue(4) interface supporting VLAN_MTU ?

t; aue0: address 00:05:1b:b2:96:02 > ukphy0 at aue0 phy 1: Generic IEEE 802.3u media interface, rev. 1: OUI > 0x000749, model 0x0001 > > In case there are none, I would like to drop above mentioned > IFCAP_VLAN_MTU flag for the aue(4) driver and look for OKs. > > > Christopher > > > -- > http://gmerlin.de > OpenPGP: http://gmerlin.de/christopher.pub > CB07 DA40 B0B6 571D 35E2 0DEF 87E2 92A7 13E5 DEE1 > > -- Kindest regards, Tom Smyth.

Unix Hardware Givaway Sun Sparc Vax etc...

make out specs It may be of help for maintaining / supporting the other platforms you run your code / develop your code on I hope this helps https://twitter.com/NikTheDusky/status/1219770675247886337 -- Kindest regards, Tom Smyth.

Re: bgpd reset idle hold values on neighbor clear

p->IdleHoldTime = > > + INTERVAL_IDLE_HOLD_INITIAL; > > + p->errcnt = 0; > > if (!p->conf.down) { > > session_stop(p, > > ERR_CEASE_ADMIN_RESET); > > > -- Kindest regards, Tom Smyth.

amd64 Qemu Machine type and vmx(4) driver stability on QEMU Q35 machine vs QEMU i440fx machines

Cache Line Size: 00 0x0010: BAR mem 32bit addr: 0xfde43000/0x1000 0x0014: BAR mem 32bit addr: 0xfde44000/0x1000 0x0018: BAR mem 32bit addr: 0xfde4/0x2000 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 15ad Product ID: 07b0 0x0030: Expansion ROM Base Address: fde0 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 0x009c: Capability 0x11: Extended Message Signalled Interrupts (MSI-X) Enabled: no; table size 25 (BAR 2:0) 0x0084: Capability 0x05: Message Signalled Interrupts (MSI) Enabled: no -- Kindest regards, Tom Smyth.

amd64 Qemu Machine type and re(4) driver stability on QEMU Q35 machine vs QEMU i440fx machines

Red Hat unknown 0:29:0: Intel 82801I USB 0:29:1: Intel 82801I USB 0:29:2: Intel 82801I USB 0:29:7: Intel 82801I USB 0:30:0: Intel 82801BA Hub-to-PCI 0:31:0: Intel 82801IB LPC 0:31:2: Intel 82801I AHCI 0:31:3: Intel 82801I SMBus 5:1:0: Red Hat Qemu PCI-PCI 5:2:0: Red Hat Qemu PCI-PCI 5:3:0: Red Hat Qemu PCI-PCI 5:4:0: Red Hat Qemu PCI-PCI 6:5:0: Qumranet Virtio SCSI 6:18:0: Realtek 8139 6:18:0: Realtek 8139 0x: Vendor ID: 10ec, Product ID: 8139 0x0004: Command: 0107, Status: 0008 0x0008: Class: 02 Network, Subclass: 00 Ethernet, Interface: 00, Revision: 20 0x000c: BIST: 00, Header Type: 00, Latency Timer: 00, Cache Line Size: 00 0x0010: BAR io addr: 0x4000/0x0100 0x0014: BAR mem 32bit addr: 0xfde41000/0x0100 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100 0x0030: Expansion ROM Base Address: fde0 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 -- Kindest regards, Tom Smyth.

amd64 Qemu Machine type and em(4) driver stability on QEMU Q35 machine vs QEMU i440fx machines

ss: 02 Network, Subclass: 00 Ethernet, Interface: 00, Revision: 03 0x000c: BIST: 00, Header Type: 00, Latency Timer: 00, Cache Line Size: 00 0x0010: BAR mem 32bit addr: 0xfde4/0x0002 0x0014: BAR io addr: 0x4040/0x0040 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100 0x0030: Expansion ROM Base Address: fde0 0x0038: 0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00 -- Kindest regards, Tom Smyth.

Re: Removing PF

> -- > :wq Claudio > > -- Kindest regards, Tom Smyth The information contained in this E-mail is intended only for the confidential use of the named recipient. If the reader of this message is not the intended recipient or the person responsible for delivering it to the recipient, yo

63 bit certificate ID is libressl affected?

regards, Tom Smyth Mobile: +353 87 6193172 The information contained in this E-mail is intended only for the confidential use of the named recipient. If the reader of this message is not the intended recipient or the person responsible for delivering it to the recipient, you are hereby notified that you

Idea forOpenBGPD RDE MP ... would this work to make RDE MP safe ?

approach as in split the subset 2000::/3 as opposed to 0:0/128 It would be a long time before I would be able to submit a patch worthy of consideration... but is this Idea worth pursuing ? is there a fundamental flaw in this idea / approach Thanks for your time and consideration... Tom Smyth

Re: 6.4 openBGPD Segfault caused by filters referencing undeclared prefix-set

Hello Stuart Thanks for the helpful advice on giving a better crash report i will do that going forward... On Sun 18 Nov 2018, 10:50 Stuart Henderson On 2018/11/18 08:58, Tom Smyth wrote: > > I have attached the coredump > > Generally the coredump by itself isn't that usef

Re: 6.4 openBGPD Segfault caused by filters referencing undeclared prefix-set

just to confim im running 6.4 GENERIC.MP#364 amd64 On Sun, 18 Nov 2018 at 08:58, Tom Smyth wrote: > > Hello, > I was configuring an openbsd 6.4 bgpd router using the > /etc/examples/bgpd.conf as a template > > If you comment out the prefix-set mynetworks > # list

Re: 6.4 - RX not working on new supported BCM574xx (bnxt)

tion 0 "Broadcom BCM57416" rev 0x01: fw ver > >> 20.8.163, apic 10 int 5, address 01:23:45:67:8a > > > > Are those the real mac addresses? They don't look real. > > the low bit of the first byte is especially concerning, as that bit indicates > the addres

Re: diff: Fix send(2) EACCES mistake

yeah I agree with Jason, grammar would dictate that if you want to form a sentance with "a" followed by word beginning a vowel or having a silent consonant between the a and the vowel then an n would be inserted after the a would be inserted to make the sentence easier to pronounce ... but

Re: bgplg: allow neighbors with space in name

Hello Denis, Stuart, all, I think what Stuart is saying regarding double quotes makes sense we try to avoid spaces where possible makes life easier ... Thanks Tom Smyth On Thu, 25 Oct 2018 at 14:06, Stuart Henderson wrote: > > On 2018/10/24 17:38, Denis Fondras wrote: > >

Re: 802.1q with 0 tag

the switch on an untagged / accessport would the vlan prioirty be irrelevant, and the IP TOS / DSCP priority be read by the os just as easily ? I just dont get the benefit of this Tom Smyth On Fri, 12 Oct 2018 at 17:49, Rivo Nurges wrote: > > Hi! > > I'll look into the problems(vla

Re: OpenBGPd Feature Request / Question if the Feature Request

Hello Gregory ,please find my responses in line On Tue 25 Sep 2018, 15:54 Gregory Edigarov, wrote: > > > the whole discussion here reminds me somewhat about my idea I wanted to > realize some time ago: > suppose we have an imaginary "fast" router, which does hardware > assisted forwarding, and

Re: OpenBGPd Feature Request / Question if the Feature Request

tter to swap the default route to the other transit provider and install exception routes (if any) Thanks for your feedback and time Tom Smyth

Re: OpenBGPd Feature Request / Question if the Feature Request

case... On Sat, 22 Sep 2018 at 09:11, Remi Locherer wrote: > > On Sat, Sep 22, 2018 at 08:22:52AM +0100, Tom Smyth wrote: > > OpenBGPd Feature Request / Question if the Feature Request > > is something the community would use ? > > > > Background, > > Ideally

OpenBGPd Feature Request / Question if the Feature Request

II ) which can take up to around 128k routes on its asics If it is feasible to do what is involved in adding it to OpenBGPd and is this something the wider community would use / enjoy ? Your feedback would be really appreciated... Tom Smyth

Increase the number of supported rdomains supported in the generic OpenBSD Kernels

usage ? -- Kindest regards, Tom Smyth

Re: Add 6to4 anycast prefixes to examples/bgpd.conf

Sorry... i meant to say I typically reject prefixes on my ebgp routers if the prefix has an as path length > 40 Thanks Tom Smyth On Thu 21 Jun 2018, 17:39 Tom Smyth, wrote: > Hello Job, > > Im happy with that, (not that i have a say either way ;) ) > > I was wondering

Re: Add 6to4 anycast prefixes to examples/bgpd.conf

Hello Job, Im happy with that, (not that i have a say either way ;) ) I was wondering would it be worth while to add rule to limit on the aspath length that would be accepted in the examples/ bgpd.conf file also I typically reject prefixes on my ebgp routers if the prefix has an as path

Re: ping.c minor bug discrepancy between reported size of icmp packet

nd 1292, %d gets the value from variable 'cc'. > > Note that 'cc' could be changed between those two lines, so the value > printed in the end doesn't *have* to be the same - that depends on the > res

ping.c minor bug discrepancy between reported size of icmp packet

didnt see where %d was being changed between line 760 and line 1248 It has been a while since I looked at C programming in anger and im a bit rusty... any pointers on where i should be looking so that I can submit a patch -- Kindest regards, Tom Smyth

Re: ifconfig: add -rdomain option

Developers / Admins on list thought ? Thanks Tom Smyth On 21 February 2018 at 14:42, Sebastian Benoit <be...@openbsd.org> wrote: > Ayaka Koshibe(akosh...@openbsd.org) on 2018.02.20 21:20:20 -0800: >> On Tue, Feb 20, 2018 at 4:48 AM, Reyk Floeter <r...@openbsd.org>

Re: Anyone can suggest a BitCoin processor to the OpenBSD Foundation? BitPay has become terrible

hope this helps Tom Smyth On 16 February 2018 at 14:53, Bob Beck <b...@obtuse.com> wrote: > So, as some of you may know, the OpenBSD Foundation has accepted BitCoin > donations > for some time via BitPay.com > > BitPay was convenient for us since they will sell the BTC do

Re: route socket filter on priority

Nice feature lots of real world use cases. On 10 Feb 2018 9:19 AM, "Sebastian Benoit" wrote: > > > - add ROUTE_PRIOFILTER > - it has one argument that is interpreted as a route priority > - all route updates with prio lower or equal will pass the filter, > all with higher

Re: bridge(4): protected interface (port)

On 31 January 2018 at 16:21, Martin Pieuchot wrote: > Thanks for all the feedbacks I received. Diff below addresses multiple > points after discussion with dlg@ and martijn@: > > - Stop using the word 'group' which confuse people. Instead talk of > 'protected domain'.

Re: bridge(4): protected interface (port)

cases (except for a Redundant Layer 2 Uplinks into the same Bridge) I Hope this helps Tom Smyth

Re: bridge(4): protected interface (port)

d bridge_proto(const char *, int); >> void bridge_ifprio(const char *, const char *); >> void bridge_ifcost(const char *, const char *); >> Index: sbin/ifconfig/ifconfig.8 >> === >> RCS file: /c

Re: /etc/rc: fsck -y

loss of power ... in the event of some other issue (hardware failure) well MFS wont help in that case, I hope this helps Peace out Tom Smyth On 18 January 2018 at 11:30, Artturi Alm <artturi@gmail.com> wrote: > On Thu, Jan 18, 2018 at 12:13:54PM +0100, Otto Moerbeek wrote: >>

Re: Intel CPU Security Flaw Kernel Memory Leak (no microcode update) SW workarounds only

Hello all, there are 2 papers on the following site discussing the CPU Security Flaws https://spectreattack.com/ I hope this helps Tom Smyth

Intel CPU Security Flaw Kernel Memory Leak (no microcode update) SW workarounds only

are the only security fixes available I hope this helps Tom Smyth

Re: [patch] hostname.if5 additional info on point to point addressing

? Perhaps a manual page explaining all the ways we can set an Ip address on an interface would be helpful ? Maybe hostname.if.5 is not the place for it ? Any ideas and pointers that would allow me to submit a useful doc patch would be greatly appreciated Thanks for your Time and consideration Tom

Re: [patch] hostname.if5 additional info on point to point addressing

0x 10.64.80.25 +#local_addr /32_netmask remote_addr .Ed .Pp The above formats have the following field values: On 2 October 2017 at 11:33, Stuart Henderson <s...@spacehopper.org> wrote: > On 2017/10/02 03:04, Tom Smyth wrote: >> Hello, >> >> But

Re: [patch] hostname.if5 additional info on point to point addressing

in the proposed patch ? thanks for the update on ip unumbered (i didnt know about that term for point to point addressing) Tom Smyth On 1 October 2017 at 23:42, Stuart Henderson <s...@spacehopper.org> wrote: > On 2017/10/01 19:18, Tom Smyth wrote: >> so the point to point ad

Re: [patch] hostname.if5 additional info on point to point addressing

in the hostname.if file and hey presto your link works comments suggestions and criticisms welcome Thanks On 24 September 2017 at 13:12, Tom Smyth <tom.sm...@wirelessconnect.eu> wrote: > Hello lads, and ladies, > I have included some extra info on point to point addressing on > interf

ASCII Drawings in Manual Pages ?

font so you don't bother with them ? Thanks Tom smyth

Re: hostname.if5 patch

Please Disgrgard this patch request I have sent an alternate non Mime Formatted one Thanks On 23 September 2017 at 14:16, Tom Smyth <tom.sm...@wirelessconnect.eu> wrote: > Hello Lads, > > I have submitted a proposed patch for hostname.if5 to show a user how > to do Point t

[patch] hostname.if5 additional info on point to point addressing

Hello lads, and ladies, I have included some extra info on point to point addressing on interfaces in OpenBSD thanks @tedu for the blog post that helpd me learn how to do point to point addressing (non Broadcast) on Openbsd and @theo @ingo for pointing me in the right direction on man page

hostname.if5 patch

Hello Lads, I have submitted a proposed patch for hostname.if5 to show a user how to do Point to Point Addressing on an interface (thanks to @Tedu for publishing the correct syntax which helped me. So I (tried to ) show syntax for that case on the hostname.if manual file Thanks to Nikolai

Re: man page update for bgpctl

Thank you Jason, Denis, I will learn how to generate proper patches, thanks for your patience and help Appreciated, will submit more and better ones in future Thanks Tom Smyth On 21 September 2017 at 13:07, Tom Smyth <tom.sm...@wirelessconnect.eu> wrote: > Hello > minor Gramma

man page update for bgpctl

Hello minor Grammar Correction on manual page for bgpctl - line144 Take the BGP session to the specified neighbor up. +line144 Bring the BGP session to the specified neighbor up. bgpctl.8 Description: Binary data

If devs need any old Dell spares

Hello if devs need some spares for older dell systems / hp systems let me know and Ill see if I have the parts. DRAC Cards, PERC Controlers Power Supplies Let me know and Ill ship them to you Thanks Tom Smyth

Re: want some working PCI-e 4Port Nics Atheros Chipset

sorry forgot to mention these are copper RJ45 cards (not sfp) Thanks On 6 September 2017 at 19:29, Tom Smyth <tom.sm...@wirelessconnect.eu> wrote: > > Hello lads & Ladies > > I have a few Port Gb/s PCI-E (X4) Cards > from a few systems Im retiring > > Pr

Need Hotswap Seagate 300GB 10K U320 SCSI Drives ?

them -- Kindest regards, Tom Smyth

want some working PCI-e 4Port Nics Atheros Chipset

if I can if required Im willing to ship them to Developers / porters if they think they would help them -- Kindest regards, Tom Smyth

Re: Intel I/O Module for Intel Server Boards Up for Grabs (for Free)

Hi Lads that is still up for grabs.. On 31 July 2017 at 12:00, Tom Smyth <tom.sm...@wirelessconnect.eu> wrote: > Hello Lads and Ladies, > > If any of you have an Intel Server I have a Copper(RJ45 dual port > 10G I/O module that I cant use (because I only have SFP+ Based >

Intel I/O Module for Intel Server Boards Up for Grabs (for Free)

/content/dam/support/us/en/documents/motherboards/server/sb/g30021004_io_module_hardware_specification_r1_4.pdf It works as far as I know .. (I Haven't Used it ) and maybe it will benefit some of you fine OpenBSD Devs want it ... Let me know. Thanks Tom Smyth

Intel Microcode bug on Xeon e5V2 when hyperthreading enabled

/content/www/us/en/processors/xeon/xeon-e3-1200v5-spec-update.html https://www.intel.com/content/www/us/en/products/processors/core/6th-gen-x-series-spec-update.html [1] iucode_tool -S will output your processor signature. This tool is available in the *contrib* repository, package "iucode-tool". -- Henrique Holschuh -- Kindest regards, Tom Smyth

pf.conf Example Suggested Modify to X11 protection

this helps -- Kindest regards, Tom Smyth

Re: OpenBSD 6.0 relayd TLS Loadbalancer failing SSL Lab tests (Cipher Support)

tlsv1.0, ciphers "HIGH:!aNULL" } } and the tests returned an A grade after that, Thanks for the detailed follow up information also it is much appreciated, I owe you a pint or 2 for that :) Tom smyth On Thu, Apr 6, 2017 at 11:45 PM, Joel Sing <j...@sing.id.au> wrote: > On Thur

OpenBSD 6.0 relayd TLS Loadbalancer failing SSL Lab tests (Cipher Support)

Hello all, I was installing relayd as a loadbalancer (and ssl terminator) on OpenBSD6.0 amd64 base install, I used the following configuration for my /etc/relayd.conf file http protocol https { match request header append "X-Forwarded-For" value "$REMOTE_ADDR" match request

Re: Is it worth considering changing the installer default offset from 64 to a higher value?

Thanks Stuart, you went further than I Did :) On Wed, Feb 15, 2017 at 11:39 PM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2017/02/15 23:22, Tom Smyth wrote: >> Hello, >> >> I have been installing OpenBSD quite a bit in a virtualization >> environment

Is it worth considering changing the installer default offset from 64 to a higher value?

imagine most modern enterprise storage systems are using larger block sizes... and by setting it to a 1MB or perhaps a larger value (as long as the value ends on a 1MB Boundary eg 2MB or 4MB) depending on other users experience Thanks for your Time, Tom Smyth

OpenBSD or OpenBSD projects Mirroring/ hosting in Ireland ?

regards, Tom Smyth Mobile: +353 87 6193172 - PLEASE CONSIDER THE ENVIRONMENT BEFORE YOU PRINT THIS E-MAIL This email contains information which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above

Re: Microsoft Now OpenBSD Foundation Gold Contributor

... best of luck to the core developers and the guys working hard in the open BSD foundation keep up the great work, well done Sorry for writing this on Tech Mailing list :/ but felt I had to reply... -- Kindest regards, Tom Smyth Mobile: +353 87 6193172 - PLEASE