a minimal kernel filling in missing bits in sys/arch as you go.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
NOT be dereferenced.
ptr = ( size == 0 ) ? NULL : malloc( size ) ;
Safest (avoiding null derefence) would instead be:
ptr = malloc(size ? size : 1);
BTW: // is not a valid C89 comment, but a GCC-ism.
It's valid in C99 though. :)
--
John Baldwin
-Combining) mappings. :) Other OS's such as Windows and OS X allow
you to explicitly specify what type of cache mode you want for a mapping.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
On Wednesday 05 July 2006 19:30, Sam Leffler wrote:
John Baldwin wrote:
On Monday 03 July 2006 00:02, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Christian Zander [EMAIL PROTECTED] writes:
: This summary makes an attempt to describe the kernel interfaces needed
require device
driver writers to go through a lot more hoops to do certain things like
allocate resources. At the very least there is much that can be improved in
our driver model.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
On Tuesday 11 July 2006 12:33, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: and OS X both of which I've written a PCI driver for) we require device
: driver writers to go through a lot more hoops to do certain things like
On Tuesday 11 July 2006 15:21, [EMAIL PROTECTED] wrote:
John Baldwin wrote:
On Tuesday 11 July 2006 12:33, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: and OS X both of which I've written a PCI driver for) we require device
On Tuesday 11 July 2006 14:48, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
John Baldwin [EMAIL PROTECTED] writes:
: On Tuesday 11 July 2006 12:33, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: John Baldwin [EMAIL PROTECTED] writes:
: : and OS X
. Relevant bits from the dmesg are:
FAQ. It's due to brain damage in the Intel PCIX hubs and can't be fixed
directly.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Monday 17 July 2006 12:41, Alex Zbyslaw wrote:
John Baldwin wrote:
On Monday 17 July 2006 10:22, Alex Zbyslaw wrote:
No responses from [EMAIL PROTECTED] Anyone here understand what's going
on?
Thanks].
__
I was monitoring a machine with systat -vmstat and noticed something
to debug this. :-P You can try turning
on the DIGANOSTIC check in kern_timeout.c to catch long-running timeouts, and
you can try adding some KTR traces to softclock() to see which timeout
functions are running and try to do some analysis on that.
--
John Baldwin
is (syscons vs. the specific screen saver).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Friday 21 July 2006 10:07, Gareth McCaughan wrote:
On Wednesday 2006-07-19 18:36, John Baldwin wrote:
On Wednesday 19 July 2006 12:11, Gareth McCaughan wrote:
(The particular screen saver I turned on was the one called
warp; I haven't checked yet whether others have the same
CPU
%fs across syscalls, traps, and faults. Can you
point to a specific case where %fs is not preserved? It sounds like %fs is
never set to a value in Wine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
in lines 116-119 which could result in
allowing access to an IPC object when it should be restricted.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
a kernel semid rather than a user one for this
specific request.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
of another system. Maybe I'm just stodgy b/c I
never use cpio(8) (it seems to be one of the more cryptic programs).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
it takes to fsck when I crash my test machines. This is
peculiar to an environ where one expects to crash a lot though. :) Even so,
I would be looking at /, /usr, /var, /tmp, /home, and swap. Still under 7
('c' is reserved).
--
John Baldwin
___
freebsd
in debugging.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
. In this case I think you might be overly paranoid. :)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
);
}
It prevents to virtual pages to be passed through queues.
Erm, but if fubyte() had to page the file in from disk you would
have to sleep while holding the vm_page_queue_mtx, and that's not
allowed.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing
thread
In kgdb, do 'proc 783', and then 'where' to get a stack trace of the thread
that did the wrong thing. (The thread that panics is just an innocent
victim that bumped into the miscreant.)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing
stored as absolute to
preserve compatiblity.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
);
}
count++;
/* Wait 10 ms. */
DELAY(1);
}
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Monday 07 August 2006 17:05, Roman Kurakin wrote:
John Baldwin:
On Sunday 06 August 2006 10:59, Dmitry Marakasov wrote:
* Dag-Erling Sm?rgrav ([EMAIL PROTECTED]) wrote:
Recent `disklabel differences FreeBSD, DragonFly' thread gave me a
thought - why do we have absolute
On Monday 07 August 2006 18:05, John-Mark Gurney wrote:
John Baldwin wrote this message on Mon, Aug 07, 2006 at 15:27 -0400:
sc-cfg_table.signature = letoh32(bus_read_4(sc-bar.res, 0));
sc-cfg_table.version = letoh16(bus_read_2(sc-bar.res, 4));
sc-cfg_table.dummy = bus_read_1(sc
that yet, but eventually it will, and other drivers depend
on it to do so.. that is a problem to be solved in the ifnet layer, not
in your driver.)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
you end up with is this:
VAR2='${COMPS:M${AA}'}
That is, it tries to match the substring '${AA' in ${COMPS} and then
appends a '}' character to that, which gives the '}' result you saw.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
))
msleep(td_em, emul_lock, PWAIT, foo, 0);
EMUL_UNLOCK();
Then in your exit_hook you should do this:
em = em_find(p-p_pid, EMUL_UNLOCKED);
LIST_REMOVE(...);
SLIST_REMOVE(...);
wakeup(em);
EMUL_UNLOCK();
--
John Baldwin
such
mechanism exists in freebsd?
Thanks!
You can make use of pcb_onfault to recover from a page fault, but that's
about it. Kernel code is expected to not generate exceptions. :)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
build of FreeBSD - which runs
on Nocona - will run on this. If someone knows for sure it won't run,
they'll save me the time of trying it.
If it has EM64T it should run FreeBSD/amd64.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
On Monday 14 August 2006 09:47, Stanislav Sedov wrote:
On Mon, 14 Aug 2006 09:32:57 -0400
John Baldwin [EMAIL PROTECTED] mentioned:
You can make use of pcb_onfault to recover from a page fault, but that's
about it. Kernel code is expected to not generate exceptions. :)
Thanks a lot
and CURRENT.
And this is true for amd64 as well.
Look at the code at the arch/arch/trap.c, for arch in i386, amd64.
Hmm, well that's handy then. Learn something new everyday. :) You can
see how to use pcb_onfault in some of the routines in i386/i386/support.s.
--
John Baldwin
, it isn't a big deal, I'm just curious what I'm missing in the
reasoning for doing such a thing.
It's a hack because MAXNAMLEN isn't POSIX, so for the pure-POSIX case,
_BSD_VISIBLE isn't defined, so we hardcode the length.
--
John Baldwin
___
freebsd
And see if that spits out a cycle.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
(not amr(4) I don't think,
maybe mlx(4)) that was somehow corrupting the TSS. I don't know if he ever
managed to solve it.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Tuesday 22 August 2006 16:44, Carroll Kong wrote:
-Original Message-
From: John Baldwin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 22, 2006 3:07 PM
To: freebsd-hackers@freebsd.org
Cc: Carroll Kong
Subject: Re: LSI-MegaRAID 150-4 BTX Halted on 5.4, 5.5, 6.1
to allow copying of a hierarchy while linking he regular
files.
Bikeshedded to death on: hackers
Submitted by:andersonatcenttech.com
MFC in: 1 month
It was on my todo list as well. I think I'll still add the -a option.
--
John Baldwin
___
freebsd
On Thursday 21 September 2006 21:57, Intron is my alias on the Internet wrote:
John Baldwin wrote:
On Thursday 21 September 2006 14:12, Intron is my alias on the Internet
wrote:
Please have a look at the function linker_reference_module() in
/sys/kern/kern_linker.c of 7.0-CURRENT
)
Revision ChangesPath
1.135 +1 -1 src/sys/fs/devfs/devfs_vnops.c
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
kldunload a module before it crashed?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
/jhs/bin/public/cmpd/cmpd.c )
cmp -z junk /host/laps/usr/tmp/junk # junk /host/laps/usr/tmp/junk differ:
size
Is send-pr appropriate ?
Are you using NFS v2 or v3? v2 doesn't support large files.
--
John Baldwin
___
freebsd-hackers@freebsd.org
On Thursday 02 November 2006 15:10, Julian H. Stacey wrote:
John Baldwin wrote:
On Thursday 02 November 2006 05:50, Julian Stacey wrote:
NFS fails on files = 4 GigCan someone confirm please.
uname -r # 6.1-RELEASE (both hosts)
# echo 1024 1024 * 4 * 1 + p | dc
with this.
Have you ran a memory checker or other diags to check for failing hardware?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
the patch below.
I actually the resulting changes obfuscate the code more than the current
code, so I'd prefer to just leave it as it is.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
state will still be
DS_ATTACHED when you call device_set_driver() now. So, I guess your patch
actually makes the device _not_ be detached from the driver.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
to use uid_t which breaks the ABI, and if we're
going to break the ABI, we should do it all at once. :)
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
this
happens?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
a lot) versus
compute-bound processes.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107455
Perhaps, I should not use these options for everyday STABLE use?
Eugene
I think you are running into devfs bugs actually.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
the vnode pointers in
ap.
error = VCALL(ap); /* dds: ap-a_desc == vop_read_desc */
}
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
as appropriate and get rid of the global runcom_script
variable?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
-pcbVersion;
@@ -1411,7 +1406,6 @@
#endif
mvSataUnmaskAdapterInterrupt(pMvSataAdapter);
- unlock_driver(oldspl);
return 0;
}
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Wednesday 03 January 2007 23:07, Kostik Belousov wrote:
On Wed, Jan 03, 2007 at 04:01:04PM -0500, John Baldwin wrote:
On Wednesday 03 January 2007 09:18, Eugene Grosbein wrote:
Hi!
I try to find bugs in 6.2-PRERELEASE by using it (q) :-)
The question is: are kernel options
On Thursday 04 January 2007 10:27, Brian Dean wrote:
On Wed, Dec 27, 2006 at 11:50:43PM -0500, John Baldwin wrote:
The 'traceall' seemed to miss several threads actually (like pid
18). Can you get a 'ps'? Also, are you able to get a kernel dump
when this happens?
I can't ps
On Thursday 04 January 2007 13:03, Oliver Fromme wrote:
John Baldwin wrote:
Oliver Fromme wrote:
I've created (and tested!) a new patch. I've tested on
RELENG_6, but I think init(8) isn't very different on
HEAD, so it should work there, too.
Any comments are welcome. I
try using cvsup or cvs to step back to a RELENG_6
kernel that works and then using the binary date trick to figure out which
commit breaks your box?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
.
Is the pty somehow stuck on the dead_cdevsw?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
would save 7 characters per call. I don't think it's
really worth it. But if you insist, I can update the
patch with such a function.
I think just using kenv() is fine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
from assembly and vice versa. You also forgot to include
one of MAP_SHARED or MAP_PRIVATE in your flags.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
On Wednesday 10 January 2007 16:52, Brad L. Chisholm wrote:
On Thu, 4 Jan 2007 12:53:47 -0500, John Baldwin wrote:
On Thursday 04 January 2007 10:27, Brian Dean wrote:
I believe that I can generate a kernel dump. We tried this yesterday
but didn't have a dump device configured
On Wednesday 10 January 2007 19:15, Brad L. Chisholm wrote:
On Wed, Jan 10, 2007 at 05:53:24PM -0500, John Baldwin wrote:
On Wednesday 10 January 2007 16:52, Brad L. Chisholm wrote:
I work with Brian, and have been helping him analyze this problem. We
have
been able to generate
On Thursday 11 January 2007 04:21, Peter Jeremy wrote:
On Wed, 2007-Jan-10 22:11:38 -0500, John Baldwin wrote:
64 / 14. That gives a result of 153405586. However, you really want to
round this up to a multiple of 288 (because the kernel rounds it down to
a multiple of 288), so I'd use
On Thursday 11 January 2007 02:04, Brad L. Chisholm wrote:
On Wed, Jan 10, 2007 at 10:11:38PM -0500, John Baldwin wrote:
On Wednesday 10 January 2007 19:15, Brad L. Chisholm wrote:
I notice the following in the vm.zone output captured just prior to
a hang. Does this value correspond
and PTRACE_DETACH are equilavent to
out PT_ATTACH and PT_DETACH. The build dies later with
a problem with PTRACE_PEEKDATA. Is our PT_READ_D the
right equivalent?
Most likely.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
doesn't expose them. This is done via /boot/loader.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
to
PRELREASE source failed to produce a stable kernel.
That's really odd.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
the 8259As, but IRQ 17 isn't routed via those, so sio complains
about a missing interrupt even though it is working fine.
Also, in 6.2, SIO should always be able to probe a FAST since 6.1 and later
have the changes that let FAST and non-FAST share IRQs.
--
John Baldwin
this reason.
I plan on making sure full 32-bit compat exists for both libthr and
libpthread and backporting it to 6.x for work. Very few things are
too hard to wrap with a 32-bit shim.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
use 'set hint.apic.0.disabled=1' for now to keep ACPI and just disable
SMP for now.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
@ about the details.
APIC IDs are not programmable (well, they are on I/O APICs, but not local
APICs). However, I am working on patches to support all valid APIC IDs for
both mptable and MADT. Bumping up NLAPICS as a temporary workaround should
suffice for now.
--
John Baldwin
On Monday 23 April 2007 02:51:19 pm Mark Tinguely wrote:
John Baldwin [EMAIL PROTECTED] says:
APIC IDs are not programmable (well, they are on I/O APICs, but not
local=20
APICs). However, I am working on patches to support all valid APIC IDs
for=
=20
both mptable and MADT
above?
If not, can you give me some pointers on where I can find this information!
kern_XXX are generally used by system calls such as alternative ABIs, etc.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
and make sure it doesn't call mtx_sleep() or cv_wait() with a recursed lock.
It's not that hard to do. The rest of the kernel manages that restriction
fine.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
On Friday 27 April 2007 02:43:16 am Marc Lörner wrote:
On Thursday 26 April 2007 19:49, John Baldwin wrote:
On Thursday 26 April 2007 08:08:19 am Marc Lörner wrote:
Hello,
I googled but found nothing about the usage of the kern_* functions
(kern_open, kern_close, kern_pwritev
be considered
as two independent objects. For example, network drivers drop their lock
when passing a packet (request) up the stack.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
really be useful.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
?
le(4) is the newer lnc(4).
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
) to complete.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
()
{
FOO_LOCK(sc);
foo_stop(sc);
callout_stop(sc-callout);
FOO_UNLOCK(sc);
bus_teardown_intr(...)
bus_release_resources(...);
callout_drain(sc-callout);
mtx_destroy(sc-lock);
}
--
John Baldwin
to solve, every other driver using bus_dma solves
it. Just make sure your driver is in a sane state and drop the lock while
you let bus_dmamap_load() map/copy things for you.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
On Thursday 05 July 2007 04:25:17 pm John Baldwin wrote:
On Thursday 05 July 2007 03:31:59 am Hans Petter Selasky wrote:
On Wednesday 04 July 2007 19:35, John-Mark Gurney wrote:
Hans Petter Selasky wrote this message on Wed, Jul 04, 2007 at 09:01
+0200:
Also: How is the easiest way
On Friday 06 July 2007 02:59:39 am Hans Petter Selasky wrote:
On Friday 06 July 2007 01:35, John Baldwin wrote:
On Thursday 05 July 2007 04:25:17 pm John Baldwin wrote:
On Thursday 05 July 2007 03:31:59 am Hans Petter Selasky wrote:
On Wednesday 04 July 2007 19:35, John-Mark Gurney wrote
On Saturday 07 July 2007 12:14:24 pm Hans Petter Selasky wrote:
On Friday 06 July 2007 22:41, John Baldwin wrote:
On Friday 06 July 2007 02:59:39 am Hans Petter Selasky wrote:
On Friday 06 July 2007 01:35, John Baldwin wrote:
On Thursday 05 July 2007 04:25:17 pm John Baldwin wrote
and restored.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
Thanks!
Can you try a 7.0 snapshot? It has different handling of 64-bit BARs. If 7
works then we can look at backporting those changes to 6.x.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
and to do a fixup if the RTC appears to be dead.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
line
before the comment now.
2) acct_process() saves resource usage information, so the later it is in
exit1() the more accurate it is going to be, so it's probably best to leave
it as it is unless you observe a measurable change in a benchmark with this
patch.
--
John Baldwin
On Monday 16 July 2007 09:14:04 am Ivan Voras wrote:
John Baldwin wrote:
It's more that we use the filesystem's timestamp as a way to validate the
timestamp from the RTC and to do a fixup if the RTC appears to be dead.
Why not use something that doesn't depend on external factors, like
that you don't have to generate tables, etc. (so it might actually be
simpler). I'm not sure it's such a bad idea to just have a fcntl to get the
max open fd and do the loop in userland so you get better auditing of the
individual close() operations.
--
John Baldwin
for this ID as:
#define ATA_VIA82C571 0x05711106
so you shouldn't have needed to change the code at all.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
in this, but the root
cause was either a deadlock or use after free, etc. It should be fixed in
6-stable. I can't recall further what it is though.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
about a socket). The network stack locking had a _lot_ of changes in
6.x, and backporting them is probably very non-trivial. I'd definitely
suggest updating to 6.2 (or even 6-stable) as there are many more bugs
fixed in 6.x whereas 5.x does not receive hardly any bug fixes at this
point.
--
John
a deadlock of some sort.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
' in there, but curses is rather finicky;
'sed' would be more useful.)
Thank you for supporting my idea!
I would go for all of these as well as 'chown'. Are you still planning on
doing this?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
to pop up by ignoring the truncation problem.
And some sysadmins may use it via 'chmod 606' or the like.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
have been in the tree by now as it
would have helped with some of the pending issues.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
to the per-device nodes
under dev.
One wrinkle with this is that network interfaces can be renamed, and I don't
think the dynamic sysctl stuff lets you rename an existing node currently
(though you could fix that).
--
John Baldwin
___
freebsd-hackers
the source somewhat, but that shouldn't be an ideal solution, in my
opinion.
The best option right now is to read the code. There are some comments in
both the headers and implementation.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http
1 - 100 of 1526 matches
Mail list logo