On 14 May 2011 c. 02:38:32 Owain Ainsworth wrote:
No actual comment on the diff right now, but please spell
``disengaged'' correctly.
Fixed version, including man page update purpose, is below.
--
Best wishes,
Vadim Zhukov
A: Because it messes up the order in which people normally read
List: openbsd-tech
Subject:impact of unaligned partitions/slices on 4kB sector drives
(wd10ears)
From: Robert robert () openbsd ! pap ! st
Date: 2010-01-06 22:54:34
Message-ID: 20100106235434.55963d32 () openbsd ! pap ! st
Hello,
i did some measurements on the impact that
On Sat, May 14, 2011 at 03:43:23AM -0500, Abel Abraham Camarillo Ojeda wrote:
(( If you read this far, have a cookie
and wonder with me about that quick extraction...
The system this drive is in has the same board,
but everything else is slower and not idle when meassured...))
On 14/05/2011, at 6:43 PM, Abel Abraham Camarillo Ojeda wrote:
I'm starting to get angry about the _horrible_ performance on this drive
(WD10EARS-00Y), some developer ever got a chance to see something about
this?
don't get angry, it's just a disk.
we changed the default alignment of
On Sat, May 14, 2011 at 4:08 AM, David Gwynne l...@animata.net wrote:
i have had a look at querying disks for their physical and logical block
alignments and offsets, but the the WD??EARS-00? drives dont report this info.
according to western digital, the next generation of these drives
On Sat, May 14, 2011 at 04:15:51AM -0500, Abel Abraham Camarillo Ojeda wrote:
On Sat, May 14, 2011 at 4:08 AM, David Gwynne l...@animata.net wrote:
i have had a look at querying disks for their physical and logical block
alignments and offsets, but the the WD??EARS-00? drives dont report
On Sat, May 14, 2011 at 4:22 AM, Otto Moerbeek o...@drijf.net wrote:
On Sat, May 14, 2011 at 04:15:51AM -0500, Abel Abraham Camarillo Ojeda
wrote:
On Sat, May 14, 2011 at 4:08 AM, David Gwynne l...@animata.net wrote:
i have had a look at querying disks for their physical and logical block
Another small piece of the puzzle. I'd appreciate it if people could
give this a quick test on their machines. If you have working
suspend/resume, please make sure it doesn't break with this diff.
Index: pci.c
===
RCS file:
Mark Kettenis wrote:
Index: pci.c
===
RCS file: /cvs/src/sys/dev/pci/pci.c,v
retrieving revision 1.89
diff -u -p -r1.89 pci.c
--- pci.c 12 Apr 2011 20:29:35 - 1.89
+++ pci.c 13 May 2011 21:05:11 -
@@
Date: Sat, 14 May 2011 12:02:45 +0200 (CEST)
From: Mark Kettenis mark.kette...@xs4all.nl
Another small piece of the puzzle. I'd appreciate it if people could
give this a quick test on their machines. If you have working
suspend/resume, please make sure it doesn't break with this diff.
On Fri, May 13, 2011 at 11:43:53AM +0200, Jasper Lievisse Adriaanse wrote:
On Thu, May 12, 2011 at 06:00:53PM +, Jona Joachim wrote:
Hi,
I just wanted to share this board that I discovered today:
http://dangerousprototypes.com/bus-pirate-manual/
It's an uftdi(4) board that gives
On Sat, Apr 16, 2011 at 11:52:34AM -0400, Brad wrote:
On 08/04/11 6:27 PM, Brad wrote:
On Thu, Apr 07, 2011 at 09:00:45PM -0400, Brad wrote:
Some _LP64 ifdef's leftover from rev 1.1. They appear to be unnecessary
since this code is only for amd64 anyway and thus a 64-bit arch.
Index:
On Fri, May 13, 2011 at 11:36:48PM +0100, Owain Ainsworth wrote:
On Mon, May 09, 2011 at 10:15:23PM +0100, Owain Ainsworth wrote:
On Mon, May 09, 2011 at 07:22:01PM +0100, Owain Ainsworth wrote:
The new world order of pmemrange makes this data completely redundant
(being dealt with by the
On Sat, May 14, 2011 at 06:26:57PM +0300, Sviatoslav Chagaev wrote:
Then the only thing that remains -- is to add clipping in mix_badd().
Yes, if the other diff goes in, handling clipping makes sense.
This will give aucat all the bits and pieces to meet the requirements
of all kinds of
On Mon, 9 May 2011 14:55:36 +0200
Alexandre Ratchov a...@caoua.org wrote:
On Mon, May 09, 2011 at 02:56:28PM +0300, Sviatoslav Chagaev wrote:
On Mon, May 9, 2011 at 4:48 AM, Jacob Meuser jake...@sdf.lonestar.org
wrote:
On Mon, May 09, 2011 at 01:32:49AM +0300, Sviatoslav Chagaev wrote:
On Mon, 9 May 2011 12:44:54 +
Jacob Meuser jake...@sdf.lonestar.org wrote:
On Mon, May 09, 2011 at 02:56:28PM +0300, Sviatoslav Chagaev wrote:
On Mon, May 9, 2011 at 4:48 AM, Jacob Meuser jake...@sdf.lonestar.org
wrote:
On Mon, May 09, 2011 at 01:32:49AM +0300, Sviatoslav Chagaev
On Sat, 14 May 2011 17:55:06 +0200
Alexandre Ratchov a...@caoua.org wrote:
On Sat, May 14, 2011 at 06:26:57PM +0300, Sviatoslav Chagaev wrote:
Then the only thing that remains -- is to add clipping in mix_badd().
Yes, if the other diff goes in, handling clipping makes sense.
This
Hello all.
This patch actually consists of three parts, logically organized
one-by-one down there:
1. Add BIOCLISTCONTROLLERS ioctl to bio(4), allowing to enumerate all
registered controllers.
2. Add -A flag to bioctl(8) that enumerates all volumes accessible by
bio(4), and make this default
Please review the diff.
Thanks
Index: usr.bin/ssh/authfd.c
===
RCS file: /cvs/src/usr.bin/ssh/authfd.c,v
retrieving revision 1.84
diff -p -u -r1.84 authfd.c
--- usr.bin/ssh/authfd.c31 Aug 2010 11:54:45 - 1.84
+++
On Sat, May 14, 2011 at 07:29:01PM +0300, Sviatoslav Chagaev wrote:
On Mon, 9 May 2011 12:44:54 +
Jacob Meuser jake...@sdf.lonestar.org wrote:
ok then, why do some devices have 'outputs.dac' yet others have
'inputs.dac'? what is the difference to the user? which is more
correct?
On Sat, May 14, 2011 at 07:02:21PM +0300, Sviatoslav Chagaev wrote:
I always thought that the idea behind the *ctl programs is to provide a
way to configure totally different things in a similar manner.
Therefore *ctl programs should behave as similarily as possible.
so where is your diff to
Hi.
Sviatoslav Chagaev 0x1392 () gmail ! com
I have absolutely no idea. I'm not an audio equipment manufacturer.
I have used many consoles ... digital and analogue ones ... live and
in studios.
I also have an electronics background - digital and analogue ... and
repaired many consoles.
I've
At the sake of running out of internet here's a little clarification ...
... this ...
- input channela
channela output -
- input channelb
channelb output -
- input channelc
channelc output -
- input channeld
channeld output -
- input groupA (ab)
groupA (ab) output -
- input groupB (cd)
groupB
On Thu, 12 May 2011, Jona Joachim wrote:
Hi,
I just wanted to share this board that I discovered today:
http://dangerousprototypes.com/bus-pirate-manual/
It's an uftdi(4) board that gives you access to the following bus
protocols:
1-Wire, I2C, SPI, JTAG, RS-232, MIDI, ...
This diff completes the implementation of PCI flags, making sure
[...]
Hi!
Forgive my ignorance, but is PR 6523 related to this? Should I try this
with that machine?
(http://marc.info/?l=openbsd-miscm=126840264605078w=2)
Daniel
--
LIVAI Daniel
PGP key ID = 0x83B63A8F
Key fingerprint = DBEC
25 matches
Mail list logo