Re: utmp.h exists or not in RELENG_8?
Thanks all, it's cvsweb bug then.. Cheers, Mezz On Sat, Oct 2, 2010 at 12:22 PM, Jeremy Messenger wrote: > My system is RELENG_8 and I have checkout by via csup today. It shows > that utmp.h still exists in RELENG_8. But when I see this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149945 > > I have decided to check in the > http://www.freebsd.org/cgi/cvsweb.cgi/src/include/?only_with_tag=RELENG_8 > ... It shows that utmp.h has been removed. But in the > http://sources.freebsd.org/RELENG_8/src/include/ shows a different > story as it exists. I am confusing... Is it supposed to be deleted in > CVS when it did the SVN->CVS? Or what? I don't have svn installed in > my system at the moment, so can't check it now. > > Please add me in the CC as I am not in the list. > > Cheers, > Mezz > > > -- > mezz.free...@gmail.com - m...@freebsd.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gn...@freebsd.org > -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
utmp.h exists or not in RELENG_8?
My system is RELENG_8 and I have checkout by via csup today. It shows that utmp.h still exists in RELENG_8. But when I see this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/149945 I have decided to check in the http://www.freebsd.org/cgi/cvsweb.cgi/src/include/?only_with_tag=RELENG_8 ... It shows that utmp.h has been removed. But in the http://sources.freebsd.org/RELENG_8/src/include/ shows a different story as it exists. I am confusing... Is it supposed to be deleted in CVS when it did the SVN->CVS? Or what? I don't have svn installed in my system at the moment, so can't check it now. Please add me in the CC as I am not in the list. Cheers, Mezz -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Do anyone has any problem with sem_open() crash?
On Sun, 22 Oct 2006 21:01:19 -0500, Kris Kennaway <[EMAIL PROTECTED]> wrote: On Sun, Oct 22, 2006 at 08:48:20PM -0500, Jeremy Messenger wrote: I guess I am safe then as I can ignore these cores.. Thanks! Isn't kernel supposed to be avoid the crash? I don't see any of crash before I upgraded to last night of RELENG_6. It's not a crash, it's a configure script testing whether the syscall exists, and the the test program gets the signal 12 to tell it that it doesn't. This is expected behaviour. Ok, thanks for explain. Cheers, Mezz Kris -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Do anyone has any problem with sem_open() crash?
On Sun, 22 Oct 2006 20:40:54 -0500, Jeremy Messenger <[EMAIL PROTECTED]> wrote: On Sun, 22 Oct 2006 20:30:40 -0500, Kris Kennaway <[EMAIL PROTECTED]> wrote: On Sun, Oct 22, 2006 at 08:09:30PM -0500, Jeremy Messenger wrote: Hello folks, Last night, I have upgraded from July RELENG_6 to last night. I have reinstalled all of ports and I noticed that the log/messages is collecting a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'. I dig in the configure and found a location of crash. It is from sem_open(). I don't get that before I upgraded the RELENG_6. http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's conftest) That's "bad system call" - probably you don't have SYSVSEM support enabled. I have not change kernel config for a very long time. I have these enabled: options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores More: http://people.freebsd.org/~mezz/OUTLAWS As for the /boot/loader.conf: kern.maxfiles="25000" linux_load="YES" nvidia_load="YES" Just to fill out one more detail. ;-) /etc/sysctl.conf: vfs.usermount=1 kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 Cheers, Mezz Cheers, Mezz Kris -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Do anyone has any problem with sem_open() crash?
On Sun, 22 Oct 2006 20:36:08 -0500, Joe Marcus Clarke <[EMAIL PROTECTED]> wrote: On Sun, 2006-10-22 at 20:09 -0500, Jeremy Messenger wrote: Hello folks, Last night, I have upgraded from July RELENG_6 to last night. I have reinstalled all of ports and I noticed that the log/messages is collecting a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'. I dig in the configure and found a location of crash. It is from sem_open(). I don't get that before I upgraded the RELENG_6. http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's conftest) === % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pipe test-sem_open.cc % ./test-sem_open [1]5761 invalid system call (core dumped) ./test-sem_open % grep sem_open /var/log/messages Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exited on signal 12 (core dumped) Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exited on signal 12 (core dumped) === I have decided to login in a jail that has RELENG_6 from July in the same local machine that have most debug enable. === $ gdb test-sem_open test-sem_open.core Core was generated by `test-sem_open'. Program terminated with signal 12, Bad system call. #0 0x281bf297 in ksem_open () at ksem_open.S:2 2 ksem_open.S: No such file or directory. in ksem_open.S [New LWP 100120] (gdb) bt #0 0x281bf297 in ksem_open () at ksem_open.S:2 #1 0x281b5cd8 in __sem_open (name=0x804868e "ace_semaphore_foo", oflag=2560) at /usr/src/lib/libc/gen/sem.c:217 #2 0x080485ee in main () at test-sem_open.cc:168 Current language: auto; currently asm (gdb) bt full #0 0x281bf297 in ksem_open () at ksem_open.S:2 No locals. #1 0x281b5cd8 in __sem_open (name=0x804868e "ace_semaphore_foo", oflag=2560) at /usr/src/lib/libc/gen/sem.c:217 sem = (sem_t *) 0xbfbfec9c s = 0x4e semid = 1 mode = 78 value = 1 #2 0x080485ee in main () at test-sem_open.cc:168 s = (sem_t *) 0xa00 === BTW: Please add me in CC, I am not on the list. You need to make sure you have "options P1003_1B_SEMAPHORES" in your kernel. These POSIX IPC constructs are labeled as being very experimental, and this is not a default option. I guess I am safe then as I can ignore these cores.. Thanks! Isn't kernel supposed to be avoid the crash? I don't see any of crash before I upgraded to last night of RELENG_6. Cheers, Mezz Joe -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Do anyone has any problem with sem_open() crash?
On Sun, 22 Oct 2006 20:30:40 -0500, Kris Kennaway <[EMAIL PROTECTED]> wrote: On Sun, Oct 22, 2006 at 08:09:30PM -0500, Jeremy Messenger wrote: Hello folks, Last night, I have upgraded from July RELENG_6 to last night. I have reinstalled all of ports and I noticed that the log/messages is collecting a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'. I dig in the configure and found a location of crash. It is from sem_open(). I don't get that before I upgraded the RELENG_6. http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's conftest) That's "bad system call" - probably you don't have SYSVSEM support enabled. I have not change kernel config for a very long time. I have these enabled: options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores More: http://people.freebsd.org/~mezz/OUTLAWS As for the /boot/loader.conf: kern.maxfiles="25000" linux_load="YES" nvidia_load="YES" Cheers, Mezz Kris -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Do anyone has any problem with sem_open() crash?
Hello folks, Last night, I have upgraded from July RELENG_6 to last night. I have reinstalled all of ports and I noticed that the log/messages is collecting a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core dumped)'. I dig in the configure and found a location of crash. It is from sem_open(). I don't get that before I upgraded the RELENG_6. http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure's conftest) === % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pipe test-sem_open.cc % ./test-sem_open [1]5761 invalid system call (core dumped) ./test-sem_open % grep sem_open /var/log/messages Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exited on signal 12 (core dumped) Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exited on signal 12 (core dumped) === I have decided to login in a jail that has RELENG_6 from July in the same local machine that have most debug enable. === $ gdb test-sem_open test-sem_open.core Core was generated by `test-sem_open'. Program terminated with signal 12, Bad system call. #0 0x281bf297 in ksem_open () at ksem_open.S:2 2 ksem_open.S: No such file or directory. in ksem_open.S [New LWP 100120] (gdb) bt #0 0x281bf297 in ksem_open () at ksem_open.S:2 #1 0x281b5cd8 in __sem_open (name=0x804868e "ace_semaphore_foo", oflag=2560) at /usr/src/lib/libc/gen/sem.c:217 #2 0x080485ee in main () at test-sem_open.cc:168 Current language: auto; currently asm (gdb) bt full #0 0x281bf297 in ksem_open () at ksem_open.S:2 No locals. #1 0x281b5cd8 in __sem_open (name=0x804868e "ace_semaphore_foo", oflag=2560) at /usr/src/lib/libc/gen/sem.c:217 sem = (sem_t *) 0xbfbfec9c s = 0x4e semid = 1 mode = 78 value = 1 #2 0x080485ee in main () at test-sem_open.cc:168 s = (sem_t *) 0xa00 === BTW: Please add me in CC, I am not on the list. Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
burncd/cdrecord don't work anymore with recently RELENG_5..
Hello, Last time, the burncd/cdrecord were work when I had "FreeBSD 5.4-PRERELEASE #0: Fri Mar 18 14:28:40 CST 2005".. Later when I updated RELENG_5 to "FreeBSD 5.4-PRERELEASE #0: Sun Mar 27 20:11:40 CST 2005" and the burncd/cdrecord don't work anymore. I tried to update RELENG_5 to yesterday and still no go. I still can mount the CD, but I just can't burn anything on CD. I get errors in the /var/log/messages: === Mar 29 21:44:30 mezz kernel: acd0: unknown transfer phase Mar 29 21:44:30 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device Mar 29 21:44:30 mezz kernel: acd0: FAILURE - TEST_UNIT_READY timed out Mar 29 21:45:30 mezz kernel: acd0: unknown transfer phase Mar 29 21:45:30 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device Mar 29 21:46:00 mezz kernel: acd0: unknown transfer phase Mar 29 21:46:00 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device Mar 29 21:46:00 mezz kernel: acd0: FAILURE - PREVENT_ALLOW timed out Mar 29 21:47:00 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device Later when I update RELENG_5 yesterday and I get error: Apr 1 16:13:06 mezz kernel: acd0: unknown transfer phase Apr 1 16:13:06 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device Apr 1 16:14:06 mezz kernel: acd0: unknown transfer phase Apr 1 16:14:07 mezz kernel: acd0: DMA limited to UDMA33, non-ATA66 cable or device === === Apr 1 16:30:35 mezz kernel: ata1-master: DMA limited to UDMA33, non-ATA66 cable or device Apr 1 16:30:35 mezz kernel: acd0: CDRW at ata1-master UDMA33 [...] Apr 1 16:30:35 mezz kernel: cd0 at ata1 bus 0 target 0 lun 0 Apr 1 16:30:35 mezz kernel: cd0: Removable CD-ROM SCSI-0 device Apr 1 16:30:35 mezz kernel: cd0: 33.000MB/s transfers Apr 1 16:30:35 mezz kernel: cd0: cd present [1 x 2048 byte records] === === # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 5 Slave: no device present === If there is something else you need the info, please let me know. P.S. CC to me, I am not in the 'freebsd-stable' list. Thanks. Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: acpiio.h installed in the wrong place?
On Fri, 04 Mar 2005 11:54:57 -0600, Jeremy Messenger <[EMAIL PROTECTED]> wrote: Hello, Last night, when I tried to install RELENG_5 and I get error because of can't find acpica directory, so I went to check in there and turned out that it is a file. I don't have the error in hand right now, but here's example. === % ls -l /usr/include/dev/acpica -r--r--r-- 1 root wheel 4210 Mar 3 17:55 /usr/include/dev/acpica % grep FreeBSD /usr/include/dev/acpica * Copyright (c) 1999 Mitsuru IWASAKI <[EMAIL PROTECTED]> * $FreeBSD: src/sys/dev/acpica/acpiio.h,v 1.10.2.2 2005/03/02 09:18:41 obrien Exp $ === The workaround for me is to do the 'rm /usr/include/dev/acpica' to get the 'make installworld' to be success. Just saw njl's committed that is supposed to be fix this problem. Cheers, Mezz Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
acpiio.h installed in the wrong place?
Hello, Last night, when I tried to install RELENG_5 and I get error because of can't find acpica directory, so I went to check in there and turned out that it is a file. I don't have the error in hand right now, but here's example. === % ls -l /usr/include/dev/acpica -r--r--r-- 1 root wheel 4210 Mar 3 17:55 /usr/include/dev/acpica % grep FreeBSD /usr/include/dev/acpica * Copyright (c) 1999 Mitsuru IWASAKI <[EMAIL PROTECTED]> * $FreeBSD: src/sys/dev/acpica/acpiio.h,v 1.10.2.2 2005/03/02 09:18:41 obrien Exp $ === The workaround for me is to do the 'rm /usr/include/dev/acpica' to get the 'make installworld' to be success. Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"