Re: Shared memory - Was: 2 Queries
On Wed, Mar 01, 2000 at 07:58:34AM -0800, Alfred Perlstein wrote:
> > It'd be nice if we had a utility that could clean out and reclaim the
> > shared memory in 1 swoop. Then we'd be able to shut down XFree86 (and
> > obviously any other apps using shared memory), and get on with life :)
> >
> > (anyone listening?)
>
> er, yes this is entirely possible.
>
> If you want to clear SHM then use 'ipcs' to list and 'ipcrm' to delete.
>
> I used to have a shell script to do this, but i don't know where it
> went.
Hi, I dont' know if this meet what you described, but I use a single line
to clean un-referenced shared memory.
x.sh:
#!/bin/sh
ipcs | awk '{if ($5 == ENVIRON["USER"]) system("ipcrm -m" $2)}'
Before applying 3 options posted by ade lovett into my kernel,
most heavy gtk programs like xmms, gimp, gnome-controlcenter...etc,
will die with whole X crashing. (I invoke X with gnome-session, what the
gnome document said) Thus I have to run x.sh whenever my X crashed with
share memory bodiz *shurg* /.\
--
CirX - This site doesnt' exist.
9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38.
ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v' .a. CirX.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ftpd is not listed in pam.conf
I couldn't remeber since when, I always see a message on my cosole:
Nov 22 17:29:42 cartier ftpd[844]: no modules loaded for `ftpd' service
Nov 22 17:29:42 cartier ftpd[844]: auth_pam: Permission denied
Though it doesn't affect anything when I using ftp to transfer files from
other hosts, it looks quite anonying.
Then, I added a line into /etc/pam.conf, this message no longer appears.
ftpdauthrequiredpam_unix.so try_first_pass
(yes, just Gyypcwftpd:wq)
May this is not the best way for ftpd to use pam (many other lines for login,
may ftpd should be so). But I think ftpd should be listed in /etc/pam.conf.
Any plan to fix it in /usr/src/etc/pam.conf ?
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: What happened to netstat?
On Sun, Dec 12, 1999 at 10:37:01AM -0500, Donald J . Maddox wrote:
> After rebuilding World and kernel last night, I find that the behavior of
> 'netstat -a' has changed... Only UNIX domain sockets are shown in the
Errr... may I complain ?
I got the same problem :(
current last night.
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: netstat to show listen queues
Hi, it looks GREAT !
X clive@cartier ~> netstat -a -f inet -L
Current listen queue sizes (qlen/incqlen/maxqlen)
Listen Local Address
0/0/5 *.1029
0/0/5 *.1028
0/0/5 *.1027
0/0/5 *.1026
0/0/5 *.1025
0/0/128 *.6001
0/0/64 *.ppasswd
0/0/64 *.ptelnet
0/0/64 *.telnet
0/0/64 *.ftp
0/0/5 *.ssh
0/0/5 *.netbios-ssn
0/0/128 *.5432
0/0/10 *.innbbsd
0/0/3 *.finger
0/0/3 *.bbs
0/0/3 *.3838
0/0/128 *.http
0/0/128 *.https
0/0/3 *.auth
0/0/10 *.smtp
X clive@cartier ~>
On Mon, Dec 13, 1999 at 09:37:00AM +0100, Guido van Rooij wrote:
> I'd like to have a review on the following patch:
> http://www.freebsd.org/~guido/netstat.diff
>
> It adds support to netstat to show listen queue lengths.
> Manual page diffs are in the working.
>
> -Guido
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
pcm playback becomes weird.
Cvsup last night, after rebuild world and kernel, things become weird.
part of my dmesg:
sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on
isa0
pcm0: on sbc0
whenever I wany to play anyting via esd, the EsounD report
unsupported sound format: 33
Audio device open for 44.1Khz, stereo, 16bit failed
Trying 44.1Khz, 8bit stereo.
mpg123 plays .mp3 2 times faster then normal play.
Even cat a .au file directly to /dev/dsp, RMS sings faster then normal.
(Err, the free-software-song.au found on www.gnu.org)
x11amp (the aout version installed from ports) freezes when plays anything :-(
With several fix, I still cant' fix this problem... since I'm not familiar
with bsdcode :(
May somebody help this ... ?
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Sound Blaster 128 PCI (ESS1371) support in current?
On Wed, Dec 15, 1999 at 12:37:43PM -0500, Donn Miller wrote: > > I've got the ESS 1868 chipset, and all I get is static. In fact, when I > press the "play" button in RealPlayer, the sound clip never starts but > hangs in the beginning. Then, RealPlayer itself hangs. I end up killing > RealPlayer with killall -15 rvplayer. I too just made world, and remade > my audio devices. Alas. It seems not only ISA SoundBlaster like me got this problem. Well, I believe there must something missed in rescent commits about src/sys/dev/sound. May be in pcm/ or isa/, dunno. At least there's one thing wrong... the ioctl(fdofdevdsp, SNDCTL_DSP_GETFMTS, &test); success before will fail now. Various players may hang when some ioctl like above occured. > Just to be sure, which command is it? Is it both > > ./MAKEDEV pcaudio > ./MAKEDEV snd0 > > or just one of those? may be not all of them ;-) -- CirX Clive Lin <[EMAIL PROTECTED]> FreeBSD - The Power to Serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world breakage
FreeBSD current source cvsuped about 2 hrs ago:
===> gnu/usr.bin/binutils/ld
cc -Os -pipe -mpentiumpro -march=pentiumpro -D_GNU_SOURCE -I- -I.
-I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld
-I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include
-DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\"
-DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\"
-I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld
-I/usr/obj/usr/src/i386/usr/include -c eelf_i386.c
eelf_i386.c:133: warning: initialization makes integer from pointer without a cast
eelf_i386.c:133: initializer element is not constant
eelf_i386.c:133: warning: data definition has no type or storage class
eelf_i386.c:134: syntax error before `if'
cpp: output pipe has been closed
*** Error code 1
Stop in /usr/src/gnu/usr.bin/binutils/ld.
*** Error code 1
Stop in /usr/src/gnu/usr.bin/binutils.
*** Error code 1
Stop in /usr/src/gnu/usr.bin.
*** Error code 1
Stop in /usr/src/gnu.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
# root@cartier /usr/src>
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Problem with PAM-AUTH for XFree86?
On Mon, Dec 27, 1999 at 11:01:50PM -0600, Thomas T. Veldhouse wrote:
> Hello,
>
> I just got my box up and running Current 12-27. ATA works great for both drives
>now. However, I compiled XFree86 from the port and I chose the options for RPC,
>Wraphelp.c, PAM and threads. When I start x (using startkde), I get many many
>password prompts. I can only assume that the PAM module used for athentication by
>XFree86 is broken. Is the owner aware of this?
>
> I recompiled without PAM support and everything works as expected.
>
Hi!
I dunno if this is tooo tricky, but I added a single line to solved the
same question as yours. the xserver line...
X clive@cartier ~> tail -5 /etc/pam.conf
# tricky tricky forgive me
xserver authsufficient pam_permit.so no_use
# If we don't match anything else, default to using getpwnam().
other authrequiredpam_unix.so try_first_pass
other account requiredpam_unix.so try_first_pass
X clive@cartier ~>
--
CirX
Clive Lin <[EMAIL PROTECTED]>
FreeBSD - The Power to Serve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Wide-char support and libc
Hi, On Sun, May 21, 2000 at 02:07:19AM +0200, Norbert Irmer wrote: > The only way i found to link motif programs is by using > > http://www.cs.rpi.edu/~crossd/FreeBSD/wcs-19990606.tar.gz This seems the solution of wc* routines in FreeBSD. Could any one tell us, is this project dead ? Will this be in the src/ ? Or still in long-long beta (even pre-alpha ?) testing.. ? Or .. ? Thanks all. > (as Garance Alistair Drosehn recommended in his letter on this subject) -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 . ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
let badsect recog IFCHR in 5.0-C
Hi,
Here is the diff for badsect(8) to recognize character device (IFCHR)
rather than block device (IFBLK), since there's no block device in current.
I don't know if there's any difference bewteen block and character
device. So, I surly don't know if this will screw up any disk. But, it
just works for me... hm.. I don't want to buy a new ata66 disk to replace
the old one, because my motherboard has only ata33 :-)
The old disk stores ports, src, obj, doc and some other data that could
be retrived back at any time. After makeing some large ports and the whole
doc/, I luckly see no more the HARD READ ERROR blk# ... messages. Though,
this doesn't mean this diff is right. May someone knows hard drive devices
well take a look at it ? Thanks.
Regards,
Clive
--
CirX - This site doesnt' exist.
9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 .
ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX.
--- badsect.c~ Tue Jun 27 22:30:57 2000
+++ badsect.c Tue Jun 27 22:17:30 2000
@@ -118,11 +118,12 @@
err(3, "%s", name);
name_dir_end = name + strlen(name);
while ((dp = readdir(dirp)) != NULL) {
+ if (dp->d_name[0]!='r') continue ; // look for /dev/r* only
strcpy(name_dir_end, dp->d_name);
if (lstat(name, &devstat) < 0)
err(4, "%s", name);
if (stbuf.st_dev == devstat.st_rdev &&
- (devstat.st_mode & IFMT) == IFBLK)
+ (devstat.st_mode & IFMT) == IFCHR)
break;
}
closedir(dirp);
@@ -135,8 +136,9 @@
* Opening of a mounted on device is not allowed.
* Attempt to open the raw device instead.
*/
- memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1);
- *name_dir_end = 'r';
+ // un-needed.
+ // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1);
+ // *name_dir_end = 'r';
if ((fsi = open(name, O_RDONLY)) < 0)
err(6, "%s", name);
fs = &sblock;
Re: let badsect recog IFCHR in 5.0-C
On Wed, Jun 28, 2000 at 11:31:55AM +1000, Bruce Evans wrote:
> 1) Don't "comment out" dead code. Remove it.
> 2) Use only #if 0 to "comment out code. Comments are unsuitable for
>"commenting out" code in general, because the code might contain
>comments, and they are harder to edit and read.
>
> Bruce
Okay .. the style(9) may like the diff now :-)
Besides the original bogus style,
is there any side effect/potential risk along with the code ?
Regards,
Clive
--
CirX - This site doesnt' exist.
9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 .
ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX.
--- badsect.c~ Tue Jun 27 22:30:57 2000
+++ badsect.c Wed Jun 28 17:20:55 2000
@@ -118,11 +118,17 @@
err(3, "%s", name);
name_dir_end = name + strlen(name);
while ((dp = readdir(dirp)) != NULL) {
+ /*
+* Opening of a mounted on device is not allowed.
+* Attempt to open the raw device instead.
+*/
+ if (dp->d_name[0] != 'r')
+ continue ;
strcpy(name_dir_end, dp->d_name);
if (lstat(name, &devstat) < 0)
err(4, "%s", name);
if (stbuf.st_dev == devstat.st_rdev &&
- (devstat.st_mode & IFMT) == IFBLK)
+ (devstat.st_mode & IFMT) == IFCHR)
break;
}
closedir(dirp);
@@ -131,12 +137,6 @@
(u_long)stbuf.st_rdev, argv[1]);
exit(5);
}
- /*
-* Opening of a mounted on device is not allowed.
-* Attempt to open the raw device instead.
-*/
- memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1);
- *name_dir_end = 'r';
if ((fsi = open(name, O_RDONLY)) < 0)
err(6, "%s", name);
fs = &sblock;
Re: third party shared library and ldconfig
Hi,
I'm just curious, why not just redefine ldconfig_paths in
/etc/rc.conf, which is already in /etc/defaults/rc.conf ?
Or install a script in ${PREFIX}/etc/rc.d .. this is how ports
like postgresql or mysql, achive this goal.
On Sat, Mar 31, 2001 at 10:20:25PM -0800, Steve Kargl wrote:
> (5) Add another knob to rc.conf. A possible solution to
> the third party software problem introduces the
> extra_ldconfig_paths to /etc/rc.conf and apply this
> diff to /etc/rc
--
pub 1024D/F8D2B472 2000-08-05 Clive Lin <[EMAIL PROTECTED]>
Key fingerprint = 7F9D 57A8 55C7 AA18 49B5 3820 570B 27F6 F8D2 B472
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: ISO image available?
Sorry for replying this topic, a little bit OT this time :-) On Thu, Apr 12, 2001 at 09:20:34AM -0700, Lars Eggert wrote: > Michael Johnson wrote: > > Theres not a iso for -CURRENT .. It changes too much. > > Too bad. > > > you can make your own iso though. ports/sysutils/mkisofs > > Yes, I've done that before for -stable, but it involves a make world :-) Relax, all you need is something like mirror/ncftp/lftp which could do recursive grabbing and, well, /usr/share/examples/worm/makecdfs.sh :-) sh /usr/share/examples/worm/makecdfs.sh would show a simple usage message. That's all. If you want a bootable iso (of course you want it), add a -b flag, which is only documented in the script itself :> > Grabbing an ISO from somewhere and quickly doing a CD install to test some > bugfixes would be much faster. (I'm not that interested in actively > tracking -current; I just want to be able to quickly run it whenever > someone asks for feedback on a change that'd affect our setup.) > > Isn't someone out there doing a nightly scripted make world? How about > doing a make release after? > > Lars I did make release before if I simply want a bootable and up-to-date iso image, but it costs too much time. :> IMHO, unless you want a customized, locally hacked cvs repository become a iso, you don't have to expend time on making release. Last time (2 days ago) I packed a releng_4 iso to install FreeBSD on an old box, which has no workable NIC, no usable floppy, only a 12X CDROM. The time consumes for make/burn the iso is around 10 minutes :-) -- pub 1024D/F8D2B472 2000-08-05 Clive Lin <[EMAIL PROTECTED]> Key fingerprint = 7F9D 57A8 55C7 AA18 49B5 3820 570B 27F6 F8D2 B472 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic during -CURRENT buildworld
Panic w/ softupdate disappears after I grab this revision of ffs_softdep.c: > ident /usr/src/sys/ufs/ffs/ffs_softdep.c /usr/src/sys/ufs/ffs/ffs_softdep.c: $FreeBSD: src/sys/ufs/ffs/ffs_softdep.c,v 1.97 2001/05/19 19:24:26 mckusick Exp $ Now it's fairly smooth to buildworld, installworld, copy many small files bewteen different slice/media/network (Okay, samba :D) for me. -- Clive Lin (Tong-I Lin)\n =P [EMAIL PROTECTED] # Family, friends, private affairs\n =F [EMAIL PROTECTED] # Chinese ports, documentation\n =O [EMAIL PROTECTED] # Others\n =J.* # What do you think about the 'J' ?\n To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: post installworld cleanup (was Re: usr.sbin/pim6[sd]d will be removed soon.)
Heh, well, someone is talking about clearing stale files ! :) I want to discuss about this topic many times, but don't know which mailing list is proper for it.. Here is my way to clean stale files, which requires lots space and time, but IMHO it's very safe and requires no special tricks. (Okay okay, brute force, anyways) First of all, I'll installworld to another directory _2 times_. The reason for 2 times is, some openssl/*.ph wouldn't be created in the first installworld. my buildchroot.sh : #!/bin/sh D=/home/nexus/chroot mkdir $D make installworld DESTDIR=$D cd etc make distribution DESTDIR=$D cd .. make installworld DESTDIR=$D After the virgin world is done, I use another stupid script to generate the diff bewteen the virgin one and the live one. my staleclean.sh : #!/bin/sh # usr cd /home/nexus/chroot/usr find bin/ include/ libdata/ sbin/ games/ lib/ libexec/ share/ | sort >/tmp/new cd /usr find bin/ include/ libdata/ sbin/ games/ lib/ libexec/ share/ | sort >/tmp/old diff -u /tmp/old /tmp/new | grep -e '^-' | sed -e 's/-//' > /tmp/usr.delist # bin, sbin cd /home/nexus/chroot find bin/ sbin/ | sort > /tmp/new cd / find bin/ sbin/ | sort > /tmp/old diff -u /tmp/old /tmp/new | grep -e '^-' | sed -e 's/-//' > /tmp/bin.delist Okay, this is not perfect. Before piping these .dellist files to xargs, some editing is needed. BTW, there're really *many many* things keep changing in -CURRENT :-) Each time I start to clear stale files, they're counted by hundreds. On Tue, Jun 05, 2001 at 11:51:34AM -0700, Nick Sayer wrote: > After installworlds I routinely do an ls -altr on "the usual suspects", > which for me include: > > /bin, /sbin, /usr/bin, /usr/sbin, /usr/libexec and /usr/lib. > > /usr/lib must be done carefully. If it matches (this is a regex) > lib\..*\.so\.[0-9]+ then you should move it into /usr/lib/compat rather > than delete it. Just deleting them will cause any programs in /usr/X11R6 > or /usr/local that were linked against the old libraries to stop > working. /usr/libexec/ld.so* also sometimes appear to be out of date but > really aren't. One of them is the a.out ld.so and if you have 1.x compat > libraries loaded you will need to leave that file alone despite it > having a very old date. > > Anything else that is older than the starting time of the last 'make > installworld' in these directories can probably be deleted. > > For extra credit you can do this to /usr/share/man/man* as well. It also > may not be a bad idea to rm -f /usr/share/man/cat*/* to make doubly sure > that obsolete man pages don't show up. -- Clive Lin (Tong-I Lin)\n =P [EMAIL PROTECTED] # Family, friends, private affairs\n =F [EMAIL PROTECTED] # Chinese ports, documentation\n =O [EMAIL PROTECTED] # Others\n =J.* # What do you think about the 'J' ?\n To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: I18N Paper URL
On Thu, Oct 19, 2000 at 02:26:39PM -0500, Michael C . Wu wrote:
> http://www.ece.utexas.edu/~mwu/{presentation.ps,i18n.*}
> This is our paper presented at BSDCon.
Thanks ... Please don't send the wrong version next time. :-)
Oh, could you put pictures about Taiwan Beer on web as well ?
(I think they're legally imported..
SFO, HKG, and TW airport allowed me taking 12 bottles of beer)
--
CirX - This site doesnt' exist.
9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 .
ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
small error in linux_ioctl.c
Hi, Cvsuped today from cvsup8, there might a small error in /usr/src/sys/compat/linux/linux_ioctl.c ... Building linux module is ok, but broken if I want a statically build in the kernel. (the options COMPAT_LINUX in kernel config file) By removing the line 60 (see the patch attached), both linux module and statically build are all fine on i386 platform. -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f=, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 =. ant sj m8r ob =? 1fj mwby a1 tao vg5 =. soq df v ' .a. CirX=. --- linux_ioctl.c~ Thu Nov 2 17:10:56 2000 +++ linux_ioctl.c Thu Nov 2 20:38:26 2000 @@ -57,7 +57,6 @@ #include #endif -#include #ifdef __alpha__ #include #else
Re: Weird errors during kernel build
Hi, I'm just curious, did you use threaded perl on a quite rescent -current system ? If so, don't use threaded perl. I got the same situation several days ago, and on each trial it missed *different* header files :-( After re-buildworld without PERL_THREADED= true in /etc/make.conf, everyting goes just fine. On Mon, Nov 06, 2000 at 01:22:13PM -0500, drwilco wrote: > ===> rp > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > perl @/kern/makeobjops.pl -h @/kern/device_if.m > perl @/kern/makeobjops.pl -h @/kern/bus_if.m > perl @/kern/makeobjops.pl -h @/pci/pci_if.m > mv /tmp/htmp.87764 ./pci_if.h failed, 27 at @/kern/makeobjops.pl line 424. > > This is one example. It fails a bit further down because the header file > is missing. -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 . ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Reproduceable current kernel panic.
Hi, Sorry to bother/spam this mailing list again. In brief, rescent kernel may panic because of several IPFIREWALL options. The panic message I could tell is about trap 12, swi6: clock and page fault. And the machine hangs solidly right away, I have no idea how to provide a back trace :( There're 2 ways to triger the panic. 1) ssh to a 4.X machine. (In my environment, 4.1.1-RELEASE) 2) Wait and see, it will panic in multi-user mode soon or latter. Attached 2 files are my kernel configuration file and diff against GENERIC. (comments stripped) My /usr/src is about time after [EMAIL PROTECTED]'s es137x mixer fix. The way I buildkernel is make buildkernel. No CFLAGS and COPTFLAGS defined in my /etc/make.conf. Of course, buildworld and installworld has been done successfully before buildkernel. GENERIC kernel works pretty smooth. Thanks for any help, including how to provide more debug infomation. Clive -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f=, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 =. ant sj m8r ob =? 1fj mwby a1 tao vg5 =. soq df v ' .a. CirX=. machine i386 cpu I686_CPU ident GENE maxusers256 options INET#InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options NFS #Network Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_LINUX options VESA options SCSI_DELAY=15000#Delay (in ms) before probing SCSI options UCONSOLE#Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options SHMALL=4097 options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=4097 options SHMMIN=2 options SHMMNI=512 options SHMSEG=1024 options P1003_1B#Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev device isa device pci device pcm device sbc device midi device seq device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA#Enable DMA on ATAPI devices device atkbdc 1 device atkbd device psm device vga device splash device sc 1 device npx device sio device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ed device random # Entropy device options NOBLOCKRANDOM device loop# Network loopback device ether # Ethernet support device pty 256 # Pseudo-ttys (telnet etc) device snp 4 device bpf 4 # Berkeley packet filter options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET --- GENERIC Tue Nov 7 15:38:33 2000 +++ GENETue Nov 7 15:38:11 2000 @@ -1,25 +1,17 @@ machinei386 -cpuI386_CPU -cpuI486_CPU -cpuI586_CPU cpuI686_CPU -ident GENERIC -maxusers 32 -optionsMATH_EMULATE#Support for x87 emulation +ident GENE +maxusers 256 optionsINET#InterNETworking -optionsINET6 #IPv6 communications protocols optionsFFS #Berkeley Fast Filesystem optionsFFS_ROOT#FFS usable as root device [keep this!] optionsSOFTUPDATES #Enable FFS soft updates support -optionsMFS #Memory Filesystem -optionsMD_ROOT #MD is a potential root
Re: Reproduceable current kernel panic.
On Tue, Nov 07, 2000 at 02:29:40AM -0600, Michael C . Wu wrote: > On Tue, Nov 07, 2000 at 04:13:37PM +0800, Clive Lin scribbled: > | may panic because of several IPFIREWALL options. The panic message I could > | tell is about trap 12, swi6: clock and page fault. And the machine hangs > | solidly right away, I have no idea how to provide a back trace :( > > What is your motherboard and hardware config? My mobo is Gigabyte GA-BX2000 http://www.gigabyte.com.tw/products/bx2000.htm The CPU is a Celeron 300A, no overclocking during kernel panic test. Other adaptors are HPT 370, ES1371, xl0 and ed0. > Finally, have you tried upgrading 4.1.1-R to RELENG_4 and newer -current? > I have presmpng, smpng, and 4.2-BETA on my lan working fine. Well, via several kernel panic tests, I hope I've found out the key problem. I usually setup dummynet to limit my upstream bandwidth, especially ssh out, ftp out, cvsup out. This could explain why ssh doesn't cause panic while I do ssh localhost. And why it panics even I didn't do anything. (There's a crontab cvsup, and I limited cvsup upstream bandwidth by dummynet) And after I commented out all ipfw pipe and pipe config lines in my firewall script file, no more panics. Though I don't know how to fix it, I'll try to provide more information for real kernel hackers to fix :-) -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f=, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 =. ant sj m8r ob =? 1fj mwby a1 tao vg5 =. soq df v ' .a. CirX=. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel panic with ipfw pipes
Hi, This works ! I was the dummynet victim due to dummynet, but now I'm saved :-) Hopes this to be committed soon. On Thu, Nov 23, 2000 at 11:40:19AM +0800, Bosko Milekic wrote: > Please try this patch and report: > > http://people.freebsd.org/~bmilekic/ip_pipe.diff -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38. ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v' .a. CirX. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
I have similar problem after upgrading to a up-to-date -CURRENT. > uname -a FreeBSD cartier.home 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Feb 6 23:56:44 CST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERI i386 My kernel config is simply a SMP-enabled GENERIC. I keep seeing something below in the truss(1) output. linux_socketcall(0x2,0xbfbfe3dc) ERR#13 'Permission denied' ... read(0x7,0xbfbfcf1c,0x20)ERR#35 'Resource temporarily unavailable' My linux application also keeps reporting something below to me. do_ypcall: clnt_call: RPC: Timed out and unable to resolve host name ... No matter being root or not, the results are the same. On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote: > Hi again, > > After noticing a huge delay between host names resolution and the > beginning of pages loading with Opera (6.11/Linux), I noticed that it > is trying to connect to 4.0.0.0:111 instead of the usual > 127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias > on lo0, but this obviously shouldn't be happening. > > The Opera port was installed back when I still ran 4.7-STABLE and was > working fine up to the two most recent updates (I try building > kernel/world every week for testing), so I don't think it's an Opera > fault per se. Any ideas? > > > Fred > > > -- > "Death is only a state of mind. > Only it doesn't leave you much time to think about anything else." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Linux networking emulation broken?
On Thu, Feb 06, 2003 at 10:28:26PM +, David Malone wrote: > On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote: > > I'm also seeing this with Linux Phoenix, though I haven't tcpdumped > > the output. > > I'm guessing the short patch at: > > http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch > > should help. Can you try it and let me know? > > David. Hi, After playing around yp and the patch, I got a simple result: the application runs happily without yp configured, no matter the patch applied or not. I disable yp by simply hitting "domainname ''", and re-enable it by hitting "domainname mynisdomainname". The application mentioned above is winconnect (http://www.thinsoftinc.com/products_winconnect_info.html), a RDP 5.1 capable client for Linux. I think the yp ability inside linux emulator is somewhat broken. Some other interesting output: As normal user: > id clive uid=1000(clive) gid=1000(clive) groups=1000(clive), 0(wheel), 989(samba) > /compat/linux/bin/sh do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] sh-2.04$ whoami do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] whoami: cannot find username for UID 1000 As root: > sudo su - # id clive uid=1000(clive) gid=1000(clive) groups=1000(clive), 0(wheel), 989(samba) # /compat/linux/bin/sh sh-2.04# id uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) sh-2.04# id clive do_ypcall: clnt_call: RPC: Timed out [hangs for a moment here] id: clive: No such user sh-2.04# To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
lots of "exclusive sleep mutex"
Hi, I've seen lots of messages on rescent -CURRENT malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ /usr/src/sys/geom/geom_io.c:351 malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ /usr/src/sys/geom/geom_io.c:351 uname -av is FreeBSD x225.dmz 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Oct 3 23:47:45 CST 2003 [EMAIL PROTECTED]:/d/obj/usr/src/sys/XEON5 i386 Clive ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: lots of "exclusive sleep mutex"
On Sat, Oct 04, 2003 at 02:00:33AM +0800, Clive Lin wrote: > Hi, > > I've seen lots of messages on rescent -CURRENT > > malloc() of "16" with the following non-sleepable locks held: > exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ > /usr/src/sys/geom/geom_io.c:351 > malloc() of "16" with the following non-sleepable locks held: > exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ > /usr/src/sys/geom/geom_io.c:351 Many of above are still seen on the latest current. malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ /usr/src/sys/geom/geom_io.c:355 malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe044eca8) locked @ /usr/src/sys/geom/geom_io.c:355 Perhaps it's a ServeRAID specific glitch? > dmesg|grep ips ips0: mem 0xf000-0xf3ff irq 16 at device 1.0 on pci4 ips0: logical drives: 1 ipsd0: on ips0 GEOM: create disk ipsd0 dp=0xc6b25310 ipsd0: Logical Drive (69430MB) Regards, Clive ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ServeRAID semi show stopper (was Re: lots of "exclusive sleep mutex")
Hi, Here comes more helpful ServeRAID related warnings: Bad malloc flags: 0 Stack backtrace: malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @ /usr/src/sys/geom/geom_io.c:355 Bad uma_zalloc flags: 0 Stack backtrace: malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @ /usr/src/sys/geom/geom_io.c:355 malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @ /usr/src/sys/geom/geom_io.c:355 malloc() of "16" with the following non-sleepable locks held: exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @ /usr/src/sys/geom/geom_io.c:355 ( ... repeats ... ) The ServeRAID adaptor is # grep ips /var/run/dmesg.boot ips0: mem 0xf000-0xf3ff irq 24 at device 1.0 on pci4 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ips0: adapter type: ServeRAID 5i II (sarasota) ips0: logical drives: 1 ips0: Logical Drive 0: RAID5 sectors: 142192640, state OK ipsd0: on ips0 GEOM: create disk ipsd0 dp=0xc6bc1010 ipsd0: Logical Drive (69430MB) To be more specific, it's FreeBSD 5.2-BETA with hint.acpi.0.disabled=1, running on IBM x225. Everything is ok, except the ServeRAID warns :) Clive ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ServeRAID semi show stopper (was Re: lots of "exclusive sleep mutex")
On Wed, Dec 03, 2003 at 10:29:19AM -0700, Scott Long wrote:
> Clive Lin wrote:
> >Hi,
> >
> >Here comes more helpful ServeRAID related warnings:
> >
> >Bad malloc flags: 0
> >Stack backtrace:
> >malloc() of "16" with the following non-sleepable locks held:
> >exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @
> >/usr/src/sys/geom/geom_io.c:355
> >Bad uma_zalloc flags: 0
> >Stack backtrace:
> >malloc() of "16" with the following non-sleepable locks held:
> >exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @
> >/usr/src/sys/geom/geom_io.c:355
> >malloc() of "16" with the following non-sleepable locks held:
> >exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @
> >/usr/src/sys/geom/geom_io.c:355
> >malloc() of "16" with the following non-sleepable locks held:
> >exclusive sleep mutex g_xdown r = 0 (0xe1f31cbc) locked @
> >/usr/src/sys/geom/geom_io.c:355
> >( ... repeats ... )
> The patch below will silence this warning. However, the real solution
> is a lot more complicated and will have to wait for after 5.2.
>
> Scott
>
>
> --- ips_commands.c 27 Nov 2003 08:37:36 - 1.7
> +++ ips_commands.c 3 Dec 2003 17:26:28 -
> @@ -165,7 +165,7 @@
>
> void ips_start_io_request(ips_softc_t *sc, struct bio *iobuf)
> {
> - if(ips_get_free_cmd(sc, ips_send_io_request, iobuf, 0)){
> + if(ips_get_free_cmd(sc, ips_send_io_request, iobuf,
> IPS_NOWAIT_FLAG)){
> device_printf(sc->dev, "no mem for command slots!\n");
> iobuf->bio_flags |= BIO_ERROR;
> iobuf->bio_error = ENOMEM;
Hi,
It helps a lot to reduce my serial console traffic :)
Now only few warns below appears under heavy disk access:
ipsd0: iobuf error 12
ips0: no mem for command slots!
Clive
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sparc64 tinderbox failure
On Sun, Nov 17, 2002 at 03:46:55PM -0500, Jake Burkholder wrote: > Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800, > Julian Elischer said words to the effect of; > > On Sun, 17 Nov 2002, Mike Barcroft wrote: > > > -- > > > >>> Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002 > > > -- > > > ===> ipfilter > > > /tinderbox/sparc64/src/sys/kern/kern_thread.c: In function `kse_create': > > > /tinderbox/sparc64/src/sys/kern/kern_thread.c:498: `mp_ncpus' undeclared (first >use in this function) > > > /tinderbox/sparc64/src/sys/kern/kern_thread.c:498: (Each undeclared identifier >is reported only once > > > /tinderbox/sparc64/src/sys/kern/kern_thread.c:498: for each function it appears >in.) > > > > > > ok mea culpa.. > > > > what is there in SPARC that should be used instead..? > > mp_ncpus is defined in sys/smp.h which is not included kern_thread.c > I don't see why this builds on any platform. > > Jake This does not compile on i386 with options SMP, either. It looks like a '#if 0' was removed in kern_thread.c rev 1.61, which exposes bug in SMP case. Something like this should fix kernel building. (I have no idea where to place the #include, though) Index: kern_thread.c === RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v retrieving revision 1.61 diff -u -r1.61 kern_thread.c --- kern_thread.c 17 Nov 2002 11:47:03 - 1.61 +++ kern_thread.c 17 Nov 2002 22:22:35 - @@ -47,6 +47,10 @@ #include #include +#ifdef SMP +#include +#endif + #include #include #include To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
pcm remaining problem (possible ACPI too)
Hi, Since rescent -CURRENT is stable enough, I have the chance to find out remaining pcm problem. My MP box no more has double fatal fault and turns into random sleep. The random sleep happens after pcm having its own problem. uname -av is FreeBSD cartier.home 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Wed Dec 4 23:07:36 CST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERI i386 Kernel config is simply a modified GENERIC, with options SMP, APIC_IO, and ident GENERI. Below is what I've got in my dmesg. Complete dmesg is at http://fatpipi.cirx.org/~clive/cartier_dmesg.txt lock order reversal 1st 0xc6992900 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:465 2nd 0xc0524600 sigio lock (sigio lock) @ /usr/src/sys/kern/kern_sig.c:2225 acquiring duplicate lock of same type: "pcm channel" 1st pcm0:record:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191 2nd pcm0:play:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191 wakeup from sleeping state (slept 00:02:06) ata0: resetting devices .. done ata1: resetting devices .. done psmintr: delay too long; resetting byte count wakeup from sleeping state (slept 00:00:40) ata0: resetting devices .. done ata1: resetting devices .. done wakeup from sleeping state (slept 00:03:49) ata0: resetting devices .. done ata1: resetting devices .. done wakeup from sleeping state (slept 00:03:05) ata0: resetting devices .. done ata1: resetting devices .. done To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pcm remaining problem (possible ACPI too)
On Sat, Dec 07, 2002 at 01:00:44AM +0800, Clive Lin wrote: > Hi, > > Since rescent -CURRENT is stable enough, I have the chance to find > out remaining pcm problem. My MP box no more has double fatal fault > and turns into random sleep. The random sleep happens after pcm having > its own problem. [deleted] I updated my -CURRENT, with uname -av below: FreeBSD cartier.home 5.0-RC FreeBSD 5.0-RC #0: Sat Dec 7 02:40:46 CST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERI i386 This does not help anything. But, if I disable ACPI in BIOS, everything is fine. No more sleep. The dmesg output without ACPI is at: http://fatpipi.cirx.org/~clive/cartier_dmesg_no_ACPI.txt Clive To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sort and gperf
Hi, sort and gperf was not installed after make world. I think sort is easy to deal with, but I have no idea about gperf. Does this intend to be ? (On regular i386 platform, of course) sort: --- gnu/usr.bin/Makefile.orig Sat Apr 13 02:16:45 2002 +++ gnu/usr.bin/MakefileSat Apr 13 02:16:52 2002 @@ -1,7 +1,7 @@ # $FreeBSD: src/gnu/usr.bin/Makefile,v 1.62 2002/04/10 00:18:14 obrien Exp $ SUBDIR= awk bc binutils cpio dc dialog diff diff3 gperf \ - grep groff gzip man patch ptx rcs sdiff send-pr tar texinfo + grep groff gzip man patch ptx rcs sdiff send-pr sort tar texinfo .if !defined(NO_CVS) SUBDIR+=cvs gperf: (Only gperf.info.gz installed !?) /usr/src/gnu/usr.bin/gperf# make install ===> doc install-info --quiet --defsection="Programming & development tools." --defentry="* Gperf: (gperf).The GNU perfect hash function generator." gperf.info /usr/share/info/dir install -c -o root -g wheel -m 444 gperf.info.gz /usr/share/info /usr/src/gnu/usr.bin/gperf# To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
