Has anyone else tried out the most basic IPv6 test: ndp -I and
then ping6 fe80:: extension>? I was
greeted by recursion on a non-recursive lock. After some sleuthing,
I tried to determine what conditions could be tested for that would
indicate "this must not call the nd6_is_addr_neighbor() call be
waitrunningbufspace();
---
> if (curthread->td_proc != bufdaemonproc &&
> curthread->td_proc != updateproc)
> waitrunningbufspace();
2038,2039d2041
<
< static struct proc *bufdaemonproc;
--
Brian Fundakows
Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -&
= 0x1f, tf_eflags = 0x282, tf_esp = 0xbfbff2ec,
tf_ss = 0x2f}) at ../../../i386/i386/trap.c:960
#15 0xc02cf7dd in Xint0x80_syscall () at {standard input}:139
--
Brian Fundakowski Feldman \'[ FreeBSD ]'''''
else {
pcount = 0;
}
if (pcount || !only_nonzero) {
if (print_name) printf("%s: ",av[optind]);
printf("%d",pcount);
if (print_sizepages) printf("/%d&q
return(ENOATTR);
+ return (error);
}
- if (olen == -1) {
+if (error == ENOATTR) {
/* new, append at end */
p = eae + easize;
easize += ealength;
--
Brian Fundakowski Feldman \&
e)
ohci_device_bulk_start+0x0d
ohci_device_bulk_transfer+0x27
usbd_transfer+0xc0
umass_setup_transfer+0x4f
umass_bbb_state
usb_transfer_complete
ohci_softintr
Can anyone confirm if this is normal or I have an exceptional system? I
have two completely unrelated OHCI-based controllers in my system and
neither
I got a crash today because "xvp" did not have an interlock when the
call was made to vn_lock(LK_INTERLOCK):
407 if (snapdebug)
408 vprint("ffs_snapshot: busy vnode", xvp);
409 if (vn_lock(xvp, LK_EXCLUSIVE | LK_INTERLOCK, td) !=
Please try this change (already committed to -CURRENT) and let me know if
crashes due to detaching USB devices specifically have been eliminated.
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/usb.c.diff?r1=1.54&r2=1.55&f=h
--
Brian Fundakowski
_FAILURE | DITEM_RESTORE;
@@ -1070,8 +1072,6 @@
command_sort();
command_execute();
-if (!mountfailed && !Fake)
- unmount("/mnt/dev", MNT_FORCE);
dialog_clear_norefresh();
return DITEM_SUCCESS | DITEM_RESTORE;
}
--
Brian Fundakowski Feldman \
ENT. I havne't
determined yet why this could be; anyone have clues?
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
UEST asc=0x26 ascq=0x00 error=0x00
The specific hardware is:
atapci0: port 0xa000-0xa00f at device 7.1 on pci0
acd0: CD-RW at ata0-master WDMA2
I'd provide more info if I had it. Using atacontrol to stick the CD-ROM
drive in PIO mode doesn't help, nor does the "reinit" co
reeBSD-specific parts. I'm also not certain
of KRB4 and KRB5 auth still both work properly, and need that verified.
Thanks, everybody.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To
nk there's anything
that could have fixed it in the meantime...
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
cs = 0x1f, tf_eflags =
0x297, tf_esp = 0xbfbff868,
tf_ss = 0x2f}) at ../../i386/i386/trap.c:1150
#12 0xc023f0f5 in Xint0x80_syscall ()
#13 0x8048998 in ?? ()
#14 0x80496b3 in ?? ()
#15 0x8048efd in ?? ()
#16 0x8048139 in ?? ()
--
Brian Fundakowski Feldman \ FreeBSD: The Power
On Sun, 27 Aug 2000, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Brian Fundakowski Feldman <[EMAIL PROTECTED]> wrote:
> > If this is a problem with sbsize, this should take care of any possibility
> > ever of there being a problem...
>
> I trie
422,7 +423,7 @@
extern struct vm_zone *proc_zone;
intchgproccnt __P((uid_t uid, int diff, int max));
-intchgsbsize __P((uid_t uid, rlim_t diff, rlim_t max));
+intchgsbsize __P((uid_t uid, u_long *hiwat, u_long to, rlim_t max));
intenterpgrp __P((struct proc *p, pid_t pgid, int
nks.
> N.Dudorov
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
includes splnet()): they
need to not corrupt the mbuf subsystem. Plus, it makes a convenient
critical section for the network drivers in this way :)
At least, this is how I learned it to be. I'm not sure if it's
absolutely correct, but it should be.
--
Brian Fundakowski Feldman
tions had
the right spl()s before; if the patch fixes jdp's problem, I can't see
a good reason not to change it, other than it would hide what may be
quite problematic for other reasons even if not for that one...
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve!
ibutil.so: no symbols
NEEDED libcrypt.so.2
> -GAWollman
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
adverse to implementeing that ioctl?
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
from the author :-( Does anyone have it
working? I don't see how it could with the current state of the code.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail
t to do what it takes
to get the right format on a given platform. On FreeBSD now, that's use
libdescrypt and crypt() with a normal salt, or to get MD5 use a salt
with the "$1$" format. On FreeBSD with the changes I have, you call
e.g. crypt_set_
er or not it's actually in FreeBSD).
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 6 Aug 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Brian
>Fundakowski Feldman writes:
> : I knew something like this would happen and we'd catch some improperly
> : written software. Thanks :)
>
> No offense, but if you knew this was going to
/libkvm'.
I knew something like this would happen and we'd catch some improperly
written software. Thanks :)
> N.Dudorov
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
L;
key->translate = NULL;
I'm doubtful it's the only one of it's kind in GNU sort(1). Time for BSD
sort(1)?
> Kris
>
> --
> In God we Trust -- all others must submit an X.509 certificate.
> -- Charles Forsythe <[EMAIL PROTECTED]>
--
> one and preferably more.
Can you give me an idea how this would work, at least with e.g.
pseudocode annotation of the current code? I'm curious what you're
going to change that will allow reseeeding while a read is in
progress.
> M
> --
> Mark Murray
> Join the anti-SP
ecent algorithm could be found (I am reading some
> papers about this ATM).
>
> M
> --
> Mark Murray
> Join the anti-SPAM movement: http://www.cauce.org
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`---
is a rather strange problem to have.
> --
> Jeroen Ruigrok vd Werven/Asmodaiasmodai@[wxs.nl|bart.nl|freebsd.org]
> Documentation nutter/C-rated Coder BSD: Technical excellence at its best
> The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai>
> M
> --
> Mark Murray
> Join the anti-SPAM movement: http://www.cauce.org
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
And, should we decide not to change /dev/random semantics,
> can we still back /dev/random with a modified Yarrow?
I think it makes sense :)
> --
> Jeroen C. van Gelderen o _ _ _
> [EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
>
ed.
> Actually, in BIND9, fd is already open(2)ed with `O_RDONLY | O_NONBLOCK'
> and setting O_NONBLOCK status with fcntl(2) is not needed, which means
> that fixing BIND9's code is very simple; just comment out the fcntl(2)ing line.
I'd say send that to the maintaine
could easily be Yarrow at work, since Yarrow runs right now most
of the work done inside an interrupt handler (a taskqueue, at least).
I'd like you to test the kthread version of Yarrow when Mark Murray and I
are ready, which should be in a few days.
--
Brian Fundakowski Feldman
running with softupdates enabled on /? If I can
reproduce it here, I will spend a while inspecting all the state to
figure this one out as best as possible.
> Ciao,
> Sheldon.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]
uffer (thanks, Greg!) will help me out to
actually debug this instead of just wondering why B_DONE was set.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 25 Jul 2000, Ollivier Robert wrote:
> According to Brian Fundakowski Feldman:
> > Actually, I'm pretty certain this is the fix:
>
> Well it won't panic but isn't it putting the problem under the carpet? I
> agree the panic seems to be here temporarely bu
??");
if (BUF_REFCNT(bp) > 1) {
/* do not release to free list */
- panic("bqrelse: multiple refs");
BUF_UNLOCK(bp);
splx(s);
return;
--
Brian Fundakowski Feldman
lock_data = 0x0
},
lk_flags = 0x440,
lk_sharecount = 0x0,
lk_waitcount = 0x0,
lk_exclusivecount = 0x2,
lk_prio = 0x14,
lk_wmesg = 0xc0265fe4 "bufwait",
lk_timo = 0x0,
lk_lockholder = 0x752f
}
--
Brian Fundakowski Feldman
amp | UNIX since Zilog Zeus 3.20
> [EMAIL PROTECTED] | TCP/IP since RFC 956
> FreeBSD coreteam member | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.
--
Brian Fundakowski Feld
Please let me know if any of you still have spontaneous panics!
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
-- Forwarded message --
Date: Mon, 10 Jul 2000 23:47:38 -0700
Usenix proceedings.
I'm very interested in finding a better algorithm than the current one,
yes :)
> cheers
> luigi
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]
de
to do this. I'm not one to deny a simple feature in the base system,
though, even if this feature is not /really/ that simple.
--
Brian Fundakowski Feldman / "Any sufficiently advanced bug is\
[EMAIL PROTECTED] | indistinguishable from
regular expression support (because old regexps
are so cumbersome to actually _use_), so for example:
mv GREEN GREEN.old
perl gethints.pl GREEN
sed -Ef oldconfig2new GREEN.old > GREEN
Hope it saves some people time! :)
--
Brian Fundakowski Feldman / &
On Sun, 11 Jun 2000, Jacob A. Hart wrote:
> On Fri, Jun 09, 2000 at 08:28:06PM -0400, Brian Fundakowski Feldman wrote:
> >
> >The diff should make a process at -20 which uses all available CPU
> > schedule just slightly the ahead of a process at +20 which uses no CPU
On Sat, 10 Jun 2000, Volodymyr Kostyrko wrote:
> On Fri, Jun 09, 2000 at 08:28:06PM -0400, Brian Fundakowski Feldman wrote:
> >It's an issue. Nice values count for less than before due to fixes
> > that Luoqi Chen made (and I committed). The behavior now isn't opti
t. A +20 process won't get better priority than anything
else, period. Try it out, see how it works for you:)
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
--- /usr/src/sys/sys/proc.
mptoms of the breakage are known :)
> --
> \\ Give a man a fish, and you feed him for a day. \\ Mike Smith
> \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED]
> \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED]
--
Brian Fundakowski Feldman
Sorry, no dice :( It doesn't seem to be that. All I've got left is
maybe sending out every bit of configuration info, and maybe someone
could figure it out. I doubt it, though, so I'm not gonna.
> --
> Ben Smithurst / [EMAIL PROTECTED] / PGP: 0x99392F7D
--
Brian Funda
at all,
and are all still correct for OpenSSH, and nothing is fixed with the
latest OpenSSH code either... All I can think of is perhaps reinstalling
XFree.
> --
> Andrew
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`---
rwardX11 yes is for ssh configs and
X11Forwarding yes is for sshd configs. (O_o)
> Warner
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
list show (you don't have to
show me the cookies, of course :)? What does xauth list say when
you're ssh'd into the 4.0 box?
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To
nd my latest port update OpenSSH.
I have no idea what it could be now. I suppose I'll investigate problems
with XFree86 itself now :-/ This is extremely weird.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`
ent of the form "X is the one, true Y" is FALSE.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Just FYI:
It still doesn't work at all, after multiple make worlds with the latest
crypto sources all around. I'm going to update the port and then try that
instead.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL
ch.
> The real problem is that the assertion is just plain wrong, not
> the code around it. It needs to be corrected or removed.
As I suspected all along ;)
> Alan
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`
On Mon, 17 Apr 2000, Shin-ichi YOSHIMOTO wrote:
> At 10:01 -0400 04/17/2000, Brian Fundakowski Feldman wrote:
> > Has anyone tried it recently and gotten it to work?
>
> Yes, sure. Check your config file.
That doesn't explain the failures here. Look. The initial
SSH
d it recently and gotten it to work? I'd also be interested
in people who have not gotten it to work and get the error message about
an "invalid protocol".
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`-
ndles. I don't know why it's never been
tripped on, though...
> -Matt
> Matthew Dillon
> <[EMAIL PROTECTED]>
--
Brian Fundakowski Feldman
t you mean that
a backing object itself should have OBJ_ONEMAPPING cleared if any of
the children have it cleared.
> Brian, if you'd like to try this, I'll be happy to review it.
I'm going to research the VM a bit more now that you and Matt have gotten
me on track again, and
kout of Wine) lying around, so
I'll be able to definitely test it :)
> -Matt
> Matthew Dillon
> <[EMAIL PROTECTED]>
--
Brian Fundakowski Feldman
or not that is correct WRT multiple, shared-VM processes.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
with a ref_count
of more than 1? I'd accept an authoritative answer about this from
alc, dillon, dyson, or luoqi, who are all very familiar with the new
VM.
> --
> -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
> "I have the heart of a child; I keep it in a jar on my de
e could get him
a test case so he can watch it happen himself and debug it himself.
Do you think you can find a specific set of steps for Alan to reproduce
it?
> Bye!
>
> Michael Reifenberger
> ^.*Plaut.*$, IT, R/3 Basis, GPS
--
Brian Fundakowski Feldm
- http://segment7.net
>
> Al Gore didn't invent the Internet, WE DID!
> BSD Leading the Way!
> -LinuxWorld2000 FreeBSD poster
>
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--&#
_/ _/ _/_/
> [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer;
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> --
> Jeroen Ruigrok van der Werven Network- and systemadministrator
> <[EMAIL PROTECTED]> VIA NET.WORKS The Netherlands
> BSD: Technical excellence at its best http://www.bart.nl
> How are the mighty fallen...
--
Brian Fundakowski Feldman
grammer's Documentation Project <http://home.wxs.nl/~asmodai>
> The descent to hell is easy...
>
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
--- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
gt; NAI Labs, A Division of Network Associates, Inc.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 29 Feb 2000, Andrey A. Chernov wrote:
> On Mon, Feb 28, 2000 at 08:57:08PM -0500, Brian Fundakowski Feldman wrote:
> > I'm not very comfortable with this, to be honest. I don't see why
> > everything got moved around, at the least.
>
> I am ready to answe
is, to be honest. I don't see why
everything got moved around, at the least.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
lled until the intrhook handler is called back,
so I don't see how it can be the sysinit itself causing the failure.
> --
> \\ Give a man a fish, and you feed him for a day. \\ Mike Smith
> \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED]
>
\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED]
> \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED]
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ghs
>
But that would not fix the installation problem.
> > -Matt
>
> --
>
> John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
> PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
> "Power Users Use
to use [gs]etflags.
Of course, this would all be done at the same time :)
> --
>
> John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
> PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc
> "Power Users Use the Power to Serve!" - http://w
I just do a quick test on your patch (+ bde fixes) and commit
> it myself?
The best thing to do is get on BDE's case to have it fixed very soon :)
He knows what he's doing!
> Stephen.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]
fter being free()d. I'd suggest reporting it directly to Bill Paul
and Nick Hibma, since they'll be familiar with their code :)
>
> Jun Kuriyama // [EMAIL PROTECTED]
> // [EMAIL PROTECTED]
>
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve!
.
I wasn't even aware of differences in language like that between files.
Maybe I'm too used to there being no sentence structure :)
Thank you, though! I now understand the idea of header theory a bit
better.
>
> Bruce
>
>
--
Brian Fundakowski Feldman \ Free
correct. What do you think?
>
> Bruce
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
Index: kern_resource.c
===
Can you try this patch to src/usr.sbin/burncd, and see if things work
after that? Thanks! (BTW, there's also an extra feature in there, hope
you don't mind :)
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL
On Thu, 13 Jan 2000, Soren Schmidt wrote:
> It seems Brian Fundakowski Feldman wrote:
> > I'm sure everyone's seen my e-mail and others' e-mail about ATAPI in the
> > ATA driver, at least, being broken (WRT CD-Rs). The question is, does
> > anyone have any id
05/22).
Do you want to do this work, or shall I take out a bit of time and do
it? I'm wondering since quite often when someone fixes something,
you've got a similar fix already sitting in your local tree :)
>
> Bruce
--
Brian Fundakowski Feldman
startprofclock(p2);
MALLOC(p2->p_cred, struct pcred *, sizeof(struct pcred),
@@ -499,6 +499,7 @@
microtime(&(p2->p_stats->p_start));
p2->p_acflag = AFORK;
(void) splhigh();
+ p2->p_flag |= P_INMEM;
p2->p_stat = SRUN;
set
est that).
If any of you have any hints at all, please let me know.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freeb
03f86 in Xint0x80_syscall ()
#20 0x804a30a in ?? ()
#21 0x80501b1 in ?? ()
#22 0x8048fa9 in ?? ()
(kgdb)
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
e driver handles overruns and underruns well, and
this makes everything full-block-size-sized.
> -Søren
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`
On Sat, 8 Jan 2000, Bryan Liesner wrote:
> On Sat, 8 Jan 2000, Brian Fundakowski Feldman wrote:
>
> >Well, I don't know about anyone else out there having the problems I'm
> >having, but I might as well ask. I'm using the ATA driver with the
> >follo
g DAD for fe80:0005::0280:c6ff:fef9:50a6
dc0: DAD complete for fe80:0005::0280:c6ff:fef9:50a6 - no duplicates found
acd0: WRITE_BIG - ILLEGAL REQUEST asc=10 ascq=00 error=00
acd0: WRITE_BIG - ILLEGAL REQUEST asc=10 ascq=00 error=00
acd0: WRITE_BIG - ILLEGAL REQUEST asc=10 ascq=00 error=00
I don&#
On Thu, 6 Jan 2000, Soren Schmidt wrote:
> It seems Brian Fundakowski Feldman wrote:
> > How about this? It's mostly the changes in your patch, but it also takes
> > into account non-int{8,16}_t-sizing/alignment. It also takes care of the
> > truncation problem when
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
Index: atapi-all.c
===
RCS file: /usr2/ncvs/src/sys/dev/ata/atapi-all.c,v
retrieving revision
On Wed, 5 Jan 2000, Soren Schmidt wrote:
> Try this patch instead, it should do the right thing..
Since they're functionally the same, sure, I wouldn't mind either
way :)
>
> -Søren
>
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve
bout; yes, I know that blocksizes
should be matched perfectly and padded perfectly to prevent the ATA
driver from having to handle the underrun/overrun cases, but the
current handling is/was still broken.
>
> -Søren
>
--
Brian Fundakowski Feldman \
dia. But anyway, the padding should work properly, no matter what :)
Thanks for the prompt reply! Now I'll remember that patch...
> -Søren
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`-
On Tue, 4 Jan 2000, Brian Fundakowski Feldman wrote:
>Anyone else experiencing lockups when an underrun/overrun occurs, try
> this patch; it has fixed the problem for me, and now I'm on my way to
> writing music CDs :) The current way to hack around that bug must be
>
dd(1), since that's what came naturally to
me :)
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
easily
forward certain mail to /dev/null. If you want an example, I'm
certain I could come up with one for you :)
> -Kip
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`---
of Maryland, | Website: (Under Construction) |
> | College Park. | http://www.wam.umd.edu/~culverk/|
> =========
(I didn't know you lived so close :)
--
Brian Fundakowski
On Fri, 31 Dec 1999, Chuck Robey wrote:
> On Fri, 31 Dec 1999, Brian Fundakowski Feldman wrote:
>
> > The way certain devices, like cd with its monotonically increasing counter
> > where devices are probed in order and assigned device based on precedence
> > and n
1 - 100 of 131 matches
Mail list logo
