On Sun, 7 Feb 2010, Masao Uebayashi wrote:
This will break mchines that store additional information such as
cacheing in the physaddr_t.
Could you be more specific? The only instance accessing phys_addr member I
can find is:
sys/arch/arm/include/arm32/vmparam.h:
On Mon, 8 Feb 2010, Adam Hamsik wrote:
On Feb,Monday 8 2010, at 9:33 PM, Eduardo Horvath wrote:
On Mon, 8 Feb 2010, Adam Hamsik wrote:
Are you sure that you can really finish this ? Currently you are working
on namei, ufs_lookup and many other issues. Make LFS not compilable
On Fri, 26 Feb 2010, Izumi Tsutsui wrote:
Are you talking about ABI of kernel modules?
That's actually the problem. We have a kernel driver API, but we do not
have a kernel driver ABI. Things like bus_space and bus_dma are
progamming interfaces but the specific implementation of the
On Fri, 5 Mar 2010, Masao Uebayashi wrote:
I've found that the difficulty of understanding config(5) is due to its
flexibility; it can do one thing in many ways. You can define a collection
of sources with define, defflag, device, defpseudo{,dev}, devfs. OTOH you
can only write dependency
On Mon, 8 Mar 2010, Quentin Garnier wrote:
On Mon, Mar 08, 2010 at 04:43:17PM +, Eduardo Horvath wrote:
Allright. I have to ask:
If the plan is to go to a dynamically probed system with loadable modules,
why keep config around at all? It's only useful for custom kernels. Why
On Thu, 11 Mar 2010, Adam Hoka wrote:
On Thu, 11 Mar 2010 18:18:54 +0100
Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Thu, Mar 11, 2010 at 06:12:40PM +0100, Adam Hoka wrote:
Im wondering if it would be too hack-ish to make devfs file
backed (at least optionally, in case of
On Sun, 14 Mar 2010, Wojciech A. Koszek wrote:
I was wondering how does Linux/Solaris kernel build system work in terms of
opt_*.h files? Do they have some alternative solutions for #ifdef's based on
what has been included into the kernel at configuration time?
It's been a while since I
On Tue, 16 Mar 2010, Martin S. Weber wrote:
Well, if you tell them, run this script and reboot to configure your
system for your needs, then most users would sign that. And that's
all our (cross-)building is. Run a script. Now if the source is not
properly maintained because someone keeps
On Fri, 26 Mar 2010, Masao Uebayashi wrote:
This is the list of updated functions:
/* register device memory as part of system memory */
void *bus_space_physload(bus_space_tag_t space, bus_addr_t addr,
bus_size_t size);
void bus_space_physunload(void *physseg);
On Fri, 7 May 2010, Michael wrote:
In fact I did describe it in another mail.
And the problem is that macppc sets up its console extremely early. If I move
consinit() after uvm_init() then debugging uvm_init() problems becomes a lot
harder and as I said before, the parts that need uvm to be
On Thu, 27 May 2010, David Young wrote:
On Fri, May 28, 2010 at 01:29:52AM +0900, Izumi Tsutsui wrote:
You could use bus_space_tag_create() in MD code such as if_ne_mb.c and
dev/sbus/stp4020.c, but I don't know if it will be worth it. The code
would look more consistent with MI code.
On Fri, 30 Jul 2010, David Young wrote:
On Thu, Jul 29, 2010 at 11:20:39AM +0300, Jukka Ruohonen wrote:
A small note: focusing on isa(4), legacy drivers, and their configuration
hides the real issue, which is that we need a 1:1 mapping between the normal
and the ACPI device tree. This is
On Sun, 1 Aug 2010, Paul Goyette wrote:
Good point, and it will be a lot less work, too! :) And it solves the
problem of not permitting a rmutex being used with condvars.
One question: Since an adaptive kmutex_t already includes an owner field,
would we really need to have another copy
On Mon, 9 Aug 2010, David Young wrote:
What kind of segment information?
Attached is a preview of information that I supply to instances of
pci(4), ppb(4), and cbb(4) through their device properties. The
information will help them manage PCI address spaces and to program
their address
On Tue, 17 Aug 2010, Paul Koning wrote:
On Aug 17, 2010, at 2:15 PM, Joerg Sonnenberger wrote:
On Tue, Aug 17, 2010 at 10:10:17PM +0400, Valeriy E. Ushakov wrote:
On Tue, Aug 17, 2010 at 17:07:14 +0200, Joerg Sonnenberger wrote:
Problem is that historically PT_STEP's data argument was
On Sat, 16 Oct 2010, Jukka Ruohonen wrote:
On Sat, Oct 16, 2010 at 12:24:12PM +0200, Martin Husemann wrote:
The main difference that I understood seems to be what you call virtual
and natural device trees: in OF world we guide the whole autoconfig tree
along the OF device tree, with
On Mon, 1 Nov 2010, Masao Uebayashi wrote:
I think pmap_extract(9) is a bad API.
After MD bootstrap code detects all physical memories, it gives
all the informations to UVM, including available KVA. At this
point UVM knows all the available resources of virtual/physical
addresses. UVM is
On Fri, 5 Nov 2010, Masao Uebayashi wrote:
On Mon, Nov 01, 2010 at 03:55:01PM +, Eduardo Horvath wrote:
On Mon, 1 Nov 2010, Masao Uebayashi wrote:
I think pmap_extract(9) is a bad API.
After MD bootstrap code detects all physical memories, it gives
all the informations
On Fri, 5 Nov 2010, Masao Uebayashi wrote:
On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote:
Indeed. Also consider that pmap's are designed to have to have
fast V-P translations, using that instead of UVM makes a lot of
sense.
How does locking works?
My understanding is
On Mon, 8 Nov 2010, Masao Uebayashi wrote:
On Fri, Nov 05, 2010 at 05:36:53PM +, Eduardo Horvath wrote:
On Fri, 5 Nov 2010, Masao Uebayashi wrote:
On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote:
Indeed. Also consider that pmap's are designed to have to have
On Wed, 10 Nov 2010, Masao Uebayashi wrote:
On Tue, Nov 09, 2010 at 03:18:37PM +, Eduardo Horvath wrote:
There are two issues I see with the design and I don't understand how
they are addressed:
1) On machines where the cache is responsible for handling ECC, how do you
prevent
On Fri, 12 Nov 2010, Thor Lancelot Simon wrote:
The claim that NetBSD only cares about x86 is even more absurd. NetBSD
supports a huge array of architectures, usually in both their modern and
ancient implementations. We'll run on everything from R2000 to the newest
multicore 64-bit MIPS
On Fri, 12 Nov 2010, Joerg Sonnenberger wrote:
On Fri, Nov 12, 2010 at 06:35:32PM +, Eduardo Horvath wrote:
Take, for example, the simple act of byte swapping network data. x86 has
a bswap instruction. SPARC and PowerPC architectures have a multiplexer
on the load/store. (Don't
On Sat, 13 Nov 2010, Valeriy E. Ushakov wrote:
On Fri, Nov 12, 2010 at 21:59:54 +0100, Joerg Sonnenberger wrote:
On Fri, Nov 12, 2010 at 08:31:39PM +, Eduardo Horvath wrote:
The assignment:
foo.size = htole64(size);
Cannot be replaced with:
__inline __asm(stxa %1
On Fri, 12 Nov 2010, Joerg Sonnenberger wrote:
On Fri, Nov 12, 2010 at 09:23:07PM +, Eduardo Horvath wrote:
On Sat, 13 Nov 2010, Valeriy E. Ushakov wrote:
On Fri, Nov 12, 2010 at 21:59:54 +0100, Joerg Sonnenberger wrote:
On Fri, Nov 12, 2010 at 08:31:39PM +, Eduardo
On Thu, 18 Nov 2010, Masao Uebayashi wrote:
On Thu, Nov 18, 2010 at 12:30:52AM +0900, Izumi Tsutsui wrote:
What I ended up is pmap_mmap(9), which is exactly ap(), but
made public.
Does this sound right?
Probably it's time to remove mmap cookie type as pmap(9) says
since
On Wed, 1 Dec 2010, Izumi Tsutsui wrote:
Also, there is a comment above saying that:
/*
* The following data structures are generated from RTL code.
* Do not modify any values below this line.
*/
IMO all members fetched via PCI bus master should be uint32_t
if hardware
On Thu, 2 Dec 2010, Izumi Tsutsui wrote:
What swap is done by what hardware?
Some bus masters like bnx(4) and epic(4) treat host's memory
as BE if it's configured so. No byteswap against DMA descripters
is necessary in the driver in such case.
Using two uint16_t members against a
On Wed, 15 Dec 2010, Martin Husemann wrote:
I have one stupid question: why can't we leave the size of the counters
at 32bit on a per arch basis?
Or use 64-bit counters but just update the lower 32-bits of them. Is
there some danger that a 32-bit counter will overflow?
At a quick glance
On Tue, 21 Dec 2010, NAKAJIMA Yoshihiro wrote:
On Sun, 19 Dec 2010 23:41:11 + (UTC),
Eduardo Horvath e...@netbsd.org wrote:
Looks reasonable. You should definitely add a comment somewhere
indicating the uino is protected by the lfs_lock. Locking protocols must
be documented
On Mon, 20 Dec 2010, Matt Thomas wrote:
There's a deadly embrace between watchdogs and cngetc. While cngetc is
looping at splserial, callouts are blocked, let alone letting user processes
run.
So if you are stuck at the ddb prompt, eventually the watchdog will fire
because you didn't
On Sun, 2 Jan 2011, David Holland wrote:
[...]
char last[NAME_MAX];
namei_parent(path, dvp, last, sizeof(last));
vn_lock(dvp);
VOP_MKDIR(dvp, last);
vn_unlock(dvp);
vrele(dvp);
which is simpler and a lot tidier, both on the surface and inside the
fs; however, if
On Wed, 5 Jan 2011, Martin Husemann wrote:
Disclaimer: I know nothing about LFS, but it seems to me that there is no
guarantee for curpg to not be NULL in the following code from
src/sys/ufs/lfs/lfs_vnops.c:
while (by_list || soff MIN(blkeof, endoffset)) {
if
On Wed, 5 Jan 2011, Martin Husemann wrote:
On Wed, Jan 05, 2011 at 04:25:09PM +, Eduardo Horvath wrote:
I think you're right. While I'm pretty sure that curpg won't be NULL on
the first iteration, I think it can be NULL on subsequent iterations. I'd
commit that change
On Wed, 5 Jan 2011, Martin Husemann wrote:
I'll commit the original patch. Unfortunately I run into locking issues
later, so this still does not fix the full test.
Really? Last time I tried (about a month or two ago) I wasn't able to
hang LFS. OTOH, looks like there's been quite some churn
On Wed, 5 Jan 2011, Martin Husemann wrote:
On Wed, Jan 05, 2011 at 07:35:53PM +, Eduardo Horvath wrote:
Really? Last time I tried (about a month or two ago) I wasn't able to
hang LFS. OTOH, looks like there's been quite some churn since then.
What's your setup and what tests
On Thu, 6 Jan 2011, Toru Nishimura wrote:
I would propose here to add a new hook in exception return
path for every NetBSD ports. The hook point is at right
after ast() call. The hook is to call TLB ASID bump op
(to write EntryHi with a single mtc0 instruction for MIPS
architecture , for
On Fri, 7 Jan 2011, Toru Nishimura wrote:
Eduardo Horvath points an abstruction issue;
I think exposing this implementation detail breaks the abstraction layer
provided by pmap(9) and thus is a bad thing.
True, but it's the matter of pmap(9) specication. TLB is a sort of cache
On Fri, 7 Jan 2011, Toru Nishimura wrote:
Eduardo Horvath said;
Exposing this information outside of the MD code base (pmap(9)) breaks
encapsulation.
I never intent to define or extend MI thing.
but adding some generic hook in all the AST code does not look like a good
exercise
On Thu, 6 Jan 2011, der Mouse wrote:
No. The existance of ASIDs along with the hardware implementation is
fundamentally a proprty of the MMU design. Exposing this information
outside of the MD code base (pmap(9)) breaks encapsulation.
In detail, yes. In general, no.
I haven't
On Tue, 11 Jan 2011, Hans Rosenfeld wrote:
On Tue, Jan 11, 2011 at 04:06:20PM +0100, Manuel Bouyer wrote:
On Tue, Jan 11, 2011 at 03:09:03PM +0100, Hans Rosenfeld wrote:
Have you used a MegaRAID recently with 5.1?
I have a similar performance issue with an AMI MegaRAID SCSI 320
On Thu, 20 Jan 2011, Dennis Ferguson wrote:
On 20 Jan 2011, at 11:59 , Dennis Ferguson wrote:
Is there a way to obtain the correct cache line size for the machine
code is running on, both in the kernel and at user level?
I found it. It is coherency_unit in the kernel (it is an
On Fri, 4 Feb 2011, Thor Lancelot Simon wrote:
If the firmware vendor did *not* get it wrong, then there is a separate
page which holds these settings for the logical disk, and when we are
operating in RAID mode we need to use that one instead of ever accessing
the 16 pages for the physical
On Wed, 9 Feb 2011, Bill Green wrote:
I am running NetBSD 5.1 sparc64 on a Sun Ultra 5. A Samsung USB printer is
connected to the system via an NEC-chipset PCI USB host. Printing via CUPS
using the SPLIX drivers (http://splix.sourceforge.net/) causes a kernel
panic. Printing via CUPS across
On Wed, 23 Mar 2011, Thor Lancelot Simon wrote:
I have a new machine with 24 2Ghz Opteron cores. It has 32GB of RAM.
Building with sources on a fast SSD (preloaded into the page
cache before the build using tar /dev/null) and obj, dest, and rel
dirs on tmpfs, system builds are
don't forget SPARC.
On Wed, 6 Apr 2011, Vladimir Kirillov wrote:
Hello, tech-kern@!
I really wanted a show proc command to avoid looking up process
information by running ps with all flags and intensive scrolling.
The show proc output mostly combines the outputs of all switches
in ps.
Neat!
Since you're
On Fri, 8 Apr 2011, David Young wrote:
Here is a patch that changes the way that the PCI subsystem and drivers
use PCI_FLAGS_IO_ENABLED and PCI_FLAGS_MEM_ENABLED. I went ahead and
renamed the flags in order to poison old-fashioned uses. Now they're
called PCI_FLAGS_IO_OKAY and
On Fri, 8 Apr 2011, David Young wrote:
On Fri, Apr 08, 2011 at 08:47:59PM +0200, Matthias Drochner wrote:
dyo...@pobox.com said:
If the flag isn't set, the driver has no business setting it. Also,
if the flag isn't set, there's not much use in the driver setting the
corresponding
On Wed, 25 May 2011, Matt Thomas wrote:
I'm using a MIPS 74K which needs strict page-coloring enforcement (4 colors
for its Icache and 2 colors for its Dcache) so this is important to me. If
this can be enforced, the code to deal with bad colors can be removed and
that will greatly
On Tue, 14 Jun 2011, Marek Dopiera wrote:
If we want some process aware scheduling then probably we should somehow pass
the issuing process.
I've always had an issue with this concept. The idea behind keeping the
buffer sorted is to minimize seeks, especially the long ones that are
On Tue, 21 Jun 2011, der Mouse wrote:
It does, however, appear to have something to do with the hardware
(personally, I suspect the disk driver); if I try it on another 4.0.1
machine on vnd0d backed by an ordinary file, it doesn't misbehave, and
if I try it on a real disk partition on that
On Sat, 25 Jun 2011, der Mouse wrote:
That what it is reasonable for a disk to do consensus *is* the
interface spec I was talking about, not the de-jure non-spec of you
get whatever the device (via its driver) feels like giving you.
That's sort of the point. If you want what it is reasonable
approach
with one parent and one or more children, at least until the config
framework really has multipath support.
Eduardo
On Jul 22, 2011, at 12:07 PM, Eduardo Horvath wrote:
On Thu, 21 Jul 2011, Frank Zerangue wrote:
The examples you site seem to indicate that for example the le
On Wed, 27 Jul 2011, David Young wrote:
There are a couple of changes to the API that I would like to make.
First, I don't think that vmem_addr_t 0 should be reserved for error
indications (0 == VMEM_ADDR_NULL), but the API should change from
this:
I'd recommend returning -1 on error. 0 is
On Wed, 27 Jul 2011, David Young wrote:
On Wed, Jul 27, 2011 at 04:58:23PM +, Eduardo Horvath wrote:
On Wed, 27 Jul 2011, David Young wrote:
There are a couple of changes to the API that I would like to make.
First, I don't think that vmem_addr_t 0 should be reserved for error
On Tue, 2 Aug 2011, paul_kon...@dell.com wrote:
Gentlepeople,
Some file systems use genfs_compat_getpages while others (most of them) use
genfs_getpages. I'm trying to figure out the essential differences, and why
one would pick one over the other.
Any pointers?
genfs_vnops.c:
On Wed, 24 Aug 2011, Frank Zerangue wrote:
bus_dma(9) specifies that for bus_dmamem_map() the flag BUS_DMA_COHERENT is a
hint; and that a device driver must not rely on this flag for correct
operation. All calls to bus_dmamap_sync() must still be made.
But for frame buffers this seems
On Mon, 22 Aug 2011, Matt Thomas wrote:
besides panicing, of course.
This is going to involve a lot of help from UVM.
It seems that uvm_fault is not the right place to handle this. Maybe we need
a
void uvm_page_error(paddr_t pa, int etype);
where etype would indicate if this was
On Mon, 29 Aug 2011, Manuel Bouyer wrote:
So: is there a way to know if the emulation used by a userland program
doing an open() is 32 or 64bit ?
sys/proc.h:
1.233 ad343: /*
1.273 ad344: * These flags are kept in p_flag and are
protected by p_lock. Access from
1.233
On Tue, 30 Aug 2011, Manuel Bouyer wrote:
That may be nice to have, but won't help with my problem which is
getting a N32 mips binary to talk to a N64 kernel.
Hm, MIPS. In this case you may need to check the struct emul to
differentiate o32 and n32. Or do they have the exact same structure
On Wed, 7 Sep 2011, Roger Pau Monné wrote:
Basically we use pud_request to pass the request to the user-space
server, and the server returns a memory address, allocated in the
user-space memory of it's process. Then I try to read the value of the
user space memory from the kernel, which works
On Sat, 10 Sep 2011, Masao Uebayashi wrote:
On Sat, Sep 10, 2011 at 7:24 PM, Roger Pau Monné
roger@entel.upc.edu wrote:
PUD is a framework present in NetBSD that allows to implement
character and block devices in userspace. I'm trying to implement a
blktap [1] driver purely in
On Tue, 18 Oct 2011, Emmanuel Dreyfus wrote:
As I understand, at VFS level, VOP_STRATEGY(9) is used for I/O to block
devices. Where does that name comes from?
Block devices use the `strategy()' routines to schedule operations
because, unlike character devices which typically immediately post
On Thu, 19 Jan 2012, Matt Thomas wrote:
For prefetchable regions (like framebuffers) mapped by bus_space_map, there
is a need to able force the contents out of the cache back into memory
(especially when the cache is a writeback cache).
There is no MI way to do this with the bus_space
On Fri, 20 Jan 2012, Mouse wrote:
Even if originally intended for something else, [...]
Why do you think BUS_SPACE_BARRIER_SYNC was intended for something
else ? I can't see how a write barrier that doesn't ensure the write
has reached the target (main or device memory) can be usefull.
On Mon, 6 Feb 2012, Emmanuel Dreyfus wrote:
Here is public disuccsion about extended attributs namespaces, following
a private request from yamt@
We ahve two extended attributes API in tree: one from FreeBSD and one from
Linux. We are about to toss the FreeBSD one in favor of the Linux
On Thu, 1 Mar 2012, Lars Heidieker wrote:
Hi,
this splits the lookup table into two parts, for smaller allocations and
larger ones this has the following advantages:
- smaller lookup tables (less cache line pollution)
- makes large kmem caches possible currently up to min(16384,
On Thu, 1 Mar 2012, Lars Heidieker wrote:
On 03/01/2012 06:04 PM, Eduardo Horvath wrote:
On Thu, 1 Mar 2012, Lars Heidieker wrote:
Hi,
this splits the lookup table into two parts, for smaller
allocations and larger ones this has the following advantages:
- smaller lookup
On Tue, 17 Apr 2012, Christoph Egger wrote:
On 04/16/12 19:37, David Young wrote:
I'm not sure I fully understand the purpose of amdnb_miscbus.
Are all of the functions that do/will attach at amdnb_miscbus
configuration-space only functions, or are they something else? Please
explain
On Fri, 11 May 2012, Edgar Fu? wrote:
EF I have one process doing something largely resulting in meta-data
EF reads (i.e. traversing a very large directory tree). Will the kernel
EF only issue sequential reads or will it be able to parallelise, e.g.
EF reading indirect blocks?
GO I don't
On Thu, 24 May 2012, Martin Husemann wrote:
On Wed, May 23, 2012 at 07:15:41PM +0100, David Laight wrote:
What are the default ulimit values?
Good point. Page size is 4k, with 32MB the limits are
# ulimit -a
time (-t seconds) unlimited
file (-f blocks )
On Thu, 24 May 2012, Edgar Fu? wrote:
It seems that I have to update my understanding of raw and block devices
for discs.
Using a (non-recent) 6.0_BETA INSTALL kernel and an ST9146853SS 15k SAS disc
behind an LSI SAS 1068E (i.e. mpt(4)), I did a
dd if=/dev/zero od=/dev/[r]sd0b bs=nn,
On Thu, 24 May 2012, Edgar Fu? wrote:
Keep in mind mpt uese a rather inefficient communication protocol and does
tagged queuing.
You mean the protocol the main CPU uses to communicate with an MPT adapter is
inefficient? Or do you mean SAS is inefficient?
The protocol used to communicate
On Thu, 24 May 2012, Thor Lancelot Simon wrote:
On Thu, May 24, 2012 at 05:31:43PM +, Eduardo Horvath wrote:
With large transfers (larger than MAXPHYS) the writes are split up into
MAXPHYS chunks and the disk handles them in parallel, hence the
performance increase even beyond
On Fri, 25 May 2012, Edgar Fu? wrote:
Thanks for the most insightful explanation!
Also keep in mind:
Yes, sure. That's why I would have expected the raw device to outperform even
at lower block sizes.
No, for small block sizes the overhead of the copyin() is more than offset
by the
On Fri, 8 Jun 2012, Israel Jacquez wrote:
Hello,
I'll make this short. I can't seem to get debugging support working
even when following the guide:
http://www.netbsd.org/docs/kernel/kgdb.html.
Target: NetBSD 5.1.2 on the i386 port
Remote: Debian GNU/Linux
Kernel on target:
On Thu, 5 Jul 2012, David Young wrote:
I'm using the SCHED_M2 scheduler, btw, on a uniprocessor. SCHED_M2 is
kind of an arbitrary choice. I haven't tried SCHED_4BSD, yet, but I
will.
I'd recommend you try the BSD scheduler. It may give you better results,
even though it has a little more
On Wed, 18 Jul 2012, Mouse wrote:
Subject: Re: Syscall kill(2) called for a zombie process should return 0
+ if (p != NULL P_ZOMBIE(p)) {
+ mutex_exit(proc_lock);
+ return 0;
+ }
On Thu, 26 Jul 2012, Edgar Fu? wrote:
I have a (mpt) SAS with seven discs connected.
The discs attach as sd0..sd6, but the SCSI target numbers are 0..5 and 7.
It appears to me that someone is skippig ID 6 for the controller.
It doesn't hurt too much, but it took me a while to find out why
On Thu, 26 Jul 2012, Edgar Fu? wrote:
You can change them arbitrarily by messing with mpt
either from BIOS or their command line utilities.
I tried the BIOS configuration (the one you get by typing Ctrl-C
at the right time, but I couldn't anything to assign target IDs.
Do you remember
On Thu, 26 Jul 2012, Mouse wrote:
it's usual for the SCSI HBA to assign a targetID for itself.
For real SCSI - ie, non-SAS - it's actually necessary; the protocols
used for initiators and targets to speak with one another require a
line for the initiator as well as for the target. But the
On Sat, 11 Aug 2012, Matt Thomas wrote:
On Aug 11, 2012, at 10:35 AM, Thor Lancelot Simon wrote:
On Sat, Aug 11, 2012 at 06:45:12AM +, Christos Zoulas wrote:
It is a slippery slope, but I think in this case it is wise to bend.
If we cannot reach agreement here, consult core.
On Mon, 14 Jan 2013, Brian Buhrow wrote:
Hello. I'm working on some patches to make the LSI Fusion SCSI driver
(mpt(4)) more robust. I'm making good progress, but I've run into a n
issue that has momentarily baffled me. If I get a bunch of concurrent jobs
running on a filesystem
On Mon, 21 Jan 2013, Patrick Welche wrote:
I have just been experiencing filesystem lock-up with a process in
uvn_fp2, so it may be unrelated to you mpt fiddling... That systems
disks are on ahcisata.
It can withstand builds of the world, but not GraphicsMagick:
struct proc * fe81
On Sun, 27 Jan 2013, Patrick Welche wrote:
More details - so we now know that the page is BUSY. Sadly an
attempt at a core dump to a separate disk failed and this is
before I connect the serial port block to the motherboard...
Cheers,
Patrick
PIDLID S CPU FLAGS STRUCT LWP *
On Sat, 26 Jan 2013, Brian Buhrow wrote:
Hello. I believe Patrick may be on to something. Further
investigation into my mpt(4) issues reveals that while there are still some
steps I can take to make the mpt(4) driver more robust when it comes to
recovering from LSI errors, I believe
On Mon, 28 Jan 2013, Brian Buhrow wrote:
(gdb) print pg
$1 = (struct vm_page *) 0xc40c4cd0
(gdb) print *pg
$2 = {rb_node = {rb_nodes = {0x0, 0x0}, rb_info = 3275287704}, pageq = {
queue = {tqe_next = 0xc338ec98, tqe_prev = 0xc1425ad4}, list = {
le_next = 0xc338ec98, le_prev =
On Sat, 2 Feb 2013, Toru Nishimura wrote:
I feel boring that pmap_enter(9) can not avoid to
have goto jumps for the logic simplity. This indicates
pmap_enter(9) is mistakenly designed and used for
mulitple purposes in parallel. Rework is seriously
requested..
I've always felt the p-v
On Thu, 21 Feb 2013, Brian Buhrow wrote:
Hello. I'm working on an issue with NetBSD-5 that may involve a
problem with error paths in uvm. I'd like to use the uvmhist facilities
in NetBSD to see if I can help track the issue down. However, the machine
on which I'm doing this work
On Wed, 5 Jun 2013, Yann Sionneau wrote:
But I will definitely think about adding ASID as a first improvement to the
MMU when everything will be working with the current design :)
I don't see the point of making major architectural changes to the MMU
incrementally. These features affect
On Sat, 19 Oct 2013, Edgar Fu? wrote:
Strictly speaking, this is not a NetBSD kernel issue.
However, I hope that someone more familiar with mpt(4) has come accross that
MPT feature before:
One additional oddity I faced with Thursday's disc failure was that after
physically replacing the
On Tue, 19 Nov 2013, Christoph Badura wrote:
On Mon, Nov 18, 2013 at 12:31:41PM +1100, matthew green wrote:
i would buy this argument if mmap()ing a large sparse file
and filling it up randomly (but with relatively large chunks
at a time) did not lead to severely fragmented files that
On Wed, 11 Dec 2013, Mark Davies wrote:
Are SAS tape drives supported in NetBSD?
I have an LSI MegaRAID SAS card with an HP LTO5 SAS drive attached.
The card's WebBIOS can see the tape attached and NetBSD can see the
LSI card but NetBSD show no evidence of seeing the tape drive (not
On Wed, 11 Dec 2013, Mark Davies wrote:
On Wed, 11 Dec 2013, Eduardo Horvath wrote:
Last time I fiddled around with the LSI MegaRAID stack it did not
provide any sort of transparent access to attached devices. Can
you create a LUN with the tape device?
You might have more success
On Sun, 9 Feb 2014, Yann Sionneau wrote:
Thank you for your answer Matt,
Le 09/02/14 19:49, Matt Thomas a écrit :
On Feb 9, 2014, at 10:07 AM, Yann Sionneau yann.sionn...@gmail.com wrote:
Since the kernel runs with MMU on, using virtual addresses, it cannot
dereference physical
On Tue, 11 Feb 2014, David Laight wrote:
On Tue, Feb 11, 2014 at 04:19:26PM +, Eduardo Horvath wrote:
We really should enhance the bus_dma framework to add bus_space-like
accessor routines so we can implement something like this. Using bswap is
a lousy way to implement byte
On Fri, 30 May 2014, Martin Husemann wrote:
See mount_tmpfs(8), in the paragraph about the -s option:
Note that four megabytes are always reserved for the system and cannot
be assigned to the file system.
Now, with a 3.2 MB text GENERIC kernel and 8 MB RAM, we certainly don't have
On Thu, 5 Jun 2014, Martin Husemann wrote:
On Fri, May 30, 2014 at 04:56:01PM +0200, Martin Husemann wrote:
I have been on a quest to make the stock vax install CD (-image) usable on
VAX machines with 8 MB recently. (8 MB is the lowest I could persuade simh
to emulate, for 4 MB we will
On Thu, 5 Jun 2014, Martin Husemann wrote:
On Thu, Jun 05, 2014 at 08:50:07AM -0700, Matt Thomas wrote:
can you try using freetarg?
Did that and it worked as well.
Does freetarg ever change after boot?
Maybe. It's set in uvmpd_tune(), which may be called by the page daemon
in some
1 - 100 of 140 matches
Mail list logo