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 thi
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 i
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: /home/vcs/cvs/openbsd/s
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&paste mistake.
>
> There is nothing to fix in these routines.
>
> When EMODE is enabled, the cache becomes two way, instead of one way,
> which is w
SH4 CPUs with EMODE bit set have a cache twice as big. Fix the obvious
copy&paste 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
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 as
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
+++ b/sys/arch
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:
/home/vcs/cvs/openbsd/src
On Tue, Sep 22, 2015 at 11:46:08AM -0400, Ted Unangst wrote:
> Todd C. Miller wrote:
> > On Mon, 21 Sep 2015 20:13:05 -0400, "Ted Unangst" wrote:
> >
> > > We can put a "long" poll() in front of pcap to wait until there are
> > > packets
> > > (maybe never if you aren't using pf logging), and the
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
--- arch
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
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 metho
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 fa
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
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 frame
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
@@ -64
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 2
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
--- arch/macppc/incl
est.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 */
+
+/* Test for bug introduced in 4.4BSD modf() on sparc */
+
+#include
+
+#define BIGFLOAT (5e15) /* Number large enou
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 fo
I want to experiment with building some simple efi binaries.
This diff unbreaks make -f Makefile.cross TARGET=ia64 cross-gcc
OK?
Index: sys/arch/ia64/Makefile
===
RCS file: sys/arch/ia64/Makefile
diff -N sys/arch/ia64/Makefile
--- /d
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: /home/vcs/cvs/openbsd/src/sys/arch/sp
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 dri
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
> construct
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 (
On Sat, Jun 15, 2013 at 01:40:55PM +0200, Alexandre Ratchov wrote:
> This is a small diff to enable mavb(4) 24-bit native format. To
> test it, first check that audio works without the diff. Then, apply
> the diff, kill sndiod, and run it as:
>
> sndiod -dd -e s24be4lsb
>
> then play any au
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 wrote:
> >
> > > On Sat, Apr 27, 2013 at 08:10, Otto Moerbeek wrote:
> > >> On Sat, Apr 27, 2013 at 01:08:06AM -0400, E
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 hist
On Wed, Feb 20, 2013 at 04:48:57PM +1000, Dmitry Bogdan wrote:
> Hi,
> I am interested in implementing layered RAID10 for softraid(4) as a
> part of my course project in the university.
>
> I have a vast expirience in using software raids in openbsd and other
> operating systems and was surpised t
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 difference
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 "***
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: /home/vcs/cvs/openbsd/src/usr.sbin/adduse
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 11
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,
> >
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 i
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 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 rea
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 Thu, Mar 15, 2012 at 08:29:08PM +0100, Mark Kettenis wrote:
> > Date: Wed, 14 Mar 2012 02:25:02 +0100
> > From: Tobias Ulmer
> >
> > I have a couple of machines with an EHCI controller that refuses to work
> > with memory above 2G, causing all kinds of trouble. T
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 ind
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
(Ivan: would be nice if you could test it and tell us about any
success/failure)
socppc saves registers r3 (fwfdtsave) and r29 (fwargsave) in locore.S.
initppc() checks for the absence of a flat device tree structure, in which
case it uses the older bd_t aka bootinfo.
It then checks whether the F
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 unlik
Too bad, I didn't know that obscure rule :( I've checked GNU strip and
it also continues on errors.
Thanks for reviewing this patch!
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
+++ config.
- 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 apro
On Thu, Jan 19, 2012 at 10:17:02AM -0800, Philip Guenther wrote:
> On Thu, Jan 19, 2012 at 4:18 AM, Edd Barrett 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 elaborate on ho
Now with proper indentation
Index: 31-nonmst.conf
===
RCS file: /home/vcs/cvs/openbsd/xenocara/lib/fontconfig/conf.d/31-nonmst.conf,v
retrieving revision 1.3
diff -u -p -r1.3 31-nonmst.conf
--- 31-nonmst.conf 21 Jan 2010 19:57:57
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
ret
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
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 -
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
+
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
re
Index: arch/amd64/amd64/cpu.c
===
RCS file: /home/vcs/cvs/openbsd/src/sys/arch/amd64/amd64/cpu.c,v
retrieving revision 1.44
diff -u -p -r1.44 cpu.c
--- arch/amd64/amd64/cpu.c 13 Apr 2011 02:49:12 - 1.44
+++ arch/amd64/amd
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
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 21:51:5
On Mon, Apr 18, 2011 at 10:17:33AM +0200, Stefan Sperling wrote:
> On Mon, Apr 18, 2011 at 04:18:01AM +0200, Tobias Ulmer wrote:
> > 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:
> > &
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
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
This topic came up last year as well, including the same useradd/adduser
confusion:
http://kerneltrap.org/mailarchive/openbsd-tech/2009/5/8/5660874
"useradd really does that? A new group for every user? I think that
is stupid behaviour."
So, I stand by my patch,
Tobias
>
> Yours,
&g
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: /srv
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 kn
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 da
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 af
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
retrievin
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 "$
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 h
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 w
On Tue, Jan 12, 2010 at 01:14:33PM +0100, Janne Johansson wrote:
> I cant say if the extra gig ram is the "obvious" killer here, the
> first machine is a desktop and has scsi, the second a laptop with
> sata but I gather the desktop 1G ram makes the kernel limit to 50k+
> vnodes instead of 100k+ an
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.
save
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 sys
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: /ho
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/usr.bin/sudo/sudoers,v
retrieving revision 1.23
diff -u -p -r1.23 sudoers
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 anyb
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
93 matches
Mail list logo
