On Thursday 15 June 2006 14:23, Andriy Gapon wrote:
> on 15/06/2006 20:10 John Baldwin said the following:
> > On Wednesday 14 June 2006 12:33, Andriy Gapon wrote:
> >> What is proper way to check from a driver/module if APIC is being used ?
> >> Or even narrower, if loc
can start working on building
a minimal kernel filling in missing bits in sys/ 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]"
// but whatever it returns MUST 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, bu
e to get a UC mapping. In bus_dma(9) we have the COHERENT
flag to UC rather than a WB mapping. Neither of these API's allow for, say,
WC (Write-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
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
es to the PRs you filed about these issues.
USB crashes are not that uncommon, and compared to other OS's (such as Windows
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
allocate resources.
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 ho
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 O
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]>
> : >
those for a uhc device on irq 18.
>
> The machine is a Dell 2850 running 5.4. 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@freeb
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].
&g
ern_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
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ld
narrow down where the bug 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'
ne does seem to touch %gs but I've never actually seen it
> change. It's always 0x001B, which is the correct value (GUGS_SEL).
>
> However, Wine/Windows uses %fs for TLS and it appears that the FreeBSD
> kernel doesn't preserve it. It always ends up pointing to GUDATA_SEL.
The kernel should preserve %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/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ser(td))' then you would not
perform the additional security check 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.
rnal sema array index. In fact, it was missing,
> which make the semctl syscall not work well.
Actually, this is on purpose. SEM_STAT is just used for Linux binaries, and
they apparently specify a kernel semid rather than a user one for this
specific request.
--
John Baldwin
_
oss-builds where the kernel tree isn't in /usr/src/sys):
% cd /usr/src
% make TARGET_ARCH=amd64 kernel-toolchain
% make TARGET_ARCH=amd64 buildkernel KERNSRCDIR=/home/jhb/work/p4/smpng \
NO_KERNELCLEAN=yes
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fle anyone's creativity, I agree with Oliver (and
> other posters) on this one. The Unix way of doing things is small programs
> that do their jobs well, tied together to accomplish bigger things.
OTOH, 'cp -al' is a lot less to type. :) It also is not NIH as it is
t of the time
reducing the time 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&
an unknown state for one, and you really want to leave
the overall system state as undisturbed as possible while in the debugger to
aid 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]"
her than a convoluted pair of find |
cpio. 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]"
fubyte(mem2) == -1) {
> mtx_unlock(&vm_page_queue_mtx);
> return(EINVAL);
> }
> /* Operations... */
> mtx_unlock(&vm_page_queue_mtx);
>
> return(0);
> }
>
> It prevents to virtual pages to be p
l-freebsd".
>
> Unread portion of the kernel message buffer:
> <6>rl0: promiscuous mode enabled
> Sleeping thread (tid 100079, pid 783) owns a non-sleepable lock
> panic: sleeping thread
In kgdb, do 'proc 783', and then &#x
rtray the offsets
as relative to userland, but ondisk they are still 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]"
if (count > 50) {
device_printf(dev, "ConfigTable Bad!\n");
return (ENXIO);
}
count++;
/* Wait 10 ms. */
DELAY(1);
}
--
John Baldwin
__
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 `diskla
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));
other threads coming into your
driver via the if_*() routines are all gone. (This last one doesn't
actually do 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
_
s less
obvious than that, as since it isn't looking to do variable expansion
in an M modifier, it ends the $COMPS expansion when it sees the first },
so what you end up with is this:
VAR2='${COMPS:M${AA}'}
That is, it tries to match the substring '${AA' in ${COMPS} and
OCK(&emul_lock);
>
> what do you suggest? I need to process the list first and then let the
exit_hook in the various processes run.
This is not safe anyway. kill() is way too big of a function to call with a
lock held. You also pass the wrong thread to it IIRC (you should always
cing recover code into .fixup section. Does any 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
___
ion is whether or not the AMD64 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
__
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
n 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
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
not hard-code in the 255 value.
> >
> > That's my 2-cents worth, at least...
> >
>
>
> Then shouldn't both be set to MAXNAMLEN?
>
> Of course, it isn't a big deal, I'm just curious what I'm missing in the
> reasoning f
> >
> > What is the date of the system checkout ?
>
>
> 6-STABLE from ~8/12/06.
>
> So there's not much that can be done with the vmcore?
Actually, there is stuff that can be done with the vmcore. Download
http://www.FreeBSD.org/~jhb/gdb.6
Then in kgdb do:
(gd
002 E471 in al,0x71
0004 C3ret
My guess is that somehow the TSS has been corrupted. Many years ago Mike
Smith was running into weirdness with a RAID BIOS (not amr(4) I don't think,
maybe mlx(4)) that was somehow corrupting the TSS. I don't know if he ever
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-MegaRA
(
> >
> > *sigh* - off to other hacking..
> >
> > Eric
> >
> >
> Add an option 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-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Monday 11 September 2006 14:51, Intron is my alias on the Internet wrote:
> Alexander Leidinger wrote:
>
> > Quoting John Baldwin <[EMAIL PROTECTED]> (Mon, 11 Sep 2006 11:45:52 -0400):
> >
> >> On Sunday 10 September 2006 05:56, Alexander Leidinger wrote:
>
On Tuesday 12 September 2006 01:30, Alexander Leidinger wrote:
> Quoting John Baldwin <[EMAIL PROTECTED]> (from Mon, 11 Sep 2006
15:28:48 -0400):
>
> > I've only gotten this message when I've leaked memory in a zone. Do you
have
> > an example self-containe
> @@ -316,6 +316,7 @@
> if (error)
> return (error);
>
> + mtx_lock(&allprison_mtx);
> pr = prison_find(uap->jid);
> if (pr == NULL) {
> return (ESRCH);
Does this leak t
ee()' to free it instead of doing 'crget(); crhold()' to create one.
--
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 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
> >>
/* 40 1K datagrams */
> SYSCTL_INT(_net_inet_udp, UDPCTL_MAXDGRAM, maxdgram, CTLFLAG_RW,
> &udp_sendspace, 0, "Maximum outgoing UDP datagram size");
>
> -u_long udp_recvspace = 40 * (1024 +
> +intudp_recvspace = 40 * (1024 +
> #ifdef INET6
>
dont set any of this flags passed to
> fork1() ie. doing CLONE_FS semantics on default.
>
> I am a little confused from linux behaviour because it seems to me
> that they dont share open file descriptors betweeen processes after
> fork() which is stra
s
> > is this case.
>
>make installkernel KERNCONF=YOUR_KERNEL_HERE KODIR=/boot/testkernel
Or:
make installkernel KERNCONF=FOO INSTKERNNAME=bar
will install to /boot/bar/kernel.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing
; single-user, / will be mounted read-only and you can fsck it. If you do:
>
> mount -u /
> mount -u -r /
>
> You can no longer fsck it. I've been meaning to track this down and/or
> file a PR. I'm pretty sure this used to work just fi
> > under FreeBSD6 and do the test again on FreeBSD 6 ?
No, as you've seen. :)
> Is this a bug "somewhere" in the kernel ?
Yes. GEOM is in the kernel.
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
***
*** 111,116
--- 111,121
#define _SIZE_T_DECLARED
#endif
+ #ifndef _TIME_T_DECLARED
+ typedef __time_ttime_t;
+ #define _TIME_T_DECLARED
+ #endif
+
#ifndef _PID_T_DECLARED
typedef __pid_t pid_t;
#define _PID_T_DECLARED
true, no unlocking shall be attempted. The lock is
already dropped and memory is freed.
Found with: Coverity Prevent(tm)
CID:1536
Approved by:pjd (mentor)
Revision ChangesPath
1.135 +1 -1 src/sys/fs/devfs/devfs_vnops.c
--
John Baldwin
lers... Do those memory addresses in the panic message point
> towards bad memory if they are always the same?
No, they are virtual addresses. Having the same EIP means you are crashing in
the same place. Did you recently 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]"
:=..
>
> It's not just ls, cmp fails too, ( as also does my
> http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c )
> cmp -z junk /host/laps/usr/tmp/junk # junk /host/laps/usr/tmp/junk differ:
> size
>
> Is se
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 h
ing prime
> time.
>
> I would greatly appreciate any assistance that I can get 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
t the dup()/dup2() system calls readjust the
> errno right before returning. Please use 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
__
>unit, dev->devclass, and dev->nameunit. device_set_driver()
doesn't check or clear any of those. In fact, your change does make
device_set_driver() not work at all since the device state will still be
DS_ATTACHED when you call device_set_driver() now. So, I guess your patch
act
priate. The painful thing here will be destroying the SYSVIPC ABI on
64-bit archs. Bill, you should go talk to Robert Watson and time it with him
as he wants to fix SYSVIPC 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 Ba
're
> right, that trace is about as informative as new printer paper :)
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?
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ority boost is intended to give higher priority to
interactive processes (since they tend to sleep on I/O 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]"
LOR and crashdump. One of these you can see here:
>
> http://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
___
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 to "[EMAIL PROTECTED]"
see what is going on.
- Rather than abusing a global runcom_script variable that you change to
get side effects when you invoke runcom(), why not change runcom() to
take a single 'char *script' as an argument and just pass _PATH_RUNCOM
or kenv_value as appropriate and get rid of the
l);
return ENXIO;
}
else
@@ -1268,7 +1264,6 @@
unregister:
bus_release_resource(pAdapter->hpt_dev, SYS_RES_MEMORY, rid,
pAdapter->mem_res);
hptmv_free_edma_queues(pAdapter);
- unlock_driver(oldspl);
return ENXI
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 i
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
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
> > >
atfully appreciated.
If there is any way to figure out a date for a working kernel that would be
very helpful. Can you 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 Bald
e closed it
should be destroyed and the resulting devfs_free() should drop the reference.
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]"
ree times. Using a wrapper function
> 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
___
tional
>0 to the top of the stack).
>PS. FASM 1.66 running on FreeBSD 6.1 (AMD64).
>PPS. This is NOT a homework assignment! (tm) :P
Is there a particular reason you have to use assembly and not C? You can
call C functions from assembly and vice versa. You also forgot to includ
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
> >
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.
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 multipl
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
>
ximum age will
be more dynamic. Right now if you haven't touched UFS in 5 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
_
uot;-x" option of cpuset for that purpose (to bind irq 260 and 261
in my example)?
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"
bsd-hackers
> > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>
> I think that should be MI for us anyway. I'm not aware of any
> architectures FreeBSD supports with stacks that grow up. I'll give it a
> test on PPC.
ia64 has
--- dev/mfi/mfi_disk.c (revision 257407)
+++ dev/mfi/mfi_disk.c (working copy)
@@ -162,6 +162,7 @@
sc->ld_disk->d_unit = sc->ld_unit;
sc->ld_disk->d_sectorsize = secsize;
sc->ld_disk->d_mediasize = sectors * secsize;
+ sc->ld_disk->d_flags = DISKFLAG_DIRECT_COMPLETION;
if (sc->ld_disk->d_mediasize >= (1 * 1024 * 1024)) {
sc->ld_disk->d_fwheads = 255;
sc->ld_disk->d_fwsectors = 63;
--
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"
gt;
> #6 0xc0898d4c in calltrap () at /usr/src/sys/i386/i386/exception.s:169
> #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'.
#7 0xc082c552 in inodedep_find (inodedephd=Variable "inodedephd" is not
> available.
> ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2073
> 2073/usr/src/sys/ufs/ffs/ffs_softdep.c: No such file or directory.
> in /usr/src/sys/ufs/ffs/ffs_softdep.c
> (kgdb)
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:11A
gt; > > (kgdb) up 7
> > > #7 0xc082c552 in inodedep_find (inodedephd=Variable "inodedephd" is
> not
> > > available.
> > > ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2073
> > > 2073/usr/src/sys/ufs/ffs/ffs_softdep.c: No such file or directory.
>
though at least 'pmbr' only works in terms of 512 bytes. :-(
Yes, the BIOS calls have always only used 512 byte sectors. 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 Baldw
> > be more dynamic. Right now if you haven't touched UFS in 5 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
a
here instead of rolling your own loop. However, this
will print out 'kernel' for every kernel. If I 'boot kernel.foo' from the
loader, then the bootfile will be /boot/kernel.foo/kernel, and this will trim
the /boot/kenrel.foo/ part. The kernel.foo part is actually the impo
reg, width);
}
This calls pcib_read_config in the PCI bus driver:
DEVMETHOD(pcib_read_config, nexus_pcib_read_config),
nexus_pcib_read_config(device_t dev, int bus, int slot, int func,
int reg, int bytes)
{
return(pci_cfgregread(bus, s
loading special shared
> object symbols, but it is evil magic. :)
>
> Anyone know of another OS that supports this? Any standards for
> it on the way?
Use C++ with static instances of classes that have constructors.
--
John Baldwin <[EMAIL PROTECTED]> -- http://ww
>
> is there a way, that when booting from the net, btx ignores the mbr/fdisk
> info?
BTX doesn't read your MBR, it sounds like the BIOS in the machine is crapping
itself out on the disks in question. If you are using dangerously dedicated
mode on these disks, don't. :)
--
Jo
4.x module in 5.x, so just change the function w/o the old name.
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On 30-Jan-01 Matt Dillon wrote:
>:
>:Oh yuck. Please do rename the darn thing back at some point then. Or if its
>:only going to be in -current, don't bother. No one expects to be able to use
>:a
>:4.x module in 5.x, so just change the function w/o the old name.
>:
so that simple reference counts can be optimized, though that has
been shot down thus far.
> --
> Matt Emmerton
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!&quo
hich is a bit
limiting.
> However, certain other primitives are missing, such as an atomic
> test-and-set operation. Under the current scheme this would have to be done
> by two independent operations, which is not useful when atomicitiy is
> required.
do {
x = my_int;
while (atomic_cmpset_
> I had based my assumptions on what I saw in 4-stable, which doesn't have
> atomic_cmpset. I'll have to take a peek at 4-current or wait until some
> features trickle down to 4-stable.
This stuff likely won't be backported as it is part of the rather largish
SMPng work g
On 01-Feb-01 Julian Elischer wrote:
> John Baldwin wrote:
>>
>> On 31-Jan-01 Matthew Emmerton wrote:
>> > Hi all,
>> >
>> > I've taken a look around for an implementation of atomic bit operations in
>> > FreeBSD (simil
On 01-Feb-01 Julian Elischer wrote:
> John Baldwin wrote:
>>
>
>>
>> The current implementation for it can be found at
>> http://www.FreeBSD.org/~jhb/patches/refcount.patch. It's all done with
>> simple
>> atomic operations
On 01-Feb-01 Doug White wrote:
> On Mon, 29 Jan 2001, John Baldwin wrote:
>
>> Then only rename it in 4.x We can do an API change for 5.0. We'll be
>> renaming syscall2() back to syscall() in 5.0 for example. We don't
>> want to end up with syscall47() som
On 02-Feb-01 Peter Pentchev wrote:
> On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote:
>>
>> On 01-Feb-01 Doug White wrote:
>> > On Mon, 29 Jan 2001, John Baldwin wrote:
>> >
>> >> Then only rename it in 4.x We can do an API change for
On 02-Feb-01 Peter Pentchev wrote:
> On Fri, Feb 02, 2001 at 11:16:15AM -0800, John Baldwin wrote:
>>
>> On 02-Feb-01 Peter Pentchev wrote:
>> > On Thu, Feb 01, 2001 at 01:19:24PM -0800, John Baldwin wrote:
>> >>
>> >> On 01-Feb-01 Doug White
901 - 1000 of 1599 matches
Mail list logo
