"Scot W. Hetzel" wrote:
> When you have a build failure using -j x (x > 1), you need to restart the
> build without -j in order to get any meaningful info from the build failure.
Unless the breakage is a dependency breakage, not a build
breakage, in which case omitting the "-j x" will run to
com
Kazutaka YOKOTA wrote:
>
> This is to propose to abolish KLD screen saver modules.
>
> KLD screen savers have the following problems/deficiencies.
[ ... ]
> I propose to have user-land screen savers instead of KLD
> screen savers.
[ ... "performance degradation" ... ]
[ ... "file access" ...
On Wed, Jul 25, 2001 at 02:08:07AM +0200, Assar Westerlund wrote:
> Olivier Cortes <[EMAIL PROTECTED]> writes:
> > fool, fool, fool am i. here it is :
> >
> > --
> > mkdep -f .depend -a -nostdinc -DDISASSEMBLER -DNO_X -I/usr/obj/usr/build/src/i
>386/usr/include
>
> Make
Sorry to post to this forum, but I'm not getting any replies from -hackers
or -questions, and I've looked at the webpages on writing device drivers,
as well as several other drivers. Here's my problem/question/whatever...
I am writing a driver right now for the Hardware monitoring features of
the
On Wed, 25 Jul 2001, Kenneth Wayne Culver wrote:
> Sorry to post to this forum, but I'm not getting any replies from -hackers
> or -questions, and I've looked at the webpages on writing device drivers,
> as well as several other drivers. Here's my problem/question/whatever...
>
> I am writing
Well, I could do that, but I'd rather write a complete driver with all the
regular interfaces... (open, close, ioctl, and a specific major/minor in
the kernel, I'm going to add other chips to this driver eventually) The
way you are suggesting just opens /dev/io and uses inb and outb to do some
hac
Hi everyone,
this time it is the kernel. i know acpica is in heavy dev. but here's
my problem :
make buildkernel KERNCONF=NEPTUNE:
--
cc -nostdinc -O -pipe -march=pentiumpro -march=pentiumpro
-I/usr/obj/usr/build/src/i386/usr/include -c
/usr/build/src/sys/i386/acpica/acpi
On Wed, 25 Jul 2001, Kenneth Wayne Culver wrote:
> Well, I could do that, but I'd rather write a complete driver with all the
> regular interfaces... (open, close, ioctl, and a specific major/minor in
> the kernel, I'm going to add other chips to this driver eventually) The
> way you are sugges
I added some lines to my kernel config file:
WITNESS
DDB
bktr (i have one)
all the smb/smbus stuff
agp
and it compiled fine.
now i go for the world.
on my computer, it seems to be a long story... ;-)
--
Olivier Cortes
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
I havn't checked, but I'll probably do that soon.
Ken
On Wed, 25 Jul 2001 [EMAIL PROTECTED] wrote:
>
>
> On Wed, 25 Jul 2001, Kenneth Wayne Culver wrote:
>
> > Well, I could do that, but I'd rather write a complete driver with all the
> > regular interfaces... (open, close, ioctl, and a spec
On 24-Jul-01 Kazutaka YOKOTA wrote:
> This is to propose to abolish KLD screen saver modules.
>
> KLD screen savers have the following problems/deficiencies.
>
> - It is too easy to abuse the power of being run in the kernel
> mode. The screen saver is invoked periodically once the console
>
I'm tearing my hair out trying to find a filesystem error that's
causing me a panic: ufsdirhash_checkblock: bad dir inode.
When I run fsck from a single user boot, it finds no errors.
When I run it on the same filesystem mounted, it finds errors: but, of
course, it then can't correct them
--
M
>> I propose to have user-land screen savers instead of KLD
>> screen savers.
>
>[ ... "performance degradation" ... ]
>
>[ ... "file access" ... ]
>
>I don't see either of these as being compelling arguments
>in favor of a user space implementation; I guess this means
>you want to do file access
Hi Coleman,
Could you take a look at the 3dfx module build as handled under the
buildkernel target? It breaks on "can't find kernel source" if the /sys
symbolic link is broken. It shouldn't need that, right?
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe free
Sheldon Hearn <[EMAIL PROTECTED]> writes:
>
> Hi Coleman,
>
> Could you take a look at the 3dfx module build as handled under the
> buildkernel target? It breaks on "can't find kernel source" if the /sys
> symbolic link is broken. It shouldn't need that, right?
This isn't Coleman's fault; it'
On Wed, 25 Jul 2001 03:45:34 MST, Dima Dorfman wrote:
> This isn't Coleman's fault; it's a bug in bsd.kmod.mk, which was fixed
> in r1.86 (or r1.75.2.3 in RELENG_4), and it affects all modules (3dfx
> is failing because it's first on the list). Are you running a stale
> -stable (e.g., before 2
On Wed, 25 Jul 2001, Bill Fenner wrote:
> You must have updated in the middle of the commit. Make sure you have
> rev 1.38 of src/sys/net/route.h .
You're right about this one... I looked at the commit messages
and cvsup did update route.h from what I saw but somehow I still have 1.37
Hi folks,
I've completed a pretty clean crossgrade [1] to -CURRENT and find that
su is broken. I thought this had been fixed.
I have a virgin rev 1.17 /etc/pam.conf, I'm in group wheel, I built
world with no funky options, the su binary (built from su rev 1.39)
really is setuid root and yet I
On Thu, 26 Jul 2001 03:15:38 +0200, Sheldon Hearn wrote:
> I've completed a pretty clean crossgrade [1] to -CURRENT and find that
> su is broken. I thought this had been fixed.
>
> I have a virgin rev 1.17 /etc/pam.conf, I'm in group wheel, I built
> world with no funky options, the su binary
/usr/bin/passwd in the latest -current world build with kernel
build seems to do the following:
# passwd joeuser
Changing local password for joeuser.
New password:
Retype new password:
passwd: updating the database...
passwd: done
On Thu, Jul 26, 2001 at 03:46:15AM +0200, Sheldon Hearn wrote:
>
>
> On Thu, 26 Jul 2001 03:15:38 +0200, Sheldon Hearn wrote:
>
> > I've completed a pretty clean crossgrade [1] to -CURRENT and find that
> > su is broken. I thought this had been fixed.
> >
> > I have a virgin rev 1.17 /etc/pam
My SMP box, running current from about 24 hours ago, panics on a cold boot,
but only if I don't touch a key. If I use the keyboard to do anything,
whether to skip the loader twiddler, or to skip the BIOS disk probing, or
just to bang my head against it, it boots fine. It will reboot fine once
it
·úÂI¼s§i³Ð·N§{
¦X§@¥ø¹º´£®×
·úÂI³Ð·Nªº¤u§@¦¨û³£¥H¾Ö¦³¬Û·íªº¤u§@¯à¤O©M¸gÅ笰³Ì¤jªº¸ê²£¡A¦UÓ¦¨û¿ì¨Æ®Ä²v©M°t¦X«×°ª¡A¯à¥H³Ìµuªº®É¶¡§¹¦¨³Ìºë½oªº§@«~¡A¤£½×¦b¥ø¹º»s§@°õ¦æ¡AÁÙ¬O¦b±Ä³XÄá¼v¡B³]p½s¿è¤W³£¯à§@³Ì·¥¦Üªºµo´§¡C
·úÂIªº±Mªø¦b©ó©Ó¿ì¬¡°Ê¥ø¹º¡B¤å½Z½s¼¶¡B³]p½s±Æ¡B±Ä³XÄá¼vµ¥¡AªÃ«ùµÛ´£¨Ñ
·úÂI¼s§i³Ð·N§{
¦X§@¥ø¹º´£®×
·úÂI³Ð·Nªº¤u§@¦¨û³£¥H¾Ö¦³¬Û·íªº¤u§@¯à¤O©M¸gÅ笰³Ì¤jªº¸ê²£¡A¦UÓ¦¨û¿ì¨Æ®Ä²v©M°t¦X«×°ª¡A¯à¥H³Ìµuªº®É¶¡§¹¦¨³Ìºë½oªº§@«~¡A¤£½×¦b¥ø¹º»s§@°õ¦æ¡AÁÙ¬O¦b±Ä³XÄá¼v¡B³]p½s¿è¤W³£¯à§@³Ì·¥¦Üªºµo´§¡C
·úÂIªº±Mªø¦b©ó©Ó¿ì¬¡°Ê¥ø¹º¡B¤å½Z½s¼¶¡B³]p½s±Æ¡B±Ä³XÄá¼vµ¥¡AªÃ«ùµÛ´£¨Ñ
Hi folks,
This is a copy of a message I sent to cvs-all, requesting help with
kernel loadable SMBFS support without the need for LIBICONV statically
linked into the kernel.
Ciao,
Sheldon.
--- Forwarded Message
Date: Wed, 25 Jul 2001 21:29:18 +0200
From: Sheldon Hearn <[EMAIL PROTECTED]>
T
It seems with the src/sys/kern/sys_socket.c v 1.34 2001/07/25
20:14:59 fenner committed today, kernel build fails in -current as
follows:
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-exten
You must have updated in the middle of the commit. Make sure you have
rev 1.38 of src/sys/net/route.h .
Bill
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
27 matches
Mail list logo
