On Wed, Sep 14, 2016 at 01:54:34PM +0200, Edgar Fuß wrote:
> [...]
> I would suppose LFS to perform great on a RAIDframe. Isn't Manuel Bouyer
> using this in production?
No, I played with LFS at some point but I never used it in production.
--
Manuel Bouyer <bou...@antioche.eu.org&
and still get good performance.
Now I remember that I did indeed disable disk write cache when I had
scsi disks in production. It's been a while though.
But anyway, from what I remember you still need the disk cache flush
operation for SATA, even with NCQ. It's not equivalent to th
On Fri, Sep 23, 2016 at 01:13:09PM +0200, Edgar Fuß wrote:
> > You can have more than one in flight at a time.
> My SCSI knowledge is probably out-dated. How can I have several commands
> in flight concurrently?
This is what tagged queueing is for.
--
Manuel Bouyer <bou...@
e host side,
> there should be no performance benefit from unconditionally enabling
> the write cache -- all the available cache should be used to stage
> writes for pending tags. Sometimes it works.
With ATA you have only 32 tags ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetB
ld be good idea to check what so special that gdb is
> doing that it trips over.
This anita test run:
http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/i386/201609171110Z_anita.txt
also triggered the KASSERT(). As it didn't happen with newer builds I assumed
it has been fixed, but mayb
ed as part of
> the fsync, then you're done.
*if you have the write cache disabled*
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
o do it on every power cycles.
Well this really needs to be carefully evaluated. With only 32 tags I'm not
sure you can efficiently use recent devices with the write cache
disabled (most enterprise disks have a 64M cache these days)
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ly stupid way -- the rules require all
> "simple" tags to be completed before any "ordered" tag is completed. That is,
> ordered tags are barriers against all simple tags.
If I remember properly, there's only simple tags in ATA.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
> writes with ordered tags. What am I missing?
AFAIK ordered tags only guarantees that the write will happen in order,
but not that the writes are actually done to stable storage.
If you get a fsync() from userland, you have to do a cache flush (or FUA).
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
void running that code
> with root privileges under most circumstances.
>
Sure.
At the very last a sysctl to remove the restriction is needed.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Mar 24, 2017 at 08:39:51PM +, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >Hello,
> >on a netbsd-6 host, I got this:
> >panic: kernel diagnostic assertion "bp->b_bcount <= todo" failed: file
> >"/home
scall+0xc4
this was while running dump(8) from amanda. I've seen it twice, but
there has been more than one year between the two panics, and amanda runs
every night.
Does this ring a bell to someone ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
s
> > BUS_SPACE_MAP_PREFETCHABLE only when both bits are set.
> [..]
> > I prefer A.
>
> This gets my vote too.
Same here.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ster mode.
Supporting slave mode would require a non-trivial amount of work on the USB
stack.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
rent sets the property and the device query for the property.
Look for "device_properties" in sys/dev/pci/ for examples.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Jul 19, 2018 at 01:43:56PM +0200, Manuel Bouyer wrote:
> Hello,
> while debugging why XEN domU kernels hang on psrlz, I found that, when
> this happens, pserialize_switchpoint() seems to not be called for one of the
> CPUs (not always the same). The CPU in question doens't show
On Thu, Jul 19, 2018 at 01:43:56PM +0200, Manuel Bouyer wrote:
> Hello,
> while debugging why XEN domU kernels hang on psrlz, I found that, when
> this happens, pserialize_switchpoint() seems to not be called for one of the
> CPUs (not always the same). The CPU in question doens't show
nly if
there is a context switch. If the CPU is idle, it will never be called.
So how should an idle CPU be handled ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
_DEV_USB_USBHID_H_
>
> +#include
> +
> #define UR_GET_HID_DESCRIPTOR0x06
> #define UDESC_HID 0x21
> #define UDESC_REPORT 0x22
Fine with me, but then you'd need to remove the extra include in other
source files
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ng from /.
How is your system partitioned ? All my test systems have a separate
partition for the file-backed virtual disks, this may be why I don't see
this.
BTW there has been recent fixes in the fstrans area and they have beeen pulled
up to netbsd-8:
http://releng.netbsd.org/cgi-bin/req-8.cgi?sho
On Wed, Sep 05, 2018 at 08:28:27PM -, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >Hello,
> >in vnd.c rev 1.255, vnode_has_large_blocks() has been introduced, and
> >will cause vnd to use VOP_READ/VOP_WRITE instead of VOP_BMAP/VOP_S
On Wed, Sep 05, 2018 at 11:27:51PM +0200, Manuel Bouyer wrote:
> > The backing store and the geometry are initialized before vndthread
> > is started, getdisksize() shouldn't fail and I'm sure it didn't
> > at that time.
>
> AFAIK getdisksize() returns the para
ion about vnd
related to xen suspend/resume ?
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
ragments FFS
for their domUs backing store.
The performance penaltly of VOP_READ/VOP_WRITE is just inacceptable
for a Xen setup.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Sep 09, 2018 at 11:49:20AM -, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >I strongly dissagree. I have 512-byte-sectors domUs running for years on a
> >dom0 with 64k blocks/8k fragements. This works ! I'm I'm probably not the
> &
.
--
Manuel Bouyer
NetBSD: 26 ans d'experience feront toujours la difference
--
On Thu, Sep 06, 2018 at 06:46:12AM -, Michael van Elst wrote:
> bou...@antioche.eu.org (Manuel Bouyer) writes:
>
> >thinking about it more, I think this is the wrong approach. For example,
> >if the vnd is for a linux domU, getdisksize() won't return anything
>
On Tue, Oct 02, 2018 at 12:29:51PM +0200, J. Hannken-Illjes wrote:
> A warning is not sufficient as we may be using the wrong block hints list.
>
> Snapshots are checked on read-write mounts only.
OK, so at last we can boot single-user and run fsck ...
--
Manuel Bouyer
NetBS
On Tue, Oct 02, 2018 at 12:11:49PM +0200, J. Hannken-Illjes wrote:
>
> > On 18. Sep 2018, at 16:39, J. Hannken-Illjes
> > wrote:
> >
> >
> >> On 18. Sep 2018, at 16:33, Manuel Bouyer wrote:
> >>
> >> On Tue, Sep
works ?
what happens to the borrowed thread when the soft interrupt handler
wants to sleep ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Jan 13, 2010 at 10:45:29AM +, David Holland wrote:
On Thu, Dec 17, 2009 at 10:29:13PM +0100, Manuel Bouyer wrote:
I got a look again at the ufs_rename patch that David Holland sent
at the end of september, and managed to get it working on netbsd-5.
I've posted three fix
On Tue, Jan 19, 2010 at 10:52:49PM +0100, Manuel Bouyer wrote:
On Tue, Jan 19, 2010 at 10:43:04PM +0100, Manuel Bouyer wrote:
[...]
If not, dk.c needs to be fixed to raise to splbio() in its done routine.
raidcframe already does it. I suspect ccdiodone() and vndiodone()
need it too
early January.
Does anyone have any thoughts?
could you see if this pullup:
http://releng.netbsd.org/cgi-bin/req-5.cgi?show=1269
fixes it ?
Note that the patch is only for wd.c, for vnd, cgd and dk you'll have
to extract the diff from cvs.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
for memory failure.
It returns EIO for the whole request if it can't get an entry
from bufio_cache for I/O to one component. Maybe it should wait and
retry to I/O later ?
dk(4) does this ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
() should also take care of removing the vnode from
the buffer cache's hash. Comments ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Jan 31, 2010 at 12:35:16AM +0100, Manuel Bouyer wrote:
Hi,
while investigating directory corruption on my NFS server I found
a possible issue with the buffer cache.
The buffer cache keeps a hash of buf_t, the key being (vp, bp-b_lblkno).
This allows, for a read or write, to find
.
Can anyone help ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Jan 31, 2010 at 11:33:47PM +0100, Manuel Bouyer wrote:
hi,
I need some help with the reproductible issue reported in kern/35704.
This also happens with NetBSD 5.0_STABLE, and filling up the filesystem
isn't required: being overquota is enough.
I reproduced it with:
echo m
with a -current kernel (both native and Xen).
Any idea of what fixed it in -HEAD, and if it can be pulled up to netbsd-5 ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
the hardware to make the formats the same :)
I don't know if anything outside kernel tries to read the PTE though.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
. paddr_t !=
unsigned long is something we want to support.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Feb 24, 2010 at 03:51:00PM -0800, Jason Thorpe wrote:
On Feb 24, 2010, at 1:16 AM, Manuel Bouyer wrote:
I'm not sure what the effect to configure and similar scripts would be.
If this is for modules, I think this needs more though. I suspect some
kernel build options can also
gets stuck in BIOS, and on wakeup after a
suspend/standby, the kernel is completely dead. But that's a different
problem.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
Index: apm.c
a week ago.
the is the i386 port you're using PAE or non-PAE (if it's a
Xen 3.3.1 i386, it's most probably PAE) ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
and which cannot.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
-3). But I've not
had a chance to test it yet ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
could try a i386-PAE dom0 kernel with a amd64 hypervisor.
This is supposed to work (and the hypervisor would see the full
memory, and allow to run amd64 guests). This would be an interesting
test.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
On Thu, Mar 04, 2010 at 12:04:45PM -0600, David Young wrote:
On Fri, Feb 26, 2010 at 11:59:46AM +0100, Manuel Bouyer wrote:
PS: on this laptop the pfm handler are harmfull and I had to disable them:
on reboot, the laptop gets stuck in BIOS, and on wakeup after a
suspend/standby, the kernel
, but that would need to be confirmed
from sources (or someone knowning the details :)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
some disk devices)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
already).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
() at netbsd:mutex_vector_enter+0xf6
cv_timedwait_sig() at netbsd:cv_timedwait_sig+0x132
sowait() at netbsd:sowait+0x52
do_sys_accept() at netbsd:do_sys_accept+0x146
sys_accept() at netbsd:sys_accept+0x28
syscall() at netbsd:syscall+0xb6
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
On Fri, Mar 19, 2010 at 02:16:26PM +, Andrew Doran wrote:
On Fri, Mar 19, 2010 at 12:38:12PM +0100, Manuel Bouyer wrote:
Hi,
last night I got the panic below on a fairly busy ftp/http server
(serving static content). The kernel is 5.0_STABLE from Jan, 19.
Does it ring a bell
and untargzip a set, but never all of them.
How old is your kernel ? I've had strange issues with ahci and
interrupts on some machines, and a fix (or rather a workaround) for this
has just been pulled up to netbsd-5. It could be your problem as well ...
--
Manuel Bouyer bou...@antioche.eu.org
() is always called from thread or software interrupt context, isn't
that enough ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
()/kpreempt_enable() because the code is running
with the kernel_lock and at splbio(), so kernel preemption should already
be disabled (if it's not it's a problem).
The tbp != bp has not fired today, but I guess it's because the
load is sighly smaller than a working day.
--
Manuel Bouyer bou
[...]
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
to arbitrary memory, the bus_dma call will check if
it's dma_safe and if it's not, will allocate bounce buffers and
copy data from/to it.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
ttyE0
0:00.00 disklabel sd0
I would guess the device returns an error which is not properly
handled. can you get a stack trace of the disklabel process in
the kernel ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
syscall+0xaa
Christoph
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
the challenge is to find who is holding it. If you can examine the
struct mutex, you should find the address of the lwp holding it ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Apr 18, 2010 at 02:51:38PM +0100, Mindaugas Rasiukevicius wrote:
Manuel Bouyer bou...@antioche.eu.org wrote:
AFAIK syncache is not using callout_halt(). It's testing callout_invoking
() though.
I can't say if droping the softnet lock in syn_cache_put() (this is
where
On Mon, Apr 19, 2010 at 02:09:43PM +0200, Manuel Bouyer wrote:
On Mon, Apr 19, 2010 at 12:55:21PM +0200, Manuel Bouyer wrote:
There are multiple paths calling syn_cache_put() and not only SYN cache,
but also upper TCP layers and IP would need to be inspected. Unlikely to
be safe
On Mon, Apr 19, 2010 at 02:41:42PM +0200, Manuel Bouyer wrote:
That won't work well, because syn_cache_put() is called from
syn_cache_timer(). In addition syn_cache_rm() which does a callout_stop
is always called before syn_cache_put(), or syn_cache_put() is called
before the timer
() where it's an optimization.
OK, so the comment was wrong :)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
that is always compiled, but only used under
certain circumstances?
No, this was about PCIVERBOSE, USBVERBOSE and SCSIVERBOSE, which
adds in the kernel table of strings for vendor/device names,
extended error codes, etc ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
is len=-1.
is it possible that the re device is writting past its buffer (via DMA) and
overwriting random memory ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
(ce8fbd48,b3,ab,1f,1f,1,d,bfbfeee8,0,256) at netbsd:syscall+0xc8
I'm not sure how it's supposed to work, but I guess that dkclose()
should release the parent's lock before calling vn_close() on the
parent ? Would the attached patch be correct ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
the NIC to have a SERDES interface, and no
phy (the chip is identified as 1000base-SX which confirm this).
It looks like the driver just can't deal with this variant of the
5709 ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
(pathing the ANSII
value to 2). I think this would be the cleanest way.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
cluster producing binary snapshots is
down at this time and needs physical presence, we hope it will be back up
today or tomorow).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
missing something (I can't believe x86 avoided the issue
by luck for so long), can someone helps me ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Sep 22, 2010 at 01:42:04PM +0200, Manuel Bouyer wrote:
Hello,
I have a question about software interrupt threads (__HAVE_FAST_SOFTINTS
case). I'm interrested in the mips implementation but I looked at x86
and didn't find what I looked for either, so my question applies to
both
(and there's no keyboard/mouse at this time).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
and bail if we don't
find what we need.
looks reasonable.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
new and you can't blame some recent x86-centric design
for this (I suspect it's actually a vax-centric design, from history :)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Nov 17, 2010 at 11:38:54AM +0100, Johnny Billquist wrote:
Ouch. Should I also file bugs for mutexes that are released, but
already appear to be free?
Yes.
Because that also happens.
LOCKDEBUG should detect this, I guess.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans
:
if (l-l_target_cpu != NULL) {
KASSERT(spc-spc_migrating == NULL);
spc-spc_migrating = l;
}
I did the above change and it seems to work, can someone confirm this is
correct ?
--
Manuel Bouyer bou
)
what does 'dd if=myfile of=/dev/null bs=64k' shows ?
Also, what RAID level is it ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
).
Linux uses a radix tree for this, and I coudln't come up with a better idea :)
Do we have a generic enough radix implementation somewhere wich could be
used for this ? We already use it for network routing table, but it
didn't look generic to me.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD
On Sun, Nov 28, 2010 at 11:10:32AM -0600, Ted Lemon wrote:
On Nov 28, 2010, at 11:07 AM, Manuel Bouyer wrote:
You're suggesting I should include Berkeley DB in the kernel, right ?
No, wouldn't the kernel just deliver UIDs and usages?
Yes, but this needs to be stored somewhere on a stable
On Sun, Nov 28, 2010 at 05:21:52PM +, Sad Clouds wrote:
On Sun, 28 Nov 2010 17:53:59 +0100
Manuel Bouyer bou...@antioche.eu.org wrote:
One open question is how to store quota informations on disk.
At this time we use one big array indexed by uid or gid. This can
be very space
integrate it with
WAPBL (which is one of the goals for the new implementation).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Nov 28, 2010 at 05:40:15PM +, Sad Clouds wrote:
On Sun, 28 Nov 2010 18:27:07 +0100
Manuel Bouyer bou...@antioche.eu.org wrote:
Wouldn't a hash table work?
I think it's too dependant on uid distribution, or even how much uid you
have. a tree scales and adapts better
On Sun, Nov 28, 2010 at 09:34:29PM +, David Laight wrote:
On Sun, Nov 28, 2010 at 06:27:07PM +0100, Manuel Bouyer wrote:
Wouldn't a hash table work?
I think it's too dependant on uid distribution, or even how much uid you
have. a tree scales and adapts better.
I agree, hash
wonder why the NetBSD driver is not in sync
with the FreeBSD one as that appers to be actively maintained.
because the kernel interfaces are completely different; porting require
a substancial effort, and hardware for tests.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience
On Thu, Dec 16, 2010 at 03:13:33PM +0100, Christoph Egger wrote:
Hi!
When I start a xen guest I get this message:
xbdback backend/vbd/1/832: can't VOP_OPEN device 0xe13: 16
16 is EBUSY. is it a HVM guest, or a PV guest ?
Also, you didn't mention which NetBSD version ...
--
Manuel
, or a PV guest ?
HVM guest
So it looks like qemu has the device already open, which prevents the
backend to opening it as well. In my case, qemu-dm has the file open,
not the vnd device.
how did you specify the virtual disk(s) in your config file ?
--
Manuel Bouyer bou...@antioche.eu.org
,w' ]
Don't you miss the ioemu flag here ?
Can you chech what ioemu is opening (fstat should help with this) ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
check that the backend isn't opening the devices twice ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Dec 19, 2010 at 04:50:39PM -0500, Greg Troxel wrote:
Manuel Bouyer bou...@antioche.eu.org writes:
Well, in the current state, modules are a not enabled in the Xen kernels
(modules should be built specifically for Xen, but the build tools do not
allow this right now). So you have
also have to hack MAKEDEV (or create the device nodes by calling
mknod directly).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
)
at netbsd:sys_open+0xc0
syscall(cb87ad48,1f,1f,b85f001f,b85f001f,b85fd824,b840,b85fc75c,bbbe7170,f02)
at netbsd:syscall+0xc7
file system is clean (I forced a fsck). For now I'm running without wapbl.
Does this ring a bell to someone ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
old hardware and lack of write
cache. Then I found out that Linux does about 27MB/s on the same hardware
and configuration.
Are partitions aligned in the same way ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
and 512k. Is a specially aligned partitioning supposed
to make that much of a difference?
Yes. If the partition is not aligned on a stripe size, without write cache
you end up doing a read/modify/write cycle on each write, instead of a
write.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
);
}
}
but even with RUMP_VERBOSE I never see the uprintf(). Where does it do, and
is there a way to make rump print it (I guess it should just go to
stderr) ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
like kprintf(TOCONS).
I can live with it for now; having the uprintf output somewhere could help
for atf tests though. I have filled kern/44378 about this.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
think this details of the
kernel/userland communication should be exposed outside of the
proplib code.
For symetry, we probably want a prop_{array,dictionary}_send_syscall()
which is just an alias to prop_{array,dictionary}_externalize_to_pref()
Comments ?
--
Manuel Bouyer bou
On Mon, Jan 17, 2011 at 08:06:00AM -0800, John Nemeth wrote:
On Jun 9, 11:09am, Manuel Bouyer wrote:
}
} so I'm evaluating how to use proplib for the new quotactl(2) I'm working on.
} I see there is already provision of function to pass property list between
} kernel and userland using ioctl
On Mon, Jan 17, 2011 at 04:33:25PM +0100, Manuel Bouyer wrote:
[sorry for the cross-post, but I can't decide which list is more appropriate
than the other :) ]
Hello,
so I'm evaluating how to use proplib for the new quotactl(2) I'm working on.
I see there is already provision of function
1 - 100 of 651 matches
Mail list logo
