. There would
have to be an updated spec for those, and it would be a bit of a PITA to
use. I suspect the right answer for this on x86 is UEFI.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
seconds it
throws the entire thing out on the first lowmem event. The LRU-approach
would
only throw the oldest 10% out on the first call, but eventually throw it
all out
if the situation remains dire.
--
John Baldwin
___
freebsd
On Sunday, October 06, 2013 3:30:42 am Alexander Motin wrote:
On 02.10.2013 20:30, John Baldwin wrote:
On Saturday, September 07, 2013 2:32:45 am Alexander Motin wrote:
On 07.09.2013 02:02, Jeremie Le Hen wrote:
On Fri, Sep 06, 2013 at 11:29:11AM +0300, Alexander Motin wrote
Value can't be converted to integer.
Oh, this is i386, use $eip instead of $rip, so 'x/i $eip' at frame 7.
(kgdb) x/i $eip
0xc082c552 inodedep_find+13: cmp%ecx,0x24(%eax)
Ok, so %eax must be 1. I think you probably have failing RAM with a stuck bit
or some such.
--
John Baldwin
* 1024 * 1024)) {
sc-ld_disk-d_fwheads = 255;
sc-ld_disk-d_fwsectors = 63;
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
#7 0xc082c552 in inodedep_find (inodedephd=Variable inodedephd is not
available.
)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:2073
Please go to frame 7 and do 'x/i $rip'.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
, so 'x/i $eip' at frame 7.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
has the double stack thingie where the register stack spills into a stack
that grows up rather than down. Not sure how sparc64 window spills are
handled either.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
10% out on the first call, but eventually throw it all out
if the situation remains dire.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd
)?
Yes, cpuset -x.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
=0xc784a990, vpp=0xe7624ae8,
cnp=0xe7624afc, tsp=0x0, ticksp=0x0) at
/usr/src/sys/kern/vfs_cache.c:547
Can you go up to this frame and do 'l'?
--
John Baldwin
Sure,
-
(kgdb) up 7
#7 0xc06caf34 in cache_lookup_times (dvp=0xc784a990, vpp=0xe7624ae8,
cnp
0xc06caf34 in cache_lookup_times (dvp=0xc784a990,
vpp=0xe7624ae8,
cnp=0xe7624afc, tsp=0x0, ticksp=0x0) at
/usr/src/sys/kern/vfs_cache.c:547
Can you go up to this frame and do 'l'?
--
John Baldwin
Sure,
-
(kgdb) up 7
#7
On Friday, July 19, 2013 10:16:15 pm Yuri wrote:
On 07/19/2013 14:04, John Baldwin wrote:
Hmm, that definitely looks like garbage. How are you with gdb scripting?
You could write a script that walks the PQ_ACTIVE queue and see if this
pointers ends up in there. It would
=0xe7624afc, tsp=0x0, ticksp=0x0) at
/usr/src/sys/kern/vfs_cache.c:547
Can you go up to this frame and do 'l'?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
On Thursday, July 18, 2013 8:56:58 pm Yuri wrote:
On 07/18/2013 13:52, John Baldwin wrote:
Are you in frame 8?
For some reason the debug info is missing in frame 8, but is present in
surrounding frames 7 and 9.
The might be a bug in makefiles that debug flag isn't passed into
sys/vm
On Friday, July 19, 2013 3:32:43 pm Yuri wrote:
On 07/19/2013 08:00, John Baldwin wrote:
Well, you can probably find the value of 'm' in a register if you look at
the
dissassembly around the fault. You can then cast that pointer to the
right
type and print its contents.
Here
On Thursday, July 18, 2013 2:15:48 pm Yuri wrote:
On 07/16/2013 08:07, John Baldwin wrote:
Can you go to frame 8 and do 'l' in kgdb?
(kgdb) up 8
#8 0x80baea78 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:829
829 if (!VM_OBJECT_TRYLOCK(object)
(kgdb) l
On Thursday, July 18, 2013 3:56:46 pm Yuri wrote:
On 07/18/2013 11:42, John Baldwin wrote:
Hmm, so this seems to indicate you have a page on the active queue that
doesn't have an associated VM object. Can you maybe 'p *m'? Maybe some
temporary page is allocated during suspend but isn't
(callout=0x80bae0e0
vm_pageout, arg=0x0, frame=0xff80d51c6c40)
at /usr/src/sys/kern/kern_fork.c:988
#10 0x80cfcaae in fork_trampoline () at
/usr/src/sys/amd64/amd64/exception.S:606
#11 0x in ?? ()
Can you go to frame 8 and do 'l' in kgdb?
--
John
= ACPI_ACTIVE_HIGH;
+#endif
BUS_CONFIG_INTR(dev, irq, (trig == ACPI_EDGE_SENSITIVE) ?
INTR_TRIGGER_EDGE : INTR_TRIGGER_LEVEL, (pol == ACPI_ACTIVE_HIGH) ?
INTR_POLARITY_HIGH : INTR_POLARITY_LOW);
--
John Baldwin
___
freebsd-hackers
it into the kernel, or even make it available to userland via
d_mmap_single(), or direct manipulation of a process' address space via an
ioctl, etc.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
/~jhb/gdb/
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
device_identify into the current architecture of the gpio client but I see
how it can be done now.
Yes, device_identify is what you want. I think it will also solve problem 1
for you as well.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
to manage and no
probing is really done. The device only matches if its parent bus
specifically said to use this driver.
Perhaps run this by Warner to make sure? (There is also a new-bus@ list FYI).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing
bytes, which also necessitated not allocating
statfs on the stack for the kernel.
He also fixed a few other things since changing this ABI is so invasive
IIRC. This really is the right fix for this. Is it in an svn branch
that can be updated and a new patch generated?
--
John Baldwin
On Friday, May 24, 2013 6:24:11 am Jilles Tjoelker wrote:
On Tue, May 21, 2013 at 11:06:39AM -0400, John Baldwin wrote:
On Monday, May 20, 2013 5:47:31 pm Jilles Tjoelker wrote:
The below patch allows deleting the pathname given to find itself:
Index: usr.bin/find/function.c
all the recent
changes to rototill the disk partition code?
Also, the BIOS knows which devices are floppies (0x00 - 0x7f) vs hard drives
(0x80 - 0xff) and we should probably just not prove for ZFS on floppies.
Of course, I think USB floppies might present themselves as hard drives.
--
John
. if you wanted this to be a job that pruned empty
dirs from /tmp/foo but never pruned the directory itself). Would -mindepth 1
do it? (Just asking. I have also found this message annoying but most of
the jobs I have seen it on probably don't want to delete the root path,
just descendants.)
--
John
:
http://people.freebsd.org/~lstewart/patches/misc/queue_foreach_from_10.x.r250136.patch
I didn't do _SAFE variants as I don't have an immediate use for them.
Looks ok to me. I agree with phk@ and prefer the _FROM name.
--
John Baldwin
___
freebsd
8200 DPL=0 LDT
TR =0038 5f98 2067 8900 DPL=0 TSS32-avl
GDT= ff85c789
This seems wrong (address is way too high). I wonder if the gdtdesc was
trashed by something? Can you dump memory before the lgdtl instruction at the
0x95d0 address?
--
John
CCO=LOGICL
EFER=
--
Andriy Gapon
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
thread is
running in at the time of the fault.)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
the ACPI bits). You can look at cpu_reset_real() in
sys/i386/i386/vm_machdep.c.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
On Monday, April 22, 2013 12:29:29 pm Freddie Cash wrote:
On Mon, Apr 22, 2013 at 8:32 AM, John Baldwin j...@freebsd.org wrote:
On Saturday, April 20, 2013 6:43:26 pm Robert Waksmundzki wrote:
On NUMA systems allocated memory is striped across local and non-local
banks
in order to have
.
How do your tests work? Do you examine PTEs directly to check for superpages
or are you relying on the vm.pmap.pde sysctls?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
, I think intr_table_lock used to be a spin lock at some point. I don't
remember
why we changed it to a regular mutex. It may be that there was a lock order
reason
for that. :(
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
other system calls should probably be
equivalent
to vhold, whereas things like open/dup (and storing an fd in a cmsg) should be
more like vref. close() should then be a vrele().
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
week if
I don't hear otherwise.
Hmm, the patch URL doesn't work, but please fix this. There is an old thread
we are both on from Dec 2011 where I ran into the same thing. I also think we
don't need compat shims.
--
John Baldwin
___
freebsd-hackers
locks
when checking for lock order reversals for this reason.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
a higher priority thread (e.g. an interrupt
thread), or if your thread awakens a thread that has higher priority (e.g. due
to wakeup() or cv_signal()), then your thread will be preempted.
In general time-based preemptions are only done for user threads.
--
John Baldwin
On Monday, April 01, 2013 3:56:46 pm m...@freebsd.org wrote:
On Mon, Apr 1, 2013 at 12:51 PM, m...@freebsd.org wrote:
On Mon, Apr 1, 2013 at 11:24 AM, John Baldwin j...@freebsd.org wrote:
On Saturday, March 30, 2013 5:30:21 pm m...@freebsd.org wrote:
Despite the man page correctly
here. In either case I think that it is more appropriate
to post the event only once. I do not expect that there could be any
consumers
interested in all the details of root fs manipulations.
The firmware code only needs the final call for the real root. I think your
change is fine.
--
John
On Thursday, February 28, 2013 2:59:16 pm Ian Lepore wrote:
On Tue, 2013-02-26 at 15:29 -0500, John Baldwin wrote:
On Friday, February 22, 2013 2:06:00 pm Ian Lepore wrote:
I ran into some trouble with rtprio_thread() today. I have a worker
thread that I want to run at idle priority most
an ioctl handler can map it into KVA using shm_map()
and shm_unmap(). You'd have to change TCP to do something useful with this
buffer however.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
don't block an interrupt vector indefinitely. Any comments?
Actually, I think you want to call post_ithread as you've already called
pre_ithread? Also, pre_ithread should already EOI the interrupt, the problem
is that it leaves it masked, and you need to invoke post_ithread to unmask it.
--
John
userret(). You could perhaps try
only altering the priority if the new user pri is lower than your current
priority (and then you don't have to check TDF_BORROWING I believe):
if (prio td-td_priority)
sched_priority(td, prio);
--
John Baldwin
).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
On Tuesday, February 19, 2013 6:49:52 pm Steven Hartland wrote:
- Original Message -
From: John Baldwin
Thanks for the feedback John appreciated, a couple of questions inline
below if you would be so kind.
Certainly.
- Is dump_config() really the right choice for 'foreign config
On Tuesday, February 12, 2013 4:50:54 pm Mikolaj Golub wrote:
On Fri, Jan 25, 2013 at 03:31:43PM -0500, John Baldwin wrote:
BTW, one off-ball thought I have is that I would like to have a mode where
libprocstat operates on a core file (of a process, not a kernel crash
dump),
so
(...)
{
int i, num_ops;
num_ops = nitems(mfi_op_codes);
...
(nitems() is nice to use when it is available as well)
- Reindent the call to mfi_ldprobe() if CFG_ADD or CFG_FOREIGN_IMPORT
succeeds.
--
John Baldwin
___
freebsd
mbuf and use m_split() to let it take over the rest of the 4k
buffer and pass the original mbuf up to if_input() as the new packet. The
new mbufs you attach to the cluster via m_split() will all hold a reference
on the backing cluster and it won't be freed until all the mbufs are freed.
--
John
On Wednesday, February 06, 2013 10:20:50 am Jacques Fourie wrote:
On Wed, Feb 6, 2013 at 3:36 PM, John Baldwin j...@freebsd.org wrote:
On Wednesday, February 06, 2013 4:50:39 am Lino Sanfilippo wrote:
Hi all,
I want to implement a device driver for a NIC which stores received data
into the buffer, but once the buffer is passed up to the stack the stack
can't mess with it. This is probably what you want anyway as you wouldn't
want the stack appending to a buffer and spilling over into the cluster
where your device is going to DMA the next packet.
--
John Baldwin
manually by
using the add-kld command (give it a full path to an individual module). You
may need to use 'nosharedlibrary' to unload symbols from the wrong module
before add-kld will be useful however.
--
John Baldwin
___
freebsd-hackers@freebsd.org
into promiscuous mode if so (promiscious causes the NIC to
receive all multicast regardless of the filters assuming that your
driver supports it correctly).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
not have an ISA slots.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
.
Yes, I think it is too hard at present to safely allow a linker file to
override the same module in a kernel, so the duplicate linker file should
just be rejected entirely. I'm not sure if your change is completely
correct for that.
--
John Baldwin
address from another machine after joining it
on the test machine using mtest.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
On Friday, January 25, 2013 1:37:45 pm Robert N. M. Watson wrote:
On 24 Jan 2013, at 16:20, John Baldwin wrote:
Hmm, are you going to rewrite ps(1) to use libprocstat? Or rather, is
that a
goal someday? That is one current consumer of kvm_getargv/envv. That
might
be fine if we want
On Wednesday, January 23, 2013 11:57:33 am Ian Lepore wrote:
On Wed, 2013-01-23 at 08:47 -0800, Matthew Jacob wrote:
On 1/23/2013 7:25 AM, John Baldwin wrote:
On Tuesday, January 22, 2013 5:40:55 pm Sushanth Rai wrote:
Hi,
Does freebsd have some functionality similar to Linux's NMI
On Wednesday, January 23, 2013 4:49:50 pm Mikolaj Golub wrote:
On Wed, Jan 23, 2013 at 11:31:43AM -0500, John Baldwin wrote:
On Wednesday, January 23, 2013 2:25:00 am Mikolaj Golub wrote:
IMHO, after adding procstat_getargv and procstat_getargv, the usage of
kvm_getargv() and kvm_getenvv
currently use the local APIC timer as a timer with a normal interrupt.
There's no reason you couldn't add a mode to make the local APIC timer operate
in this fashion however.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
On Wednesday, January 23, 2013 2:25:00 am Mikolaj Golub wrote:
On Tue, Jan 22, 2013 at 02:17:39PM -0800, Stanislav Sedov wrote:
On Jan 22, 2013, at 1:48 PM, John Baldwin j...@freebsd.org wrote:
Well, you could make procstat open a kvm handle in both cases (open a
live
handle
while does not add allocation overhead, so I like this approach more.
I would like to commit this second patch, if there are no objections
or suggestions how to improve the things.
How is this different from kvm_getargv()? It seems to be a direct copy.
--
John Baldwin
always
loads boot loaders). The 545k limit comes from 640k - 0x7c00. This is a
fundamental limit of the x86 BIOS architecture. Compared to the 15.5k that
UFS leaves for boot2 it is worlds of space.
--
John Baldwin
___
freebsd-hackers@freebsd.org
On Tuesday, January 22, 2013 4:17:43 pm Mikolaj Golub wrote:
On Tue, Jan 22, 2013 at 12:01:06PM -0500, John Baldwin wrote:
How is this different from kvm_getargv()? It seems to be a direct copy.
libprocstat(3) is a frontend for sysctl(3) and kvm(3) interfaces, so
it is good to extend
/grep.c.diff2
Is it fine to be committed ?
I think the first part definitely looks fine. My guess is the non-blocking
change is als probably fine, but that should be run by the bsdgrep person at
least.
--
John Baldwin
___
freebsd-hackers@freebsd.org
.
The mfiutil issue dhw@ mentioned is real and is due to an mfi(4) driver
change. I merged a fix for the panics to 8-stable, but it just makes
old mfiutil binaries not work at all.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
include the unattended option so
that even with the debugger present they reboot by default on a panic.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
On Wednesday, January 16, 2013 1:30:37 am Adrian Chadd wrote:
Also, I found 'set remotebaud' and 'set debug remote 1' to do this.
I'd like to add the code just to support the same -b flag as gdb (so
-r can also be used with a non-standard serial port.)
I think adding -b is fine.
--
John
kernel in case of
psnic.
man nextboot (if you are using UFS)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
)/netstat(1).
Guessing the kldstat(1) and netstat(1) deadlocked initially.
Next time get a dump if at all possible.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Wednesday, December 05, 2012 6:51:17 pm Damien Fleuriot wrote:
On 5 Dec 2012, at 18:39, Warner Losh i...@bsdimp.com wrote:
On Dec 5, 2012, at 9:42 AM, John Baldwin wrote:
On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote:
On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin j
On Tuesday, December 04, 2012 2:41:32 pm Ryan Stone wrote:
On Tue, Dec 4, 2012 at 10:52 AM, John Baldwin j...@freebsd.org wrote:
Hmm, I certainly see the module directories being built in parallel. Some
of
the make jobs may not be as obvious since links are silent (no output
unless
On Sunday, November 04, 2012 2:53:02 pm Andre Oppermann wrote:
On 22.10.2012 15:28, John Baldwin wrote:
On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote:
What's keeping kernel modules from building in parallel with
make -j8?
They don't for you? They do for me either via
On Sunday, October 21, 2012 7:11:10 am Andre Oppermann wrote:
What's keeping kernel modules from building in parallel with
make -j8?
They don't for you? They do for me either via 'make buildkernel'
or the old method.
--
John Baldwin
___
freebsd
as a set of environment variables.
They are stored in a contiguous block of memory after the last kernel
module. Look at sys/boot/i386/libi386/bootinfo{32,64}.c. Specifically
look at the bi_load*() routines.
--
John Baldwin
___
freebsd-hackers
of the application
calling msync(2) or not, with the interval of approximately 30 seconds.
You can mmap with MAP_NOSYNC to prevent the syncer from writing the file out
every 30 seconds.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
On Thursday, October 18, 2012 12:42:18 pm Konstantin Belousov wrote:
On Thu, Oct 18, 2012 at 09:39:34AM -0400, John Baldwin wrote:
On Thursday, October 18, 2012 4:35:37 am Konstantin Belousov wrote:
On Thu, Oct 18, 2012 at 10:08:22AM +1000, Tristan Verniquet wrote:
I want to work
. That would make the kdb_active case
here irrelevant, and the panic case is already handled as you noted.)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
On Wednesday, October 10, 2012 5:44:09 pm Carl Delsey wrote:
Sorry for the slow response. I was dealing with a bit of a family
emergency. Responses inline below.
On 10/09/12 08:54, John Baldwin wrote:
On Monday, October 08, 2012 4:59:24 pm Warner Losh wrote:
On Oct 5, 2012, at 10:08 AM
On Monday, October 08, 2012 4:59:24 pm Warner Losh wrote:
On Oct 5, 2012, at 10:08 AM, John Baldwin wrote:
On Thursday, October 04, 2012 1:20:52 pm Carl Delsey wrote:
I noticed that the bus_space_*_8 functions are unimplemented for x86.
Looking at the code, it seems this is intentional
On Thursday, October 04, 2012 8:31:36 pm Brooks Davis wrote:
On Tue, Sep 25, 2012 at 08:41:34AM -0400, John Baldwin wrote:
On Monday, September 24, 2012 5:31:37 pm Brooks Davis wrote:
As part of switching to NetBSD's mtree I plan to import their versions
of a few files that are part
(), at least for SYS_RES_MEMORY. I think they should fail
for SYS_RES_IOPORT. I don't think we can force a compile-time error though,
would just have to return -1 on reads or some such?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
a...@icyb.net.ua
Date: Sun Sep 23 22:49:26 2012 +0300
kvm_proc: ignore processes in larvae state
I think this is fine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
? If not, perhaps we
should create one and start these discussions there?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
On Tuesday, October 02, 2012 10:29:49 am Garrett Cooper wrote:
On Tue, Oct 2, 2012 at 4:50 AM, John Baldwin j...@freebsd.org wrote:
...
This sounds like a superior approach. It doesn't break any current use
cases while giving the ability to build multiple programs in the few
places
universe'?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
directly from
the vendor area into src/lib/libc. One other option might be to just
do src/contrib/vis if it is only for 'vis' files.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
, a crashdump that
you can use kgdb on will make debugging this significantly easier.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
this)
while trying to page out something to free up space. I would
look at the state of the pagedaemon kthread to see why it isn't
able to run.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Friday, September 07, 2012 10:48:39 am John Baldwin wrote:
On Thursday, September 06, 2012 5:08:27 pm Navdeep Parhar wrote:
I have a system with multiple cards supported by cxgbe(4). When I build
a kernel with the driver compiled in, it attaches to the cards in a
different order from
/FreeBSD/stable/2004-02/0250.html
Hopefully this gets us closer to a fix...
Sorry, I just now saw this. :(
Are you still seeing this, and if so can you get a crashdump? Also, I'm
curious if you only see this with SUJ or if plain UFS+SU works fine?
--
John Baldwin
devices in numerical order (rather than walking the
tree). I suspect your BIOS is doing something weird and assigning bus numbers
in a non-depth first ordering so that the two orderings are not consisent as
they are on other machines.
--
John Baldwin
. You should probably do this
for libc as well I think. That might help your backtrace. What I tend to do
for these btw is build debug shared libraries and use LD_LIBRARY_PATH to
run my test program with those libraries rather than overwriting the main
libraries in /lib.
--
John Baldwin
On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote:
John Baldwin writes:
On Tuesday, September 04, 2012 7:10:42 am Sam Varshavchik wrote:
Konstantin Belousov writes:
The procfs links, as well as any other user of vn_fullpath(9) function,
can only translate a vnode
On Friday, September 07, 2012 11:59:36 am Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote:
On Tuesday, September 04, 2012 7:46:23 pm Sam Varshavchik wrote:
Is the dev+ino of what was exec()ed known, for another process? I might
be
able to get
On Friday, September 07, 2012 12:39:50 pm Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 12:23:54PM -0400, John Baldwin wrote:
On Friday, September 07, 2012 11:59:36 am Konstantin Belousov wrote:
On Fri, Sep 07, 2012 at 10:33:52AM -0400, John Baldwin wrote:
On Tuesday, September 04
On Tuesday, September 04, 2012 9:30:08 pm Warner Losh wrote:
On Sep 4, 2012, at 10:05 AM, John Baldwin wrote:
On Sunday, September 02, 2012 5:31:21 pm Aleksander Dutkowski wrote:
hello!
I have PMIC (TWL4030) module connected to the SoC (ARM/OMAP3) via i2c
(iicbus).
Current
1 - 100 of 1526 matches
Mail list logo