On 10 Jan, Bruce Evans wrote:
>> Better yet: DEBUG_FLAGS=-g
>
> Except it only supported in bsd.prog.mk and bsd.lib.mk, but not in
> bsd.kmod.mk, kernel Makefiles, or if no bsd .mk files are included
> A few verbose module makefiles add it explicitly. You can also use
> COPTS, but it is only su
On 11 Jan, Bruce Evans wrote:
>> Didn´t we have "makeoptions DEBUG=-g" as a kernel option to compile the
>> kernel with debug information? What about "config -g MYKERNEL"?
>
> DEBUG is a private variable in kernel Makefiles. "config -g MYKERNEL"
If I set DEBUG in make.conf it should work, righ
Hi,
the patch makes apm.4 consistent with LINT ("isa?"->"nexus?").
Bye,
Alexander.
--
Withdrawal is for quitters.
http://www.Leidinger.net Alexander+Home @ Leidinger.net
Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E
21c21
< .Cd
On 15 Jan, Alfred Perlstein wrote:
>> >> > unfortunally no core dump, but I'm able to reproduce it (I just have to
>> >> > enable softupdates).
>> >>
>> >> how? It looks like splbio is not up but the softdep lock is held.
>>
>>
>>I just have to enable softupdates on /home, /var, /u
Hi,
I've successfully booted with ffs_softdep.c 1.54, I'm doing now a full
buildworld to stress the system.
If you didn't hear from me it works (or my system had a crash and I'm
not able to recover ;) ).
Bye,
Alexander.
--
Too many freaks, not enough circuses.
http://www.Leid
Hi,
I've build gimp-1.1.15 (some minutes ago) on -current (cvsuped
yesterday) and I'm getting sigsegv's after the parsing of the plug-in's.
Anyone seeing this too?
---snip---
(150) netchild@ttyp0 > gimp
gimp: fatal error: sigsegv caught
gimp (pid:90581): [E]xit, [H]alt, show [S]tack trace or [P]r
On 25 Jan, Alex Zepeda wrote:
> I haven't been able to mount an msdos (FAT16) formattted zip disk (well
> any FAT16 formatted zip disk) for quite a while. Currently I'm trying to
> mount afd0s4, but no such luck (I think the latest error is something
> about reading the partition table). The wd
Hi,
today I've got
(da0:ahc0:0:0:0): SCB 0xb - timed out in Data-in phase really in Data-in phase 44,
SEQADDR == 0x113
(da0:ahc0:0:0:0): BDR message in message buffer
(da0:ahc0:0:0:0): SCB 0xb - timed out in Data-in phase really in Data-in phase 54,
SEQADDR == 0x113
(da0:ahc0:0:0:0): no longer
On 2 Feb, Kenneth D. Merry wrote:
>> I'm using this hardware since 2 years now and it's the first time I see
>> this (the computercase isn't opened for 2 months now, so nothing changed
>> recently). Is this something I should worry about?
>
> This is likely a cabling or termination problem. It
Hi,
after an installworld (cvsup Feb 4, ~4 pm CET) my libs didn't have
symbols anymore:
---snip---
(107) netchild@ttyp2 > nm /usr/lib/libc_r.so.4
/usr/lib/libc_r.so.4: no symbols
(108) netchild@ttyp2 > nm /usr/lib/libncurses.so.5
/usr/lib/libncurses.so.5: no symbols
(109) netchild@ttyp2 > file
On 10 Feb, Archie Cobbs wrote:
> If you want an interface that discards everthing, you can create
> a netgraph interface ("ngctl mkpeer iface foo inet") and leave it
> unconnected.
Or just add "pseude-device disc" to your kernel.
Bye,
Alexander.
--
Everything you know is wrong. But some of i
On 11 Feb, Kai Großjohann wrote:
> I installed a minimal 3.1 from CD (without X11), then made the
> -CURRENT world, then installed the above mentioned ports. All of this
> a week or so ago; I forgot the exact date.
XF86Setup needs tcl/tk. tcl/tk needs XFree86. If there's no tcl/tk
XF86Setup isn
Hi,
after building 4-current (cvsupped yesterday) I'm using OpenSSH now. I'm
starting my X11 session with ssh-agent and using ssh-add in my
.xsession. Unfortunally there's no ssh-askpass build in 4-current (and
ssh-add is build with
'#define SSH_ASKPASS_DEFAULT "/usr/X11R6/bin/ssh-askpass"') so I
Hi,
attached is a patch for usr.sbin/ntp/config.h and
usr.sbin/ntp/ntpd/Makefile. It adds reflock_pcf to the compiled in
drivers (current has support in the kernel for it).
Bye,
Alexander.
--
Secret hacker rule #11: hackers read manuals.
http://www.Leidinger.net A
On 15 Feb, Jose M. Alcaide wrote:
> I found an annoying problem: the line drawing chars are not drawn
> in xterms. This can be tested with talk(1), grdc(6), or simply
> with a command like "dialog --yesno Test 5 15". However, it works
> from the system console, using TERM=cons25 and TERM=cons25l1.
On 17 Feb, Jordan K. Hubbard wrote:
[Cc stripped]
>> o Finally, again, it seems to me that the skeleton .cshrc, .profile,
>> etc. files that are used for accounts creating during install should have the
>> following variables set:
>>
>>setenv LC_ALL en_US.ISO_8859-1
>>setenv LC_CTYPE
On 21 Feb, Kenneth D. Merry wrote:
>> It crashes for me a lot. There's some deal about fonts, oddly enough, which
>> causes it to crash right away- see the installation instructions that come out
>> when you install communicator-47- it said something about mkfontdir.
>>
>> It still crashes or we
On 22 Feb, Steve Hocking wrote:
> There was some discussion of this over on the XFree mailing lists, and it
> transpired that netscape was using a pointer to some memory that had been
> freed some time back. This showed up in cases where you open up a stack of
> windows and then close them at r
On 28 Feb, Cliff Rowley wrote:
> to site.def... Since posting my last mail, I've also encountered a
> similar message, thie time reported by Imlib. It's not the exact same
> message, but it's the same meaning. They are both having trouble getting
> a handle on shared memory (at least, this is
On 29 Feb, Donn Miller wrote:
> What was the previous default value of SHMMAXPGS? Why was it
> changed? (Just curious, not slamming anybody...)
1024.
I'm using 8k right now and I didn't encounter an error from imlib
anymore (depends on what's used/screen resolution/resolution of pictures
load
On 1 Mar, Donn Miller wrote:
> It looks like SHMMAXPGS has to be a power of two + 1. (The original
No.
> config file says
>
> options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)"
> options SHMMAXPGS=1025
Thats from LINT.
> So, it looks like SHMMAXPGS has to be a power of two + 1. Tha
On 16 Mar, Doug Barton wrote:
> In the interests of providing another datapoint, I tried my old, boring
> P5 machine, and with -Os -march=pentium buildworld bombed trying to
> compile cc1plus in the build tools phase. Backing off to -O worked. The
> kernel was ok with -Os -march=pentium.
On 23 Sep, Sheldon Hearn wrote:
>> well, I just did -O3 -mpentium, and it both compiled cleanly, and appears
>> to be running okay, so is -O the max that makes a difference, or...?
>
> Or...
>
> Try build world with that kernel running. :-)
Just to let you know: -Os works for me (since egcs hi
On 11 Oct, Bill Fumerola wrote:
>> #makeoptions CONF_CFLAGS=-fno-builtin
>
> We have enough breakages with the _documented_ kernel options that we
As Bruce Evans already said, It's documented.
> don't need to go hunting down oddities. :>
Have you seen the '#' in "#makeoptions"? I assume a '#'
On 18 Oct, Jordan K. Hubbard wrote:
>> See the mails from October 15th, esp. the ones from Marcel Moolenaar
>> and Sheldon Hearn.
>
> I did, but they don't fix the XFree86 3.3.5 build problem.
I build 3.3.5 at Oct 16th (~8pm CET, cvsup & world ~3pm?), no 3rd-party
patches applied.
Bye,
Alexande
On 9 Nov, Archie Cobbs wrote:
>> (101) netchild@ttyp2 > man -k adadadad
>> cat: /etc/isdn/connect.parameters: Permission denied
>> adadadad: nothing appropriate
>>
>> (102) netchild@ttyp2 > grep cat /etc/rc.conf.local
>> spppconfig_isp0="`cat /etc/isdn/connect.parameters`"
>>
>> Is this just my
On 10 Nov, Oliver Fromme wrote:
> Using command substitution in /etc/rc.conf{,.local} is NOT
> officially supported. I think it should have always been
> clear that there should _only_ be plain variable assignments.
But with i4b you have to specify a username-password pair in rc.conf
(spppconfi
On 11 Nov, Daniel C. Sobral wrote:
>> >> (102) netchild@ttyp2 > grep cat /etc/rc.conf.local
>> >> spppconfig_isp0="`cat /etc/isdn/connect.parameters`"
>^^^
> Calling programs from any of the rc.conf files is considered evil
> and it's looked down on.
It´s there to hide log
On 10 Nov, [EMAIL PROTECTED] wrote:
>> Ok, so we (root of machine xxx) have either a security hole
>> (dial-in-passwd visible to everyone) or we have to forget the
>> recommended way of doing it.
>
> It looks to me as though the recommended way of doing it needs to
> be changed. How about putti
On 11 Nov, Harold Gutch wrote:
>> > Using command substitution in /etc/rc.conf{,.local} is NOT
>> > officially supported. I think it should have always been
>> > clear that there should _only_ be plain variable assignments.
>>
>> But with i4b you have to specify a username-password pair in rc.co
On 12 Nov, Robert Watson wrote:
>> >> >> (102) netchild@ttyp2 > grep cat /etc/rc.conf.local
>> >> >> spppconfig_isp0="`cat /etc/isdn/connect.parameters`"
>> >^^^
>> > Calling programs from any of the rc.conf files is considered evil
>> > and it's looked down on.
>>
>> It´s
On 18 Nov, William R. Somsky wrote:
> Hmm... aside from whether or not apropos should be reading in rc.conf,
> isn't this code fragment doing the wrong thing in regards to the way
> we have /etc/defaults/rc.conf and /etc/rc.conf setup nowadays?
No, look at the last lines of /etc/defaults/rc.conf
On 26 Nov, Soren Schmidt wrote:
>> trying to mount the zip-drive gives:
>> msdos: /dev/afd0s4: Invalid argument
>
> This has appeared before IIRC, I've no idea why this doesn't work,
> but I can rig up my ZIP drive, but I dont have DOS nor WINDOWS,
> do it fail also if the disk is formatted unde
On 1 Dec, F. Heinrichmeyer wrote:
> On a freebsd-current box there is a second scsi-cdrom (a cd-writer
> working fine with cdrecord). I remade the devices with MAKEDEV,
> everything is new, but there is nothing new like cd1c ... Looking at the
> source the minor number of cd0c has to be increased
On 2 Dec, John Baldwin wrote:
>> It is interesting. Seems like it is not only VESA modes bug. Strange
>> that nobody
>> else observed this misbehaviour.
> I have seen it in 132 x anything on both -stable and -current but just
> haven't been bothered enough by it to complain.
I´ve seen this onc
On 8 Dec, Sheldon Hearn wrote:
>> In a few days time the wd driver will be retired from FreeBSDs
>> i386 architecture.
>
> I know there are issues that make it awkward to support both drivers,
> but it's probably a good idea to keep the wd driver available for those
> who need it, even if it re
On 8 Dec, Soren Schmidt wrote:
>> Søren: I didn´t want to flame you, I only want to convince Paul-Henning
>> to wait until you have time to fix those bugs.
>
> Welcome to the real world, I've promised to look at this and I will,
> but a day has only so many hours.
I asumed this, and because of
On 9 Dec, Maxim Sobolev wrote:
> Excuse me for possible off-topic, but I have what is seems for me fresh idea
> about this question. Why do not remove from wd driver support for chipsets
> already implemented/tested in ata driver? Thus both clans would satisfied
> i.e. users with unsupported by
On 9 Dec, Mike Smith wrote:
>> There also exist cases where the chipset is supported but a particular
>> functionality isn´t supported yet (in my case it´s the possibility to
>> access MS-DOS formated ZIP-disks, harddisk access works well, and I´m
>> not the only one with this problem (not count
On 11 Dec, Maxim Sobolev wrote:
> Some time ago my soundcard (Vibra 16C), which worked just fine
> previously, stopped being recognised/attached. Following is relevant
> pieces of dmesg and pnpinfo:
last cvsup: Dec, 9.
sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5
drq 1,5 on isa0
pc
On 17 Dec, Soren Schmidt wrote:
>> Of course i wish you a nice weekend ... but only mtools work.
>>
>> Mount_msdos still fails:
>>
>> mount_msdos /dev/afd0s4 /mnt
>> mount_msdos: /dev/afd0s4: Invalid argument
>
> Hmm, strange, are you sure the dospartition is on slice 4 ??
Yes (mounting /dev
On 17 Dec, Fritz Heinrichmeyer wrote:
> drive z: file="/dev/afd0s4" partition=4 # this works
>
> and now it works!
Confirmed, mtools works (mount remains).
I think this gives Søren a start to look at.
If I remember correctly one of the first versions of ata didn´t had this
problem (it stop
On 19 Dec, Devin Butterfield wrote:
> sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b
> irq 5 drq1,3 on isa0
> pcm0: on sbc0
> unknown0: at port 0x201 on isa0r
>
> Of course I'm not using the game port. :)
Just add "device joy0" to your config.
sbc0: at port 0x220-0x22f,0x330-0x331,0x388
Hi,
lint:
---snip---
(156) netchild@ttyp2 > lint /usr/src/usr.bin/xlint/xlint/xlint.c
xlint.c:
cpp: Invalid option `-undef'
(157) netchild@ttyp2 > which lint
/usr/bin/lint
(158) netchild@ttyp2 > gcc -v
Using builtin specs.
gcc version 2.95.2 19991024 (release)
---snip---
Patch attached.
"p
Hi,
5-current with last commit to sys/ at 2000/03/20 23:12:17 PST (date
taken from CVSROOT/commitlogs/sys), world and kernel are in sync:
(2) root@ttyp2# gdb -k /sys/compile/WORK/kernel.debug /var/crash/vmcore.1
[...]
IdlePTD 3747840
initial pcb at 2fcae0
panicstr: vm_object_terminate: freeing b
On 28 Mar, George Neville-Neil wrote:
> 1) How do I do development and not overwrite my work when cvsup'ing?
See 3).
> 3) Is there a guide on using CVS with CVSup (the man page is not particularly
> helpful) so that I can have a CVS tree that is updated by cvsup?
See /usr/share/examples/cvsup/
On 19 Apr, Peter Wemm wrote:
>> I've not mounted any filesystems when I get the message. I get it
>> when nfsd starts up in the boot process.
>
> Just a thought.. I got this message even though I thought I'd gotten rid of
> all bdevs.. It turned out there were some hidden in sub directories.
Hi,
(14) netchild@ttyp2% uname -a
FreeBSD Magelan.Leidinger.net 5.0-CURRENT FreeBSD 5.0-CURRENT #14: Fri Apr 21 17:28:37
CEST 2000 root@:/big/usr/src/sys/compile/WORK i386
I've an application which uses pthread_cond_{wait,broadcast}() and
the debug output gives me the impression that the b
On 23 Apr, Daniel Eischen wrote:
>> (14) netchild@ttyp2% uname -a
>> FreeBSD Magelan.Leidinger.net 5.0-CURRENT FreeBSD 5.0-CURRENT #14:
>> Fri Apr 21 17:28:37 CEST 2000 root@:/big/usr/src/sys/compile/WORK
>> i386
>>
>> I've an application which uses pthread_cond_{wait,broadcast}() and
>> th
Hi,
after a new build{world,kernel} after the import of OpenSSH 2.1 to
internat (cvsupped 2517, around 14:00 CEST), xdm gets a signal
11 if I use pam_ssh.so (after entering the password).
After removing the lines with pam_ssh.so for xdm I'm able to login.
Is someone else able to reproduce th
On 21 May, Hajimu UMEMOTO wrote:
[kris CCed, I think hi knows how to handle this]
> Alexander> after a new build{world,kernel} after the import of OpenSSH 2.1 to
> Alexander> internat (cvsupped 2517, around 14:00 CEST), xdm gets a signal
> Alexander> 11 if I use pam_ssh.so (after entering th
On 30 May, Kris Kennaway wrote:
>> I also met this with wdm here.
>> To avoid this problem, I replaced pam_ssh.c with
>> ports/security/opessh/pam_ssh.c with changing PATH_SSH_AGENT to
>> /usr/bin/ssh-agent. It seems working.
>
> I've just committed the version from ports to the source tree - c
Hi,
after the update of my rc scripts (~a month ago if I remember correctly)
to use source_rc_conf it didn't boots as expected. E.g. it didn't starts
anything from rc.i386. I had to source rc.conf* manually in rc.i386.
Other misbehavior:
- didn't set the defaultroute
- didn't start ntpd/lpd
On 2 Jun, Sheldon Hearn wrote:
>> after the update of my rc scripts (~a month ago if I remember correctly)
>> to use source_rc_conf it didn't boots as expected. E.g. it didn't starts
>> anything from rc.i386. I had to source rc.conf* manually in rc.i386.
>
> Could you run mergemaster again to
On 2 Jun, Sheldon Hearn wrote:
>> At the moment my /etc/rc contains:
>> ---snip---
>> # If there is a global system configuration file, suck it in.
>> #
>> if [ -r /etc/defaults/rc.conf ]; then
>> . /etc/defaults/rc.conf
>> . /etc/rc.conf
>> . /etc/rc.conf.local
>>
On 14 Jun, Alexander Langer wrote:
> it does not. It seems, as if screen output is still being deactivated,
> but scrolling does just not work.
>
> Anyone else?
Yes, but it only applies to ttyv0.
Bye,
Alexander.
--
The best things in life are free, but the
expen
On 14 Jun, Alfred Perlstein wrote:
> After taking the patches for config and booting my box reboots
> because I have:
>
> #allscreens_flags="-m on 80x50"
> #saver="logo"
> #font8x8="cp437-8x8"
> #font8x14="cp437-8x14"
> #font8x16="cp437-8x16"
>
> enabled in my rc.conf, a kernel from ~2 days ago
On 15 Jun, Marc van Woerkom wrote:
> 3. in the boot loader I miss the list of commands,
>? (i hope this was the command) just yields a number
I also see this.
> 5. Here are the dmesg differences between the February and the new
>kernel. Could you explain the unassigned resources messag
On 15 Jun, Maxim Sobolev wrote:
>> c) is much more interesting: With the new kernel my syscons scrolling
>> stopped working. However, this could also be jake's fault, I'll ask
>> him.
>
> Still works like a charm here. Maybe problem is elsewhere?
I have the same problem as Alexander, nut it onl
On 18 Jun, Donn Miller wrote:
> Anyone try to compile the kernel with an optimization higher than -O,
> such as -Os or -O2? For example, when I compile my kernel with -Os, I
FreeBSD 5.0-CURRENT #2: Fri Jun 16 17:49:32 CEST 2000
COPTFLAGS= -Os -march=pentiumpro -pipe -Wall -funroll-loops -fschedu
Hi,
after the config changes atapi-all.o isn't compiled anymore. Every other
atapi-*/ata-* has a representation in /sys/compile//Makefile.
After looking at /sys/conf/files.i386 I'm a little bit confused:
---snip---
dev/ata/ata-all.c count ata
dev/ata/ata-disk.c
Hi,
I'm using the "-F" option of tail for some files which get rotated away.
After the changes to use kqueue/kevent it didn't work as expected
anymore. tail exits after the file gets rotated.
Perhaps it didn't wait long enough to see the new file: I did a "tail
test.txt" in one terminal and a "m
Hi,
---snip---
Index: 420.status-network
===
RCS file: /big/FreeBSD-CVS/src/etc/periodic/daily/420.status-network,v
retrieving revision 1.4
diff -u -r1.4 420.status-network
--- 420.status-network 2000/06/23 01:18:23 1.4
+++ 420.
On 23 Jun, Sheldon Hearn wrote:
>> Unfortunally I haven't seen someone else complain about this. Can some
>> reproduce this?
>
> Nope, I built an ata + atadisk + atapicd kernel today from sources dated
> 10H40 on 23 June 2000 without a problem.
Strange... I haven't anything modified in my local
On 28 Jun, Leif Neland wrote:
> The steps needed for upgrading a package (from ports) would be:
>
> make install
>
> append foo-1.1/+REQUIRED_BY to foo-1.2/+REQUIRED_BY
>
> traverse /var/db/pkg/* and remove foo-1.1/replace with foo-1.2
>
> "subtract" foo-1.2/+CONTENT from foo-1.1/+CONTENT, on
On 28 Jun, Leif Neland wrote:
> Any reason not to put this into bsd.port.mk?
>
> make update
- it removes your config files in most cases.
- it may break binaries which depend upon a specific library.
- ...
Bye,
Alexander.
--
Secret hacker rule #11: hackers read manuals.
http:
On 28 Jun, Neil Blakey-Milner wrote:
>> Any reason not to put this into bsd.port.mk?
>>
>> make update
>
> It will break the system at least 20% of the time. Change 20% to 100%
> for gnome, kde, xpm, png, tiff, jpeg, and so forth.
I've successfully updated png/tiff/jpeg and some gnome package
Hi,
after the messages about the perl update have settled I decided to
update my perl-ports (p5-*), but I get a warning (the "echo $(PATH)"
below is inserted into the port Makefile by me).
---snip---
{0} [Magelan:/usr/ports/lang/p5-F77]
(28) root@ttyp1# make configure
===> Extracting for p5-ExtU
On 10 Jul, Ade Lovett wrote:
>> But you didn't update /usr/ports/Mk, did you? :-)
Only if ports-base isn't anymore in ports-all or my local CVS tree is
messed up.
But you didn't do an »grep -i pod /usr/ports/Mk/*«, did you? :-)
> This is nothing to do with parts of /usr/ports being out of date
On 10 Jul, Will Andrews wrote:
>> Only if ports-base isn't anymore in ports-all or my local CVS tree is
>
> ports-base was/has never [been] in ports-all, for some strange reason.
Really?
/usr/share/examples/cvsup/ports-supfile:
---snip---
## Ports Collection.
#
# The easiest way to get the por
On 18 Jul, Mark Murray wrote:
[using NTP to gather entropy]
> You forget; a snooper watching your (ether)net has access to nearly
> all of this information.
I've only seen messages about getting ntp information over a network (so
far), and I'm not familiar with crypto/entropy gathering/ntp, so f
Hi,
after recent commits to dev/aic7 I get timeouts from my hardware at
the SCSI-Bus (a CD-ROM an a CDR) and it needs very long to boot. An old
kernel boots just fine.
The (stripped down) output of a verbose boot:
---snip---
ahc0: port 0xb000-0xb0ff mem
0xd980-0xd9800fff irq 9 at devic
On 28 Jul, Donn Miller wrote:
>> I am suspecting there may be something in tty interrupt handling in
>> general in the kernel...
>
> This sounds right. When I use X without /dev/sysmouse and moused,
> mouse motion is still pretty smooth. It's only when I use X with
> moused AND /dev/sysmouse t
Hi,
while trying to read (dd if=/dev/cd0c) from a damaged cd (the surface is
a little bit damaged), I've got a panic:
---snip---
#0 boot (howto=260) at ../../kern/kern_shutdown.c:303
#1 0xc01a0f19 in panic (fmt=0xc029aa60 "lockmgr: pid %d, not %s %d unlocking")
at ../../kern/kern_shutdown.c
On 29 Jul, Matthew Jacob wrote:
>
> What hardware?
ahc0: port 0xb000-0xb0ff mem
0xd980-0xd9800fff irq 9 at device 6.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
cd0 at ahc0 bus 0 target 1 lun 0
cd0: Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, of
Hi,
pam_ssh isn't able to start ssh-agent if you use
---snip---
xdm session sufficient pam_ssh.so
---snip---
in /etc/pam.conf. With "malloc.conf -> aj" it seems to work.
grep pam /var/log/messages:
---snip---
Jul 30 00:54:04 Magelan -:0: unable to resolve symbol: pam_sm_chauthtok
Jul 30 00:54:05
On 31 Jul, Daniel C. Sobral wrote:
>> pam_ssh isn't able to start ssh-agent if you use
>> ---snip---
>> xdm session sufficient pam_ssh.so
>> ---snip---
>> in /etc/pam.conf. With "malloc.conf -> aj" it seems to work.
>>
>> grep pam /var/log/messages:
>> ---snip---
>> Jul 30 00:54:04 Magelan -:0:
On 1 Aug, Bill Fumerola wrote:
>> #0 boot (howto=256) at ../../kern/kern_shutdown.c:303
>> 303 dumppcb.pcb_cr3 = rcr3();
>
> type 'bt', this tells us just about as much as if you said
> "it crashed".
>
> though, by the panic message, this seems to be a known bug..
If I see t
On 1 Aug, Nick Hibma wrote:
>
> Hm, I had a look at the source code, and to be honest I can't find a
> single reason why the path would be unset.
>
> Did the CD reader detached itself from the bus in the meantime, or did
> something like a bus error occur? Check your messages log around the
> t
On 23 Aug, Paul Richards wrote:
>> > On a vaguely related topic, after much searching I can't seem to see one
>> > way or the other if we can do a complete bit-by-bit copy of a cd with
>> > either cdrecord or burncd, though it's possible I'm looking in the wrong
>> > place.
>>
>> I think cdrecor
On 27 Aug, Motomichi Matsuzaki wrote:
> Can anyone success compiling kernel with the following config?
>
> # ATA and ATAPI devices
> device ata
> device atadisk # ATA disk drives
> #device atapicd # ATAPI CDROM drives
> device at
Hi,
here's a backtrace from a kernel panic I get if I try to buildworld with
"make -j4" (source as of yesterday).
I also get this panic if I try to cvsup (not only with this kernel, also
with a kernel from Aug 28).
---snip---
IdlePTD 4628480
initial pcb at 2de4a0
panicstr: bremfree: bp 0xc69bbf
On 2 Sep, An: [EMAIL PROTECTED] wrote:
> Hi,
>
> here's a backtrace from a kernel panic I get if I try to buildworld with
> "make -j4" (source as of yesterday).
>
> I also get this panic if I try to cvsup (not only with this kernel, also
> with a kernel from Aug 28).
Still kernel (+world) from
On 10 Sep, David Hill wrote:
[-current is slow]
>
> FreeBSD-current, by default, has debugging turned on in the kernel. Try
> recompiling your kernel without the debugging options, and it should work
> very quickly.
Just put this symlink into /etc and try again.
(2) netchild@ttyp1 % ll /etc/ma
On 12 Sep, John Baldwin wrote:
>> Just put this symlink into /etc and try again.
>>
>> (2) netchild@ttyp1 % ll /etc/malloc.conf
>> lrwx-- 1 root wheel 2 18 Aug 21:47 /etc/malloc.conf@ -> aj
>
> That doesn't affect INVARIANTS or WITNESS, which slow the system considerably
> (esp. WITNESS)
On 23 Sep, Munehiro Matsuda wrote:
> Hi,
>
> I got following panic with recent -current (src-cur.4972.gz):
>
> recursed on non-recursive lock (sleep mutex) process lock @
>../../../i386/i386/trap.c:807
> first acquired @ ../../../kern/subr_trap.c:100
> panic: recurse
>
> syncing disks... panic
Hi,
-current as of yesterday (updated from pre KSE).
A non verbose boot shows this:
---snip---
ppc0: at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
lpt0: on ppbus0
lpt0: Interrupt-driven port
pcfclock0:
Hi,
current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
and tried to dial out.
---snip---
panic messages:
---
panic: mutex i4b_isic_rx 0xc02f4e84 already initialized
[...]
#0 dumpsys () at ../../../kern/kern_shutdown.c:492
#1 0xc0190b85 in boot (howto=260) at ../../../ke
On 21 Okt, An: [EMAIL PROTECTED] wrote:
> Hi,
>
> current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
> and tried to dial out.
At least the attached patch (against -current as of today morning) makes
me able to dial out and send out this mail.
Bye,
Alexander.
--
Actually,
On 25 Okt, John Baldwin wrote:
>>> current as of Oct. 21 (~12am CET), I just booted with a new kernel+world
>>> and tried to dial out.
>>
>> At least the attached patch (against -current as of today morning) makes
>> me able to dial out and send out this mail.
>
> Ideally the algo would be chan
Hi,
I think the CVS tag shouldn't be interpreted as an entry which contains
a password.
---snip---
Backup passwd and group files:
1c1
< # $FreeBSD:(password):09:07 peter Exp $
---
> # $FreeBSD:(password):27:16 ache Exp $
16a17
> www:(password):80:80::0:0:World Wide Web Owner:/nonexistent:/sbin/
On 25 Sep, Kazutaka YOKOTA wrote:
> Please type "boot -v" at the loader prompt and send me dmesg's output
> after the system has started.
Omitted in the mail to -current.
> I would also like to know more about your mouse: manufacturer, product
> name, model No, a URL which lists this mouse, etc.
Hi,
-current from Sep 23.
After a hard power off (because the system hung while switching from X
to a virtual console) I got a panic while rebooting (background fsck
enabled):
---snip---
IdlePTD 4775936
initial pcb at 2bdf00
panicstr: from debugger
panic messages:
---
panic: ffs_valloc: dup allo
On 28 Nov, 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 oth
On 4 Dez, nuzrin yaapar wrote:
> I'm also getting around 20MB/sec.
>
>
> dmesg:
> atapci0: port 0xd000-0xd00f at device 7.1
> on pci0
> ad0: 12416MB [25228/16/63] at ata0-master UDMA66
atapci0: port 0xd000-0xd00f at device 7.1 on pci0
atapci0: VIA '686b southbridge fix applied
ata0: at 0x
Hi,
while booting a new kernel (cvsupped in the morning):
---snip---
Preloaded elf module "/boot/kernel/random.ko" at 0xc048fccc.
Preloaded elf module "/boot/kernel/atspeaker.ko" at 0xc048fd78.
Preloaded elf module "/boot/kernel/joy.ko" at 0xc048fe28.
Preloaded elf module "/boot/kernel/acpi.ko" a
On 5 Dez, Warner Losh wrote:
> BTM, here's a patch to implement all *_if.c files vs current. This
> should help the original poster around his problem.
I just noticed the problem because I load the joy KLD from loader.conf.
I didn't need it, it's just there because I played a little bit around
Hi,
with rev 1.61 of in.c I4B directly hangs up after dialing out. At the
moment I run a current kernel as of yesterday with a netinet directory
as of today except for in.c (which is at rev 1.60 here) and everything
works fine.
Bye,
Alexander.
--
The computer revolution is over. The c
On 6 Dez, Ruslan Ermilov wrote:
>> > with rev 1.61 of in.c I4B directly hangs up after dialing out. At the
>> > moment I run a current kernel as of yesterday with a netinet directory
>> > as of today except for in.c (which is at rev 1.60 here) and everything
>> > works fine.
>> Can you give me
On 7 Dez, Ruslan Ermilov wrote:
>> The magical destination address is 0.0.0.1. It is used as a
>> `placeholder' address for the remote side, so you can add a route to
>> it.
>>
>> Should probably be extended to 0.0.0.*, so you can add more than one
>> interface that way.
I thought this alread
1 - 100 of 701 matches
Mail list logo
