On Tue, Feb 01, 2011 at 02:57:18PM +0530, k3.karthic wrote:
So, you're running GENERIC.MP, but locally compiled. What about that
INTERLDRM_GEM option you added, you wonder? That option has had *NO
EFFECT* for over 8 months! If you don't understand why you're
building and running a
On Thu, Feb 17, 2011 at 04:22:54PM +0100, Mike Belopuhov wrote:
On Thu, Feb 10, 2011 at 14:25 +0100, Lukasz Czarniecki wrote:
Hi
I've bought a Dell R310 with H200 raid controller reported in dmesg as:
Symbios Logic SAS2008. It uses mpii driver and has two hard drives
configured in RAID
bah!
On Sun, Feb 20, 2011 at 07:20:19PM +, Stuart Henderson wrote:
On 2011/02/20 11:59, Ted Unangst wrote:
On Sun, Feb 20, 2011 at 7:28 AM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
Ah, that's the bit I was missing. A userland tool to display and
manipulate the cache settings
You made your point; no need repeating it.
On Tue, Feb 22, 2011 at 08:26:31PM +0100, Pascal Stumpf wrote:
On Tue, Feb 22, 2011 at 04:13:34PM -0300, Iruatc Souza wrote:
On Tue, Feb 22, 2011 at 2:21 PM, Pascal Stumpf pascal.stu...@cubes.de
wrote:
On Tue, Feb 22, 2011 at 12:52:24PM -0300,
On Tue, Feb 22, 2011 at 08:41:07PM -0500, Nick Holland wrote:
On 02/22/11 16:47, Stuart Henderson wrote:
On 2011/02/22 01:08, patrick keshishian wrote:
find . -name '*.c' -exec awk '/bla/ {print FILENAME $0}'
my that's awkward.
^^^
*groan*
d'oh. I missed that. And I
I really think this heuristic belongs in the kernel. I think there is a
desire to make the policy a knob (the old, I prefer slow and safe over
fast and dangerous; well use a ups! they don't! debate).
So instead of bioctl I think we need a sysctl, for example hw.diskcache,
that by default is
That is a huge penalty because it is read over the pci bus. The trick
with 0x should work just fine per the doco and other os' drivers
(on top of my head). The question I have is does Linux only have one
device per interrupt?
I am going to reference the doco one more time on this.
On
This is the right thing to do.
ok
On Fri, Mar 18, 2011 at 04:48:13PM -0600, Jordan Hargrave wrote:
This patch changes the values of boolean comparisons from 0:1 to 0:-1 (from
ACPI Spec) in order to fix an AML issue on some Asus machines.
Please test on other machines as well to verify that
use udp instead of tcp.
On Tue, Mar 29, 2011 at 12:58:09PM +0200, Walter Haidinger wrote:
Hi!
OpenBSD-current locks upon writes to a NFS share with the options
-o tcp,-w=32768
That is, the following locks up:
# mount -o tcp,-w=32768 server:/foo /mnt
# cp /bsd /mnt
No lockup with
On Tue, Mar 29, 2011 at 03:30:57PM +0200, Mark Kettenis wrote:
Date: Tue, 29 Mar 2011 08:16:34 -0500
From: Marco Peereboom sl...@peereboom.us
use udp instead of tcp.
While that is indeed the way $DEITY intended NFS to be run, tcp used
to work in 4.8. Something got broken in the TCP
I am eagerly awaiting the diff from you.
On Tue, Mar 29, 2011 at 05:36:36PM +0200, Walter Haidinger wrote:
Am 29.03.2011 17:24, schrieb Michael:
Hi,
I already filed a PR for that on 17.12.20110 - kernel/6525. There also
were some mails on misc@ about it. But noone really seemed to care.
On Thu, Mar 31, 2011 at 09:13:41AM +, Stuart Henderson wrote:
On 2011-03-31, Otto Moerbeek o...@drijf.net wrote:
On Wed, Mar 30, 2011 at 03:45:02PM -0500, Amit Kulkarni wrote:
In fsck_ffs's pass1.c it just takes forever for large sized partitions
and also if you have very high number of
I agree. In fact attaching those devices on the 620 makes no sense.
On Apr 1, 2011, at 17:20, Martynas Venckus marty...@venck.us wrote:
On 4/2/11, Paul Irofti p...@irofti.net wrote:
What about devices that should support _DOS and don't support
brightness? I've tested this on a D620 (which has
yes please!
the casting of a NULL pointer is a pain in the butt and ugly.
On Sat, Apr 02, 2011 at 11:13:05AM +, Miod Vallat wrote:
The -Wsentinel warning is supposed to complain when the last argument in
a call to a function which has __attribute__((sentinel)) is not a NULL
pointer.
sure
On Wed, Apr 27, 2011 at 03:36:44PM -0500, joshua stein wrote:
this attaches acpithinkpad to newer lenovo thinkpads like the x120e.
hw.sensors.acpithinkpad0.temp0=57.00 degC
hw.sensors.acpithinkpad0.temp1=0.00 degC
hw.sensors.acpithinkpad0.temp2=57.00 degC
On Thu, May 12, 2011 at 03:32:56PM +0200, Christopher Zimmermann wrote:
On 05/12/11 14:37, Vadim Zhukov wrote:
Hello all.
Here is a patch that allows for me to work on other things. :) Basically,
it makes OS choose fan mode instead of firmware. Main feature here is
enabling of disengadged
On Fri, May 13, 2011 at 11:57:37AM +0200, Mike Belopuhov wrote:
On Fri, May 13, 2011 at 11:50 AM, Otto Moerbeek o...@drijf.net wrote:
On Fri, May 13, 2011 at 11:39:01AM +0200, Mike Belopuhov wrote:
On Fri, May 13, 2011 at 11:26 AM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
From:
On Wed, May 18, 2011 at 09:00:25PM -0500, Brad DeMorrow wrote:
On Wed, May 18, 2011 at 8:49 PM, Ariane van der Steldt ari...@stack.nl
wrote:
On Thu, May 19, 2011 at 03:32:10AM +0200, Ariane van der Steldt wrote:
Hi,
I would respond in-thread, but I can't find the thread that had the
Can I get the orignal diff one more time?
On Fri, May 20, 2011 at 04:51:02PM +0200, David Coppa wrote:
On Fri, May 20, 2011 at 2:45 PM, Mike Belopuhov m...@crypt.org.ru wrote:
On Fri, May 20, 2011 at 06:24 -0600, David Coppa wrote:
Hi all,
OpenBSD-current snapshot dated 16-May-2011:
I
What Paul said!
I have been looking at the diff but don't have the gear to test with.
So please test this and report back.
On Thu, Jun 16, 2011 at 10:58:56AM +0300, Paul Irofti wrote:
People with Toshiba's should test now so that they don't cry later.
Or is there nobody using toshiba
On Mon, Jun 20, 2011 at 08:30:40PM -0400, Kenneth R Westerback wrote:
I committed a fix to fdisk(8) today to un-break the -i and -e options
on 4096-byte devices. To make a long story short, it had been working
accidentally until I committed a 4.9 change to fdisk(8) to make
it pay attention to
I am liking this diff quite a bit but it needs more testers. So if you
are using softraid crypto please try this diff.
On Fri, Jun 17, 2011 at 07:53:05PM +0100, Owain Ainsworth wrote:
So here's the problem: ENOMEM on io in a hba driver is bad juju.
In more detail:
When preparing for each
On Thu, Aug 18, 2011 at 10:17:31AM +0200, Mark Kettenis wrote:
Date: Wed, 17 Aug 2011 16:11:55 -0500
From: Marco Peereboom ma...@peereboom.us
After the long debate yesterday about clipboards sucking major eggs and
stuff I started looking into the problem. One of the problems
On Thu, Aug 18, 2011 at 11:21:28AM +0200, Pascal Stumpf wrote:
On Thu, Aug 18, 2011 at 10:17:31AM +0200, Mark Kettenis wrote:
Makes no sense. The keepSelection check is already done in
ScrnDisownSelection(). The only place where DisownSelection() is
called directly is SelectSet(), and
On Thu, Aug 18, 2011 at 02:45:37PM +0200, Pascal Stumpf wrote:
On Thu, Aug 18, 2011 at 06:46:12AM -0500, Marco Peereboom wrote:
It doesn't because this isn't what the man page states for keep
selection. It only works with Scrn* functions and does not get tested
when DisownSelection
I have had enough of corrupt ksh history so I had a look at the code to
try to fix it. The magical code was very magical so I basically deleted
most of it and made ksh history into a flat text file. It handles
multiple ksh instances writing to the same text file with locks just
like the current
On Tue, Aug 30, 2011 at 11:11:46AM -0500, Marco Peereboom wrote:
I have had enough of corrupt ksh history so I had a look at the code to
try to fix it. The magical code was very magical so I basically deleted
most of it and made ksh history into a flat text file. It handles
multiple ksh
On Wed, Aug 31, 2011 at 11:59:29AM +0200, LEVAI Daniel wrote:
On Tue, Aug 30, 2011 at 13:55:57 -0500, Marco Peereboom wrote:
On Tue, Aug 30, 2011 at 11:11:46AM -0500, Marco Peereboom wrote:
I have had enough of corrupt ksh history so I had a look at the code to
try to fix it. The magical
On Wed, Aug 31, 2011 at 02:13:19PM +0200, LEVAI Daniel wrote:
On Wed, Aug 31, 2011 at 06:57:34 -0500, Marco Peereboom wrote:
On Wed, Aug 31, 2011 at 11:59:29AM +0200, LEVAI Daniel wrote:
On Tue, Aug 30, 2011 at 13:55:57 -0500, Marco Peereboom wrote:
On Tue, Aug 30, 2011 at 11:11:46AM
On Wed, Aug 31, 2011 at 07:20:42AM -0500, Marco Peereboom wrote:
On Wed, Aug 31, 2011 at 02:13:19PM +0200, LEVAI Daniel wrote:
On Wed, Aug 31, 2011 at 06:57:34 -0500, Marco Peereboom wrote:
On Wed, Aug 31, 2011 at 11:59:29AM +0200, LEVAI Daniel wrote:
On Tue, Aug 30, 2011 at 13:55:57
On Wed, Aug 31, 2011 at 04:41:07PM -0400, Geoff Steckel wrote:
On 08/31/2011 03:42 PM, Marco Peereboom wrote:
Version 4 fixes all reported bugs.
Some folks have expressed doubt about the simplistic way of updating the
history file. Specifically the rewriting of all entries. I am
sensitive
todd had his panties in a wad about backwards compatibility so I lifted
the ksh history load code out of ksh to dump it in a text file. Compile
like:
cc kshconv.c -o kshconv
then run it like:
./kshconv -i ~/.hist -o texthist
Conversion code:
=== 8
Alright this diff keeps the file open and appends lines to HISTFILE. It
only rewrites HISTFILE at 125% of HISTSIZE. Does fancy locking and
deals with signals too. So unless someone finds some bugs I'll consider
this version final.
Yes, no on moving ksh history to text?
Other comments?
Index:
While working on djm's wishlist I ran across a hang.
To reproduce the hang go like: ^[16000l which would insert 16000
letter l'. As far as I know going over the line limit makes no sense so
limit it's repetition and prevent the hang in the process.
ok?
Index: emacs.c
Gisin
+ *
+ * partial rewrite by Marco Peereboom ma...@openbsd.org
+ * under the same license
*/
#include config.h
@@ -13,6 +16,7 @@
#include sh.h
#include sys/stat.h
+#include sys/queue.h
#include ctype.h
#include locale.h
#include edit.h
@@ -37,12 +41,6 @@ struct x_ftab
Did it work?
On Sat, Jun 19, 2010 at 02:41:10PM +0200, Jan Johansson wrote:
jor...@peereboom.us wrote:
This patch is for an issue seen with ACPI on a HP Laptop but wanted to get
some additional testing done. Some debugging prints in for now.
Had some problem with the last hunk but
On Wed, Jun 23, 2010 at 12:20:09AM +0200, Marc Espie wrote:
On Tue, Jun 22, 2010 at 06:53:12PM +, Miod Vallat wrote:
Is there any reson you use bcopy() not memcpy()?
If not considder using memcpy() please. :)
We couldn't care what you believe, unless you have diffs of your own
This helps but the mouse isn't as responsive as it used to be.
On Sun, Jul 25, 2010 at 10:11:11PM +, Miod Vallat wrote:
This is due to revision 1.3 of sys/dev/pckbc/pms_intelli.c,
reverting it back to 1.2 fixes the problem.
Does the following diff help?
Miod
Index: pms_intelli.c
This converts softraid from scheduling IO in interrupt context to a
workq. It also kills most spl dances since we needed to protect the
queues with a mutex anyway.
I am testing this with RAID 0, 1, 5 6 + crypto but I really could use
some eyes on this and lots and lots of testing.
The failure
This fixes the HP G62 laptops interrupt pegging issues and doesn't break
the Dell E6500.
Please test this on all acpi machines you have. I only want to know
about breakage and diffs between dmesg with and without this diff.
Test if you want this to make release!
Index: dsdt.c
If you have an msi laptop/desktop with failing acpi please test this
diff. Only amd64 at this time.
I know, I know it is as ugly as ugly gets I just want to validate the
idea first.
Index: arch/amd64/include/smbiosvar.h
===
RCS
Has anyone tried suspend/resume on macbook?
If you have one of these things please send me the aml by doing:
acpidump -o macbook_screensize
pcidump -vv pcidump
dmesg dmesg
then tarring the files and mailing them to me.
Were you running apmd?
On Fri, Aug 06, 2010 at 03:20:48PM -0700, Tim Howe wrote:
This is on a HP ProBook 4510s.
apm -a and apm -b seem to give me correct info. apm -z does nothing as
far as I can tell.
Also, when ACPI is enabled (which must be done in order for SMP to work)
audio and
Now that release is done I am not opposed to this.
On Tue, Aug 31, 2010 at 03:58:43PM +0200, Niklas Hallqvist wrote:
On 08/08/10 12:18, Mark Kettenis wrote:
Date: Sun, 8 Aug 2010 17:57:20 +0800
Is there someone who would be willing to test this diff on a physical
machine that currently
can probably expand this.
.Sh HISTORY
The
.Nm
@@ -278,4 +280,4 @@
interface was written by
.An Marco Peereboom Aq ma...@openbsd.org .
.Sh CAVEATS
-Use of the crypto RAID 4/5 disciplines are currently considered
experimental.
+Use of the CRYPTO and RAID 4/5 disciplines
I am not a fan of this. Why wouldn't you do this in the wrapping
script?
I added some style nits too for future reference
On Sun, Sep 12, 2010 at 11:42:26PM +0200, Merlyn wrote:
Index: bioctl.c
===
RCS file:
Meh. Code has changed a lot since then and we should just raise them
all and see if this is still an issue.
On Mon, Sep 13, 2010 at 05:52:31PM +1000, David Gwynne wrote:
last time i tried this i caused weird issues on people using the
SPI variants of mpi(4).
this restricts the large number
I don't like detach. bioctl is a generic tool and the intent of that
command is to delete a logical disk of a controller. The fact that
softraid detaches the disk is a side-effect. On mfi, for example, that
is a pretty destructive command.
On Mon, Sep 13, 2010 at 03:10:12PM +0100, Jason
sure.
On Mon, Sep 13, 2010 at 03:29:19PM +0100, Jason McIntyre wrote:
On Mon, Sep 13, 2010 at 09:18:10AM -0500, Marco Peereboom wrote:
I don't like detach. bioctl is a generic tool and the intent of that
command is to delete a logical disk of a controller. The fact that
softraid detaches
This quiets the compiler quite a bit.
ok?
Index: Makefile.inc
===
RCS file: /cvs/src/sys/arch/sgi/stand/Makefile.inc,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile.inc
--- Makefile.inc14 May 2009 18:57:41 - 1.5
This is just like the mips64 code.
Index: arcbios.c
===
RCS file: /cvs/src/sys/arch/sgi/stand/boot/arcbios.c,v
retrieving revision 1.12
diff -u -p -r1.12 arcbios.c
--- arcbios.c 22 Jul 2009 20:23:44 - 1.12
+++ arcbios.c
Kill em dead
On Sep 24, 2010, at 17:33, Thordur Bjornsson t...@openbsd.org wrote:
and I'd like to kill these to:
Index: uvm_pdaemon.c
===
RCS file: /cvs/src/sys/uvm/uvm_pdaemon.c,v
retrieving revision 1.55
diff -u -p
I have been running with this for months and would like to revive the
idea. This adds a workq for all IO handling in softraid crypto and raid
1. This fixes the violation of VOP_STRATEGY being called from interrupt
context.
I plan on doing something more sophisticated at a later point that would
hrmpf, not supposed to happen panic. Thanks!
Back to the drawing board.
On Wed, Sep 29, 2010 at 11:58:51PM -0400, Dan Harnett 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
I see the same panic in
On the HP8350w (and others with acpitz issues etc) IBF or OBF are set
well before the data is actually ready to read or write. By adding some
delays on the way out we seem to work around this problem and the
machine goes from flaky (hung keyboard and hung graphics etc) to rock
solid. It
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 them issues.
please test, especially raid 1 including rebuild and stuff.
anyone?
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
Groovy. Still waiting for a rebuild report.
On Oct 24, 2010, at 14:20, Tobias Ulmer tobi...@tmux.org wrote:
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
This needs to be all handled in the kernel. User space can only get
status. We'd love to see this code.
On Mon, Nov 29, 2010 at 03:23:58PM +0100, Christopher Zimmermann wrote:
Hi!
I'd like to implement fan speed control for Thinkpads. It is documented
at
I like this.
On Mon, Nov 29, 2010 at 02:22:35PM -0800, Chris Kuethe wrote:
Currently bioctl invokes readpassphrase(3) with RPP_REQUIRE_TTY, which
means that there must be a controlling tty to read the password from.
This diff adds an option (-s) to force bioctl to read the passphrase
from
On Tue, Nov 30, 2010 at 5:16 AM, Marco Peereboom sl...@peereboom.us wrote:
I like this.
On Mon, Nov 29, 2010 at 02:22:35PM -0800, Chris Kuethe wrote:
Currently bioctl invokes readpassphrase(3) with RPP_REQUIRE_TTY, which
means that there must be a controlling tty to read the password
yes please. I see all kinds of overruns when resuming currently.
On Tue, Nov 30, 2010 at 07:37:06PM -0500, Ted Unangst wrote:
there are a lot of usb devices that attach more than 16 things at once,
notably the endless stream of nonsense uhid type gadgetry. increase the
limit.
this will
I kind of disagree with you mark and I think that the diff makes sense.
On Fri, Dec 17, 2010 at 11:48:06AM +0100, Mark Kettenis wrote:
Date: Thu, 16 Dec 2010 22:43:04 +0100
From: Stefan Sperling s...@openbsd.org
$ export LD_PRELOAD=''
$ sed
sed: can't load library ''
$ env
env:
On Sun, Dec 19, 2010 at 04:12:02PM +0100, Christopher Zimmermann wrote:
Hi,
I've finally found some time to work on the fan control support for my
thinkpad.
But I'm having problems calling to acpiec_write() from sysctl or
timeout_set(9) context. (Assertion failure in acpiec_gpehandler()).
I could swear we had the sizes right but I'll have another look at this.
What raid type did you test this with?
On Sun, Dec 19, 2010 at 02:17:46PM +0100, Andreas Bartelt wrote:
Hello,
I've noticed that the size of softraid(4) disks is one sector too large.
In the following description,
This is great but the real question is why does the IO get jammed?
On Fri, Dec 24, 2010 at 04:09:23PM +1000, David Gwynne wrote:
i can reliably produce a situation where an io on a disk attached
to mpii(4) never completes. this implements timeouts on scsi io so
we can recover from this
My cable modem works just like bad satellite so I'd love to see this go
in as well.
On Sat, Dec 25, 2010 at 12:03:27PM +0100, Mark Kettenis wrote:
Date: Fri, 24 Dec 2010 22:50:22 -0500 (EST)
From: Ted Unangst ted.unan...@gmail.com
As I mentioned previously, the auto recv space scaling
sure
On Thu, Jan 13, 2011 at 06:51:18PM -0500, Ted Unangst wrote:
If I type the wrong password into bioctl at boot, disks don't exist,
filesystems don't get mounted, and generally lots of things go wrong. All
I need is a second chance to remind me to type the right password.
Index:
This one needs lots of testing folks. Please oblige.
On Sat, Jan 15, 2011 at 01:22:24AM +1100, Joel Sing wrote:
The following diff factors out the block I/O code that is used within
softraid(4) and also allows it to handle I/Os that exceeds MAXPHYS in
size. This is necessary for some upcoming
I know you guys aren't testing this patch because it doesn't apply.
I attached the correct one so get to work!
Joel's patch:
You'll probably need this as well if you're testing on USB devices.
Factor out the block level I/O code. Also teach it how to handle writes that
are larger than MAXPHYS.
On Sat, Jan 29, 2011 at 12:45:25PM +0100, Matthieu Herrb wrote:
Hi,
More last minute X patches...
mpf@ reported in PR6517 a problem with his 965GM chipset.
He did some debugging and found that a patch to the kernel i915 drm
driver from one of the X.Org maintaines (Chris Wilson) fixes
Jordan wrote this diff to play with modular hotplug bay devices such as
cd players. We need some tests on this to see if the acpi device to pci
device mapping works right. Try removing and reinserting the cd bay
device.
Be warned that this may panic your box.
Please send me and jordan the
Can we get some tests on this?
On Sun, Jun 07, 2009 at 02:48:24PM -0500, jor...@peereboom.us wrote:
Sending out an initial attempt at implementing C-states for APCI CPUs.
The C-states are used to implement the CPU idle loop per CPU.
Please send dmesgs of booting using this patch.
Index:
Performance ok/better with the fancy pci routing tables enabled?
On Thu, Jul 30, 2009 at 03:52:05PM +0200, frantisek holop wrote:
hmm, on Wed, Jul 29, 2009 at 08:50:14PM -0500, Marco Peereboom said that
did you try disabling acpicpu only?
i have tried this and here is the dmesg
But is that an interrupt issue or does the disk simply suck?
On Thu, Jul 30, 2009 at 05:27:25PM +0200, frantisek holop wrote:
hmm, on Thu, Jul 30, 2009 at 09:25:49AM -0500, Marco Peereboom said that
Performance ok/better with the fancy pci routing tables enabled?
hard to say as the disk
Well that sort of tells me that ahci hasn't caught up with all latest
chips. I will look at that acpicpu thing though.
On Thu, Jul 30, 2009 at 06:20:38PM +0200, frantisek holop wrote:
hmm, on Thu, Jul 30, 2009 at 11:05:14AM -0500, Marco Peereboom said that
But is that an interrupt issue
To deal with an issue jordan found and to be able to boot softraid the
code needs to start using the vnode api.
Please test. I am particularly interested in rebuilds and hotspares
that initiate a rebuild.
Index: softraid.c
===
RCS
better diff with thib comments.
Index: softraid.c
===
RCS file: /cvs/src/sys/dev/softraid.c,v
retrieving revision 1.169
diff -u -p -r1.169 softraid.c
--- softraid.c 31 Jul 2009 16:05:25 - 1.169
+++ softraid.c 5 Aug 2009
Leave it enabled.
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.
Got a dmesg?
On Sun, Sep 20, 2009 at 02:31:27PM -0400, Brad wrote:
The following diffs add support for IDE and SATA with the AMD SB900 chipset.
Index: pciide.c
===
RCS file: /cvs/src/sys/dev/pci/pciide.c,v
retrieving
I have been looking for a good btree implementation. I'll definitively
take a look at yours.
On Fri, Nov 13, 2009 at 12:41:14PM +0100, Martin Hedenfalk wrote:
Hello,
I've been writing a small ldap server recently and thought I'd see if
there was any interest in such a thing here. It's
On Sun, Dec 06, 2009 at 08:50:42AM -0800, Roland Dreier wrote:
So a diff like the one below seems like a good idea. However I'm not
very experienced with the OpenBSD kernel and I'm wondering what the
idiomatic way is to express the fact that we need to make sure that
neither the
That book is very relevant. Modern really means add more shit.
On Thu, Dec 10, 2009 at 09:04:31PM +0100, Joerg Sonnenberger wrote:
On Thu, Dec 10, 2009 at 08:54:30PM +0100, Thomas Pfaff wrote:
A few books on this topic in general worth mentioning is Modern Operating
Systems by Tanenbaum,
Then if no one objects I'll commit it tomorrow.
On Sun, Jan 17, 2010 at 04:54:09PM -0600, Marco Peereboom wrote:
Has this been tested on all variants of the chip?
On Sun, Jan 17, 2010 at 07:40:29PM +, Tom Murphy wrote:
Hi,
I'd like to point out that Roland Dreier's patch
Damien objected off list. It is his driver so his vote counts.
I'll send you his comments off list. If he wanted them out in public he
would have sent it here.
On Tue, Jan 26, 2010 at 04:56:55AM +, Roland Dreier wrote:
Marco Peereboom slash at peereboom.us writes:
Objections were made
a twatter?
On Thu, Jan 28, 2010 at 03:27:55AM -0200, Christiano F. Haesbaert wrote:
I'm sorry for that, I made the account quickly to make a joke with ,
just pressed next next next and didn't notice tech@openbsd.org was on
the friends suggestions. My sincere apologies.
I'm such a tool :D.
Oh my. I'll be going over this in a few days.
On Mon, Feb 08, 2010 at 07:13:36PM +0300, Mike Belopuhov wrote:
Good day,
the following diff...
- implements bioctl support;
- fixes hot-un-plugging w/ softeps;
- improves performance;
- fixes IPL levels;
- fixes lots of small things;
-
I talked to Jim and he and I had exactly the same comments. We love
this minus the numbers you pull out of an orifice ;-)
To be exact:
- sc-sc_reply_post_qdepth = 128;
- sc-sc_request_depth = 128;
- sc-sc_num_reply_frames = 63;
- sc-sc_reply_free_qdepth = 64;
+
This is fine but how will you deal with dynamic disks?
That's the diff I still have in my mail from you...
On Mon, Mar 01, 2010 at 07:52:33PM +0300, Mike Belopuhov wrote:
On Tue, Feb 09, 2010 at 19:48 +0300, Mike Belopuhov wrote:
On Tue, Feb 09, 2010 at 10:41 -0600, Marco Peereboom wrote
Why?
RAID mode is NOT a valid ID for ahci.
On Tue, Apr 06, 2010 at 09:09:47PM -0400, Brad wrote:
On Mon, Mar 15, 2010 at 10:19:18PM -0400, Brad wrote:
The following diff adds the remaining PCI ids for the Intel AHCI
controllers with a RAID mode to the existing ICH8 / ICH10 PCI ids.
On Wed, Apr 07, 2010 at 11:50:51AM +0200, Mark Kettenis wrote:
Date: Tue, 6 Apr 2010 21:39:48 -0500
From: Marco Peereboom sl...@peereboom.us
Why?
RAID mode is NOT a valid ID for ahci.
Actually, it is. The hardware works exactly the same way if the
controller is in RAID mode
RAID ids should not be added at this time until a better decision is
made.
On Fri, Apr 16, 2010 at 04:50:39PM -0400, Brad wrote:
On Wednesday 07 April 2010 20:16:54 Brad wrote:
On Wednesday 07 April 2010 05:50:51 Mark Kettenis wrote:
Meanwhile, we probably should not add these RAID IDs to
They should.
On Apr 16, 2010, at 4:01 PM, Brad b...@comstyle.com wrote:
- Original message -
RAID ids should not be added at this time until a better decision is
made.
and the 3 ids that have been added have not been removed yet.
--
This message has been scanned for viruses and
On Mon, Apr 19, 2010 at 11:48:02AM -0400, Adam M. Dutko wrote:
On Mon, Apr 19, 2010 at 10:57 AM, Bret S. Lambert blamb...@openbsd.orgwrote:
... snip ...
Hopefully this is useful for somebody.
It is, thank you.
With regard to the other questions I peppered everyone with... :-)
if we are dropping bioctl then we might as well drop CRYPTO. You really
one with the other.
On Mon, Apr 19, 2010 at 09:05:43PM +0200, David Coppa wrote:
On Mon, Apr 19, 2010 at 8:57 PM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
Date: Mon, 19 Apr 2010 07:05:53 +0200
From: David Coppa
(==) intel(0): Intel XvMC decoder enabled
(II) intel(0): Set up textured video
(II) intel(0): [XvMC] xvmc_vld driver initialized.
(II) intel(0): direct rendering: DRI2 Enabled
groovy,...
up to the second amd64 on gcc4.
On Mon, May 17, 2010 at 10:16:54PM +0100, Owain Ainsworth wrote:
The diff
And make sure the hotspare kicks in. You HAVE to create the hotspare
under heavy io.
On Tue, Jun 01, 2010 at 11:09:53AM +1000, David Gwynne wrote:
you cant test a variable and then sleep on it without blocking
interrupts, cos a completion could change the variables state between
those two
97 matches
Mail list logo