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: 0x80BSY
ahci2: stopping the port, softreset slot 31 was still active.
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 :)
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
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 review;
Theo de Raadt [dera...@cvs.openbsd.org] wrote:
From: Solar Designer so...@openwall.com
To: Theo de Raadt dera...@cvs.openbsd.org
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
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
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
retrieving
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:
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,
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, there's some stupid ones that
still
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@ says this is likely a bit optimistic. while most of our
David Gwynne [da...@gwynne.id.au] wrote:
can someone test this?
Running now.
arc0 at pci3 dev 14 function 0 Areca ARC-1210 rev 0x00: apic 8 int 19
arc0: 4 ports, 256MB SDRAM, firmware V1.43 2007-4-17
scsibus1 at arc0: 16 targets
sd0 at scsibus1 targ 0 lun 0: Areca, ARC-1210-VOL#00, R001 SCSI3
Nagle, Edwin (James) [edwin.na...@austinenergy.com] wrote:
Good morning,
My problem is, I am separating users based on interface IP and radius, and
therefore need to force their outbound SSH sessions to bind to the IP address
of the interface they came in on (or at least a different IP) so
Stuart Henderson [s...@spacehopper.org] wrote:
Does anyone have an idea of what's needed for working jumbos on the
RL_FLAG_JUMBOV2 variants of re(4) where they're currently disabled?
These seem to account for most of the chips seen in hardware
designs from the last couple of years (including
I like MIMO/SISO better than 1x1 2x2 etc. Fix that shit :)
Stuart Henderson [st...@openbsd.org] wrote:
On 2014/10/06 12:19, Chris Cappuccio wrote:
Stuart Henderson [s...@spacehopper.org] wrote:
Does anyone have an idea of what's needed for working jumbos on the
RL_FLAG_JUMBOV2 variants
Christian Weisgerber [na...@mips.inka.de] wrote:
John-Mark Gurney:
I also have an implementation of ghash that does a 4 bit lookup table
version with the table split between cache lines in p4 at:
Stuart Henderson [st...@openbsd.org] wrote:
Any comments on the diff in this?
+#ifdef INET6
+ sc-sc_sppp.pp_if.if_xflags = ~IFXF_NOINET6;
+#endif
Aside from what Stefan said, isn't this flag going to be removed
in favor of a flag that explicitly enables INET6 for interfaces?
?? ?? [art.is...@yandex.ru] wrote:
On Tue, Nov 04, 2014 at 08:42:03PM +, Miod Vallat wrote:
Two weeks has passed. Is there anything that I can do to
push GOST ciphers towards LibreSSL?
Sorry about that. Joel and/or I need to review the diff again and push
it.
Martin Pieuchot [mpieuc...@nolizard.org] wrote:
@@ -653,12 +653,12 @@ ifa_ifwithroute(int flags, struct sockad
struct rtentry *rt = rtalloc(gateway, 0, rtableid);
if (rt == NULL)
return (NULL);
- rt-rt_refcnt--;
Matthieu Herrb [matth...@herrb.eu] wrote:
Hi,
I've a laptop with Ubuntu 14.04/OpenBSD-current dual boot.
I'm trying to convert the OpenBSD FS to softraid(4) encryption with
passphrase.
I'm booting from an USB drive to access the disk to shuffle data on
it.
After backing up my data,
Martin Pieuchot [mpieuc...@nolizard.org] wrote:
Indeed! And the ifa might also be freed so this chunk is completely
wrong. Here's a version of the diff without it, ok?
This looks ok to me
Index: net/route.c
===
RCS
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
Alexey Suslikov [alexey.susli...@gmail.com] wrote:
On Sat, Aug 10, 2013 at 11:58 AM, Brad Smith b...@comstyle.com 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 kernel
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 get
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
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
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 LAN (+
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
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 automatically
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,
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
addrmask,
+struct option_data *static_routes
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. The
MJ [m...@sci.fi] wrote:
On 18 Jan 2014, at 04.33, Theo de Raadt dera...@cvs.openbsd.org 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
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.)
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 specify a block size
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
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 design
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 the
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 a superbowl
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
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 only
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
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
case
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
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
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 should
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
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.
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
?
First
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 and
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 in
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
Date: Wed, 15 Aug 2012 11:02:43 -0400
From: Ted Unangst t...@tedunangst.com
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
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...@tedunangst.com
The acpihpet timer is, in my testing, lots better than
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
retrieving
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
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
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
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 *
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
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 CVS not long
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 unusual?
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 that
Micha?? Markowski [markows...@gmail.com] wrote:
2013/1/14 Darren Tucker dtuc...@zip.com.au:
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
Micha?? Markowski [markows...@gmail.com] wrote:
2013/1/14 Chris Cappuccio ch...@nmedia.net:
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 from `iperf -c a -t 100
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 continues
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 with
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
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 of the
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 views
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.
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
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
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.
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 network
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
Alexandr Nedvedicky [alexandr.nedvedi...@oracle.com] wrote:
is missing at pfr_destroy_kentry(). We created patch against OpenBSD CURRENT.
We have no OpenBSD boxes around, where we could verify our fix.
You are aware that OpenBSD supports both host and guest roles of
Sparc system
Why do we still prefer de over dc for 211140 ?
Reyk Floeter [r...@openbsd.org] wrote:
On Thu, Jun 25, 2015 at 09:21:11PM +0200, Mark Kettenis wrote:
There really is no excuse for using dma_alloc(9) if you have the
bus_dmatag_t available.
This re-uses tulip_busdma_allocmem(), which
Stuart Henderson [st...@openbsd.org] wrote:
When I added code to use whois.nic.XX for new TLDs I forgot to think
about one case, where the TLD is a substring of one of the traditional
TLDs who have to use the old whois-servers.net method. Specifically,
trying to lookup a .network name will
?? ?? [art.is...@yandex.ru] wrote:
On Fri, Jul 24, 2015 at 07:56:07AM +0100, Nicholas Marriott wrote:
generally reliable HAHAHAHAHA
Why irony? It's more or less true for ALL modern computing system.
Think of it as a selling point. OpenBSD ffs softdep: On the cutting
edge
Maxime Villard [m...@m00nbsd.net] wrote:
Now, I believe that this effort is too much for my spare time. If you
want to say thanks to me for reporting this vulnerability, dear Sam,
it's never too late.
I put here a thanks among others:
Thank you for your effort to help improve the OpenBSD
Martin Pieuchot [m...@openbsd.org] wrote:
On 07/07/15(Tue) 18:02, Martin Pieuchot wrote:
Maybe not yet but at least I'd like to do the ARP request a bit later.
We create a RTF_LOCAL route entry for every configured address. So
use this information to emit a who-has for the configured
Brian Conway [bcon...@rcesoftware.com] wrote:
> I meant positioning the whole case bottom-up (i.e. but the hot surface
> at the top).
Oh I see!
I just got a beta unit. I was late to the party. I used some of this
ZM-STG1 thermal grease (comes with a paint applicator type brush) and
the
Brian Conway [bcon...@rcesoftware.com] wrote:
>
> Taking into account Mr. Cappuccio's advice on using thermal paste
> between the CPU and heat spreader, and also positioning it bottom-up,
> this one stabilized at 51 C at idle. I haven't had a chance to do much
> benchmarking for higher temps yet,
Mathias Schmocker [s...@smat.ch] wrote:
>
> First tests with a bootable OpenBSD amd64 5.8-current USB stick and
> installation on the 16GB mSata internal storage.
> After reboot, BIOS could find mSata to boot on, but defaulted to the memtest
> boot payload
>
This is a setting you can change,
Noth [nothingn...@citycable.ch] wrote:
> Hi again,
>
> I think I've found a bug: if I have a console session open using minicom
> or cu when rebooting, the machine hangs. This doesn't happen with either
> CentOS Linux 7 or FreeBSD 10.2 / 11. I can reproduce the problem. Anyone
> else have this
Noth [nothingn...@citycable.ch] wrote:
> No it freezes after the "rebooting..." message appears. It isn't before the
> firmware restarts. Hopefully the next firmware release will some kind of fix
> for this.
>
The non-ACPI kernel does this (bsd.rd). bsd should not do this
gwes [g...@oat.com] wrote:
> Will unbound and nsd be restricted to port 53 only?
>
No
Noth,
I got my APU (first rev) to go from 56-58 temps down to 49-50 by using heatsink
paste instead of the thermal pad...
Noth [nothingn...@citycable.ch] wrote:
> Thanks Stuart, that works for me!
>
> # sysctl hw
> hw.machine=amd64
> hw.model=AMD GX-412TC SOC
> hw.ncpu=4
> hw.byteorder=1234
>
Martin Pieuchot [m...@openbsd.org] wrote:
> Currently we leave RTF_STATIC route entries in the table when the
> address they are attached to is removed from a system.
>
> That's why ifas need to be refcounted and that's why we have *a lot*
> of checks in the stack to not use cached routes
Dimitris Papastamos [s...@2f30.org] wrote:
> On Sat, Dec 05, 2015 at 06:11:51PM +0100, Jonathan Matthew wrote:
> > The main interesting bit here is the txeof and start loops, which previously
> > operated based on the prod/cons indices and the contents of the tx queue,
> > but now just uses the
Mark Kettenis [mark.kette...@xs4all.nl] wrote:
>
> We really don't want to implement bounce-buffers. Adding IOMMU
> support is probably a better approach as it also brings some security
> benefits. Not all amd64 hardware supports an IOMMU. And hardware
> that does support it doesn't always
Stuart Henderson [st...@openbsd.org] wrote:
>
> +1, I wondered if we should do this when reading the 11n diffs.
>
> If people need more speed it's likely that they will get better
> performance with 20MHz channels on a newer radio/MAC than 40MHz
> on a 10-year-old one.
>
> Free the spectrum!
Alexandre Ratchov [a...@caoua.org] wrote:
> On Tue, Mar 15, 2016 at 03:05:47PM +0100, Michal Mazurek wrote:
> >
> > Please test, and let me know if the performance of something else
> > degrades.
> >
>
> With your diff firefox consumes twice less cpu (watched the same
> video with and without
Did you bring this up to Pascal Dornier ? I think he would rather fix
the eeprom...
This is specific to the hardware layout, the eeprom is the right place,
not the driver!
On the other hand, I think the CSR_WRITE_1 is perfectly clear
Stuart Henderson [s...@spacehopper.org] wrote:
> The
Michal Mazurek [akf...@jasminek.net] wrote:
> On 16:28:33, 14.03.16, Martin Pieuchot wrote:
> > > The number of calls to yield() dropped to 4,576.
> >
> > This is really similar to what I observed with Firefox and Chrome.
> >
> > > This is where I get stuck, I don't know how to replace the call
Bob Beck [b...@openbsd.org] wrote:
> this is cool .. but
>
> I would be interested in someone comparing server workloads, as
> opposed to interactive GUI response, using this.
>
> I wouldn't be surprised that inspiriation from BFS would produce
> better interactive response, my bigger concern
>
Edgar Pettijohn [ed...@pettijohn-web.com] wrote:
> nevermind just found the elusive "q"
>
There's always the universal ^D
Here is a patch to support some newer LTE umsm devices
Yes, the 313U actually has an SD card slot. And yes, it actually
changes vendor ID to Airprime after the umsm_truinstall_changemode
takes place.
Matching ifaceno == 9 for newer USB_PRODUCT_SIERRA_TRUINSTALL devices
is necessary. They don't
Martin Pieuchot [m...@openbsd.org] wrote:
> On 20/05/16(Fri) 09:47, Chris Cappuccio wrote:
> > So to just remove the ifaceno check, here's the diff.
> >
> > This matches u3g behaviour for SIERRA TRUINSTALL devices. There is
> > still a bit of hardcoded stuff that n
Martin Pieuchot [m...@openbsd.org] wrote:
> On 19/05/16(Thu) 19:27, Chris Cappuccio wrote:
> > Here is a patch to support some newer LTE umsm devices
> >
> > Yes, the 313U actually has an SD card slot. And yes, it actually
> > changes vendor ID to Airprime after the
1 - 100 of 161 matches
Mail list logo
