Stuart Henderson [st...@openbsd.org] wrote:
> On 2014/08/21 08:45, Chris Cappuccio wrote:
> > Stuart Henderson [st...@openbsd.org] wrote:
> > > On 2014/08/20 17:17, Chris Cappuccio wrote:
> > > > David Gwynne [da...@gwynne.id.au] wrote:
> > > > > sthen
Stuart Henderson [st...@openbsd.org] wrote:
> On 2014/08/20 17:17, Chris Cappuccio wrote:
> > David Gwynne [da...@gwynne.id.au] wrote:
> > > sthen@ says this is likely a bit optimistic. while most of our drivers
> > > unconditionally configure their max mru, th
David Gwynne [da...@gwynne.id.au] wrote:
> sthen@ says this is likely a bit optimistic. while most of our drivers
> unconditionally configure their max mru, there's some stupid ones that still
> interpret the configured mtu as a what the mru should be.
>
All the more reason to make this change,
ok chris@
David Gwynne [da...@gwynne.id.au] wrote:
> this lets you have networks on the "native" vlan on an interface
> at 1500, while setting a child vlan interfaces mtu to jumbos.
>
> ok?
>
> Index: if_vlan.c
> ===
> RCS file: /c
Nathanael Rensen [nathan...@list.polymorpheus.com] wrote:
> The IEEE80211_DEBUG kernel option needs a little help to compile.
>
> Index: ieee80211_pae_input.c
> ===
> RCS file: /cvs/src/sys/net80211/ieee80211_pae_input.c,v
> retrievin
If you really want to be pedantic, it should be if defined(PIPEX) ||
defined(IPSEC)
YASUOKA Masahiko [yasu...@yasuoka.net] wrote:
> ok?
>
> Fix compile without IPSEC.
>
> Pointed out by Ivan Solonin.
>
> Index: sys/netinet/udp_usrreq.c
>
Theo de Raadt [dera...@cvs.openbsd.org] wrote:
> From: Solar Designer
> To: Theo de Raadt
>
> Hi Theo,
>
> I can't comment about OpenSSL folks, but my own impression certainly was
> that you didn't want your project to be provided advance notification -
> not only via distros list, but at all.
Miod Vallat [m...@online.fr] wrote:
> > Now you have and example of how they are unwilling to work with you next
> > time someone asks why not work with OpenSSL on fixing it. Pretty direct
> > proof.
>
> The culture gap between OpenSSL and OpenBSD/LibreSSL is UNFIXABLE.
>
> We believe in peer re
Kenneth Westerback [kwesterb...@gmail.com] wrote:
>
> Why is the burden on everyone to provide 'valid' objections? Should
> not the burden be on you to at least hint at a point to this change?
> Given the miniscule IPv6 usage out there, why should IPv6 come first?
>
I like how IPv6 support turns
Mike Belopuhov [m...@belopuhov.com] wrote:
>
> more like it's not supported and is not supposed to work.
> it's like running nginx and apache at the same time
hey, nginx and httpd run concurrently quite fine on
different IP addresses, same box :)
Peter J. Philipp recently ran into this on his Intel AHCI+Intel SSD
system (see misc from yesterday):
ahci2 at pci0 dev 31 function 2 "Intel 8 Series AHCI" rev 0x05: msi, AHCI 1.3
ahci2: device on port 1 didn't come ready, TFD: 0x80
ahci2: stopping the port, softreset slot 31 was still active.
ahc
nobody [openbsd.as.a.desk...@gmail.com] wrote:
> Hi all,
>
> -
> 1)
> If I search for "openbsdfoundation" on:
>
> - Facebook
> - Twitter
> - Youtube
> - Instagram
> - Flickr
> - Slideshare
> - etc..
>
> I get ZERO results regarding the topic.
>
I was thinking, maybe
sven falempin [sven.falem...@gmail.com] wrote:
> Some issue here, using install55.fs (today 18/3/2014 downloaded snaps)
>
> boot is ok (warn: entropy file missing)
>
> but /dev has no /dev/sd1 (is the usb key) and so i cannot look for the sets .
>
> I did MAKEDEV all so i can mount keys to get t
Giancarlo Razzolini [grazzol...@gmail.com] wrote:
>
> One byproduct of such design would be the possibility of redirecting the
> console to the ssh connection. I know this is deranging from the initial
> idea, but make perfect sense. Anyway, I noted your concerns on this.
> Now, anyone have any de
Loganaden Velvindron [logana...@gmail.com] wrote:
>
> That's OpenBSD -current right ? I'm going to test it in the afternoon,
> as the CDROM
> drive has issues on my OpenBSD development machine.
>
Yes. The correct .fs images for testing are now the i386 and amd64 snapshot
versions on the OpenBSD
Chris Cappuccio [ch...@nmedia.net] wrote:
> The installation entails:
>
> dd if=miniroot55.fs of=/dev/rsd2c
>
Actually, for the install55.fs image, you want to specify a block size,
(or wait ages.)
dd if=install55.fs of=/dev/rsd2c bs=1m
It's something like 20x faster to spe
The installation entails:
dd if=miniroot55.fs of=/dev/rsd2c
Assuming your USB key is identified as 'sd2' after you plug it in
(Be careful not to write over a system disk!)
Also you can use physdiskwrite or other tools on Windows or other
platforms. All tests are welcome.
Here are some potential USB installer images for OpenBSD/amd64 5.5
http://www.nmedia.net/chris/install55.fs
http://www.nmedia.net/chris/miniroot55.fs
The install55.fs contains full installation packages. The
miniroot55.fs is a ramdisk-kernel only (for network installation or
troubleshooting.)
Pl
MJ [m...@sci.fi] wrote:
>
> On 18 Jan 2014, at 04.33, Theo de Raadt wrote:
> >
> > Why is there this effort to convince us to do less?
> >
>
> I do not propagate such a train of thought; only said that if you want
> corporate funding then be prepared to detail your costs and justify each and
Brad Smith [b...@comstyle.com] wrote:
> tedu some unused code. it has never been enabled and will not be; to
> deal with a hardware defect for rare boards. unmaintained, untested, etc.
> want to get rid of it.
>
> Comments? OK?
>
If RE_DIAG wasn't being compiled in, then it should be removed. Th
Chris Cappuccio [ch...@nmedia.net] wrote:
> Matthew Dempsky [matt...@dempsky.org] wrote:
> >
> > void
> > -add_static_routes(int rdomain, struct option_data *static_routes)
> > +add_static_routes(int rdomain, struct in_addr addr, struct in_addr
> > addr
Matthew Dempsky [matt...@dempsky.org] wrote:
>
> void
> -add_static_routes(int rdomain, struct option_data *static_routes)
> +add_static_routes(int rdomain, struct in_addr addr, struct in_addr addrmask,
> +struct option_data *static_routes)
> {
> struct in_addr dest, netmask
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
> Now that wpi(4) does 802.11a, and I'm using my old laptop to test
> inteldrm(4) diffs, I got annoyed that from time to time wpi(4) craps
> out and I have to get out of my lazy chair to bring the interface back
> up. So here's a diff that automatical
Kenta Suzumoto [ken...@hush.com] wrote:
> I'm looking at a board with the Realtek RTL8111EVL NIC.
> I believe it's the same as the RTL8111E. Can anyone confirm/deny
> that this card works with 5.4? I couldn't find it listed in the re or rl
> manpages.
>
> This is the device http://jetwaycomputer.
Lo?c BLOT [loic.b...@unix-experience.fr] wrote:
> Hello sven,
> it's not a routing table problem, it's only a modification on route
> priorities, it's not the same thing.
The two of you are solving totally different problems.
> Here is my example at work:
>
> I have BGP on the WAN, OSPF for my L
Stefan Fritsch [s...@sfritsch.de] wrote:
> Out of interest, does openbsd run on bhyve with this patch, or are there
> other problems?
>
I believe Peter Grehan @ FreeBSD is working on the boot loader, and maybe
some driver stuff.
Unless the BIOS emulation is complete, and I don't think it is, it
Here's a simple and obvious change that would be necessary to
support virtio under bhyve. But it is only acceptable if other
virtio implementations either 1. don't claim to support MSI or
2. also work with MSI.
Index: virtio_pci.c
==
s_gamm...@charter.net [s_gamm...@charter.net] wrote:
> I finally got it to boot successfully. Not sure what was up with
> the hard drive errors. Maybe the file system wasn't clean? After
> I put the drive in the laptop and let it boot Ok, it's been booting
> Ok in the IP380. I'll see if I can
Alexey Suslikov [alexey.susli...@gmail.com] wrote:
> On Sat, Aug 10, 2013 at 11:58 AM, Brad Smith wrote:
> > - Original message -
> >> Hi tech@.
> >>
> >> 54.html says:
> >>
> >> > Now mostly in sync with Linux 3.8.13
> >>
> >> But there's no such thing as Linux X.X.X, there's a Linux kern
Sylvestre Gallon [ccna@gmail.com] wrote:
> Hi tech@
>
> Here is a diff to allow the iwn driver to work with the intel Wifi Link
> 130. It works for me(tm) without problems and solve this bug report :
>
> Index: sys/dev/pci/if_iwn.c
> ==
Stuart Henderson [s...@spacehopper.org] wrote:
> On a router running PF and isakmpd, I have a rule like this:
>
> match out on pppoe0 inet all received-on vlan5 nat-to $someip
>
> I was surprised to find this being applied to packets received on vlan5
> and caught by an ipsec flow; the resulting
I upgraded a 4.9 box to 5.3 recently and found pflow is behaving
in new ways.
Pflow used to report the source IP before NAT was performed. Today, it
reports the translated source IP rather than the untranslated one. I was
using it to keep a record of NAT translations, which isn't possible now.
A
Stuart Henderson [st...@openbsd.org] wrote:
> On 2013/02/22 12:30, Stuart Henderson wrote:
> > I thought we already had something for this after the misc@ thread
> > a few months ago, but clearly not.
> >
> > Adapted from FreeBSD if_lagg.c r171661 (which includes capability
> > setting which we al
Creamy [cre...@nocrater.com] wrote:
>
> So, you see, killing 486 support might be no advantage in itself, but it opens
> up possibilities further down the line, that won't exist all the time we're
> dragging all this old stuff along with us.
>
OpenBSD/i386 isn't likely to change major platform s
Creamy [cre...@nocrater.com] wrote:
>
> Miod, you seem like an all-right bloke, and I don't want to create
> bad feelings, but you're insulting me on a public mailing list,
> because I dare to bring up something you object to.
>
> Other people have been rude to me in private mail, because my view
Nick Permyakov [stick...@mail.ru] wrote:
> Hi,
>
> The phrase in question is "Always be aware of what was available
> when a controler or interface was manufactured" in section 14.8,
> subsection "FFS vs. FFS2" on http://www.openbsd.org/faq/faq14.html.
>
That whole area is sort of a poor summary
Marc Espie [es...@nerim.net] wrote:
>
> This seems like a disturbing trend to me.
> are we going to turn www into a dumbed-down international english slang ? ...
Yeah, we need some more translations of www. What should we call the
mix of hillbilly, valley girl, inner-city slang, and various grun
Amit Kulkarni [amitk...@gmail.com] wrote:
> I was reading the manpages of athn/iwn for purchasing a suitable wireless
> card and found repeated occurences of 2GHz, when in fact it should be 2.4GHz.
> That is the standard frequency when purchasing a wireless a/b/g/n card. The
> code is filled wit
Darren Tucker [dtuc...@zip.com.au] wrote:
> On Fri, Jan 18, 2013 at 09:00:25AM +1100, Darren Tucker wrote:
> > Thanks to Mark Patruck for noticing that the previous patch didn't
> > actually help, due to a bug I introduced in a last minute "obviously
> > correct" clean up.
>
> The turd polishing c
Micha?? Markowski [markows...@gmail.com] wrote:
> 2013/1/14 Chris Cappuccio :
> > This will only affect TX direction interrupts. Can you try and generate a
> > stream
> > of UDP traffic at full rate with a program like iperf to test just TX?
>
> Those numbers are fr
Micha?? Markowski [markows...@gmail.com] wrote:
> 2013/1/14 Darren Tucker :
> > Testing on any VIA Rhine chips would be appreciated (especially ones
> > that are not 6105M like my ALIX).
>
> Hi, nothing conclusive on VIA VT6107 (dmesg: vr0 at pci0 dev 10
> function 0 "VIA RhineII-2" rev 0x8d: irq
Devin Ceartas [de...@nacredata.com] wrote:
> There are cases where you want to compile some port not directly related to X
> but the dependency is missing if you didn't load the X sets. I don't remember
> the particular, but I know this has happened to me.
>
Several ports depend on libraries t
Tobias Ulmer [tobi...@tmux.org] wrote:
> Adding a user with a locked password is a deliberate action.
> Set the password to "*" to stop security(8) from
> complaining about the new user.
>
I think it'd make more sense if security(8) didn't flag :*: as unusual. Since
when is it unusua
Robbert Kouprie [robb...@exx.nl] wrote:
>
> The advice is appreciated, but why is it "better"?
>
> What I need is stability. I now have 5.2-STABLE with the "PCI bus number
> resource tracking" and "secondary PCI root segment detection" patches
> retrieved from CVS. These patches were applied to C
Robbert Kouprie [robb...@exx.nl] wrote:
> Found it. Has to do with detection of secondary PCI root segments.
>
Nick is right. Run -current. It is better than 5.2 in many respects.
Tomas Bodzar [tomas.bod...@gmail.com] wrote:
>
> Here you can read what Linux devs think about Dfly for example
> https://plus.google.com/101384639386588513837/posts/Dkb8iixE4eP
Yes, let's all work on Linux!!!
Let's all move to Texas.
And, what's with this water? Like in the toilets? What about
i exercised the vr_encap error path by setting the TX ring size to 4, and
discovered an unnecessary bus_dmamap_unload, also figured out that pointing the
ring member to an mbuf before vr_encap is committed is a bad idea. also brad
pointed out that there is no need to setup VR_MAXFRAGS * MCLBYTES
proper ring size check when runt segment is added
Index: if_vr.c
===
RCS file: /cvs/src/sys/dev/pci/if_vr.c,v
retrieving revision 1.115
diff -u -r1.115 if_vr.c
--- if_vr.c 18 Sep 2012 14:49:44 - 1.115
+++ if_vr.c 5 Oc
same as last diff, plus zero pad small frames with an extra, zeroed dma segment
instead of a copy (a la myx)
Index: if_vr.c
===
RCS file: /cvs/src/sys/dev/pci/if_vr.c,v
retrieving revision 1.115
diff -u -r1.115 if_vr.c
--- if_vr.c
Darren Tucker's vlan tagging for vr motivated me. Here is a diff that
implements transmit DMA segments, instead of copying fragmented mbufs every
time. This should be a win for userland traffic, and NFS. It also implements a
FreeBSD feature to only ask for TX completion interrupts every 8 packet
Amit Kulkarni [amitk...@gmail.com] wrote:
> shouldn't this order be flipped?
>
If you wanted a link in /var/www/www back to /home/www, then yes, it should be
flipped.
> Index: ln.1
> ===
> RCS file: /cvs/src/bin/ln/ln.1,v
> retriev
Ted Unangst [t...@tedunangst.com] wrote:
> On Thu, Sep 13, 2012 at 15:46, Chris Cappuccio wrote:
> > Mark Kettenis [mark.kette...@xs4all.nl] wrote:
> >> > Date: Wed, 15 Aug 2012 11:02:43 -0400
> >> > From: Ted Unangst
> >> >
> >> > T
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
> > Date: Wed, 15 Aug 2012 11:02:43 -0400
> > From: Ted Unangst
> >
> > The acpihpet timer is, in my testing, lots better than the acpitimer.
> > Faster to read and more precise. They should not have the same quality
> > value. Double acpihpet.
>
Jacob L. Leifman [jac...@bitwise.net] wrote:
>
> Please let me know if/what additional diagnostic info is needed, or
> hopefully patches to test.
>
Effort is going away from improving httpd in base (as you can see from the lack
of commits in recent years) and instead preferring nginx. Nginx is
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
>
> Perhaps not as stupid as you think.
>
> OpenBSD provides a complete base OS. In principle you only need to
> install packages for add-on software. And there should be no need for
> such add-on software to be started before the base system is up
Antoine Jacoutot [ajacou...@bsdfrog.org] wrote:
> >
> > I don't see any other way to accommodate ports that require early start in
> > the rc.d system other than to PUT THEM FIRST. Otherwise, rc.d scripts for
> > certain items need to be manually inserted into /etc/rc. How stupid is that
> > ?
Stuart Henderson [s...@spacehopper.org] wrote:
> iirc there were some objections to it.
>
I don't see any other way to accommodate ports that require early start in the
rc.d system other than to PUT THEM FIRST. Otherwise, rc.d scripts for certain
items need to be manually inserted into /etc/rc.
Jonathan Gray [j...@goblin.cx] wrote:
>
> I've committed this now. Unknown SiS devices could still be attached
> with udma disabled if we were sure the 5597/5598 case is only
> used in machines with 5597_HB and and another else.
Ironically, according to Logan's experience as he tried to get this
Peter Bisroev [pe...@int19h.net] wrote:
>
> Thank you for a quick response guys! Chris if you are talking about
> modifying /etc/rc does that mean that there could be a plan in the
> future to add that to the CVS? In the interim, should I test your
> patch or is Stuart's way of starting unbound sho
Stuart Henderson [s...@spacehopper.org] wrote:
>
> Alternatively I think it would work to add "!/etc/rc.d/unbound start"
> to a suitable hostname.if file, though that's a bit of a hack and this
> seems like a useful additioto use an alternative
> syslogd which is another good candidate for starting
Stuart Henderson [s...@spacehopper.org] wrote:
>
> Alternatively I think it would work to add "!/etc/rc.d/unbound start"
> to a suitable hostname.if file, though that's a bit of a hack and this
> seems like a useful addition (some people like to use an alternative
> syslogd which is another good c
Peter Bisroev [pe...@int19h.net] wrote:
>
> After looking in the 'starting early daemons:' section in /etc/rc I ccan see
> that
> named and nsd are started before ntpd. If named is used as a recursive caching
> DNS server everything would work as expected. But with nsd that would not be
> the
> c
Loganaden Velvindron [logana...@devio.us] wrote:
>
> The SiS 1183 is weird in the sense that it shows as an
> IDE device when in fact, it's a SATA controller. I don't
> see any reason why this is necessary.
>
The physical interface is unimportant. The software interface is the same,
unless you
Matt Rowley [m...@arin.net] wrote:
>
> Hi, Zvezdan... not to be pedantic, but have you confirmed the flash
> drive working on another machine? The only time I've seen errors
> like that, the drive itself was nearing its demise.
Nonsense. We all know how modern flash never fails!
--
There are o
This is some kind of BIOS boot-up support
The chips on this board are run-of-the-mill em
OpenBSD 4.9-current (GENERIC.MP) #32: Sat Apr 23 18:16:16 PDT 2011
ch...@celery.ykwc.com:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8580038656 (8182MB)
avail mem = 8337596416 (7951MB)
mainbus0
Claudio Jeker [cje...@diehard.n-r-g.com] wrote:
>
> Are you sure that problem still exists in 4.8 or -current? Because the way
> networks are handled changed completely. There is no longer a special
> static/connected global rule. Now explicit rules have a higher precedence
> then the dynamic "net
Rod Whitworth [glis...@witworx.com] wrote:
> I'm looking after a bgpd setup which announces an IPv6 /32 and an IPv4
> /21.
>
> Due to a need for some heavy traffic clients to have their traffic
> arrive via just one transit I'd like to turn that /21 into a /22 and
> two /23s and only advertise one
Stuart Henderson [...@spacehopper.org] wrote:
> the README in flashboot has some information about this..
>
Sweet, I think my failures are all making a lot of sense now. Thank you.
Adding a 7480-block ramdisk to i386 GENERIC/GENERIC.MP and amd64
GENERIC/GENERIC.MP used to "work" in 4.5, 4.6 and 4.7 but it has "broke" in 4.8
for i386 GENERIC.MP and amd64 GENERIC (haven't yet tested amd64 GENERIC.MP)
At this point i'm wondering if some part of the system fails to take into
You don't need to recompile mysql or other tools. Just move the librthreads
shared object library (librthreads.so.x.y) in place of libpthreads.so.x.y.
It's designed to work this way.
Jung [moor...@gmail.com] wrote:
> oops.
> sorry. i did not re-compile mysql and other tool. (pthreads vs
> rthr
101 - 170 of 170 matches
Mail list logo