Remove the ancient tty.h DMSET etc. modem control commands. They're confusing
to someone without the historical background. No documentation doesn't help
either.
TIOCM* serve the same purpose, are documented in tty(4) and the various *ctl()
functions use the TTYCM_ register definitions, making
Hi Ingo,
the "command" keyword is restricted in width even if termwidth is
unlimited. See print.c, command():
...
if (ve->next != NULL || termwidth != UNLIMITED) {
It would be nice if this could be documented. Maybe something like this:
Index: ps.1
Pending NFS requests loop forever, blocking umount and not even allowing
for clean shutdown/reboot.
If you ever played with NFS for more than 30 seconds, you have run into
this and had to press the reset button, followed by suffering through
fsck...
Pending requests occur because the NFS server
Just wanted to note this diff in combination with your other uvm diff
does really well on sparc, building ports. Cuts down amap "INUSE" by
about a factor of 20.
Will report if anything bad happens.
map is passed straight into free where it gets overwritten with junk.
No other arch makes map invalid before free, and my N2100 didn't
suddenly misbehave either.
ok?
Index: arch/arm/arm/bus_dma.c
===
RCS file:
On Fri, Mar 04, 2016 at 10:32:01PM +, Miod Vallat wrote:
>
> > SH4 CPUs with EMODE bit set have a cache twice as big. Fix the obvious
> > copy mistake.
>
> There is nothing to fix in these routines.
>
> When EMODE is enabled, the cache becomes two way, instead of one way,
> which is why it
SH4 CPUs with EMODE bit set have a cache twice as big. Fix the obvious
copy mistake.
Didn't fix the problem I was looking at, but may help with general
stability (I think all landisks use the EMODE capable SH7751R)
My "good" landisk is happy with this.
diff --git a/sys/arch/sh/sh/cache_sh4.c
Match function declaration, use void
--- a/sys/arch/sh/sh/mmu_sh3.c
+++ b/sys/arch/sh/sh/mmu_sh3.c
@@ -38,7 +38,7 @@
#include
void
-sh3_mmu_start()
+sh3_mmu_start(void)
{
/* Zero clear all TLB entry */
sh3_tlb_invalidate_all();
@@ -89,7 +89,7 @@ sh3_tlb_invalidate_asid(int
Found while debugging cache problems on landisk
Remove mapstore and error, remnants of code logic long gone.
DMAMAP_RESET is only used on landisk, disrupts readability and the one
line saved per use doesn't really justify its existence to me
--- a/sys/arch/landisk/landisk/bus_dma.c
+++
Add support for .inst 0xdeadbeef. Required to move forward with gcc 4.9
No GPLv3 license was violated during writing this trivial diff
ok?
Index: gnu/usr.bin/binutils-2.17/gas/config/tc-arm.c
===
RCS file:
Required for building gcc/gnat [and firefox, soon... ;p]
ok?
Index: arch/sparc/include/vmparam.h
===
RCS file: /home/vcs/cvs/openbsd/src/sys/arch/sparc/include/vmparam.h,v
retrieving revision 1.47
diff -u -p -r1.47 vmparam.h
---
On Fri, Jul 17, 2015 at 08:54:26PM +0200, Mark Kettenis wrote:
Tobias Ulmer schreef op 2015-07-15 02:33:
As we all know, some Thinkpads have problems with their EC fan control.
EC is not spinning up the fans to maximum speed, let alone blast mode.
They also do not offer ACPI methods to spin
As we all know, some Thinkpads have problems with their EC fan control.
EC is not spinning up the fans to maximum speed, let alone blast mode.
They also do not offer ACPI methods to spin the fan up.
Previous diffs doing manual fan control were always rejected because
hooking into the sensors
Theo is asking for affected models, so lets compile a list.
All my Thinkpads can be provoked into shutdown due to overtemp because
the fan doesn't spin up:
T60
T61
X201
On Wed, Jul 15, 2015 at 05:12:41AM +0300, Paul Irofti wrote:
I am not familiar with all the fan hack specifics so please keep that in mind
if my questions and comments seem trivial.
This is an attempt to solve the problem slightly differently.
- Hook into acpitz and only speed the fan up
On Wed, Jul 15, 2015 at 12:03:45AM -0400, Ted Unangst wrote:
Tobias Ulmer wrote:
As we all know, some Thinkpads have problems with their EC fan control.
EC is not spinning up the fans to maximum speed, let alone blast mode.
They also do not offer ACPI methods to spin the fan up
ss10:~$ awk -f foo
awk: can't open file foo
source line number 1 source file foo
context is
ΓΏ
Oh look, the international sign for buffer overflow.
Don't print context when ebuf is empty
--- lib.c.orig Wed Mar 25 17:11:49 2015
+++ lib.c Wed Mar 25 17:11:27 2015
@@ -648,7
grep and make agree that this stuff is unused.
Index: arch/macppc/include/autoconf.h
===
RCS file: /home/vcs/cvs/openbsd/src/sys/arch/macppc/include/autoconf.h,v
retrieving revision 1.9
diff -u -p -r1.9 autoconf.h
---
While I'm at it...
Index: arch/macppc/include/autoconf.h
===
RCS file: /home/vcs/cvs/openbsd/src/sys/arch/macppc/include/autoconf.h,v
retrieving revision 1.9
diff -u -p -r1.9 autoconf.h
--- arch/macppc/include/autoconf.h 22 Aug
If correct, this fixes a 22 year old bug that exists since 4.4BSD alpha :)
In modf, when we go down the Lbig jump, f0:f1 is never set and just
contains gibberish. Usually NAN or 0.0. What we really want is just copy
the input out and be done.
This completely corrupts python when hashing floats
/modf_test.c
diff -N modf/modf_test.c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ modf/modf_test.c6 Jun 2014 21:05:00 -
@@ -0,0 +1,35 @@
+/* Public domain, 2014, Tobias Ulmer tobi...@tmux.org */
+
+/* Test for bug introduced in 4.4BSD modf() on sparc */
+
+#include math.h
+
+#define
Profiling on sparc64 is broken because e(nd of)text is missing.
Once fixed, profiling works just fine on a Blade 1500. Am I missing
something?
OK?
Index: arch/sparc64/conf/ld.script
===
RCS file:
On Fri, Nov 15, 2013 at 04:55:23AM +0100, Dmitrij D. Czarkoff wrote:
Stefan Sperling said:
I don't think there are any docs. The Linux driver is the only
reference I could find.
The linux driver has pci/usb shims around a common core, much like
some other OpenBSD wireless drivers do
On Sun, Nov 03, 2013 at 03:06:23PM +, Stuart Henderson wrote:
cc1plus: warnings being treated as errors
In file included from
/usr/obj/squid-3.4.0.2/squid-3.4.0.2/src/DiskIO/DiskThreads/aiops.cc:43:
/usr/include/sys/stat.h:199: warning: 'int stat(const char*, stat*)' hides
constructor
On Fri, Jun 21, 2013 at 10:01:48PM +0200, Otto Moerbeek wrote:
Hi,
I have a Thinkpad T430 with an internal 3G modem that shows up as a
(couple of) umodem. If I have a connection to the corresponding ucom
active (with cu or pppd) and suspend the machine followed by a resume,
it panics (or
On Sat, Apr 27, 2013 at 09:14:59PM +0200, Otto Moerbeek wrote:
On Sat, Apr 27, 2013 at 09:09:25PM +0200, Franco Fichtner wrote:
On Apr 27, 2013, at 7:36 PM, Ted Unangst t...@tedunangst.com wrote:
On Sat, Apr 27, 2013 at 08:10, Otto Moerbeek wrote:
On Sat, Apr 27, 2013 at 01:08:06AM
On Sun, Apr 14, 2013 at 12:48:28PM +0200, Martin Pieuchot wrote:
So I'd like to remove the following hack from uhci(4) which is the
only piece of code that justifies another layer of abstraction around
the memory allocation logic for the various USB controllers.
I couldn't find any
On Thu, Jan 24, 2013 at 09:37:33PM +0200, Ville Valkonen wrote:
Hi,
save a few precious bytes by removing unnecessary white spaces from
libc/merge.c.
Please send diffs inline, it's a lot easier to review.
Usually whitespace diffs are not that well liked, they make for
annoying differences,
On Fri, Jan 04, 2013 at 08:46:52AM +, Stuart Henderson wrote:
On 2013/01/03 21:06, Chris Cappuccio wrote:
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
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.
OK?
Index: adduser.perl
===
RCS file:
Nobody ever noticed that make depend fails when pf_print_host.c does
not yet exist? Hard to believe...
Anyway, here's a simple fix:
OK?
Index: Makefile
===
RCS file: /home/vcs/cvs/openbsd/src/regress/sys/net/Makefile,v
retrieving
ping?
On Sun, Sep 09, 2012 at 01:52:56AM +0200, Tobias Ulmer wrote:
mapstore looks like an old error handling artifact. No binary change on
amd64.
Btw, i've been testing this on armish, i386, landisk, socppc, sgi,
sparc, and hppa as part of another diff i'm cooking. This is really just
a noop ;-)
mapstore looks like an old error handling artifact. No binary change on
amd64.
Index: alpha/dev/bus_dma.c
===
RCS file: /home/vcs/cvs/openbsd/src/sys/arch/alpha/dev/bus_dma.c,v
retrieving revision 1.31
diff -u -p -r1.31 bus_dma.c
---
Don't think so, but I may be wrong.
Index: 52.html
===
RCS file: /home/vcs/cvs/openbsd/www/52.html,v
retrieving revision 1.32
diff -u -p -r1.32 52.html
--- 52.html 7 Sep 2012 02:27:05 - 1.32
+++ 52.html 7 Sep 2012
On Wed, Aug 15, 2012 at 10:17:09PM +0200, Stefan Sperling wrote:
On Tue, Aug 14, 2012 at 08:31:31PM +0200, Tobias Ulmer wrote:
Finally got around to dig out the card and put it in a Blade 1500. With
-current, I get around 10Mb using tcpbench. With your diff,
freelist corruption messages pop
On Fri, Aug 03, 2012 at 01:31:18PM +0200, Stefan Sperling wrote:
I haven't received any test reports so far, apart from my own
testing and edd@'s testing. It's been working splendid for me
so far but I would like to get more testing if possible.
I've Bcc'd some people who were involved in
Anyone want to risk trying this on a GCC2_ARCH?
On Sun, Jun 03, 2012 at 09:07:13PM +0400, Alexander Polakov wrote:
I'd like to start a discussion about adding tiling to cwm with
these two diffs.
How hard can it be to import spectrwm... You're reinventing the wheel
here, badly.
On Wed, May 23, 2012 at 01:27:26PM +1000, Brett wrote:
On Tue, 22 May 2012 20:20:38 +0200
Gregor Best g...@ring0.de wrote:
Hi people,
the attached patch adds an indicator sensor to wpi devices that describes
the
current RFKill status. If the RF killswitch is engaged, the sensor
On Wed, Mar 28, 2012 at 01:58:44PM +0600, Ivan Solonin wrote:
Available disks are: wd0.
Which one is the root disk? (or 'done') [wd0]
Use DUIDs rather than device names in fstab? [yes] no
Disk: wd0 geometry: 232581/16/63 [234441648 Sectors]
Offset: 0 Signature: 0xAA55
On Tue, Mar 13, 2012 at 10:59:36PM -0400, Ted Unangst wrote:
I don't think it's necessary to allocate this structure. Just stick
it in usbd_bus entirely.
Alright, the intention was not to add another struct to the usb_mem
header, but I don't feel strongly about it.
The feedback so far
I have a couple of machines with an EHCI controller that refuses to work
with memory above 2G, causing all kinds of trouble. This diff enables
setting a bus_dma boundary and allows me to make off-site backups again.
Due to the bus_dma pool being shared across all HCs, it was necessary to
pull the
V2
In the 'ofile' branch (process single file): Replaced ERROR with err(),
removing dead code and preventing the infinite read/write error loop.
Also fix printing of the close() errno which nobody cares about and make
lint less angry in a few cases.
I admit these are all rather obscure and
strip's error handling appears to be questionable. The ERROR() define
has a continue statement at the end, yet in use there are statements
behind it. gcc2 does not warn about this.
strip also tries to loop over multiple files despite previous errors and
returns an error code in the end. There are
Anyone brave enough to commit this diff or should I put it into the
round file? :)
Fix my own 'emtpy' typo, spotted by Theo.
Index: config.h
===
RCS file: /home/vcs/cvs/openbsd/src/usr.bin/man/config.h,v
retrieving revision 1.5
diff -u -p -r1.5 config.h
--- config.h15 Sep 2004 22:20:03 - 1.5
+++
- Remove confusing unused len fields from TAG and ENTRY
- Remove a couple of internal unused variables
- Prevent parse_path() from inserting empty ENTRYs into the list,
leading to a crash due to negative array access later on.
From what I can tell, changing config.h affects man, whatis and
On Thu, Jan 19, 2012 at 10:17:02AM -0800, Philip Guenther wrote:
On Thu, Jan 19, 2012 at 4:18 AM, Edd Barrett vex...@gmail.com wrote:
I recently got caught out by scandir's quirky memory allocation. Should
we add a note so that others don't have to go through this pain too?
Could you
Ever wondered why xkcd.com looks so bad on OpenBSD?
This diff adds Dejavu replacements for the generic Lucida family as
well as replacements for all Lucida-type fonts shipped with OSX and
Windows.
Test: http://www.tmux.org/~tobiasu/tmp/fonttest.html
Index: 31-nonmst.conf
After typing 'transferring' wrong one time too many...
I didn't touch gcc, binutils, bind, lynx, kerberos, openssl or perl on
purpose.
Index: lib/libsndio/sio_sun.c
===
RCS file: /home/vcs/cvs/openbsd/src/lib/libsndio/sio_sun.c,v
Fix typo in diagnostic messages
Index: sys/dev/usb/usbdi.c
===
RCS file: /home/vcs/cvs/openbsd/src/sys/dev/usb/usbdi.c,v
retrieving revision 1.43
diff -u -p -r1.43 usbdi.c
--- sys/dev/usb/usbdi.c 16 Jan 2011 22:35:29 - 1.43
Fix typo, requires rain, of course
Index: sys/dev/pci/pcidevs
===
RCS file: /home/vcs/cvs/openbsd/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1626
diff -u -p -r1.1626 pcidevs
--- sys/dev/pci/pcidevs 12 Nov 2011 11:47:17 -
Remove the unused usb device/event cookie, saves a couple of bytes.
We might want to keep this just because NetBSD has it, but it serves no
visible purpose. I think I've checked their code some time ago and they
don't do anything useful with it either (IIRC).
Index: sys/dev/usb/usb.h
No visible issues on sparc64 running src, x and ports bulk builds
On Mon, Sep 12, 2011 at 04:45:28PM -0500, Abel Abraham Camarillo Ojeda wrote:
Some of our shell scripts that work with dates and do something like:
month=`date +%m`
something month=$((month-1))
Suddenly started crashing on august... there seems to be a bug identifying
not-numbers
creategid() already prints a precise warning in each error case, there
is no good reason for printing another generic/wrong error message when
it returns.
Index: user.c
===
RCS file: /home/vcs/cvs/openbsd/src/usr.sbin/user/user.c,v
Curiously, if DM_OPENPART is specified, disk_map() accepts the format
duid as well as duid.anypart. This may be a feature but I suspect
it's actually a small oversight in the validation part.
I'm proposing this stricter (and maybe more readable) version:
Index: kern/subr_disk.c
On Fri, Jun 24, 2011 at 06:06:58PM +0200, Thomas Gerlach wrote:
[..]
this successfully enables wol during startup, without any error messages
(assuming the patches from stefan are applied, of course).
cheers,
thomas
I've lost track which patches need to be applied or not, but once a
Index: imsg_init.3
===
RCS file: /srv/radon/data/vcs/cvs/openbsd/src/lib/libutil/imsg_init.3,v
retrieving revision 1.4
diff -u -p -r1.4 imsg_init.3
--- imsg_init.3 5 Mar 2011 15:05:39 - 1.4
+++ imsg_init.3 23 Jun 2011
On Sun, Apr 17, 2011 at 11:05:38AM +0200, Stefan Sperling wrote:
On Thu, Mar 31, 2011 at 06:54:44PM +0200, Stefan Sperling wrote:
This is an attempt to add wol support to xl(4).
Unfortunately, while I have an xl(4) card to test with none of the
motherboards I have will do WOL with it
Given a duid, I want to be able to delete a disk.
There seems to be no elegant way to get just the disk (sd0) from a
duid. I didn't like my code using opendev, so I've tried sysctl. Looks
better imho. Still, is there a better way?
Index: bioctl.c
The installer defaults to creating accounts with group users, adduser
creates a group for each user. Sync the two.
Takes effect only if /etc/addusers.conf is regenerated, ie. new
installations.
Index: adduser.perl
===
RCS file:
On Wed, Oct 20, 2010 at 08:47:00PM -0500, Marco Peereboom wrote:
On Thu, Sep 30, 2010 at 03:35:33AM +0200, Tobias Ulmer wrote:
I got this after a while:
panic: softraid0: sr_crypto_finish_io
No serial, so there's no more info. You know where to find me
new diff that should fix all
I'm currently loading the kernel at a fixed start address using u-boot.
There's no relocation going on.
Accessing anything in the data segment leads to crashes due to file- and
address offsets desyncing.
The patch below fixes this issue and, as a bonus, syncs the code with
the comment.
Possibly
On Wed, Oct 13, 2010 at 08:29:35PM -0500, Dale Rahn wrote:
On Thu, Oct 14, 2010 at 01:50:36AM +0200, Tobias Ulmer wrote:
I'm currently loading the kernel at a fixed start address using u-boot.
There's no relocation going on.
Accessing anything in the data segment leads to crashes due
I got this after a while:
panic: softraid0: sr_crypto_finish_io
No serial, so there's no more info. You know where to find me
Works for me on
xl0 at pci0 dev 13 function 0 3Com 3c905C 100Base-TX rev 0x78: apic 2
int 16 (irq 10), address 00:04:75:b1:00:7d
xl1 at pci0 dev 17 function 0 3Com 3c905B 100Base-TX rev 0x24: apic 2
int 17 (irq 5), address 00:c0:4f:79:4d:d8
MACHINE_ARCH is still set to the host architecture at this point.
Tested by compiling (and later booting) an ARM kernel on a i386 host.
Index: Makefile.cross
===
RCS file: /srv/boron/data/vcs/cvs/openbsd/src/Makefile.cross,v
which(1) prints error messages on stdout, breaking shell scripts and
common usage patterns:
ldd `which foo`
ldd: foo:: No such file or directory
ldd: Command: No such file or directory
ldd: not: No such file or directory
ldd: found.: No such file or directory
X=$(which foo 2/dev/null)
test -n $X
On Sun, Feb 21, 2010 at 12:19:47PM +0100, Ingo Schwarze wrote:
Tobias Ulmer wrote on Sun, Feb 21, 2010 at 02:36:43AM +0100:
I've got a bunch of users with no password/no way to log in, just to
keep services tidy and separated. Some of these have to connect to ssh
servers, therefore
I've got a bunch of users with no password/no way to log in, just to
keep services tidy and separated. Some of these have to connect to ssh
servers, therefore they require a .ssh/known_hosts. /etc/security thinks
this is a security risk and complains about it every night...
Index: etc/security
On Tue, Jan 12, 2010 at 04:34:41PM -0700, Bob Beck wrote:
My conern is what is actually behind your possible panic. We (including
myself)
have been introducing and removing some dlg inspired breakage at the same
time
here so it depends what you are doing.
Please continue and let me know what
On Sat, Jan 09, 2010 at 04:05:13AM -0700, Bob Beck wrote:
Try this.
Box locked up under make clean while building ports, hdd led still on.
Last time i've checked it had about 84000 vnodes, which gave a very
nice (subjective) speedup since no read access gets to the disk,
(almost) ever.
This attaches OpenRD's SYSTEM console to uftdi. Some special casing is
needed to not attach to the JTAG interface as well. I know it's a bit
ugly, but I couldn't come up with something cleaner; suggestions?
obligatory dmesg snippet:
uftdi0 at uhub2 port 2 configuration 1 interface 1 FTDI OpenRD
On Sun, Nov 22, 2009 at 08:31:07PM -0800, Roland Dreier wrote:
The interrupt handling in ral(4) for RT2661 has a couple of problems,
which causes the interface to get stuck under heavy load with OACTIVE
set (the problems are likely especially severe on slow systems such as
my 600MHz VIA
On Fri, Oct 16, 2009 at 08:20:00PM +0200, Tobias Ulmer wrote:
Add MAKECONF, otherwise building ports in non-standard locations without
using /etc/mk.conf won't work.
Index: sudoers
===
RCS file: /home/tobiasu/obsd/cvs/src
On Wed, Sep 30, 2009 at 08:24:06AM -0600, Bob Beck wrote:
And I love you for it.
If you like playing with big giant buffer caches, please try this diff
and let me know if you have any issues with it.
Something holding this off? I have it on 3 machines, no problems.
On Fri, Sep 04, 2009 at 10:13:53PM +0200, frantisek holop wrote:
hi there,
poking around in my bios i have found the following setting:
Power Now!(tm) Technology [Enabled]
the help message says:
Enable/disable the generation of ACPI _PPC, _PSS, and _PCT objects.
if anybody
On Mon, May 18, 2009 at 05:07:21PM +0200, Sascha Fahl wrote:
Hi,
I could find out that OpenBSD was one of the first OSs supporting ASLR to
make some kinds of exploits harder to work. Is there any documentation
available to get some more information about the OpenBSD implementation of
ASLR?
80 matches
Mail list logo