Category: kern
Submitter-Id: current-users
Originator:Ilya Naumov
Organization: NIIAVIA
Confidential: no
Synopsis: if_tap and linprocfs modules are brokern in -current
Severity: non-critical
Priority: medium
Class: sw-bug
Release: FreeBSD 5.0-CURRENT i386
On Mon, 13 Nov 2000, John W. De Boskey wrote:
When the following command is run as root:
/usr/obj/usr/src/libexec/getty/getty std.38400 ttyd1
the call to login_tty() fails in the opentty() function:
else {
login_tty(i);
return 1;
Hi!
Does current support this soundcard?
ACĀ“97 Driver, Intel 82801AA controller
I'am not in this list, so please replay to
[EMAIL PROTECTED]
Best regards
Johan
--
Spray Network Services
Stockholm | Sweden
Cell: +46(0)708 402 836
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Tue, 14 Nov 2000 [EMAIL PROTECTED] wrote:
when i try to kldload if_tap module, the kernel says "symbol lminor
undefined" and fails to load the module. for linprocfs module the
message is "symbol tsleep undefined". these modules are necessary for
VMWare 2.0 port.
How-To-Repeat:
Should be fixed.
Savecore isn't working in -current, dying in my case with "read:
invalid argument". (This is on an Alpha -- I don't have an i386
-current machine to test it on at the moment.) I traced it down to
the fact that getbootfile() is returning "kernel" -- not the full
pathname
Hi
Since cvsup'ing -current box, I've got a port which
core dumps immediatly.
When I tried to run a debug version of the program under
GDB I just got this
ptrace(PT_GETDBREGS) failed: Operation not permitted
ptrace(PT_GETDBREGS) failed: Operation not permitted
Cannot insert breakpoint -1:
On Tue, 14 Nov 2000, Roger Hardiman wrote:
Hi
Since cvsup'ing -current box, I've got a port which
core dumps immediatly.
When I tried to run a debug version of the program under
GDB I just got this
ptrace(PT_GETDBREGS) failed: Operation not permitted
ptrace(PT_GETDBREGS) failed:
- Bruce Evans's Original Message -
On Mon, 13 Nov 2000, John W. De Boskey wrote:
When the following command is run as root:
/usr/obj/usr/src/libexec/getty/getty std.38400 ttyd1
the call to login_tty() fails in the opentty() function:
else {
On Mon, Nov 13, 2000 at 09:17:54PM -0700, Warner Losh wrote:
The implications are that make obj isn't done unless you've run make
depend first. If a new directory is added and a make depend isn't
run, then the modules won't get built into the obj tree, but instead
will be built into
On Mon, Nov 13, 2000 at 08:02:47PM -0800, Marcel Moolenaar wrote:
Any objections?
Yes.
(patches follow for your convenience)
[its easier to read patches when they aren't quoted in their entirety ;-)]
modules-depend:
@mkdir -p ${.OBJDIR}/modules
! cd $S/modules; env
In message [EMAIL PROTECTED] "David O'Brien" writes:
: On Mon, Nov 13, 2000 at 09:17:54PM -0700, Warner Losh wrote:
: The implications are that make obj isn't done unless you've run make
: depend first. If a new directory is added and a make depend isn't
: run, then the modules won't get
[stable dropped, this should have only been in a single list to start with!!]
On Tue, Nov 14, 2000 at 01:27:32PM -0700, Warner Losh wrote:
: I'd rather take a major compile time hit and be deterministic than not.
I'd rather not. We don't do an implicit make obj in the rest of the
tree.
Hello Harti,
Tuesday, November 14, 2000, 3:55:01 PM, you wrote:
when i try to kldload if_tap module, the kernel says "symbol lminor
undefined" and fails to load the module. for linprocfs module the
message is "symbol tsleep undefined". these modules are necessary for
VMWare 2.0 port.
Title: PXE build?
Does anyone know of any current issues with PXE? I've searched the mailing lists and I don't see any mention of a problem similar to mine.
I'm running FreeBSD-CURRENT from 2000 09 15 on a server. The client has an Intel 21143 based ethernet card that claims it has PXE 2.0
In message [EMAIL PROTECTED] "David O'Brien" writes:
: [stable dropped, this should have only been in a single list to start with!!]
Agreed. My summary:
o We disagree about the support impact
o Peter's stuff may OBE this whole thread
o My change shouldn't be committed
David O'Brien wrote:
modules-depend:
@mkdir -p ${.OBJDIR}/modules
! cd $S/modules; env ${MKMODULESENV} ${MAKE} obj
! env ${MKMODULESENV} ${MAKE} depend
This is broken for non -j case.
Yes, this was known. The right diff was given at the beginning of the
[ -arch and -current BCC'ed for wider coverage, please direct followups to
-net and/or me ]
I have put a new copy of the zero copy sockets and NFS patches, against
-current as of early November 14th, 2000, here:
http://people.FreeBSD.ORG/~ken/zero_copy/
Questions, comments and feedback are
OK. Maybe I'm just being stupid...
But I've had a buildworld fail twice now in build secure/libcrypto
with a syntax error. Is this known, or do I need a better bug report
than this vauge message?
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
Warner Losh schrieb:
In message [EMAIL PROTECTED] Daniel Rock writes:
: I already filed a PR for this problem but my first solution was a real
: hack (kern/21461).
:
: [another solution would be to introduce another flag for
: rman_reserve_resource() not to search for alternate regions.
On 14-Nov-00 Adrian Chadd wrote:
On Mon, Nov 13, 2000, Poul-Henning Kamp wrote:
It seems that something recently toasted the quasi-magic i8254 timecounter
code to the point of unusability.
On my laptop I run a ntpdate every minute, and the result looks like this:
I'm seeing
I'm seeing something similar with -current on this laptop here. Magically,
if I jiggle the mouse whilst playing an mp3, things start to skip and the
clock goes *way* off way (sometimes by a few seconds in a few seconds. :)
I've had this for a few weeks now (the skipage). It has been explained
eirvine wrote:
Hi Justin,
You might like to take a look at some of the links
near the bottom of my (humble) home page. A little
dated, but never mind:
http://www1.tpg.com.au/users/eirvine/
Eddie.
A collection of such 'good works' might not be out of place somewhere
on the website
===
RCS file: /home/ncvs/src/secure/lib/libcrypto/Makefile,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -p -r1.26 -r1.27
--- src/secure/lib/libcrypto/Makefile 2000/11/13 02:21:37 1.26
+++
On Nov 14, Jeff Roberson wrote:
Does anyone know of any current issues with PXE? I've searched the mailing
lists and I don't see any mention of a problem similar to mine.
I'm running FreeBSD-CURRENT from 2000 09 15 on a server. The client has an
Intel 21143 based ethernet card that claims
24 matches
Mail list logo