On 2020-07-19 19:34, Rick Macklem wrote:
I spent a little time chasing a problem in the nfs-over-tls code, where it
would sometimes end up with corrupted data in the file(s) of a mirrored
pNFS configuration.
I think the problem was that the code filled the data to be written into
anonymous page
FWIW, I also updated to the latest BIOS available for this board,
Supermicro X10SRA, to version: 2.0c Release Date: 09/25/2017.
One thing I noticed is that even though the board supports UEFI,
there was no UEFI update procedure for it, and I had to flash via
a USB stick with a FreeDOS boot image.
On 05/01/18 13:14, Toomas Soome wrote:
On 1 May 2018, at 17:34, Andrew Gallatin <mailto:galla...@cs.duke.edu>> wrote:
On 04/10/18 16:51, Andriy Gapon wrote:
On 10/04/2018 22:48, Andrew Gallatin wrote:
On 04/10/18 11:25, Andriy Gapon wrote:
On 10/04/2018 15:27, Andrew Gallatin w
On 04/10/18 16:51, Andriy Gapon wrote:
On 10/04/2018 22:48, Andrew Gallatin wrote:
On 04/10/18 11:25, Andriy Gapon wrote:
On 10/04/2018 15:27, Andrew Gallatin wrote:
Is there something like tools/diag/prtblknos for ZFS?
zdb.
It has a manual page, but in the case like this you typically
On 04/10/18 11:25, Andriy Gapon wrote:
On 10/04/2018 15:27, Andrew Gallatin wrote:
Is there something like tools/diag/prtblknos for ZFS?
zdb.
It has a manual page, but in the case like this you typically want to run
zdb -d[d*]
Add d-s until you get all the information you want.
It looks
On 04/09/18 23:33, Allan Jude wrote:
On 2018-04-09 19:11, Andrew Gallatin wrote:
I updated my main amd64 workstation to r332158 from something much
earlier (mid Jan).
Upon reboot, all seemed well. However, I later realized that the vmm.ko
module was not loaded at boot, because bhyve PCI
I updated my main amd64 workstation to r332158 from something much
earlier (mid Jan).
Upon reboot, all seemed well. However, I later realized that the vmm.ko
module was not loaded at boot, because bhyve PCI passthru did not
work. My loader.conf looks like (I'm passing a USB interface through):
On 02/21/12 09:56, Alexander Leidinger wrote:
Hi,
is there a specific reason that the following NICs are not (or shall not
be) in GENERIC (at least on i386)?
<>
- if_mxge
<>
Speaking for mxge, it requires the better part of 1MB worth of
firmware files, and it is a rather uncommon
Kostik Belousov wrote:
BTW, -1 is ERESTART, so if you have SIGINT catched with SA_RESTART
flag in the process that initiated kldload(2) syscall, then -1
is the right return code for cv_wait_sig.
Ah, makes sense. I hadn't considered that a BSD kernel
error could be negative. I should have ac
Hi,
I recently noticed that cv_wait_sig() will return -1
rather than EINTR when a SIGINT is delivered. This is
in contrast to CONDVAR(9) which states:
<...>
cv_wait_sig() and cv_timedwait_sig() return prematurely with a
value of EINTR or ERESTART if a signal is caught
<...>
To demo
Jacques A. Vidrine writes:
>
> So can we just have a statically linked /bin/sh and get on with life?
That certainly seems like the best compromise. Then we can end this
thread ;)
> That seems to have the most impact. We can also expend our efforts
> to improve dynamic linking performance
Peter Wemm writes:
> We need nsswitch type functionality in /bin/sh. To the people who want to
> make it static, lets see some static binary dlopen() support or a nsswitch
> proxy system.
Maybe this is just nieve, but I always thought that it was the
responsibility of the party introducing t
M. Warner Losh writes:
> In message: <[EMAIL PROTECTED]>
> I'm just saying that most of the developers I'm talking to on IRC say
> this tread is insane, has no content and they are blowing it off
> because of that. A concrete, real benchmark will go a long way
> towards changing that. Until
M. Warner Losh writes:
> In message: <[EMAIL PROTECTED]>
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> : I'll bet a larger percentage of our users build ports than need nss or
> : ldap.
>
> I'll bet a larger percentage of the people are
Richard Coleman writes:
> Are you suggesting that (t)csh also move to /usr/bin to match
> /usr/bin/sh? The screams caused by such a change would be deafening.
Of course not. Nobody in their right mind uses csh for scripting.
Drew
___
[EMAIL PROTEC
Daniel O'Connor writes:
>
> It is _trivial_ to buildworld with a static root.
Then its equally trivial to build with a dynamic root. Please do so,
and don't wreck the performance of the OS I've used since 1994.
> Why didn't you pipe up when this was discussed _long_ ago?
In the orginal th
Daniel O'Connor writes:
> On Tuesday 25 November 2003 11:52, Dan Nelson wrote:
> > > I'd greatly prefer that the the dynamic root default be backed out
> > > > until a substantial amount of this performance can be recovered.
> > >
> > > What _REAL WORLD_ task does this slow down?
> >
> > T
Here is a simple test which times the execution of a null
shell script. It basically times fork/exec of the chosen shell.
% cat harness.sh
#!/bin/sh
sh=$1
cnt=$2
i=0
while [ $i -le $cnt ]; do
$sh ./foo
i=`expr $i + 1`
done
#eof
%cat foo
exit
#eof
% ldd sh.dynamic
sh.dynami
Robert Watson writes:
>
> It strikes me that this whole conversation has gotten a little
> confrontational... The "middle ground" of adding a static /sbin/sh for
> scripts soudds like a reasonable choice, and has precedent in other
> systems (Solaris). We can set the boot and periodic scri
Daniel Eischen writes:
> On Fri, 14 Nov 2003, Andrew Gallatin wrote:
>
> >
> > Kirk McKusick writes:
> > > >
> > > > And mail/postfix and devel/gnomevfs2 (ones's i've found so far)
> >
> > <...>
> &
Kirk McKusick writes:
> >
> > And mail/postfix and devel/gnomevfs2 (ones's i've found so far)
<...>
> This is why we make this change now so that it will be in place
> for the masses when 5.2 is released :-)
Can't we bump the libc version so that dynamically linked, non-system
binaries can
Poul-Henning Kamp writes:
>
> As soon as these uses of cloning code has been removed, I will move
> the floppy and CD drivers under GEOM, paving the way for the
> significant changes to the buf/VM system which some of you have
> already heard rumours about. (more will emerge after BSDcon'03
Soren Schmidt writes:
>
> Yep, thats close, I have a patch out for testing that looks semilar,
> if you can confirm it works, I'll commit it asap:
>
> And yes pointy hat to me :)
>
This fixes my box with the acer aladdin chip.
Thanks!
Drew
__
Hi,
I recently decided to update my alpha UP1000 to today's current from a
mid-July build. However, UDMA33 did not work on a hard disk attached
to the built-in Acer Aladdin controller (verbose dmesg appended).
I think I have narrowed the problem down to this line of code:
atadev->chann
Sam Leffler writes:
> It reliably locks up for me when you break into a running system; set a
> breakpoint; and then continue. Machine is UP+HTT. Haven't tried other
> machines.
Perhaps related, perhaps a red-herring: With a single P4 + HTT, +
SMP kernel, if I break into the ddb debugger
I'm running a ~2 week old -current, and when debugging some hacks of
mine, I noticed that gdb -k seems to be missing at least one frame
in its stack. Eg, ddb shows:
panic: page fault
cpuid = 0; lapic.id =
Stack backtrace:
backtrace(c0380cf2,0,c036e757,d96d4bd4,100) at backtrace+0x17
pan
Tinderbox writes:
> cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\"
> -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/cc/f771/../cc_tools
>
> -I/vol/vol0/users/des/tinderbox/CU
I see an ICE building the math/R-letter port on -current (x86) from
late last week.
% gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.1 [FreeBSD] 20030711 (prerelease)
cc -I../../src/extra/pcre -I. -I../../src/include -I../../src/in
John Baldwin writes:
>
> No, generic modules would always work with all kernels except for
> exceptional cases like PAE (unavoidable, really), and MUTEX_PROFILING
> (this is a debugging thing, so ISV's wouldn't need to ship modules
> with that turned on). All this would add is the ability t
Craig Rodrigues writes:
> On Thu, Aug 14, 2003 at 08:17:33PM -0400, Andrew Gallatin wrote:
> > You have machdep.hlt_logical_cpus: 1 in your sysctl output. [BTW,
> > lots of people read this mail via the web archives at
> > http://docs.freebsd.org/cgi/getmsg.cgi?fe
Adam Migus writes:
> Folks,
> While doing some performance analysis (doing make -j5 buildkernel)
> on a set of 14 kernels I've hit one using the SCHED_ULE scheduler
> that hangs. It happens every time but not necessarily in the same
> place in the make.
>
<...>
> The hardware is a dual
John Baldwin writes:
>
> On 14-Aug-2003 Andrew Gallatin wrote:
> >
> > John Baldwin writes:
> > >
> > > On 14-Aug-2003 Ruslan Ermilov wrote:
> > > > On Thu, Aug 14, 2003 at 02:10:19AM -0600, Scott Long wrote:
> > > >>
John Baldwin writes:
>
> On 14-Aug-2003 Ruslan Ermilov wrote:
> > On Thu, Aug 14, 2003 at 02:10:19AM -0600, Scott Long wrote:
> >> Luoqi Chen wrote:
> > [...]
> >> >On the other hand, all modules should create all the opt_*.h files
> >> >it needs when built individually. Add opt_ddb.h to n
Kris Kennaway writes:
> On Fri, Aug 01, 2003 at 09:00:44AM -0400, Andrew Gallatin wrote:
>
> > The crashdump might actually be useful here. You'd have only the
> > trap() and vm_fault() frames, but at least you'd have information
> > about the state of th
Kris Kennaway writes:
> On Thu, Jul 31, 2003 at 01:48:59AM -0700, Kris Kennaway wrote:
> > I upgraded the alpha package machines tonight, and one of them fell
> > over shortly after taking load, with the following:
<..>
> Two more panics on alpha:
>
> panic: vm_fault: fault on nofault en
Jeff Roberson writes:
> On Fri, 27 Jun 2003, John Baldwin wrote:
>
> >
> > On 27-Jun-2003 Andrew Gallatin wrote:
> > >
> > > Jeff Roberson writes:
> > > >
> > > > Can you call kseq_print(0) and kseq_print(1) from ddb?
> &
Jeff Roberson writes:
>
> Can you call kseq_print(0) and kseq_print(1) from ddb?
>
I found a different problem which is nearly as interesting.
Note that ps thinks sysctl is on cpu 255...
Boot hangs here:
cd0: Attempt to query device size failed: NOT READY, Medium not
present
SMP: AP CPU
Jeff Roberson writes:
> On Fri, 27 Jun 2003, Andrew Gallatin wrote:
>
> >
> > Jeff,
> >
> > On an "SMP" box I have, which is really a p4 box with one physical
> > CPU, and 2 HTT cores, I've seen some strange behaviour with ULE.
> >
Jeff,
On an "SMP" box I have, which is really a p4 box with one physical
CPU, and 2 HTT cores, I've seen some strange behaviour with ULE.
With ULE enabled, I've see jobs "wedge" for no apparent reason.
Some examples are fsck, dhclient and gcc.
Here's an example of fsck after it stopped respondi
Alan L. Cox writes:
> Thanks for letting me know. This is another false positive: Witness
> can't distinguish the lock on the object being destroyed from the lock
> on the object used by UMA because their labels are the same. They will
> never, however, be the same object. So, deadlock isn'
David Malone writes:
> > > This may be my fault, as I made some changes recently that assumed that
> > > the mbuf allocator grabbed giant when needed. I'll check the code path
> > > you've mentioned to see if it grabs giant now, but I suspect that I just
> > > need to move the giant grabbing b
Nate Lawson writes:
> You're right about where the problem is (top of stack trace and listing
> below). However, your patch causes an immediate panic on boot due to a
> NULL deref. I don't think you want it to always return NULL if called
> with M_NOWAIT set. :) Other ideas?
The follow
Nate Lawson writes:
> I have gotten fxp running with MPSAFE and did a large scp transfer. It
> ran for a few minutes and then paniced. It was trap 12 (page fault) at
> address 0x24. Here is where it crashed:
>
<..>
> The deref of mb_head->m_pkthdr is invalid. Note that my fxp_intr functi
Nate Lawson writes:
>
> You're right about where the problem is (top of stack trace and listing
> below). However, your patch causes an immediate panic on boot due to a
> NULL deref. I don't think you want it to always return NULL if called
> with M_NOWAIT set. :) Other ideas?
>
Nate Lawson writes:
> I was testing some changes to make fxp MPSAFE and got a LOR in allocating
> the mbuf cluster and then finally a panic when trying to dereference the
> cluster header. Is the mbuf system MPSAFE? Is it ok to call m_getcl
> with a device lock held (but not Giant)?
>
> T
Nate Lawson writes:
> I was testing some changes to make fxp MPSAFE and got a LOR in allocating
> the mbuf cluster and then finally a panic when trying to dereference the
> cluster header. Is the mbuf system MPSAFE? Is it ok to call m_getcl
> with a device lock held (but not Giant)?
>
> T
Martin Karlsson writes:
> * John Baldwin <[EMAIL PROTECTED]> [2003-03-25 18.41 -0500]:
>
> [...snip...]
>
> > http://www.FreeBSD.org/~jhb/patches/linux.patch Similar to Drew's
> > except that I patched alpha as well. Similarly untested. Apply
> > with patch -p6 while in /sys. Please l
John Baldwin writes:
>
> Oh, good catch Drew. My bad it seems :( I'll work up a patch.
>
I see this all the time when people add code to our driver, test it
only on linux. So I'm quite used to the symptoms ;)
Thanks,
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
Martin Karlsson writes:
> #9 0xc02dca88 in calltrap () at {standard input}:96
> #10 0xc01e7b0b in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:528
> #11 0xc020256e in witness_lock (lock=0xc03760c0, flags=8, file=0xc0332416
> "/usr/src/sys/vm/vm_fault.c", line=206)
> at /usr/src
Kevin Oberman writes:
> > From: Andrew Gallatin <[EMAIL PROTECTED]>
> > Date: Wed, 19 Mar 2003 17:41:17 -0500 (EST)
> > Sender: [EMAIL PROTECTED]
> >
> >
> > Daniel O'Connor writes:
> > > Restart X? :-)
> >
> > I wi
Daniel O'Connor writes:
> Restart X? :-)
I wish. The board seems totally gone after an ACPI suspend. This seems to
be a common problem with ATI cards.
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Nate Lawson writes:
> On Sat, 14 Dec 2002, Andrew Gallatin wrote:
> > This does not happen if I do not have rp.ko loaded. I suspect that
> > the rocketport card needs some setup when power is restored. It
> > polls all its ports, so it makes sense that a swi would get
Kris Kennaway writes:
> I've been having trouble getting gdb -k on alpha to give me sensible
> backtraces. For example, here is the backtrace of a softupdates panic
> that I dumped by calling doadump in ddb:
<..>
> #6 0xfc58fe48 in trap (a0=1, a1=1, a2=18446739675669307791, entry=3
Jeff Roberson writes:
> On Mon, 17 Mar 2003, Andrew Gallatin wrote:
>
> >
> > I'm seeing the following panic under heavy NFS client usage on an SMP
> > w/kernel sources from Weds. evening. Has this been fixed?
> >
> > Thanks,
> >
> &g
David Schultz writes:
> Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> > David Schultz wrote:
> > > This is because floating point
> > > support on Alpha is broken unless you specifically tell gcc to
> > > unbreak it by specifying -mieee.
> >
> > Sounds like the ability to turn "-mieee" o
Maxime Henrion writes:
> Andrew Gallatin wrote:
> >
> > I'm seeing the following panic under heavy NFS client usage on an SMP
> > w/kernel sources from Weds. evening. Has this been fixed?
>
> If I'm not mistaken, this is the problem Jeff fixed
I'm seeing the following panic under heavy NFS client usage on an SMP
w/kernel sources from Weds. evening. Has this been fixed?
Thanks,
Drew
panic: lockmgr: locking against myself
cpuid = 0; lapic.id =
Debugger("panic")
Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0
db> t
I need to install current on a new box that just arrived.
What's the latest working snapshot?
20030312-JPSNAP get about 40% of the way through the base install and
sysinstall complains about a bad realloc, and lets me hit a key to
reboot ;-(
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
Hiten Pandya writes:
> Brooks Davis (Thu, Mar 06, 2003 at 11:15:16AM -0800) wrote:
> > Not to mention:
> >
> > netinet6/{in6_pcb.c,in6_src.c,ip6_input.c,ip6_output.c,nd6.c}
>
> > What is gained by making loopback default?
>
> Nothing is gained. But it's neccessary fix this, IMHO. Not
David Leimbach writes:
> True... I guess I didn't state my case clearly enough that I think IP
> over firewire
> is in itself a good thing for clusters.
>From my experience with the Apple IP over Firewire, it seems slow, and
very high overhead. A dual 800MHz G4 host which can transmit at we
John Baldwin writes:
>
> Unfortunately dead witnesses may still be stuck in the lock order
> hierarchy and I haven't figured out yet how to properly handle the
> case of free'ing a witness structure from the tree while preserving
> the correct lock orders. You can try
Ah, I think I see. T
I'm developing a character driver which tracks a lot of state on a
per-open basis. I've got several mutexes in there which are
initialzed at open, and destroyed at close. After a few
dozen opens, witness seems to croak with:
witness_get: witness exhausted
Am I leaking something? Or is the
I just tried to buildworld, and xlint crapped out like this:
===> usr.bin/xlint/llib
lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix
lint -cghapbx -Cstdc /usr/src/usr.bin/xlint/llib/llib-lstdc
llib-lposix:
llib-lstdc:
stdio.h(79): warning: struct __sFILEX never defined [233]
Lint pa
Soeren Schmidt writes:
>
> ATAPI_DEVICE is used on those controllers that cannot do ATAPI DMA,
> the test here is bogusly reversed, I'll fix asap...
Aha! Thanks!
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi Soren,
After recent ATA commits, my Promise UDMA66 controller is now running
its drives in PIO4 mode. Previously, UDMA66 was working fine.
Here's a dmesg snippet:
atapci0: port 0xdf00-0xdf3f,0xdfe0-0xdfe3,0xdfa8-0xd
faf,0xdfe4-0xdfe7,0xdff0-0xdff7 mem 0xfc8a-0xfc8b irq 2 at device
Dag-Erling Smorgrav writes:
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> > Do you preload any/all of the things you've marked as klds?
>
> No...
Damn. I'm sorry then, I think I've done all I can to try to duplicate
it. Would you mind doing a binary
Dag-Erling Smorgrav writes:
> #options CD9660 #kld
Do you preload any/all of the things you've marked as klds?
I've tried to duplicate your crash on my xp1000. I've used your
kernel config file. I've reduced my memory size to 254MB.
I've got rough
Can you post your kernel config please, along with with, if any,
CPUTYPE you have set in make.conf and a description of your machine
(mem size in particular)?
I'm unable to reproduce the boot panic with a GENERIC as of
today. (rest of machine is from Nov 1st). Rebuilding without
CPUTYPE now..
Dag-Erling Smorgrav writes:
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> > You might be able to get some idea of what's happening by enabling KTR
> > and tracing everything, then dumping the trace buffer at your
> > breakpoint.
>
> Of course,
Dag-Erling Smorgrav writes:
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> > Can you look at the registers and match $ra with a line number using
> > addr2line or gdb? (sorry, forgot if ddb can even look at registers)
>
> Uh, I know *where* it stops since I adde
Dag-Erling Smorgrav writes:
> Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> > Any suggestions as to how I can figure out who used that block of
> > memory before it was allocated to the ess driver?
>
> I threw in a call to Debugger(), but...
>
> mtrash_dtor(0xfc7b6000, 8192, 0
Chris BeHanna writes:
> > > At 4:36 PM -0800 2003/02/13, Scott Long wrote:
> > > > - Fstress - http://www.cs.duke.edu/ari/fstress
>
> SpecFS (NFS ops/sec benchmark)
>
Have you ever actually used SPECsfs97? In addition to being
encumbered, SPECsfs97 is pain to keep running (dies a
Eric Anholt writes:
> As a side note, do any of these AGP chipsets apply to sparc64, alpha,
> ia64?
The alpha UP1000 has an amd-751 chipset and should be able to use
the amd agp module. I tried it shortly after it was brought into
the tree a few years ago, and it locked the box solid. I was
Dag-Erling Smorgrav writes:
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> > This is a UP box right?
>
> Yes, a PWS 600au.
>
OK, good.. ;) There had been SMP problems with the UMA debug code a
long time ago.
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
w
Dag-Erling Smorgrav writes:
> Memory modified after free 0xfc7b6000(8184)
> panic: Most recently used by none
It might be interesting to add some printfs to see what the value
is currently, vs what was expected, and where in the zone the
modification happened..
This is a UP box right?
Hajimu UMEMOTO writes:
> dwmalone>2) The patches wouldn't compile on the alpha 'cos of some
> dwmalone>ifdefs in the linux emulation code. I just hadn't got around
> dwmalone>to resolving this.
>
> Oops, thank you for pointing this out. It seems that other than
> linux_connect
I'm re-examining some of our driver code where we need to wire down a
portion of a user's address space for DMA for os-bypass networking.
We currently do vm_map_wire(). This is nice, as it presents a simple
interface, but I think its pretty high overhead the way our driver
calls it (a page at a t
Alexander Leidinger writes:
> On Fri, 17 Jan 2003 10:01:35 -0500 (EST)
> Andrew Gallatin <[EMAIL PROTECTED]> wrote:
>
> > I signed up and waded through tons of slow https js laden forms, only
> > to finally be presented with nothing but a self-extracting .exe f
Alexander Leidinger writes:
> On Wed, 15 Jan 2003 19:32:39 +0100
> Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>
> >
>
> They have a beta test access to vtune:
> http://www.intel.com/software/products/vtune/vlin/
>
> Bye,
> Alexander.
>
I signed up and waded through tons of slow
Mike Tibor writes:
> On Thu, 16 Jan 2003, Andrew Gallatin wrote:
>
> (I wrote: )
> > > I believe a 670 machine check can also result from a read of a
> > > non-existent I/O space. I'm not a programmer, but could that be the
> > > problem
Mike Tibor writes:
> On Thu, 16 Jan 2003, Trevor Johnson wrote:
>
> > I just got a similar crash:
> >
> >unexpected machine check:
> >
> >mces= 0x1
> >vector = 0x670
> I believe a 670 machine check can also result from a read of a
> non-existent I/O space. I'm
Kris Kennaway writes:
> I just got this on one of the axp machines [*]:
>
> unexpected machine check:
>
> mces= 0x1
> vector = 0x670
670 is a "cpu machine check" -- thats most likely an uncorretable
memory parity error or some other (intermittent) hardware failure
caused by o
[EMAIL PROTECTED] writes:
> In message <[EMAIL PROTECTED]>, Kris Kennaway writes:
> >
> >--ALfTUftag+2gvp1h
> >Content-Type: text/plain; charset=us-ascii
> >Content-Disposition: inline
> >
> >"The tool costs $699 and Intel said it will be available in February."
> >
> >That would make it
John Baldwin writes:
>
> On 07-Jan-2003 Andrew Gallatin wrote:
> >
> > Are kernel modules pessimized in any way with respect to using
> > mutexes as compared to statically compiled kernel code?
> >
> > I seem to remember some discussion a year or more
Are kernel modules pessimized in any way with respect to using
mutexes as compared to statically compiled kernel code?
I seem to remember some discussion a year or more ago indicating that
they would be, but I'm not seeing it in the code.
Thanks,
Drew
To Unsubscribe: send mail to [EMAIL PROTEC
M. Warner Losh writes:
> In message: <[EMAIL PROTECTED]>
> Andrew Gallatin <[EMAIL PROTECTED]> writes:
> : The IFNET_RLOCK() called in if_slowtimo() is a global lock for the
> : list of ifnet structs to ensure that no devices are removed or added
> : w
M. Warner Losh writes:
<..>
> However in if_slowtimo we have:
>
> if_slowtimo(arg)
> {
> ... IFNET_RLOCK();
> ... if (ifp->if_watchdog)
> (*ifp->if_watchdog)(ifp);
> ... IFNET_RUNLOCK();
> }
>
> and dc_watchdog does a DC_LOCK/UNLOCK pair). This is a Lo
Bosko Milekic writes:
>
> Yeah, this looks like the least-intrusive way to do it. I'm okay with
> the patch. I like the idea of using an EXT-type flag to mark the data
> buffer types using this method. Thanks.
Thanks.. Committed.
> P.S.: Try not to use MEXTADD, if possible. Use
Bosko Milekic writes:
>
> On Thu, Jan 02, 2003 at 01:53:53PM -0500, Andrew Gallatin wrote:
> > I'm just tuning up my driver now to catch up to the "recent" interface
> > changes. While there, I went to add a ref count for my driver managed
> > M_EXT
Bosko Milekic writes:
>
> On Mon, Nov 25, 2002 at 08:13:46PM -0500, Andrew Gallatin wrote:
> > > It is not out of date. The code means:
> > >
> > > "If you've given me a counter then I'll use it otherwise I'll try to
>
Kyunghwan Kim writes:
> On Wed, Dec 18, 2002 at 04:53:00AM +0900, Kyunghwan Kim wrote:
> > On Tue, Dec 17, 2002 at 02:31:31PM -0500, Andrew Gallatin wrote:
> > > > mbuf and bpf routines are all mp-safe, so it seems that
> > > > it is safe to make network
Kyunghwan Kim writes:
> Is it okay to add INTR_MPSAFE for all INTR_TYPE_NET drivers?
NO!
> mbuf and bpf routines are all mp-safe, so it seems that
> it is safe to make network device drivers out of Giant lock.
> Or is there any unresolved related issues?
Yes, the mbuf allocator must occasio
Hi,
I've got an Intel D845EBG2. I have 2 ACPI related problems I'm
looking for advice on:
- ATI Rage 128 Pro TF
If I suspend to S3 from text mode on console, the screen remains blank
after resume. The system is otherwise functional, and can be logged
into remotely.
If I start X after resume,
This was on an x86, 5.0-current as of roughly 8am EST today.
Machine panic'ed when it finished /usr and moved on to /var on
a manually invoked fsck -B (I'd hit ^C to abort multi-user startup
during fsck and was surprised to see the system continue on.. ;)
Drew
panic: ffs_blkfree: freeing free
Ugh. Since it may call kmem_malloc(), UMA must hold Giant.
This is the same problem the mbuf system has, and its what's
keeping network device drivers under Giant in 5.0.
Both subsytems should probably have GIANT_REQUIRED at all entry
points so as to catch locking problems like this earlier.
Dr
Wilko Bulte writes:
> On Wed, Dec 11, 2002 at 02:22:12PM -0500, Andrew Gallatin wrote:
> >
> > Wilko Bulte writes:
> > > On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote:
> > >
> > > Well, I think my DS10 does not have that problem
Wilko Bulte writes:
> On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote:
>
> Well, I think my DS10 does not have that problem as in:
<..>
> 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81
<..>
Try booting without verbose..
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
I just upgraded my UP1000 from 4.7-stable to 5.0.
Only weird thing left is the console seems to drop a lot of characters
just after syscons takes over.
I see this on console:
<...>
ppc0: interrupting at ISA irq 7
sc0: on isa0
sc0: VGA <16 virtual consoles, flags=0x0>
net.inet.udp.blackhole: 0
Kris Kennaway writes:
> I got this on one of the gohan machines overnight. These machines
> have failing disks -- I get a lot of hard read errors, but the
> INVARIANTS panic could better be replaced by something else.
>
> I reported another instance of this to sos a few weeks ago but didn't
Hi,
I've been hacking on DMA windows on alpha. While I've been getting
things wrong, I've been provoking a panic in the ata driver because
it cannot do DMA when attaching a disk.
The panic is triggered at the end of ad_attach() by the raid probe
causing a transfer to fail and the disk to be det
1 - 100 of 326 matches
Mail list logo