On Tue, Apr 22, 2014 at 03:58:23PM -0400, pe...@petermalone.org wrote:
Hi,
Another replacement of malloc memset with calloc. This time in init.c.
Also added a check as non existed prior to this.
Index: init.c
===
RCS file:
On Tue, Apr 22, 2014 at 10:07:10PM +0200, Stefan Sperling wrote:
On Tue, Apr 22, 2014 at 03:58:23PM -0400, pe...@petermalone.org wrote:
Hi,
Another replacement of malloc memset with calloc. This time in init.c.
Also added a check as non existed prior to this.
Index: init.c
On Thu, Apr 17, 2014 at 11:52:09AM -0500, Vladimir Támara Patiño wrote:
I see a lot of duplication between lib/libc/time/strftime.c and
lib/libc/time/wcsftime.c.
Since I would like to implement LC_TIME support, I would prefer to
change only in one place but before that I prepared a simple
On Tue, Apr 22, 2014 at 02:57:17PM -0700, Matthew Dempsky wrote:
On Tue, Apr 22, 2014 at 2:43 PM, Stefan Sperling s...@openbsd.org wrote:
Your regression test has at least one bug ('bad' is never initialised).
It's perhaps bad *style* to not explicitly initialize it, but C99
6.7.8p10 says
The reason we don't enable WOL with bge cards is that they contain
ASF firmware support which should not be exposed to untrusted traffic,
so it's safer to power down bge devices altogether on power down.
Since all bges except the rare 5700 version support ASF, this currently
means no WOL support
On Wed, Apr 23, 2014 at 11:43:06AM -0500, Abel Abraham Camarillo Ojeda wrote:
This should work on sparc64?
I have no idea, honestly.
But I don't see the point since sparc64 can often be powered up
remotely via ALOM.
On Tue, May 06, 2014 at 12:03:10PM +0200, Martin Pieuchot wrote:
Using the loopback interface for local traffic is not optional. I
wonder if anybody using IPv6 ever turned this sysctl off. I'd be
interested to hear from you and see your routing table if you did
it.
Otherwise, the diff
On Wed, May 07, 2014 at 07:44:51PM +0200, Ingo Schwarze wrote:
While LC_CTYPE and LC_COLLATE make some sense, LC_MONETARY, LC_NUMERIC,
and LC_TIME are badly overengineered, pointless bloat, causing nothing
but surprising, erratic behaviour and portability problems when trying
to parse output
On Fri, May 09, 2014 at 12:08:21AM +0100, Stuart Henderson wrote:
You could try adding the ID to the athn driver to get it to match:
Index: if_athn_pci.c
===
RCS file: /cvs/src/sys/dev/pci/if_athn_pci.c,v
retrieving revision
On Mon, May 12, 2014 at 05:55:55AM -0400, vtamara wrote:
I would like a little of clarification about something else that Stefan is
talking about.
In my dream world, I would like a locale implementation that follows
the POSIX standard, supports multibyte characters throughout, avoids
file
On Mon, May 12, 2014 at 06:40:22AM -0400, vtamara wrote:
El 2014-05-09 07:23, Stefan Sperling escribió:
Further work is needed.
I have diffs which do much more but don't yet work either.
I've given up on trying to get this to work for now, and will
share my diffs with anyone who wants
On Thu, May 15, 2014 at 11:35:32AM +0200, Stefan Sperling wrote:
cd /usr/src/sys/dev/microcode/rum # yes, rum with m
patch this-patch
make obj
make depend
sudo make install
This should have said 'make' instead of 'make depend'.
On Fri, May 16, 2014 at 02:44:10PM +0400, Dinar Talypov wrote:
Hi,
I have tested with D-Link DWA-140 rev B2G:
run0 at uhub0 port 1 Ralink 11n Adapter rev 1.10/1.01 addr 2
run0: MAC/BBP RT3071 (rev 0x021C), RF RT3022 (MIMO 2T2R), address
14:d6:4d:49:73:4e
with this diff nothing works.
On Fri, May 16, 2014 at 02:16:10PM -0400, Jean-Philippe Ouellet wrote:
There are a bunch of nearby printfs which start with : ... without
a devname. I'm not sure which one is preferred, so here's both ways.
Index: ehci_cardbus.c
On Fri, May 16, 2014 at 02:38:49PM +, Alexey Suslikov wrote:
Please take a look at my (unfinished) attempt to bring
MediaTek/Ralink RT5370/RT5372 support to run(4).
http://marc.info/?l=openbsd-techm=138903287819764w=2
I did take a look at this some time ago. After looking at FreeBSD's
On Sat, May 17, 2014 at 03:50:46PM +0200, Stefan Sperling wrote:
I still have to run this through make release to ensure it won't
break the floppies on i386/amd64/sgi. So please don't put into
release builds unless you're willing to help with that. If you can
run an sgi release build, please
On Sat, May 17, 2014 at 02:18:22PM -0400, Ted Unangst wrote:
On Sat, May 17, 2014 at 11:00, enh wrote:
inet_ntop4 incorrectly mixes a user-supplied size with a self-supplied
buffer:
inet_ntop4(const u_char *src, char *dst, size_t size)
...
char tmp[sizeof 255.255.255.255];
On Tue, May 20, 2014 at 11:33:48AM +0200, Paul de Weerd wrote:
As can be seen, the host part of the link-local address doesn't
resemble the lladdr at all. This isn't a problem for outgoing
connections, but when using SLAAC the global unicast address that is
assigned is now suddenly different
On Wed, May 21, 2014 at 02:20:08PM +0200, David Coppa wrote:
Hi!
Found this while analyzing rxvt-unicode's config.log:
configure:7078: checking for working X setlocale
configure:7095: c++ -o conftest -O2 -pipe -w -I/usr/X11R6/include
conftest.cpp -lsupc++ -L/usr/X11R6/lib
On Sun, Jun 01, 2014 at 09:17:09PM +0200, mijenix wrote:
Hope someone can commit the new product id.
Connecting to a WLAN network works and also hostap mode.
Thanks. I'll handle this.
Please fix your diff submission process. Your patch didn't
apply at all because all tabs were replaced with
On Mon, Jun 02, 2014 at 11:41:52AM +0200, Stefan Sperling wrote:
On Sun, Jun 01, 2014 at 09:17:09PM +0200, mijenix wrote:
Hope someone can commit the new product id.
Connecting to a WLAN network works and also hostap mode.
Thanks. I'll handle this.
Please fix your diff submission
On Tue, Jun 03, 2014 at 06:52:51PM -0700, enh wrote:
yeah, the vfwprintf.c PRINT calls __xfputwc which constructs its own
uio/iov. i think the locals in the caller are just left-over cruft.
That's right. I overlooked these.
We can also remove the NIOV macro.
Index: stdio/vfwprintf.c
On Sat, May 31, 2014 at 06:22:42PM +, Sébastien Morand wrote:
Hi,
I finally bought a TL W723N and try.
usbdevs gives:
port 2 addr 3: high speed, power 500 mA, config 1, 802.11n NIC(0x8179),
Realtek(0x0bda), rev 0.00, iSerialNumber 00E04C0001
0x8179 is not present in kernel source
On Wed, Jun 18, 2014 at 09:05:56AM +0200, Remi Locherer wrote:
I had my athn card working fine in my APU board with -current amd64.
But then after a reboot athn was not there anymore. The dmesg showed that
it had the id 0xff1c. After the next reboot it attached again normaly
(dmesg below from
This makes ifconfig scan indicate the type of encryption used on a network.
To make this work, the kernel must fill in RSN info every time it runs
a scan, not just if wpa was already enabled (i.e. the IEEE80211_F_RSNON
flag is already set).
While here, add missing definition for
On Sun, Jul 13, 2014 at 03:48:47PM +0200, Henning Brauer wrote:
now that we have an uncontaminated, err, inet6-free system by default,
IFXF_NOINET6 just doesn't make sense any more.
fully go for no inet6 by default, get rid of the IFXF_NOINET6 guarded
attachments etc.
introduce IFAFATTACH and
cvs log -r1.x shows the log entry for HEAD, instead of the log entry
for 1.x as cvs -r 1.x does. As a result I end up looking at the wrong
log message rather often.
The hysterical raisin is a quirk in rlog(1):
Without argument, the -r option means the latest revision of the
On Tue, Jul 15, 2014 at 12:15:12PM +0200, Henning Brauer wrote:
I'm slightly undecided on whether this should make this release or
not...
In that situation, I usually decide that the risk won't outweigh
the benefits of just waiting for a while. No change means nobody
can get hurt.
This diff for bwi(4) needs testing, both on systems where it works
and on systems where it spews these error messages to the console:
bwi0: intr fatal TX/RX (0) error 0x1000
bwi0: intr fatal TX/RX (1) error 0x1000
The point of this diff is to make the above errors go away.
But I need
On Sat, Jul 19, 2014 at 12:19:59PM +0800, Nathanael Rensen wrote:
Sometimes tcpdump(8) does not print llc higher layer data when
using -y IEEE802_11 or IEEE802_11_RADIO.
Index: print-802_11.c
===
RCS file:
On Mon, Aug 11, 2014 at 12:12:08PM +0100, Stuart Henderson wrote:
Another question is what to do with (increasingly common) unicode
SSIDs, we could probably do better than the existing if (buf[i] 0x80
|| !isprint(buf[i])) if we know that we're in a utf8 locale.
I'm not opposed to making
On Thu, Aug 14, 2014 at 04:08:04PM +0400, Denis Lapshin wrote:
Does athn driver support 802.11n mode for all Atheros devices which has N
mode implemented?
There is no 11n support at all in OpenBSD at present.
On Tue, Sep 09, 2014 at 10:17:59PM +0200, Fabian Raetz wrote:
Hm interesting ... i can reproduce it here with an 2.4GHz AP.
The entry isn't cleared when scanning and the interface is up.
Scanning when the interface is down works correct for me.
I will take a look at it tommorow :)
On Wed, Sep 10, 2014 at 02:06:15PM +0200, Marcin Piotr Pawlowski wrote:
On 09/10/14 10:15, Stefan Sperling wrote:
On Tue, Sep 09, 2014 at 10:17:59PM +0200, Fabian Raetz wrote:
Hm interesting ... i can reproduce it here with an 2.4GHz AP.
The entry isn't cleared when scanning
On Wed, Sep 10, 2014 at 12:27:05PM -0500, Kent R. Spillner wrote:
On Wed, Sep 10, 2014 at 02:42:43PM +0200, Marcin Piotr Pawlowski wrote:
Yes, I think that it could be is possible to double clean the node cache.
Updated diff with suggestion from Stefan.
ok kspillner@, but would prefer a
On Sun, Sep 21, 2014 at 03:22:41PM +0200, Cédric Tessier wrote:
OpenBSD runs impressively well on my BeagleBone, the only drawback I can
see is that the system is slowed down by poor MMC performances (due to
missing DMA support in ommmc driver I suppose ?).
Yes. The ommmc(4) driver should use
On Sun, Sep 21, 2014 at 08:49:54AM -0700, Charles Musser wrote:
Understood. At it now stands, processing of RAs is in the kernel, to bring up
interfaces and add routes. Rtsol acts as the tickler, to solicit them
promptly, but that's basically it.
In -current, solicitations are sent by the
On Tue, Sep 30, 2014 at 11:59:25AM +0200, Martin Pieuchot wrote:
Hey Vadim, I'm happy to see you've put some efforts into improving
how wireless networks are configured on OpenBSD. I have some questions
below.
On 26/09/14(Fri) 21:38, Vadim Zhukov wrote:
This is a proof-of-concept patch
On Tue, Sep 30, 2014 at 02:37:08PM +0400, Vadim Zhukov wrote:
Yes, I've seen that behaviour. And it actually bothers me - what if I
get associated with untrusted network, and my already opened
Ajax-enabled browser will start to transfer data via it without
notification?.. This can be avoided
On Tue, Sep 30, 2014 at 07:59:04AM -0400, sven falempin wrote:
If openBSD auto connect to open wireless spot I will have to patch the
kernel
to use it.
Auto connection to hotspot, especially the 'open' one is the worse thing ever.
You need to bring the wifi interface up first, manually or
On Thu, Oct 02, 2014 at 05:58:43AM -0500, Vladimir Támara Patiño wrote:
POSIX doesn't specify behavior for wcsrtombs and mbsrtowcs when the
source parameter is NULL.
http://pubs.opengroup.org/onlinepubs/009695399/functions/mbsrtowcs.html
On Tue, Oct 07, 2014 at 11:42:10PM -0400, Brad Smith wrote:
On 07/10/14 10:03 PM, Stuart Henderson wrote:
Since it's non-obvious how to setup pppoe for v6 now that link-local
addresses are no longer configured by default, I think we should have
something in the manual.
Any
On Thu, Oct 09, 2014 at 06:23:17AM +0200, Jiri Navratil wrote:
Hello,
I bought acer TravelMate notebook TMB115-M-COEA to follow -current and
partitipate on LibreSSL.
I installed system from snapshot and used softraid0 crypto on whole sd0.
After first boot I have Passsphrase prompt and I
On Thu, Oct 09, 2014 at 01:48:23PM +0400, Kirill Bychkov wrote:
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1746
diff -u -p -u -r1.1746 pcidevs
--- pcidevs 8 Oct 2014 07:41:27 -
On Thu, Oct 09, 2014 at 03:53:19PM +0400, Kirill Bychkov wrote:
On Thu, October 9, 2014 14:02, Stefan Sperling wrote:
On Thu, Oct 09, 2014 at 01:48:23PM +0400, Kirill Bychkov wrote:
Index: pcidevs
===
RCS file: /cvs/src/sys
On Tue, Oct 07, 2014 at 01:50:12PM +0200, Martin Pieuchot wrote:
On 03/10/14(Fri) 14:46, Stefan Sperling wrote:
The IPv6 source address selection algorithm breaks ties by performing a
bitwise match of each candidate source address against the destination
address. The longest matching source
After submitting a print job and then turning on my USB printer I got:
ulpt0 at uhub0 port 1 configuration 1 interface 0 Hewlett-Packard HP LaserJet
1020 rev 2.00/1.00 addr 2
ulpt0: using bi-directional mode
ulpt0: ucode upload error=IOERROR!
ulpt0: could not load firmware 'ulpt-hp1020'
On Mon, Oct 20, 2014 at 01:22:05PM +0100, Stuart Henderson wrote:
Any comments on the diff in this?
Not sure why you're singling out pppoe(4). Don't other interfaces
that use sppp's IPv6CP have the same problem? Are there no others?
Generally, I think it would be better to keep IPv6 disabled by
On Wed, Nov 05, 2014 at 08:38:25PM -0800, Chris Cappuccio wrote:
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
On Fri, Aug 23, 2013 at 12:47:10PM -0700, Loganaden Velvindron wrote:
Hi,
From NetBSD:
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/netinet6/udp6_output.c?rev=1.41content-type=text/x-cvsweb-markuponly_with_tag=MAIN
Under some circumstances, udp6_output() would call ip6_clearpktopts()
I've got a synaptics touchpad which is taking a relatively large
amount of time to respond to the synaptics magic query during resume.
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics clickpad, firmware 8.0
The pms(4) driver gives up on it quickly, and then
On Mon, Sep 02, 2013 at 02:32:50PM +0200, Martin Pieuchot wrote:
You might also rely on the fact that if you have a sc-synaptics
already allocated to try harder. Because in this case you know
that you have a synaptic touchpad.
That works. Here's a simpler diff that fixes my issue, too.
On Tue, Sep 03, 2013 at 12:22:32AM +0600, Alexandr Shadchin wrote:
Maybe it makes sense to try to increase the response time
Changing these timeouts doesn't seem to make any difference.
It's still retrying 3 or 4 times after resume, then works.
This diff allows boot from crypto volumes that are using a keydisk.
So far booting only works from passphrase-based crypto volumes.
Tested on i386 and amd64 using USB keydisks.
Note that the BIOS needs to see the keydisk for this to work.
SD cards or anything else that's usually not bootable
On Fri, Sep 20, 2013 at 10:58:18AM +0200, Stefan Sperling wrote:
This diff allows boot from crypto volumes that are using a keydisk.
So far booting only works from passphrase-based crypto volumes.
Tested on i386 and amd64 using USB keydisks.
Note that the BIOS needs to see the keydisk
On Sat, Oct 19, 2013 at 09:26:47PM -0700, Philip Guenther wrote:
On Tue, 15 Oct 2013, Martin Pelikan wrote:
Obviously, our locale support still sucks, this patch is mostly
providing the API for filling the blanks later.
Which blanks exactly? Locale features we don't have, such as collation?
On Mon, Oct 21, 2013 at 12:45:58AM +0200, Martin Pelikan wrote:
Obviously, our locale support still sucks, this patch is mostly
providing the API for filling the blanks later.
Which blanks exactly? Locale features we don't have, such as collation?
Yes. The features why for
On Mon, Oct 21, 2013 at 02:14:32PM +0200, Martin Pelikan wrote:
Applications don't care where a symbol comes from.
Build scripts and Makefiles might expect them to be in libc and
would need to link an additional library, but that's trivial to do.
For all such ports? Ok then :-)
How many
On Mon, Oct 21, 2013 at 09:05:04AM -0500, Vladimir Támara Patiño wrote:
I agree full Unicode support is desirable, but IMHO having 8 bits
collation is better than nothing (for example withouth it spanish
speakers have to
see ñ, á and other special symbols at the end of sorted results in
Before:
$ ftp ' http://localhost/snap/INSTALL.amd64'
ftp: http: no address associated with name
ftp: Can't connect or login to host ` http'
After:
$ ftp ' http://localhost/snap/INSTALL.amd64'
Trying ::1...
Trying 127.0.0.1...
Requesting http://localhost/snap/INSTALL.amd64
100%
On Tue, Nov 05, 2013 at 02:08:21PM +0100, Alexander Hall wrote:
On 11/05/13 13:56, Stefan Sperling wrote:
Before:
$ ftp ' http://localhost/snap/INSTALL.amd64'
ftp: http: no address associated with name
ftp: Can't connect or login to host ` http'
After:
$ ftp ' http://localhost
On Tue, Nov 05, 2013 at 02:18:08PM +0100, Ingo Schwarze wrote:
Hi Stefan,
Stefan Sperling wrote on Tue, Nov 05, 2013 at 01:56:33PM +0100:
Do others think this useful? I hit this because I made copy/paste errors.
Useful? I don't know. Maybe, maybe not.
But your patch is NOT OK
Neither FreeBSD nor NetBSD have these #ifdef *BSD guards anymore.
It doesn't seem worthwhile to keep them in OpenBSD.
There was also one typo (__OpenBSD_ vs __OpenBSD__) which kept
the code compiling.
No binary change. ok?
Index: if_spppsubr.c
The IPv6CP code generates interface IDs based on getmicrouptime(),
in the sppp_suggest_ip6_addr() function.
Interface IDs provide parts of the link-local addresses used for
the endpoints of the point-to-point link.
RFC 5072 says the ifid may be generated from a good random source
if available.
This diff fixes address assignment and related issues in IPv6CP.
The changes are:
- Move address assignment to process context.
This makes use of workq because sppp hasn't been converted to
taskq yet. I intend to convert sppp to taskq but didn't want
to clutter this diff even more. If
On Thu, Nov 07, 2013 at 08:06:11PM +0100, Sylvestre Gallon wrote:
+int
+rtsx_bus_width(sdmmc_chipset_handle_t sch, int width)
+{
+ struct rtsx_softc *sc = sch;
+
+ return (rtsx_set_bus_width(sc, width));
rtsx_set_bus_width() currently never returns an error so you'll
need to tweak
On Thu, Nov 14, 2013 at 05:49:44PM +0100, Dmitrij D. Czarkoff wrote:
Hello!
I'm strugling to find any documentation for RTL8188* wireless devices
(including those already supported in urtwn driver). I wrote to Realtek,
but no responce followed.
My problem is that I have a MiniPCI
On Fri, Nov 15, 2013 at 04:55:23AM +0100, Dmitrij D. Czarkoff wrote:
That was my plan, though I hoped there is some documentation from
Realtek i could use to avoid looking at Linux driver - I'm afraid Linux
people would react badly if their driver is used even as plain
reference, without any
Is this done right?
Works here with pppoe(4) for both IPv4 and IPv6.
Index: if_sppp.h
===
RCS file: /cvs/src/sys/net/if_sppp.h,v
retrieving revision 1.19
diff -u -p -r1.19 if_sppp.h
--- if_sppp.h 14 Nov 2013 16:52:33 -
On Fri, Nov 15, 2013 at 03:20:48PM +0100, Mike Belopuhov wrote:
On 15 November 2013 15:13, Stefan Sperling s...@openbsd.org wrote:
Is this done right?
Works here with pppoe(4) for both IPv4 and IPv6.
i think this diff might lack task_del's in the detach code.
Ooops, good catch.
have
(and
it is still much slower than it is on 5.4).
With a lot of help from Stefan Sperling I tried to do experiments.
Since I am too unskilled I was not able to do it properly and build xenocara
from the same point in time (date-based CVS checkouts do not compile for me)
It's unfortunate that CVS messes
On Mon, Nov 18, 2013 at 12:37:53PM +0100, Martin Pieuchot wrote:
Even if right now calling task_del() is enough, do you know if there's
an easy way to convert this code without putting the task storage in
the chunk of memory it manipulates? In other words having the struct
task outside of the
On Sun, Nov 17, 2013 at 10:48:41PM +0100, Mark Kettenis wrote:
The diff below is a fairly large diff that moves the gtt management
into the inteldrm driver. While this diff might fix some of the
issues people have been reporting with inteldrm, I don't expect it to
fix most of those issues.
On Thu, Nov 07, 2013 at 08:10:16PM +0100, Stefan Sperling wrote:
On Thu, Nov 07, 2013 at 08:06:11PM +0100, Sylvestre Gallon wrote:
+int
+rtsx_bus_width(sdmmc_chipset_handle_t sch, int width)
+{
+ struct rtsx_softc *sc = sch;
+
+ return (rtsx_set_bus_width(sc, width
On Thu, Nov 28, 2013 at 09:24:32PM +0100, Mark Kettenis wrote:
Just committed the wpi(4) version I mailed out last week. And here is
the version for iwi(4) and iwn(4) as promised. I believe both suffer
from the problem, although I think it is a long time ago since my
iwn(4) had issues.
I've got an ibss network in the neighbourhood, and their nwid
doesn't show up in ifconfig scan output because ifconfig chooses
to only show that for APs.
This diff changes the line:
bssid 02:ca:ff:ee:ba:be lladdr 00:18:84:16:8c:ed 43dB 54M
ibss,short_preamble cache
to the more
On Mon, Dec 02, 2013 at 04:52:51PM +0100, Sylvestre Gallon wrote:
On Wed, Nov 20, 2013 at 10:25:52AM +0100, Stefan Sperling wrote:
On Thu, Nov 07, 2013 at 08:10:16PM +0100, Stefan Sperling wrote:
On Thu, Nov 07, 2013 at 08:06:11PM +0100, Sylvestre Gallon wrote:
+int
+rtsx_bus_width
On Sun, Dec 08, 2013 at 11:29:36AM -0500, David Hill wrote:
rtsx_read_cfg returns 0 on success.
Committed, thanks!
Index: dev/ic/rtsx.c
===
RCS file: /cvs/src/sys/dev/ic/rtsx.c,v
retrieving revision 1.6
diff -u -p -r1.6
Interface-specific routes created in in6_update_ifa() should
be removed when the interface detaches from IPv6. However,
in6_ifdetach() forgets to remove the ff01::1 route. It only
deletes the f02::1 route.
Index: in6_ifattach.c
===
Our IPv6CP implementation has never handled IFID collisions. The old
code (from before r1.112 of if_spppsubr.c) punted and left the address
unchanged. The new code (as of r1.112) is supposed to handle collisions,
but instead goes into an endless conf-nak loop with the peer.
The problem is that I
Anyone? I have received no feedback on this.
I'd really like to get review because fixing IPv6CP has
turned out to be tricker than I expected.
On Tue, Dec 17, 2013 at 04:32:03PM +0100, Stefan Sperling wrote:
Our IPv6CP implementation has never handled IFID collisions. The old
code (from before
I had almost forgotten that wifi hacking can be fun if it results
in something working.
Tested between two laptops (hostap) and with Berlin's freifunk
network (ibss). Seems to work but I have no idea about long
term stability yet. Additional testing much appreciated.
Index:
On Thu, Jan 16, 2014 at 09:02:21AM +, Stuart Henderson wrote:
But if this code is to do some necessary initialization for a particular
printer that can be matched by IDs, adding support right in the ulpt(4)
driver would probably be better,
Agreed.
there's already some framework for
On Thu, Jan 16, 2014 at 01:43:22AM +0100, Stefan Sperling wrote:
I had almost forgotten that wifi hacking can be fun if it results
in something working.
Tested between two laptops (hostap) and with Berlin's freifunk
network (ibss). Seems to work but I have no idea about long
term stability
On Sat, Jan 25, 2014 at 01:49:24AM -0500, Jean-Philippe Ouellet wrote:
It appeared in revision 1.3 (Update from lite2.)
It's the only one in the string family that has it, and nothing from it
is used.
I think this change is fine.
I'll commit this soon if I don't hear objections.
Index:
On Thu, Feb 13, 2014 at 09:22:04PM -0500, Ted Unangst wrote:
About 20 years after the invention of utf-8, I've decided to see what
all the fuss is about and experiment with uxterm and whatnot.
Naturally, this means I want to see sweet fancy quotes in all my man
pages instead of the lame
On Thu, Apr 17, 2014 at 11:58:03PM +0200, Mark Kettenis wrote:
Date: Thu, 17 Apr 2014 23:42:26 +0200
From: Claudio Jeker clau...@openbsd.org
Found this in my X240, the following diff makes it work.
rtsx0 at pci1 dev 0 function 0 Realtek RTS5227 Card Reader rev 0x01: msi
sdmmc0 at
On Wed, Feb 09, 2011 at 12:22:58PM +0100, Martin Pelikan wrote:
On Wed, Jan 26, 2011 at 04:44:30PM +0100, Martin Pelikan wrote:
Hello tech@, claudio@ in particular,
this diff corrects the behavior of ospf6d when:
- vlan/vether/? interface is added with some inet6 address
- a configured
Here are three small net80211 fixes.
I'm sending them in a batch, but feel free to ok or reject them individually.
The first one is an old bug fix from FreeBSD for AP-bridging encrypted
multicast frames.
http://marc.info/?l=freebsd-currentm=114168135819304w=2
mos(4) doesn't set IFF_BROADCAST, which prevents hostapd(8) from using it.
hostapd tries a SIOCGIFBRDADDR ioctl which fails with EINVAL in netinet/in.c:
case SIOCGIFBRDADDR:
if ((ifp-if_flags IFF_BROADCAST) == 0)
return (EINVAL);
Index: if_mos.c
On Mon, Feb 21, 2011 at 12:03:43PM +0100, Claudio Jeker wrote:
On Sun, Feb 20, 2011 at 10:59:48PM +0100, Stefan Sperling wrote:
mos(4) doesn't set IFF_BROADCAST, which prevents hostapd(8) from using it.
hostapd tries a SIOCGIFBRDADDR ioctl which fails with EINVAL in
netinet/in.c
On Mon, Feb 21, 2011 at 12:57:08PM +0100, Damien Bergamini wrote:
| Index: ieee80211_pae_output.c
| ===
| RCS file: /cvs/src/sys/net80211/ieee80211_pae_output.c,v
| retrieving revision 1.16
| diff -u -p -r1.16
On Sat, Jan 15, 2011 at 12:44:51AM +0100, Stefan Sperling wrote:
On Fri, Jan 14, 2011 at 05:21:46PM +0100, Stefan Sperling wrote:
On Thu, Jan 06, 2011 at 07:52:19PM +0300, Alexander Polakov wrote:
* Alexander Polakov polac...@gmail.com [110105 17:20]:
Hi,
here's an updated
There are some display glitches when the UTF-8 locale is used.
So far I know about hexdump -C (reported by naddy) and tcpdump -X.
Both print invalid UTF-8 to the screen.
The problem is that latin1 characters end up being printed by applications
that use ctype(3) functions like isprint(3). Any
Now that arp(8) can send Wake On Lan frames (a.k.a. magic packets),
it would be nice to have a way to configure WOL from the operating system.
Some network cards need help from the OS to do WOL.
Some already do WOL without help from the OS.
For the latter it's nice to have a way to disable it.
On Sun, Mar 13, 2011 at 01:03:19AM +0100, Stefan Sperling wrote:
Now that arp(8) can send Wake On Lan frames (a.k.a. magic packets),
it would be nice to have a way to configure WOL from the operating system.
Some man page fixes, and ifconfig now prints a not supported message if
the user tries
On Sun, Mar 13, 2011 at 11:41:44AM +0100, Stefan Sperling wrote:
On Sun, Mar 13, 2011 at 01:03:19AM +0100, Stefan Sperling wrote:
Now that arp(8) can send Wake On Lan frames (a.k.a. magic packets),
it would be nice to have a way to configure WOL from the operating system.
Some man page
On Sun, Mar 13, 2011 at 12:13:04PM -0500, Amit Kulkarni wrote:
Will you also please look into integrating the wide scanf functions?
Not until the wprintf() changes have been commited, and dust has settled.
Which might take days, or weeks, or months -- there's no way to tell yet.
But thanks for
On Sat, Mar 19, 2011 at 05:58:31PM +0100, Mark Kettenis wrote:
Date: Sun, 13 Mar 2011 16:49:01 +0100
From: Stefan Sperling s...@openbsd.org
Marc Espie reminded me a while back that we'll also need to make sure that
nothing in base will suddenly start using this (e.g. code in gnu
On Sun, Mar 20, 2011 at 12:42:23AM +0100, Stefan Sperling wrote:
On Sat, Mar 19, 2011 at 05:58:31PM +0100, Mark Kettenis wrote:
Date: Sun, 13 Mar 2011 16:49:01 +0100
From: Stefan Sperling s...@openbsd.org
Marc Espie reminded me a while back that we'll also need to make sure
1 - 100 of 1452 matches
Mail list logo