Re: df -l broken

[Joerg Wunsch]

Maxime Henrion <[EMAIL PROTECTED]> wrote:

> I looked at the code a bit more closely and you're entirely right.  I
> think I figured out why my patch caused a core dump.  Here is a more
> correct patch that should fix the problem without causing core dumps.

Seems to work.  mount(8) has still the problem though:

uriah # mount -t local
uriah # kldload nfs
uriah # mount -t local
uriah # mount -t nonfs
/dev/da0a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
/dev/vinum/var on /var (ufs, local, soft-updates)
/dev/vinum/usr on /usr (ufs, local, soft-updates)
/dev/vinum/home on /home (ufs, local, soft-updates)
/dev/vinum/home_cvs on /home/cvs (ufs, NFS exported, local, soft-updates)
/dev/vinum/src on /usr/src (ufs, local, soft-updates)
/dev/vinum/othersrc on /usr/othersrc (ufs, local, soft-updates)
/dev/vinum/obj on /usr/obj (ufs, local, soft-updates)
/dev/vinum/ports on /usr/ports (ufs, local, soft-updates)
/dev/vinum/distfiles on /usr/ports/distfiles (ufs, NFS exported, local, soft-updates)
/dev/vinum/news on /var/spool/news (ufs, local, soft-updates)
/dev/vinum/tmp on /tmp (ufs, NFS exported, local, soft-updates)
/dev/vinum/release on /usr/release (ufs, NFS exported, local, soft-updates)
/dev/vinum/junk on /junk (ufs, local, soft-updates)
procfs on /proc (procfs, local, read-only)

-- 
cheers, J"org   .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

SoundBlaster PCI-128 performance

[Seth Kingsley]

I'm getting low volume, background noise, and slight distortion playing
audio through my SoundBlaster PCI-128.  I tested it using mpg123,
mpg321, vlc, and ogle.  I am running a recent -current:

FreeBSD 5.0-CURRENT #2: Wed Nov 28 23:28:15 PST 2001
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/NEKO

And the boot -v:

pcm0:  port 0xd800-0xd83f irq 5 at device 12.0 on
pci0
pcm0: ac97 codec id 0x83847608 (SigmaTel STAC9708/9711)
pcm0: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume,
SigmaTel 3D Enhancement
pcm0: ac97 primary codec extended features surround DAC
pcm: setmap 40c000, 1000; 0xc1258000 -> 40c000
pcm: setmap 3cf000, 1000; 0xc125b000 -> 3cf000
pcm-: pcm0 already exists, skipping it

PnP OS is disabled in my BIOS.

-- 
|| Seth Kingsley || Meow Meow Fluff Fluff || [EMAIL PROTECTED] ||
|| rndcontrol -s 0 ||



msg32609/pgp0.pgp
Description: PGP signature

Re: PATCH: sysinstall to remove userconfig code

[Jordan Hubbard]

> BTW, how dou you think my other patch (use 'devfs' while mounting
> filesystems, use fsck_ffs instead of fsck) for sysinstall, which was
> posted about a week before to [EMAIL PROTECTED]?  You can fetch from:
> 
> http://people.freebsd.org/~matusita/5.0-CURRENT-20011121-JPSNAP_usedevfs
/patch>

Hmmm.  To be honest, at least one part doesn't make too much sense to
me.

In the quoted section, where you move up the code for copying the
initial /dev files from the mfsroot to the new on-disk root, you then
proceed to mount a devfs instance right over it.  Don't you want to
try the devfs mount and only copy device files if that returns an
error code?  You're just going to do extra work and then cover it up
otherwise. :-)


+ 
+   dialog_clear_norefresh();
+   msgNotify("Copying initial device files..");
+   /* Copy the boot floppy's dev files */
+   if ((root->newfs || upgrade) && vsystem("find -x /dev | cpio %s -pdum /mnt", 
+cpioVerbosity())) {
+   msgConfirm("Couldn't clone the /dev files!");
+   return DITEM_FAILURE | DITEM_RESTORE;
+   }
+ 
+   /* Mount devfs for other partitions to mount */
+   Mkdir("/mnt/dev");
+   if (!Fake)
+   mount("devfs", "/mnt/dev", 0, NULL);
  }

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: PATCH: sysinstall to remove userconfig code

[Makoto Matsushita]

jkh> Looks good to me, I'd say commit it!

Thanks!  I'll commit it in this weekend.

BTW, how dou you think my other patch (use 'devfs' while mounting
filesystems, use fsck_ffs instead of fsck) for sysinstall, which was
posted about a week before to [EMAIL PROTECTED]?  You can fetch from:

http://people.freebsd.org/~matusita/5.0-CURRENT-20011121-JPSNAP_usedevfs/patch>

-- -
Makoto `MAR' Matsushita

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: PATCH: sysinstall to remove userconfig code

[Jordan Hubbard]

Looks good to me, I'd say commit it!

- Jordan

> dsyphers> DEBUG: kget: error buffer sizing
> matusita> This is because sysinstall still want to get userconfig data
> matusita> and put the result to /boot/kernel.conf.
> 
> Userconfig was gone in 5-current, so we can safely remove kget() from
> sysinstall.  Attached below is a patch to do (kget.c should be remove
> also).
> 
> Jordan (and others who may concern), would you please review my patch?
> 
> -- -
> Makoto `MAR' Matsushita
> 
> Index: Makefile
> ===
> RCS file: /home/ncvs/src/usr.sbin/sysinstall/Makefile,v
> retrieving revision 1.117
> diff -u -r1.117 Makefile
> --- Makefile  2001/09/05 07:12:19 1.117
> +++ Makefile  2001/11/13 18:12:37
> @@ -2,7 +2,7 @@
>  
>  PROG=sysinstall
>  MAN= sysinstall.8
> -SRCS=anonFTP.c cdrom.c command.c config.c devices.c dhcp.c kget.c \
> +SRCS=anonFTP.c cdrom.c command.c config.c devices.c dhcp.c \
>   disks.c dispatch.c dist.c dmenu.c doc.c dos.c floppy.c \
>   ftp.c globals.c http.c index.c install.c installUpgrade.c keymap.c \
>   label.c main.c makedevs.c media.c menus.c misc.c modules.c \
> Index: install.c
> ===
> RCS file: /home/ncvs/src/usr.sbin/sysinstall/install.c,v
> retrieving revision 1.309
> diff -u -r1.309 install.c
> --- install.c 2001/10/20 09:28:53 1.309
> +++ install.c 2001/11/13 18:12:37
> @@ -755,14 +755,6 @@
>  /* All of this is done only as init, just to be safe */
>  if (RunningAsInit) {
>  #ifdef __i386__
> -/* Snapshot any boot -c changes back to the new kernel */
> - cp = variable_get(VAR_KGET);
> - if (cp && (*cp == 'Y' || *cp == 'y')) {
> - if ((kstat = kget("/boot/kernel.conf")) != NULL) {
> - msgConfirm("Unable to save boot -c changes to new kernel,\n"
> -"please see the debug screen (ALT-F2) for details.")
;
> - }
> - }
>   if ((fp = fopen("/boot/loader.conf", "a")) != NULL) {
>   if (!kstat || !OnVTY)
>   fprintf(fp, "# -- sysinstall generated deltas -- #\n");
> @@ -1054,7 +1046,6 @@
>  /* Set default startup options */
>  variable_set2(VAR_RELNAME,   getRelname(), 0);
>  variable_set2(VAR_CPIO_VERBOSITY,"high", 0);
> -variable_set2(VAR_KGET,  "YES", 0);
>  variable_set2(VAR_TAPE_BLOCKSIZE,DEFAULT_TAPE_BLOCKSIZE,
 0);
>  variable_set2(VAR_INSTALL_ROOT,  "/", 0);
>  variable_set2(VAR_INSTALL_CFG,   "install.cfg", 0);
> Index: options.c
> ===
> RCS file: /home/ncvs/src/usr.sbin/sysinstall/options.c,v
> retrieving revision 1.76
> diff -u -r1.76 options.c
> --- options.c 2001/09/25 00:28:26 1.76
> +++ options.c 2001/11/13 18:12:37
> @@ -148,8 +148,6 @@
>OPT_IS_VAR,NEWFS_PROMPT,   VAR_NEWFS_ARGS, varChec
k   },
>  { "Fixit Console",   "Which tty to use for the Fixit action.",
>OPT_IS_FUNC,   fixitTtyWhich,  VAR_FIXIT_TTY,  varChec
k   },
> -{ "Config save", "Whether or not to save installation kernel config chan
ges",
> -  OPT_IS_VAR,NULL,   VAR_KGET,   varChec
k   },
>  { "Re-scan Devices", "Re-run sysinstall's initial device probe",
>OPT_IS_FUNC,   deviceRescan },
>  { "Use Defaults","Reset all values to startup defaults",
> Index: sysinstall.h
> ===
> RCS file: /home/ncvs/src/usr.sbin/sysinstall/sysinstall.h,v
> retrieving revision 1.218
> diff -u -r1.218 sysinstall.h
> --- sysinstall.h  2001/10/12 22:39:02 1.218
> +++ sysinstall.h  2001/11/13 18:12:38
> @@ -126,7 +126,6 @@
>  #define VAR_IPV6_ENABLE  "ipv6_enable"
>  #define VAR_IPV6ADDR "ipv6addr"
>  #define VAR_KEYMAP   "keymap"
> -#define VAR_KGET "kget"
>  #define VAR_LABEL"label"
>  #define VAR_LABEL_COUNT  "labelCount"
>  #define VAR_LINUX_ENABLE "linux_enable"


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

XFree86 3.3.6 dying

[Peter Jeremy]

With a recently re-built XFree86, running on -current from last Sunday,
whenever I hit one of the keypad keys, the X server crashes.  This is
somewhat disconcerting...

The kernel prints "sigreturn: eflags = 0x13282, was 0x256" (the old
eflags value an addition I made to that printf whilst tracking down
another problem).  These values are consistent.  The X server reports
that it received SIGBUS and will core dump, but instead goes into a
tight loop and needs kill -ABRT or kill -9 to recover.  This happens
whether or not I'm logged in, after I use xmodmap to unmap the
relevant keycodes and when the screen is locked.

ktrace on the Xserver shows the server reading a keycode from the
keyboard, checking the mouse and getting EWOULDBLOCK then receiving
a SIGBUS.

Has anyone else seen anything like this?

Peter

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

merging openbsd's pf into FreeBSD

[David Hill]

Hello -
I am wondering if the FreeBSD team has any thoughts about importing OpenBSD's new pf 
into FreeBSD.  Has anyone looked at the code?

During an interview with Theo himself, he talked about the new features of pf, 
compared with ipf.
http://www.kerneltrap.org/article.php?sid=389

Thanks
David

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: df -l broken

[Mikko Työläjärvi]

On Fri, 30 Nov 2001, Maxime Henrion wrote:

> Mikko Tyolajarvi wrote:
[...]
> > They don't have to be mounted, just loaded.  E.g. if "nfs"
> > shows up with "lsvfs", "df -l " will work, if not, it won't.
> > (dunno about other network file systems).
> [...]
>
> I looked at the code a bit more closely and you're entirely right.  I
> think I figured out why my patch caused a core dump.  Here is a more
> correct patch that should fix the problem without causing core dumps.
>

FWIW: Seems to solve the problem on -STABLE.  Didn't try your earlier
attempt, so I don't have any core dump experiences ;-)

   $.02,
   /Mikko

 Mikko Työläjä[EMAIL PROTECTED]
 RSA Security


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: df -l broken

[Maxime Henrion]

Mikko Tyolajarvi wrote:
> In local.freebsd.current you write:
> 
> >On Mon, Nov 26, 2001 at 12:07:22AM +0100, Maxime Henrion wrote:
> >> If my patch is exact, then the bug should manifest itself only if there
> >> are no network filesystems mounted.  Do you have any network fs mounted
> >> on your box ?
> 
> >No networked filesystems here, and no problems:
> 
> They don't have to be mounted, just loaded.  E.g. if "nfs"
> shows up with "lsvfs", "df -l " will work, if not, it won't.
> (dunno about other network file systems).
[...]

I looked at the code a bit more closely and you're entirely right.  I
think I figured out why my patch caused a core dump.  Here is a more
correct patch that should fix the problem without causing core dumps.

--- df.c1 Aug 2001 02:09:09 -   1.32
+++ df.c30 Nov 2001 01:06:52 -
@@ -561,7 +561,9 @@
*strptr = ',';
free(listptr[i]);
}
-   *(--strptr) = NULL;
+   if (i > 0)
+   strptr--;
+   *strptr = NULL;

free(listptr);
return (str);

I would be happy to get some feedback, especially from the person who
got a core dump. :-)

Thanks,
Maxime Henrion
-- 
Don't be fooled by cheap finnish imitations ; BSD is the One True Code

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: df -l broken

[Mikko Tyolajarvi]

In local.freebsd.current you write:

>On Mon, Nov 26, 2001 at 12:07:22AM +0100, Maxime Henrion wrote:
>> If my patch is exact, then the bug should manifest itself only if there
>> are no network filesystems mounted.  Do you have any network fs mounted
>> on your box ?

>No networked filesystems here, and no problems:

They don't have to be mounted, just loaded.  E.g. if "nfs"
shows up with "lsvfs", "df -l " will work, if not, it won't.
(dunno about other network file systems).

Thus:

  gw% lsvfs
  FilesystemRefs Flags
   - ---
  ufs  5 
  procfs   1 synthetic
  gw% df -l
  gw% 
  gw% su -m
  Password:
  gw# kldload nfs
  gw# ^D
  gw% lsvfs
  FilesystemRefs Flags
   - ---
  ufs  5 
  procfs   1 synthetic
  nfs  0 network
  gw% df -l
  Filesystem  1K-blocks UsedAvail Capacity  Mounted on
  /dev/ad0s1a25406345332   18840619%/
  /dev/ad0s1g  34487716  1482012 30246688 5%/home
  /dev/ad0s1e   2032623   519974  135004028%/usr
  /dev/ad0s1f   2032623 2901  1867113 0%/var
  procfs  440   100%/proc
  /dev/vn0c  1300204   119616 0%/tmp

(This is on -STABLE, BTW)

  $.02,
  /Mikko

>[341]nathan@bokonon:~% df -k
>Filesystem  1K-blocks UsedAvail Capacity  Mounted on
>/dev/da0s1a 99191529933826358%/
>devfs   110   100%/dev
>/dev/da0s1f   6450317  4945823   98846983%/usr
>/dev/da0s1e 99191 781683440 9%/var
>procfs  440   100%/proc
>[342]nathan@bokonon:~% df -l
>Filesystem  512-blocks UsedAvail Capacity  Mounted on
>/dev/da0s1a 198382   1059867652658%/
>devfs220   100%/dev
>/dev/da0s1f   12900634  9891646  197693883%/usr
>/dev/da0s1e 19838215632   166880 9%/var
>procfs   880   100%/proc
>[343]nathan@bokonon:~% uname -a
>FreeBSD bokonon.rtfm.net 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sun Nov  4 23:28:25 EST 
>2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SAN_LORENZO  i386

[...]
-- 
 Mikko Työläjä[EMAIL PROTECTED]
 RSA Security

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Is your family protected financially?

[Specials]

LIFEQUOTE
SAVE UP TO 70% ON LIFE INSURANCE PREMIUMS

Protect Your Family In Case Of Death

Plan For Your Childs Education

Protect Your Estate

The LEADING source for Life Insurance Companies!

The BEST Agents!
And The FRIENDLIEST Staff!

 CLICK HERE

For a FREE Quote!
It's
QUICK , EASY and COMPLETE

































If you would like to be removed from any further mailings just click here Remove Me and hit send and you will automatically be removed from any other mailings.








To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Archos 6000

[Gregory Neil Shapiro]

ps> has anyone tested using a Archos 6000 (using a isd200 interface) with the
ps> umass driver under freebsd?

Just bought one (the 20G version but same interface) this weekend and can
verify that it does not work with -STABLE.  I also saw the Linux driver but
I don't know the USB code at all.  Hopefully, a USB-knowledgeable developer
will port it out of the kindness of his or her heart.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: linuxulator unimplemented syscalls

[Kenneth Wayne Culver]

> Your problem is probably somewhere other than ioctl 0x7201; try
> trussing/stracing the app and see what it's trying to access.
> 
Alright, I'll try that, I think I have another clue though, I got it to
find the file (it was looking in /usr/compat/linux/mnt/cdrom instead of
the regular /mnt/cdrom I guess b/c it was running from linux) but now it's
back to having problems with mmap2. I'll find the manpage on truss, and
put some output here when I get some.

Ken


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: linuxulator unimplemented syscalls

[Dan Nelson]

In the last episode (Nov 29), Kenneth Wayne Culver said:
> On Thu, 29 Nov 2001, Dan Nelson wrote:
> > From Linux headers:
> > 
> > #define TUNIOCGETINFO  0x7201  /* get version of driver & capabilities of tuner */
> > 
> > Doubtful that its failure will affect you.  I assume ftruncate64()
> > should map almost directly onto our ftruncate().  Not sure what
> > mmap2() is.
>
> Well, I switched to the linux_base-6.1 libs and all but the 0x7201
> error stopped occuring, but still the same problem, winex says it
> can't open the the file that I'm trying to execute.

They only stopped occuring because RedHat 6.1 didn't even support
64-bit files, so of course those libs aren't going to use the 64-bit
calls :)

Your problem is probably somewhere other than ioctl 0x7201; try
trussing/stracing the app and see what it's trying to access.

-- 
Dan Nelson
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: linuxulator unimplemented syscalls

[Kenneth Wayne Culver]

On Thu, 29 Nov 2001, Dan Nelson wrote:

> In the last episode (Nov 28), Kenneth Culver said:
> > I was just wondering if the following syscalls had any chance of being 
> > implemented anytime soon?
> > 
> > linux: syscall ftruncate64 is obsoleted or not implemented (pid=5695)
> > linux: syscall mmap2 is obsoleted or not implemented (pid=5691)
> > linux: 'ioctl' fd=6, cmd=0x7201 ('r',1) not implemented
> > 
> > I'm wondering because I wanted to use the new transgaming winex to
> > run windows games (which would allow me to remove windows completely
> > from my computer) but it won't run because these syscalls aren't
> > supported.
> > 
> > I'm running -CURRENT from a few days ago, with the linux_base-7.1 linux 
> > libraries. Thanks.
> 
> >From Linux headers:
> 
> #define TUNIOCGETINFO  0x7201  /* get version of driver & capabilities of tuner */
> 
> Doubtful that its failure will affect you.  I assume ftruncate64()
> should map almost directly onto our ftruncate().  Not sure what mmap2()
> is.
> 
Well, I switched to the linux_base-6.1 libs and all but the 0x7201 error
stopped occuring, but still the same problem, winex says it can't open the
the file that I'm trying to execute.

Ken


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

sysinstall - no extended partitions

[Hiten Pandya]

hi..
i wanted to know... that why doesn't the sysinstall
utility support the viewing of extended partitions...

i mean.. why doesn't it support the viewing of
exisitng FAT32/FAT16 extended/logical partitons is
not supported...

thanks..
regards

Yours Sincerely,
<[EMAIL PROTECTED]>


__
Do You Yahoo!?
Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.
http://geocities.yahoo.com/ps/info1

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

WARNING: Driver mistake: destroy_dev on 154/1

[frf]

ASR is still broken for SMP.

WARNING: Driver mistake: destroy_dev on 154/1
kernel panic: "dont do that"

Tyan Thunder K7 with 2 1.2GHz Ahtlon's
Adaptec 3200S Rev 3607
Current as of this morning.



-- 
[EMAIL PROTECTED]   39:FF:7C:52:66:9D:B9:A3  EA:67:3C:7F:D1:B6:30:36 



 Polymer physicists are into chains.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ntfs fs

[Julian Elischer]

ls -l does a stat on each file
ls on its own does not.

On Thu, 29 Nov 2001, Jan Stocker wrote:

> Hi,
> after a 'ls -l' on a ntfs mounted partition my system freezes and reboots. A
> normal 'ls' really runs quite fine...
> 
> Jan
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Archos 6000

[Patrik Sundberg]

has anyone tested using a Archos 6000 (using a isd200 interface) with the
umass driver under freebsd?

if it isn't working, is anyone working on getting it supported? there is a
linux driver (http://bjorn.haxx.se/isd200/) but i don't really grok usb and
the linux driver..

-- 
---.
Patrik SundbergAddress: Rydsvägen 100C, 584 31 Linköping, Sweden   |
   Email:   [EMAIL PROTECTED] || [EMAIL PROTECTED] |
   Phone:   +46 13 178567 || +46 707 602240|
.---> Applied Physics and Electrical Engineering student   |
|-> Master of Science in Business Administration and Economics student |
|---> UNIX/Programming consultant  |
`--'

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ntfs fs

[Steve Kargl]

On Thu, Nov 29, 2001 at 08:03:55PM +0100, Jan Stocker wrote:
> Hi,
> after a 'ls -l' on a ntfs mounted partition my system freezes and reboots. A
> normal 'ls' really runs quite fine...
> 

Jan,

This message contains very little useful information.  See

http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html

-- 
Steve

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

ntfs fs

[Jan Stocker]

Hi,
after a 'ls -l' on a ntfs mounted partition my system freezes and reboots. A
normal 'ls' really runs quite fine...

Jan


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Perl build breakage

[Eugene M. Kim]

Hello,

I am getting the following error in the make depend stage; could anyone
shed a light?

(The host system is 5-current as of around May 1.)

Thanks,
Eugene

 snip  snip 
===> libperl
===> miniperl
===> perl
Extracting config.h (with variable substitutions)
Extracting cflags (with variable substitutions)
Extracting writemain (with variable substitutions)
Extracting myconfig (with variable substitutions)
Missing right curly or square bracket at lib/SelfLoader.pm line 69, at end of line
syntax error at lib/SelfLoader.pm line 69, at EOF
Compilation failed in require at /usr/libdata/perl/BSDPAN/BSDPAN/Override.pm line 17.
Compilation failed in require at /usr/libdata/perl/BSDPAN/Config.pm line 37.
BEGIN failed--compilation aborted at /usr/libdata/perl/BSDPAN/Config.pm line 37.
Compilation failed in require at 
/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5/configpm line 430.
*** Error code 255

Stop in /usr/src/gnu/usr.bin/perl/perl.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/perl.
*** Error code 255

Stop in /usr/src/gnu/usr.bin/perl/perl.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/perl.
 snip  snip 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: linuxulator unimplemented syscalls

[Dan Nelson]

In the last episode (Nov 28), Kenneth Culver said:
> I was just wondering if the following syscalls had any chance of being 
> implemented anytime soon?
> 
> linux: syscall ftruncate64 is obsoleted or not implemented (pid=5695)
> linux: syscall mmap2 is obsoleted or not implemented (pid=5691)
> linux: 'ioctl' fd=6, cmd=0x7201 ('r',1) not implemented
> 
> I'm wondering because I wanted to use the new transgaming winex to
> run windows games (which would allow me to remove windows completely
> from my computer) but it won't run because these syscalls aren't
> supported.
> 
> I'm running -CURRENT from a few days ago, with the linux_base-7.1 linux 
> libraries. Thanks.

>From Linux headers:

#define TUNIOCGETINFO  0x7201  /* get version of driver & capabilities of tuner */

Doubtful that its failure will affect you.  I assume ftruncate64()
should map almost directly onto our ftruncate().  Not sure what mmap2()
is.

-- 
Dan Nelson
[EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Panic changing screen mode with vidcontrol

[Bruce Evans]

On Mon, 26 Nov 2001, Peter Jeremy wrote:

> Having installed a new kernel and userland from sources about a day
> old, my vidcontrol command now causes a panic:
>
> Fatal trap 12: page fault while in vm86 mode
> fault virtual address   = 0xc359b
> ...
> The backtrace shows nothing useful - gdb doesn't seem to handle
> tracing through vm86 :-(.
>
> The command I used was "vidcontrol 132x60" after confirming that
> this was listed in "vidcontrol -i mode".  I have previously been
> using VESA_132x60, but that also panics now.
>
> Any suggestions where to look?

If it's a new bug, then it might be from not updating bios.c in the
recent pmap changes.   From error output:

./@/i386/i386/bios.c: In function `bios16':
./@/i386/i386/bios.c:379: warning: comparison between pointer and integer

Bruce


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: LINT fails due to '/bin/sh:Argument list too long'

[Bruce Evans]

On Mon, 26 Nov 2001, Robert Watson wrote:

> Decided to run a LINT build on my POSIX.1e capability tree in p4 today,
> and ran into something a bit unusual:
>
> make buildkernel KERNCONF=LINT
> ...
> boss/p4/rwatson/trustedbsd/cap/sys/kern/link_aout.c
> /cboss/p4/rwatson/trustedbsd/cap/sys/kern/subr_diskmbr.c
> /cboss/p4/rwatson/trustedbsd/cap/sys/libkern/divdi3.c 
>/cboss/p4/rwatson/trustedbsd/cap/sys/libkern/moddi3.c
> ...
> /bin/sh:Argument list too long
> *** Error code 1
> ...
> Looks like the number of C files in the kernel was finally too much for
> the make depend :-).  Haven't seen this on my other trees I built LINT on
> lately, so my guess is we're just at the threshold, and one or two more
> files (such as in my p4 tree) bumps you over.

config(8) -d bloats the pathnames by a factor of about 2, so there is
plenty to spare if you don't use -d.  It expands:

../../../kern/link_aout.c

to:

/cboss/p4/rwatson/trustedbsd/cap/sys/kern/link_aout.c

My version of config(8) always creates a symlink "@" to the system
sources and arranges to use that instead.  This unbloats the path
prefix a little more, from "../../.." to "./@".  The only known problem
with this is that it is not clear in error output where "@" points to.
But this is already a problem for the "machine" symlink.  I don't know
how the inefficiencies for the symlink compare with the inefficiencies
for the long pathnames.  Old inefficiencies for the "machine" symlink
are probably dominant anyway (since there are many more references to
headers in "machine" than to *.c).

Index: main.c
===
RCS file: /home/ncvs/src/usr.sbin/config/main.c,v
retrieving revision 1.54
diff -u -2 -r1.54 main.c
--- main.c  14 Jul 2001 00:03:05 -  1.54
+++ main.c  29 Jul 2001 13:44:45 -
@@ -77,8 +77,9 @@
 intprofiling;

+static void cleanheaders(char *);
 static void configfile(void);
 static void get_srcdir(void);
 static void usage(void);
-static void cleanheaders(char *);
+static void symlinkifchanged(const char *linkcontents, const char *linkname);

 struct hdr_list {
@@ -96,6 +97,6 @@

struct stat buf;
-   int ch, len;
-   char *p;
+   char *archname, *p;
+   int ch, cold, len;
char xxx[MAXPATHLEN];

@@ -131,17 +132,20 @@
while (len > 1 && destdir[len - 1] == '/')
destdir[--len] = '\0';
-   get_srcdir();
} else {
strlcpy(destdir, CDIR, sizeof(destdir));
strlcat(destdir, PREFIX, sizeof(destdir));
}
+   get_srcdir();

p = path((char *)NULL);
if (stat(p, &buf)) {
+   cold = 1;
if (mkdir(p, 0777))
err(2, "%s", p);
+   } else {
+   cold = 0;
+   if (!S_ISDIR(buf.st_mode))
+   errx(2, "%s isn't a directory", p);
}
-   else if ((buf.st_mode & S_IFMT) != S_IFDIR)
-   errx(2, "%s isn't a directory", p);

dtab = NULL;
@@ -153,16 +157,19 @@
exit(1);
}
+   archname = getenv("MACHINE_ARCH");  /* XXX */
+   if (archname == NULL)
+   archname = machinename;
+
/*
-* make symbolic links in compilation directory
-* for "sys" (to make genassym.c work along with #include )
-* and similarly for "machine".
+* Create symbolic links "@" and "machine" to help the makefile
+* locate the root of the kernel source tree and the 
+* include directory.
 */
-   if (*srcdir == '\0')
-   (void)snprintf(xxx, sizeof(xxx), "../../include");
-   else
-   (void)snprintf(xxx, sizeof(xxx), "%s/%s/include",
-   srcdir, machinename);
-   (void) unlink(path("machine"));
-   (void) symlink(xxx, path("machine"));
+   symlinkifchanged(srcdir, path("@"));
+   if ((unsigned)snprintf(xxx, sizeof(xxx), "@/%s/include", archname) >=
+   sizeof(xxx))
+   errx(2, "preposterously long machine arch name");
+   symlinkifchanged(xxx, path("machine"));
+
options();  /* make options .h files */
makefile(); /* build Makefile */
@@ -171,5 +178,6 @@
cleanheaders(p);
printf("Kernel build directory is %s\n", p);
-   printf("Don't forget to do a ``make depend''\n");
+   if (cold == 0)
+   printf("Don't forget to do a ``make depend''\n");
exit(0);
 }
@@ -478,3 +486,24 @@
hl->h_next = htab;
htab = hl;
+}
+
+/* Create a symlink if the correct symlink doesn't already exist. */
+static void
+symlinkifchanged(const char *linkcontents, const char *linkname)
+{
+   struct stat sb;
+   size_t len;
+   char buf[PATH_MAX];
+
+   if (lstat(linkname, &sb) == 0) {
+   if (S_ISLNK(sb.st_mode)) {
+   len = readli

Re: cdrecord produces broken CDs on -CURRENT: The Answer !

[Peter Wemm]

Christoph Herrmann wrote:
> 
> The Problem was the use of vfs.ioopt=2 !
> As long as vfs.ioopt is 1 or 2 the CDs are broken and with 
> vfs.ioopt=0 the CDs are o.k.
> 
> I didn't see any other problems with the use of vfs.ioopt=2,
> especially no Filesystem corruption :-). Are there other known
> problems withs vfs.ioopt != 0 ?

Yes, it breaks read(2) semantics totally.  With a traditional system, if
you read something into your buffer, it never changes.

With vfs.ioopt >= 1, that read may be turned into a mmap() if the conditions
are right.  Specifically, if you are doing a page aligned read of one or more
pages, your original page will be released and you will get a copy-on-write
page mapped in.

The problem with that is that it is copy-on-write for *you*, not everybody
else.  If somebody else subsequently changes the file, your buffer will
automagically change.

This is why it is off.  The NFS zerocopy patches made some changes to the
VM and buffer system to fix this.  It was pretty simple to fix if I recall
correctly.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message