was improved by the many changes in
RELENG_4 in the last 4 months.
Thanks,
Doug
--
If you're never wrong, you're not trying hard enough.
Do YOU Yahoo!?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ines, and it looks like they are just
> > using different macros with hard-coded (#defined) port addresses.
> >
> > So, how do you CORRECTLY use the newbus calls to probe these ports? I am
> > not running -current, so i do not have 'hints'.
>
> As Doug Rabson s
David Xu wrote:
>
> Hello,
>
> Is there any plan to import NetBSD rc system,
> I am willing to see it appears in FreeBSD 5.0.
Yes. Several of us have started work on it. Personally, the last two times
I carved time out to work on it I got bombed by unstable -current.
Peter Pentchev wrote:
> (btw, FreeBSD developers, FreeBSD Perl gurus,
> when/if shall Perl 5.6 be MFC'd? :)
First perl 5.6.1 has to be imported to -current, then shaken out, then
_possibly_ it will be MFC'ed, but it's also quite possible that it won't be
MFC&#x
he other
reason is that when you say "System V" anything, people have immediate
negative reactions that are based purely on emotion.
Doug
--
If you're never wrong, you're not trying hard enough.
Do YOU Yahoo!?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
In my latest set of patches for -stable the Aironet driver with a few
patches to FreeBSD's bpf & libpcap to support 802.11 packets permits
sniffing of raw 802.11 packets.
The patches are at:
http://www.ambrisko.com/doug/an/
The latest version is
an.patch.cisco.rfmon2+
o specify nfs based swap?
Try this first define the option near the top:
option swap-path code 128 = string;
then use it as:
option swap-path "/path/to/swap";
It's actually kind of nice to bad it doesn't totally work for dhclient
when you want to request and opt
ke advantage both of
the hard work and experience of the netbsd team, and our own unique
abilities and experience. I would hate to see that opportunity wasted.
Doug
--
If you're never wrong, you're not trying hard enough.
Do YOU Yahoo!?
To Unsubscribe: send mail to [EMAIL PR
On Thu, 14 Jun 2001, Matt Dillon wrote:
>
> :
> :On Thu, 14 Jun 2001, Matt Dillon wrote:
> :
> :>My advise: First make it work. THEN make it work better.
> :
> : Excellent advice, as long as you don't skip the steps of
> :appropriately defining the problem domain and evaluating all of t
n what we have now, and is less platform-specific than NetBSD's current
code, precisely because I'm committed to the idea of minimizing needless
platform-specific items whenever we can. Take a look at some of the
changes mergemaster has gone through over the past year as a result of my
wor
On Thu, 14 Jun 2001, Matt Dillon wrote:
>My advise: First make it work. THEN make it work better.
Excellent advice, as long as you don't skip the steps of
appropriately defining the problem domain and evaluating all of the
possible solutions for it.
--
If you're never wrong,
ers do
differently knowing what they know now?" conversation with some
intelligent points of our own.
Just a thought,
Doug
--
If you're never wrong, you're not trying hard enough.
Do YOU Yahoo!?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
[Prelude, Warner and I discussed this off line... ]
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Doug Barton writes:
> : A) Examine what we have (most of us understand that pretty well)
> : B) Figure out what we need (in progress, nowhere near done yet)
> : C
ke the (possible misnamed?) configure.in.in file. This
is from 4.3-stable with autoconf-2.13_1.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Phone: +44 20 8348 6160
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Joesh Juphland writes:
|
| Great.
|
| Can I already bridge with an* ? And does this mean that bridging in
| general with pc cards is a-ok ?
This has been reported to work with the "an" driver with netgraph
bridging.
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with &q
() in
sys/dev/streams/streams.c.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Phone: +44 20 8348 6160
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, 29 Jun 2001, Nicolas Souchu wrote:
> On Thu, Jun 28, 2001 at 07:48:21PM +0100, Doug Rabson wrote:
> > On Thu, 28 Jun 2001, Nicolas Souchu wrote:
> >
> > > Hi folks,
> > >
> > > I have a char driver that must be opened by more than one process. T
On Sun, 8 Jul 2001, Matthew Emmerton wrote:
> > Richard Hodges wrote:
> I'm not sure how much of a difference the "certificate" would make, as far
> as import duties goes. I live in Canada (Toronto, Ontario), and accoriding
...
> duty, 7% GST, 8% provincial tax, plus a $5.00 handling charge by
On Sun, 8 Jul 2001, Wes Peters wrote:
> customer service. Who knows, we might even get a few local shops to pre-
> install FreeBSD on a machine or two, with their own FreeBSD discs thrown
> in. It could happen.
Heh.. We already do. :) I'm getting quite good at convincing small
shops that
I have new patches for the Aironet sniffing and some major code clean-up of
duplicated structures and defines it requires the latest -stable.
http://www.ambrisko.com/doug/an/an.patch.cisco.rfmon2+ifconfig5
Applies to /usr/src if you don't have the linux ioctl patch from:
s static nat).
You can specify an IP and rc.network autodetects to use -n or -a.
natd_interface="a.b.c.d" is ok (at least on 4.2)
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
Marco Molteni writes:
| I am writing a program to parse frames dumped to bpf by an, the
| aironet driver.
|
| I am using the latest patches by Doug Ambrisko, that allow the driver
| to dump not only the 802.11 frame but also the special Aironet header
| that the device prepends to the 802.11
n get memory utilization stats from sysctl; look in the 'vm' group.
CPU usage still has to come from kmem I think. Check the vmstat / top
code.
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTEC
erface definitions are scattered
around the tree - the core interfaces DEVICE and BUS are in
kern/device_if.m and kern/bus_if.m respectively.
The 5.x version of newbus is based on the kobj system with api in
sys/kobj.h and implementation in kern/subr_kobj.c.
--
Doug
On Sat, 25 Aug 2001 10:10:25 +0200, Chojin wrote:
>I want to know if RELENG_4 will download 4.4-RC1 or lastest 4.3-STABLE files
>Because I don't want to be in 4.4-RC1, too many problems.
you'd want the RELENG_4_3
it just includes the security fixes.
---
doug reynolds | the m
e in
boot0 that:
a21p% nm boot0.o | grep flags
01bb t flags
a21p%
but I'm not seeing how it gets over to boot1 for this test?
read.7: testb $FL_PACKET,%cs:MEM_REL+flags-start # LBA support e
Doug A.
PS. dhw ... could you try to set packet mode on
basically how I read the code. Just wanted to make sure I
wasn't missing something. Your theory sounds quite possible.
Thanks,
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 2004-01-07 at 20:19, Robert Watson wrote:
> On Wed, 7 Jan 2004, Roman Neuhauser wrote:
>
> > [1] has core@ considered subversion (devel/subversion)?
>
> Everyone has their eyes wide open looking for a revision control
> alternative, but last time it was discussed in detail (a few mont
On Thu, 2004-01-08 at 18:05, Munish Chopra wrote:
> On 2004-01-08 17:29 +0000, Doug Rabson wrote:
>
> [...]
>
> >
> > The three main showstoppers for moving FreeBSD to subversion would be:
> >
> > 1. A replacement for cvsup. Probably quite doable using
On Sun, 2004-01-11 at 00:05, Peter Jeremy wrote:
> On Sat, Jan 10, 2004 at 05:01:13PM -0500, Garance A Drosihn wrote:
> >At 9:35 PM + 1/10/04, Andrew Boothman wrote:
> >>Peter Schuller wrote:
> >>
> >>>Most of the noteworthy features of subversion are listed
> >>>on the project front page:
> >>
loader.conf can be a challenge to derive.
Doug A.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ker output out of the ICH
has a pull up resistor on it then the TCO reset is disabled and will not
reset the system. I ran into this on a motherboard at a prior company.
You cannot via SW disable this feature :-(
I have code for the SIS 630 chipset that I can give to anyon
interested.
|
| More support it wonderful! I don't have any hardware to test it on, though.
I don't have direct access to HW anymore but have working code. I've been
watching the HW watchdog stuff and can add it once some of these issues
have been resolved.
All of my cu
to be only one shot so
it de-bounced it. I could get multiple on a CPU NMI pin.
How hard is to setup and trap SMI via a FreeBSD only solution?
I haven't really looked much at that area but sounds useful.
Doug A.
___
[EMAIL PROTECTE
On Saturday 10 April 2004 06:17, Lev Walkin wrote:
> Brandon Erhart wrote:
> > For Linux, I've seen valgrind (probably one of the best) as well as
> > several others. In the commercial arena, Rational's PURIFY and
> > Parasoft's INSURE++ work on every OS *but* BSD. Any particular
> > reason for thi
On Friday 18 June 2004 15:39, zera holladay wrote:
> Under a kind suggestion, I am re-submitting this
> e-mail with a different subject. The old message was:
>
> Hello, I am looking for a very quiet ATX mid-tower and
> I was wondering if anybody has a suggestion or
> recommendation. My hard disks
On Saturday 26 June 2004 10:15, Ivan Voras wrote:
> Dmitry Morozovsky wrote:
> > On Sat, 26 Jun 2004, Ivan Voras wrote:
> >
> > IV> How to get the MAC address for an (ethernet) interface? The
> > linux code IV> does this:
> > IV> retval = ioctl(thisint->sockInt, SIOCGIFHWADDR, &ifr);
> > IV
On Wednesday 01 September 2004 18:15, John-Mark Gurney wrote:
> Rob Deker wrote this message on Wed, Sep 01, 2004 at 11:38 -0400:
> > So, after a lot of work and help from folks here, I've gotten
> > remote gdb functioning (thanks again to those who helped. In the
> > end there was a bad cable in t
On Mon, 27 Sep 2004, John Von Essen wrote:
> I have a new replacement 4Gb disk. With a FreeBSD boot CD I did a dd
> and was able to get the new disk setup with all of the old disks
> partition maps, boot data, etc.,. The new disk actually boots into SCO
> but fails because it only has 100Mb or so
Oh, I love replying to my own posts :)
On Mon, 27 Sep 2004, Doug Russell wrote:
> Try addingconv=sync,noerrorto your dd line. If most of the data
> after the defect(s) can be read, you'll end up with an almost complete
> partition which will likely run. You can
r
(vmstat -z) in -stable it is gone from the system even if that bucket
isn't fully used or needed :-(
Ironically the more memory you put in a system the less you can do with
the system!
A lot of people are starting to run into this problem since large
Jim Durham writes:
[ Charset ISO-8859-1 unsupported, converting... ]
| On Friday 01 October 2004 12:36 pm, Doug Ambrisko wrote:
| > Jim Durham writes:
| > | I have had this problem now with at least 3 FreeBSD servers over a period
| > | of about 2 years. I had put it down to some hardwar
On Sat, 2 Oct 2004, Max Laier wrote:
> I am not a fan of providing seat belts like this. People concerned about
Neither am I.
One of the best features of UNIX has always been that you can shoot
yourself in the foot if you want to.
If someone really wants seatbelts, they must be optional.
Late
On Sat, 2 Oct 2004, Sean Farley wrote:
> I had sudden reboots over a period of two years. Recently, they started
> happening more often. It turned out that the capacitors had gone bad.
>
> Capacitors from about two to three years ago used a poor formula. This
> site has information about it:
On Sat, 2 Oct 2004, Dimitry Andric wrote:
> Of course, your work is commendable, but isn't is much simpler to just
> not type commands like that? I mean, "rm -rf /etc" or "rm -rf /bin"
> are just as bad, but do you really want to be checking for all
> possible `bad' deletions? That way, we'll s
On Sat, 2 Oct 2004, Giorgos Keramidas wrote:
> I see a lot of people don't like the change, even though I made it
> default to off and controlled by an environment variable. There's
> no reason to keep pushing for it, then.
There's significant support for it, too.
As long as it can be disabled
On Sat, 2 Oct 2004, Thomas David Rivers wrote:
> If I'm remembering correctly - the historical way to
> do this is to alias the "rm" command to something that
> else that checks the arguments and complains appropriately
> (and then executes /bin/rm.) Typically with just a shell
This would
On Mon, 4 Oct 2004, Jim Durham wrote:
> The reboots started out happening at 5.15 pm or so. I had them unplug the
> server completely from AC and restart it and now it's happening withing a few
> minutes of 12:40pm every day.
>
> The 'last' command output is the only thing showing anything log-wi
On Thu, 7 Oct 2004, John Von Essen wrote:
> Well, I eventually got this SCO system working. But today, some errors
> appeared:
>
> 505k:unrecover error reading SCSI disk on 0 Dev 1/42
> cha = 0 id = 0 1 on = 0
> Block 6578
> medium error unrecovered read error
> HTFS i/o failure occurred whil
On Fri, 8 Oct 2004, Sergey Babkin wrote:
> Try to use the "Verify" menu from the Adaptec BIOS. It finds and tries
> to re-map the bad sectors (it tries to preserve data during this too,
> unless the sector is completely unreadable).
The verify commands issued by the BIOS are virtually useless co
On Sat, 9 Oct 2004, John Von Essen wrote:
> The SCSI card is an old Adaptec, AIC-7880 and I believe it does not
> support automatic bad block detection/redirection.
If it has a BIOS it should have the verify tool in there...
All the verify tool does, though, is issue a verify command to each
se
Gotta love when you reply to your own posts... :)
On Sat, 9 Oct 2004, Doug Russell wrote:
> If it has a BIOS it should have the verify tool in there...
>
> All the verify tool does, though, is issue a verify command to each
> sector. You can do this yourself, even on a running
option,
| > it cannot syn with another HDD. Any better suggestion?
|
| This is the best that you can get under FreeBSD 4.x. If you need access
| to both IDE channels and SATA at the same time, you'll have to use FreeBSD
| 5.x.
There is:
http://www.ambrisko.com/doug/ata/ata_stable_sata_7
Dmitry Morozovsky writes:
| On Sat, 22 Jan 2005, Dmitry Morozovsky wrote:
|
| DM> DA> There is:
| DM> DA> http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch
| DM> DA> for 4.10. That deals with Intel and Promise SATA stuff and
| DM> DA> ata-raid fixes/enha
9600 baud serial stream.
The PS/2 and USB versions I've used appear as a keyboard and just "key in"
the data like a keyboard. To get data from the USB I just did a
"cat /dev/ukbd0" for scans. They've had built-in wdges. Makes it
really easy to integrate into syste
Julian Elischer writes:
| Doug, could you comit your patchsets to RELENG_4?
I could but have not been given an okay from RE. What I've proposed
to do before is commit the base HW support without my RAID and other
enhancements. This is essentially taking the stuff from 5-current
HW only bi
if (uu < p->p_uu || su < p->p_su || iu < p->p_iu) {
If people like it I can commit it. It works for us. We had problems with
this as well. It's pretty simple fix. I used 1k since usage of this
tends to be % so rounding should effect that much.
Doug A.
___
cally increasing you can get "wacky"
results so IMHO it will never be right but "good enough" Atleast that
is what I recall when I tested this stuff out a long time ago.
The assumption with this calculation is that st & it tend to be
small compared to tt so the 1024 X shouldn&
this fixed.
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On 27 Apr 2005, at 20:10, Fred Clift wrote:
This might better belong on -questions, this isn't the most technical
question, but it is obscure...
I've recently been loaned an eval server indirectly from intel. It is
an SR-2400. We've been using SR-2300s for a while now and have been
doing cust
zation.
>
> But I don't find 'dumpdev' referenced anywhere under /usr/src/sys/boot/. Is
> the documentation wrong?
It wouldn't be there, but it alos loks like that tunable has gone away
when GEOM took over definign the dump device. Now it needs a struct to
specify the tar
On Monday 02 May 2005 13:35, [EMAIL PROTECTED] wrote:
> >There is a "#ifdef SPARSE_MAPPING" at line 701,and again a "#ifdef
> >SPARSE_MAPPING" at line 713.I just can't understand the second
> >one.Does it have any special mean ?
> >
> >thanks .
>
> It's just conditional compiling construct...howeve
gt; >#9 0xc05b21a6 in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:783
> >
> > There's something wrong here: If tcp_close() is passed NULL it will panic
> > at this point when it tries to dereference tp.
>
> Starting to stretch m
Howdy,
I'm wondering what the utility of files like FREEBSD-Upgrade and
FREEBSD-Xlist which describe how to import stuff in src/contrib in branches
other than HEAD. It makes sense to me to remove these files in other brakes,
opinions?
Doug
--
This .signature sanitized for
Ruslan Ermilov wrote:
> Hi,
>
> On Fri, Aug 05, 2005 at 10:53:12PM -0700, Doug Barton wrote:
>
>>I'm wondering what the utility of files like FREEBSD-Upgrade and
>>FREEBSD-Xlist which describe how to import stuff in src/contrib in branches
>>other than H
alled it several times every few seconds. Over time
the system would wedge on a setjmp or something like that. We changed
it to a function call since in a static kernel then the problem went away.
Doug A.
___
freebsd-hackers@freebsd.org mailing list
http
is nice but it has some issues. Atleast dropping it isn't one!
Doug A.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
on this already and I missed it, please accept my
apologies, and send along a reference. If not, I'm very interested to hear
what your plans are.
Regards,
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@free
ote is useful however as a more general source of
information, and of course if there is anything I've missed, I welcome
others to take appropriate action.
Regards,
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@
bad on an
objective level, but it definitely leads to annoying problems for the user
when you hit this condition. I therefore propose the attached patch.
Doug
--
This .signature sanitized for your protection
Index: rm.c
==
bad on an
objective level, but it definitely leads to annoying problems for the user
when you hit this condition. I therefore propose the attached patch.
Doug
--
This .signature sanitized for your protection
Index: rm.c
===
RCS
Brian Reichert wrote:
On Thu, Sep 29, 2005 at 02:14:13PM -0400, Kris Kennaway wrote:
Check the source.. is it using /dev/urandom (which never blocks), or
/dev/random (which I still don't think blocks, but may return short
reads). Either way, it sounds like some level of application bug...it
pr
seems to me to make sense that the right way to tune
the fs would be to find the median file size and make the block size large
enough to handle files of that size. That should give you the right tradeoff
between speed and efficiency.
hth,
Doug
--
This .signature sanitized for
e important premise. UFS
doesn't do "more than one file per frag" until the file system gets close to
filling up, and the optimization switches from time to space. Therefore, in
your example you're actually wasting more space than you would with 8k
blocks, and as a side effect maki
Alin-Adrian Anton wrote:
XFS fits incredibly well with Maildir, however this I did not test
practically
I am curious as to what the defaults are for frag, inode, and block sizes on
XFS, and whether that is one of the factors that make it work well with
maildir.
Doug
--
This
gemaster! I can't be responsible for its
| loss due to bugs in my code or whatever.
While on the one hand I certainly appreciate and agree with this sentiment,
not introducing changes that violate POLA, or are very dangerous to
unsophisticated users, is one of the reason I request pre-commit ap
Kevin Oberman wrote:
>>Date: Thu, 29 Sep 2005 23:41:57 -0700
>>From: Doug Barton <[EMAIL PROTECTED]>
>>Sender: [EMAIL PROTECTED]
>>
>>One of the design decisions that you need to be aware of for this project
>>since day one was to try and balance intell
For future reference, you should not cross post to FreeBSD lists. If you are
unsure what the best list will be, start with freebsd-questions.
Good luck,
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@freebsd.org
Ashok Shrestha wrote:
Do you know how to copy just a directory structure (not the files inside it)?
This is better suited for freebsd-questions@, but I'll give you a hint, the
answer should probably involve find. :)
Good luck,
Doug
--
This .signature sanitized for your prote
Gilbert Cao wrote:
> Hi, the list.
>
> I have recently notice a problem when I copy a file to a SMB mount
> directory :
Thanks for the good detective work. Can you send-pr this so that it does not
get lost?
Doug
--
This .signature sanitized for you
Gilbert Cao wrote:
> Hi, the list.
>
> I have recently notice a problem when I copy a file to a SMB mount
> directory :
Good detective work! Please send-pr this so it does not get lost.
Doug
___
freebsd-hackers@freebsd.org maili
Does the attached patch look reasonable?
Doug
--
This .signature sanitized for your protection
Index: sh.1
===
RCS file: /usr/local/ncvs/src/bin/sh/sh.1,v
retrieving revision 1.118
diff -u -r1.118 sh.1
--- sh.11 Jan
Sam Lawrance wrote:
It's already mentioned at the end of the list of formats.
Hrrm, so it is. Arguably it should be mentioned at the start, since it's
easy to miss where it is (I certainly missed it, as did others).
Doug
--
This .signature sanitized for your
Ensel Sharon wrote:
> hmmm...the cut and paste of that loud warning was from a 6.0-RELEASE man
> page ... if I need to be CURRENT to get the updated man page, do I also
> need to be CURRENT to get the safe null_mount code itself ?
>
> Or is 6.0-RELEASE safe ? (re: null_mount)
It probably wouldn'
Vitaliy Skakun writes:
| Hi everybody!
|
| One problem arised:
|
| when doing in the shell
| echo "~WS" > /dev/cuaR00
|
| for several times as quick as I can, I get panic with the following message:
| panic: device_unbusy: called for non-busy device rp0
|
| same thing when trying to send data t
;s not all done but
good enough to do a bunch of stuff and Tom Rhodes started a man
page for it. I work on it as I get time or have new needs for it.
Doug A.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
Vitaliy Skakun writes:
| thanks, but I see this patch is against recent HEAD
|
| I've got the yesterdays RELENG_6 sources and can't simply update to HEAD (
| it is a server )
Give this a shot against RELENG_6:
Index: rp.c
===
RCS fi
that you're ready for a wider review on,
please submit it first to freebsd-rc@, then [EMAIL PROTECTED]
Doug
--
This .signature sanitized for your protection
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listin
figure it with IP 0.0.0.0.
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
daptec was selling a DEC based 4 port card that they got when they
bought Cogent. I find it hard to believe that they would replace that
with a poorer performance card that probably cost them more to make.
Doug A.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ha
st in object-only format.
Doug
On Thu, 18 Oct 2001, Tim Wiess wrote:
> > If anyone has an interest in adding support for the SBS WAN cards to
> > FreeBSD, feel free to contact me. I'll be glad to help.
>
> I'm actually working on a driver for the SBS WANic 600 and 800
atch. Debugging
information is below. If I can provide any additional information,
let me know.
Thanks for any help,
Doug
-- panic message --
SMP 2 cpus
IdlePTD 3555328
initial pcb at 2cf300
panicstr: vinvalbuf: flush failed
panic messages:
---
panic: vinvalbuf: flush failed
mp_lock = 0100
?pr=7028
> : panic in vinvalbuf when appending/looking at tail of NFS file
> :
> :The system is running 4.4-RELEASE with the vinvalbuf() patch. Debugging
> :information is below. If I can provide any additional information,
> :let me know.
> :
> :Thanks for any help,
> :D
delete or rename the error file Fstab and the
> system shown the file is read only.
This is covered in the documentation at http://www.freebsd.org/ I
believe in the FAQ, if not there, it's in the handbook.
Good luck,
Doug
--
"We will not tire, we will not falter, a
27;t matter in this case. Function arguments which
are passed in registers are all promoted to 64bits.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Phone: +44 20 8348 6160
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
#x27;s a bit dated, but I've used the same system
with PXE netbooting to install tons of machines. It can NFS mount just
about anything, so you can rig your own autoconfig scheme so you don't
need to set the machine name & IP manually :)
Doug White
s/CHANGES.txt
>
> for full details.
This doesn't appear to fix the 64bit alignment problems which we had while
trying to use the code on ia64. Any news on when/whether Intel will accept
our 64bit patches?
--
Doug Rabson Mail: [EMAIL PROTECTED]
On Wed, 31 Oct 2001, Grover, Andrew wrote:
> > From: Doug Rabson [mailto:[EMAIL PROTECTED]]
> > This doesn't appear to fix the 64bit alignment problems which
> > we had while
> > trying to use the code on ia64. Any news on when/whether
> > Intel will accept
Sen that they will not tolerate DD disks.
Put proper partition tables on them and they should behave.
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
m.
Happens to me on L440GX+ boards.
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
601 - 700 of 1212 matches
Mail list logo
