Driver works fine, but on my notebook, when HDD awake from sleep I see
at0: unvanted interrupt message. Maybe we need flag similar to
SLEEP_HACK on wd driver?
Sincerely,
Maxim
S?ren Schmidt wrote:
Third update to the new ATA/ATAPI driver:
ZIP drives should now be working, I'm not sure about
It seems Maxim Sobolev wrote:
Driver works fine, but on my notebook, when HDD awake from sleep I see
at0: unvanted interrupt message. Maybe we need flag similar to
SLEEP_HACK on wd driver?
I'm not sure how I'm going to handle this yet, but it is on my TODO
list...
-Søren
To Unsubscribe: send
Hmm, must have been a gremlin. cvsup'ed again yesterday (didn't look
like anything related to the problem had changed), did another
buildworld, and this time it worked.
Oh, well.
--
Christian naddy Weisgerber na...@mips.rhein-neckar.de
H Deutsche Transhumanismus-Mailingliste
Hi,
just in case someone is interested (i'm not a particular advocat of
the need of the world and kernel being able to be compiled with
something else than the system-compiler; just to show that the current
sources apparently do not depend a lot on FreeBSD-specific features of
gcc/binutils):
At 04:35 PM 3/4/99 -0800, Matthew Dillon wrote:
Well, this was easy to duplicate. I'll try to track it down. It seems
to occur under -4.x as well as -3.x. Definitely an inode deadlock of
some
kind.
-Matt
:Try changing the 'find' to 'find
On Sat, 6 Mar 1999, Thomas Dean wrote:
So Does anyone have an idea why the hell fd(4) broke?!
I have the same problem on 4.0-current SMP of Mon Feb 15 03:34:29 PST
1999.
tomdean
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the
Hi all,
I recompiled -current last week, and have been having intermittent problems
with my secondary IDE controller not being detected since. Sometimes when I
boot, it sees the controller with no problems. Most often though, it
doesn't detect it at all. I recompiled again with today's sources and
A new loader.rc mechanism has been introduced. Nothing has changed
with loader, mind you, and you can continue to use your current
loader.rc (if any) unchanged, but Jordan thinks it might be better
to install a loader.rc using the new mechanism by default, to keep
support easy, so things might
The jikes Java compiler relies on an include file whcar.h being
on the system. However, even if it's not, it includes routines
to do what it needs... only about 40 lines or so for these functions:
wcslen()
wcscpy()
wcsncpy()
wcscat()
wcscmp()
wcsncmp()
How come FreeBSD doesn't have
On Tue, Mar 09, 1999 at 08:28:41PM -0800, Archie Cobbs wrote:
The jikes Java compiler relies on an include file whcar.h being
wcsncmp()
How come FreeBSD doesn't have these? Is there a complicated problem
preventing us from adding them?
Wide chars manipulations simple not implemented, if
On Wed, 10 Mar 1999, Daniel C. Sobral wrote:
A new loader.rc mechanism has been introduced. Nothing has changed
with loader, mind you, and you can continue to use your current
loader.rc (if any) unchanged, but Jordan thinks it might be better
to install a loader.rc using the new mechanism by
Archie Cobbs wrote:
The jikes Java compiler relies on an include file whcar.h being
on the system. However, even if it's not, it includes routines
to do what it needs... only about 40 lines or so for these functions:
wcslen()
wcscpy()
wcsncpy()
wcscat()
wcscmp()
wcsncmp()
Alfred Perlstein wrote:
All this including of files is going to get damn confusing
for newbies.
Hopefully, they won't have to touch them directly, and just use
sysinstall.
It's also unlike anything i've ever seen before...
Actually, it reminds me of the Linux boot loader a little tiny
13 matches
Mail list logo