Re: Sysinstall still broken

In message 37316232.c92a5...@altavista.net Maxim Sobolev writes: : Instead of : #include isa/isa_device.h : should be : #include i386/isa/isa_device.h : and pnp.h also i386/isa/isa_device.h is the legecy interface to the isa drivers. Its use should be strongly discouraged... Warner To

Problem with the new ATA driver.

The new ATA driver (ata0, atadisk0, atapicd0) gives me a *huge* speed boost when accessing the harddisk, but I have to sacrifice the use of my CDROM if I choose to include it. The CDROM appears to be detected correctly by the kernel, but when trying to access the device I get the message:

Re: Problem with the new ATA driver.

It seems obituary wrote: The new ATA driver (ata0, atadisk0, atapicd0) gives me a *huge* speed boost when accessing the harddisk, but I have to sacrifice the use of my CDROM if I choose to include it. The CDROM appears to be detected correctly by the kernel, but when trying to access the

Re: Sysinstall still broken

Warner Losh wrote: In message 37316232.c92a5...@altavista.net Maxim Sobolev writes: : Instead of : #include isa/isa_device.h : should be : #include i386/isa/isa_device.h : and pnp.h also i386/isa/isa_device.h is the legecy interface to the isa drivers.? Its use should be strongly

just pulled the egcs-switch

Hi there, ... yesterday I decided, that it might be the right time to actually pull the 'egcs'-switch on my 4.0-current SMP-box. I cvsupped, built and installed the world, tweaked the kernel config (newbus) ... The transition was smooth, so far. The question remained: ... how to easily

Re: just pulled the egcs-switch

Andreas Braukmann wrote: Hi there, ?... yesterday I decided, that it might be the right time to ?actually pull the 'egcs'-switch on my 4.0-current SMP-box. ?I cvsupped, built and installed the world, tweaked the ?kernel config (newbus) ... ?The transition was smooth, so far. ?The

Re: just pulled the egcs-switch

Is not a good idea to use the default egcs as it is configured to compile c++ programs which use threads and exceptions for instance Netscape's Eletrical Fire (A Java VM/Compiler) does not work. -- Amancio Hasty ha...@star-gate.com To Unsubscribe: send mail to majord...@freebsd.org with

-current deadlocks within 5 mins, over NFS

Matt, I told you about this before, but completely forgot about it. After doing considerable testing on my test servers, i thought -current was safe enough to try on our production shell servers. I installed -current on one of my servers, and to my dismay, it hung. :) Within 5 minutes of

Re: Problems with -current gdb

On Thu, 6 May 1999, Scott Michel wrote: % gdb foobar foobar.core Register %s not found in core file. ^^ Should read: Register eax not found in core file. Silly me... :-) I'll look at it today - My head is in gdb mode at the moment after doing the import. -- Doug Rabson

Re: just pulled the egcs-switch

Hi, On Fri, May 07, 1999 at 01:10:31AM -0700, Amancio Hasty wrote: Is not a good idea to use the default egcs as it is configured to compile c++ programs which use threads and exceptions for instance Netscape's Eletrical Fire (A Java VM/Compiler) does not work. do you suggest to use the egcs

Re: just pulled the egcs-switch

Yes I would try out the one on the ports directory first for threaded applications with exceptions. -- Amancio Hasty ha...@star-gate.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message

Re: make world failure mode

On Mon, 3 May 1999, Bruce Evans wrote: I have noticed that if you do not have /usr/share/groff_font directory, a buildworld will fail. I think GROFF_FONT_PATH is missing from a Makefile maybe? The dev* directories are already built in the obj tree... Similarly for /usr/share/tmac and

Re: Problem with the new ATA driver.

Soren Schmidt wrote: Have you made the acd device nodes with an updated MAKEDEV ?? Sounds like you use the old major number to me... That was it. I installed the new MAKEDEV and did a sh MAKEDEV all when I upgraded to 4.0-CURRENT. I now know it doesn't create the acd0 devices by default ;-)

Re: IDE strangeness

On Thu, 6 May 1999, Lee Cremeans wrote: On Thu, May 06, 1999 at 10:04:19PM -0400, Brian Feldman wrote: 2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my new Seagate, which does UDMA2 fine with ATA Can you boot -v and give the output of the ATA_INQUIRY line?

Re: IDE strangeness

On Fri, 7 May 1999, Brian Feldman wrote: 2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my new Seagate, which does UDMA2 fine with ATA Here's what I've got: wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa0 wd0: wdsetmode() setting transfer mode to 42

somebody has broken sysctlbyname() in -current

How to repeat symptoms: boot -c make some changes, quit and come up normally kget Watch your system panic when kget does a: sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); where len has been properly fetched in a previous syctlbyname() call (1526 bytes, in my test

[offtopic] proposal nl.comp.os.unix.bsd

Hello, At first, please accept my apologizes for this off-topic posting. Today, I posted RFD-1 nl.comp.os.unix.bsd in nl.newsgroups. I hope to meet interested participants overthere. Kind regards, Robert Joosten. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe

Re: somebody has broken sysctlbyname() in -current

sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); Sorry for the vague first bug report; I hadn't collected a reasonable crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically where it copies id-id_driver-name into a temporary stack variable. First time through, this

Re: -current deadlocks within 5 mins, over NFS

Matt, I told you about this before, but completely forgot about it. After doing considerable testing on my test servers, i thought -current was safe enough to try on our production shell servers. I installed -current on one of my servers, and to my dismay, it hung. :) Within 5 minutes of

Re: just pulled the egcs-switch

On Fri, May 7, 1999, Amancio Hasty wrote: Is not a good idea to use the default egcs as it is configured to compile c++ programs which use threads and exceptions for instance Netscape's Eletrical Fire (A Java VM/Compiler) does not work. Why not? I constantly compile C++ (and lately,

Unicode support for Joliet CDs

Unicode support patch for -current and -stable is now updated. See http://triaez.kaisei.org/~mzaki/joliet/ # It's not intended to merge into the repository. CHANGES: * By default, filenames are encode by UTF-8, not converted to any charset. * Add support for ISO-8859-2 and KOI8-R. * Add

Version 1.23 of mergemaster available for gamma test

Greetings, Since several of the people who've asked for changes to mergemaster are on this list I thought I'd give y'all first crack at the new version. I've incorporated the suggestions I've received over the last 6 months, including a fix for the dreaded PAGER problem. You can retrieve

Re: somebody has broken sysctlbyname() in -current

Jordan K. Hubbard wrote: sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); Sorry for the vague first bug report; I hadn't collected a reasonable crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically where it copies id-id_driver-name into a temporary stack variable.

Re: -current deadlocks within 5 mins, over NFS

:Matt, I told you about this before, but completely forgot about it. After :doing considerable testing on my test servers, i thought -current was safe :enough to try on our production shell servers. I installed -current on one :of my servers, and to my dismay, it hung. :) : :Within 5 minutes of

Re: somebody has broken sysctlbyname() in -current

Jordan K. Hubbard wrote: sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); Sorry for the vague first bug report; I hadn't collected a reasonable crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically where it copies id-id_driver-name into a temporary stack variable.

Re: Unicode support for Joliet CDs

Motomichi Matsuzaki wrote: Unicode support patch for -current and -stable is now updated. See http://triaez.kaisei.org/~mzaki/joliet/ # It's not intended to merge into the repository. CHANGES: * By default, filenames are encode by UTF-8, not converted to any charset. BTW, some

Re: bridge+dummynet + sysctl -a panics in -current

On Mon, 3 May 1999, Alfred Perlstein wrote: On Mon, 3 May 1999, Luigi Rizzo wrote: a box with de and xl interfaces plus BRIDGE and DUMMYNET compiled in, doing a sysctl -a will panic the box. (currproc == sysctl) if you think the panic is bridge-related, can you try manually the

Re: just pulled the egcs-switch

By all means see if threaded apps with exceptions work with the base installed egcs . I pointed out an application which does not work, care to give an example of a threaded / exception application which works with the base egcs compiler? -- Amancio Hasty ha...@star-gate.com To

Debugging FreeBSD user threads with gdb

I have just implemented a new target for gdb-4.18 which allows programs which use FreeBSD's user threads library to be effectively debugged. The new target automatically detects the presence of user threads when a program is started or attached to and examined using the gdb commands 'info thread'

Re: Debugging FreeBSD user threads with gdb

:--- uthread_create.c 1999/03/23 05:07:55 1.12 :+++ uthread_create.c 1999/05/06 15:27:33 :@@ -42,6 +42,8 @@ : #include pthread_private.h : #include libc_private.h : :+static int next_tid = 1; :+ : int : pthread_create(pthread_t * thread, const pthread_attr_t * attr, : void

Re: Debugging FreeBSD user threads with gdb

Matthew Dillon once wrote: Hmmm. tid is only an int and some programs which create and destroy threads a lot are almost certainly going to overflow it. 4 billion is not hard to reach. This can result in duplicate tid's. Unsigned will double that. Not enough either?

Re: somebody has broken sysctlbyname() in -current

Should be fixed as of a few minutes ago in userconfig.c: revision 1.140 date: 1999/05/07 16:54:50; author: peter; state: Exp; lines: +34 -2 Yet another kludge to maintain the isa_device illusion, this time malloc an isa_driver and name pointer so the

Re: Debugging FreeBSD user threads with gdb

On Fri, 7 May 1999, Matthew Dillon wrote: :--- uthread_create.c 1999/03/23 05:07:55 1.12 :+++ uthread_create.c 1999/05/06 15:27:33 :@@ -42,6 +42,8 @@ : #include pthread_private.h : #include libc_private.h : :+static int next_tid = 1; :+ : int : pthread_create(pthread_t * thread,

Re: Debugging FreeBSD user threads with gdb

: :--- uthread_create.c1999/03/23 05:07:55 1.12 : :+++ uthread_create.c1999/05/06 15:27:33 : :@@ -42,6 +42,8 @@ : : #include pthread_private.h : : #include libc_private.h : : : :+static int next_tid = 1; : :+ : : int : : pthread_create(pthread_t * thread, const pthread_attr_t

sio.c breaks kernel ( even GENERIC)

I haven't been able to get a kernel built because of some undefined references in sio.o. Even GENERIC is broken. (cvsupped just a few minutes ago ) loading kernel sio.o: In function `siocnprobe': sio.o(.text+0x286e): undefined reference to `gdbdev' sio.o(.text+0x2874): undefined reference to

Re: Debugging FreeBSD user threads with gdb

On Fri, 7 May 1999, Matthew Dillon wrote: : :--- uthread_create.c 1999/03/23 05:07:55 1.12 : :+++ uthread_create.c 1999/05/06 15:27:33 : :@@ -42,6 +42,8 @@ : : #include pthread_private.h : : #include libc_private.h : : : :+static int next_tid = 1; : :+ : : int : :

Re: somebody has broken sysctlbyname() in -current

On Sat, 8 May 1999, Peter Wemm wrote: Jordan K. Hubbard wrote: sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); Sorry for the vague first bug report; I hadn't collected a reasonable crashdump yet. It's in sysctl_machdep_uc_devlist(), specifically where it copies

Disappearing/Reappearing Files...

This is an example of what I just noticed: $ ls aaa bbb ccc $ cp aaa bbb $ ls aaa ccc [ !!!, then a couple seconds later: ] $ ls aaa bbb ccc [a few (5) minutes later in a different vty: ] $ cd problem_dir $ ls aaa ccc [ ugh.. ] $ ls aaa bbb ccc [this is a

Re: somebody has broken sysctlbyname() in -current

Andrzej Bialecki wrote: On Sat, 8 May 1999, Peter Wemm wrote: Jordan K. Hubbard wrote: sysctlbyname(machdep.uc_devlist, buf, len, NULL, NULL); Sorry for the vague first bug report; I hadn't collected a reasonable crashdump yet. It's in sysctl_machdep_uc_devlist(),

Re: sio.c breaks kernel ( even GENERIC)

On Fri, 7 May 1999, Paul van der Zwan wrote: I haven't been able to get a kernel built because of some undefined references in sio.o. Even GENERIC is broken. (cvsupped just a few minutes ago ) loading kernel sio.o: In function `siocnprobe': sio.o(.text+0x286e): undefined reference to

Re: sio.c breaks kernel ( even GENERIC)

sio.o(.text+0x28cf): undefined reference to `gdb_getc' sio.o(.text+0x28d9): undefined reference to `gdb_putc' *** Error code 1 I've supped many times in the past 18 hours or so and I also get the above error trying to compile a kernel. My world also still fails at: Quick fix: configure DDB.

Re: Unicode support for Joliet CDs

From: Daniel C. Sobral d...@newsguy.com Subject: Re: Unicode support for Joliet CDs Date: Sat, 08 May 1999 02:57:25 +0900 dcs Unicode support patch for -current and -stable is now updated. dcs BTW, some people mentioned losing case in Joliet names. Is/was this dcs caused by the convertion? Is

Re: Disappearing/Reappearing Files...

is this reproducible for you? On Fri, 7 May 1999, Zach Heilig wrote: This is an example of what I just noticed: $ ls aaa bbb ccc $ cp aaa bbb $ ls aaa ccc [ !!!, then a couple seconds later: ] $ ls aaa bbb ccc [a few (5) minutes later in a different vty: ] $

make world problem (just me?) warning: `MDF_ACTIVE' redefined

Hi, I've had the following problem for the last 36 hours or so. I haven't seen any fixes related to this. Has anyone else seen the following, or is my tree somehow messed up? Thanks! John === usr.bin/kdump cc -nostdinc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace

tosha after CAM changes

I'm having trouble using tosha after the CAM changes, I updated source early this morning (around 7:00 PDT 5/7/1999) including ports, then make deinstall make distclean in /usr/ports/audio/tosha then make make install and tosha, and now tosha gives me (as root): #tosha -t1 tosha: cam_lookup_pas: