Re: ACPI-CA import/new diff?
On Wed, Mar 19, 2003 at 01:34:26PM -0800, Nate Lawson wrote: It's been a while since we've pulled in Intel's acpi-ca work and there are a number of bugs fixed since the October 2002 version in -current. Could someone generate a diff for the latest release and post it for testing? If enough people indicate there are no problems, it would be nice to have an import before 5.1R http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt Yes, very much please. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age pgp0.pgp Description: PGP signature
HELP GDM XFree86
Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HELP GDM XFree86
One more thing...I am running gdm as such from my /etc/ttys file: ttyv8 /usr/X11R6/bin/gdm -nodaemon xterm on secure Anthony Carter On Thu, 2003-03-20 at 09:23, CARTER Anthony wrote: Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Info please...xsession
Can someone give me their permissions on a users .xsession-errors file? Doesn't this above file get created automatically if it is deleted? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [Fwd: HELP GDM XFree86]
I can use XDM no problem, so I guess this is really a GDM problem... It is a temporary solution, but it will do. However, it isn't pretty and I would like to use GDM... Even with XDM, i get this in my xsession-errors file: SESSION_MANAGER=local/intra241.intrasoft.lu:/tmp/.ICE-unix/904 Window manager warning: Broken client! Window 0x600010 (xconsole) changed client leader window or SM client ID Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document ** (gnome-panel:935): WARNING **: Unable to load panel stock icon 'go' Extra content at the end of the document I have already portupgrade -f gnome-panel... Anthony Carter On Thu, 2003-03-20 at 09:53, Anthony Carter wrote: From: CARTER Anthony [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: HELP GDM XFree86 Date: 20 Mar 2003 09:23:02 +0100 Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message __ From: CARTER Anthony [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: HELP GDM XFree86 Date: 20 Mar 2003 09:25:07 +0100 One more thing...I am running gdm as such from my /etc/ttys file: ttyv8 /usr/X11R6/bin/gdm -nodaemon xterm on secure Anthony Carter On Thu, 2003-03-20 at 09:23, CARTER Anthony wrote: Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message __ From: Sean Chittenden [EMAIL PROTECTED] To: CARTER Anthony [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: HELP GDM XFree86 Date: 20 Mar 2003 00:26:06 -0800 Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? portupgrade -f wrapper You need to re-install x11/wrapper. -sc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Port breakage (isnan undeclared)
Several ports have become broken recently with the following error: ../../../include/osg/Math:149: `isnan' undeclared (first use this function) http://bento.freebsd.org/errorlogs/i386-5-latest/osg-0.9.3.log http://bento.freebsd.org/errorlogs/i386-5-latest/gnucap-0.31.log http://bento.freebsd.org/errorlogs/i386-5-latest/fractorama-1.6.4.log Can someone please investigate? Kris pgp0.pgp Description: PGP signature
Re: Port breakage (isnan undeclared)
On Thu, Mar 20, 2003 at 12:55:22AM -0800, Kris Kennaway wrote: Several ports have become broken recently with the following error: ../../../include/osg/Math:149: `isnan' undeclared (first use this function) http://bento.freebsd.org/errorlogs/i386-5-latest/osg-0.9.3.log http://bento.freebsd.org/errorlogs/i386-5-latest/gnucap-0.31.log http://bento.freebsd.org/errorlogs/i386-5-latest/fractorama-1.6.4.log Can someone please investigate? The prototypes for isnan() c. need to be put back into math.h, and their source files need to be un-deprecated. Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI-CA import/new diff?
Hello, It's been a while since we've pulled in Intel's acpi-ca work and there are a number of bugs fixed since the October 2002 version in -current. Could someone generate a diff for the latest release and post it for testing? If enough people indicate there are no problems, it would be nice to have an import before 5.1R http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt I can -at least- report one problem with the current ACPI code. When loaded, the kernel freezes right after APIC_IO: Testing 8254 interrupt delivery When I unset the acpi_load variable (so I don't load ACPI) it works. I'm glad to test any patches. --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel panic
Just had a kernel panic. This is the first time I've tried to give you something useful to go on from a dump so if I haven't included all the information you need let me know. FreeBSD aftershock.xtaz.co.uk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Mar 19 10:53:19 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AFTERSHOCK i386 Script started on Thu Mar 20 09:56:12 2003 [EMAIL PROTECTED] crash]# gdb - k /usr/src/sys/obj/usr/src/sys/AFTERSHOCK/kernel.debug vmcore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-undermydesk-freebsd... panic: bremfree: removing a buffer not on a queue panic messages: --- panic: softdep_disk_io_initiation: read syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Uptime: 15h46m0s Dumping 512 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc0223c13 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc0223f13 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc0266932 in bremfreel (bp=0xce6169e8) at /usr/src/sys/kern/vfs_bio.c:636 #4 0xc0266815 in bremfree (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:618 #5 0xc0268c18 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1687 #6 0xc02f4502 in ffs_fsync (ap=0xd7b92a54) at /usr/src/sys/ufs/ffs/ffs_vnops.c:255 #7 0xc02f36de in ffs_sync (mp=0xc433a800, waitfor=2, cred=0xc150af00, td=0xc03d23a0) at vnode_if.h:612 #8 0xc027c63b in sync (td=0xc03d23a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #9 0xc0223773 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 #10 0xc0223f13 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #11 0xc02ecc0c in softdep_disk_io_initiation (bp=0xce6169e8) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3465 #12 0xc026f87d in cluster_wbuild (vp=0xc50c7000, size=16384, start_lbn=12, len=2) at buf.h:422 #13 0xc0268c09 in vfs_bio_awrite (bp=0xce59ce90) at /usr/src/sys/kern/vfs_bio.c:1681 #14 0xc02f4502 in ffs_fsync (ap=0xd7b92c48) at /usr/src/sys/ufs/ffs/ffs_vnops.c:255 #15 0xc02f36de in ffs_sync (mp=0xc433a800, waitfor=3, cred=0xc150af00, td=0xc43513c0) at vnode_if.h:612 #16 0xc027beda in sync_fsync (ap=0xd7b92cd0) at /usr/src/sys/kern/vfs_subr.c:3493 #17 0xc0278bde in sched_sync () at vnode_if.h:612 #18 0xc02105a4 in fork_exit (callout=0xc0278a60 sched_sync, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:875 (kgdb) quit [EMAIL PROTECTED] crash]# exit Script done on Thu Mar 20 09:57:20 2003 --- Matt ([EMAIL PROTECTED]) http://www.xtaz.co.uk/ --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
audio playback slow
I just setup FreeBSD 5.0-CURRENT as of last night on my system. I setup the pcm driver and it detected my onboard VIA audio (at least partially), however playback is at about half speed. I am basically running GENERIC with the debug options commented out and device pcm added. I suspect it might be because of the AC97 Codec message, but I do get playback, just slowed down. -Wade - Some bits from dmesg: pcm0: VIA VT8233A port 0xe000-0xe0ff irq 12 at device 17.5 on pci0 pcm0: Unknown AC97 Codec (id = 0x414c4730) Some bits from pciconf -l -v: [EMAIL PROTECTED]:17:5: class=0x040100 card=0x47304005 chip=0x30591106 rev=0x40 hdr=0x00 vendor = 'Via Technologies Inc' device = 'VT8233/33A AC97 Enhanced Audio Controller' class= multimedia subclass = audio To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel panic
Ok asked somebody in the know and he suggested adding a backtrace so here we go: Incidently this occured as I was using an NFS mount from this server. FreeBSD aftershock.xtaz.co.uk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Mar 19 10:53:19 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AFTERSHOCK i386 Script started on Thu Mar 20 10:26:59 2003 [EMAIL PROTECTED] crash]# gdb -k /usr/obj/usr/src/sys/AFTERSHOCK/kernel.debug vmcore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-undermydesk-freebsd... panic: bremfree: removing a buffer not on a queue panic messages: --- panic: softdep_disk_io_initiation: read syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue Uptime: 15h46m0s Dumping 512 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc0223c13 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc0223f13 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc0266932 in bremfreel (bp=0xce6169e8) at /usr/src/sys/kern/vfs_bio.c:636 #4 0xc0266815 in bremfree (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:618 #5 0xc0268c18 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1687 #6 0xc02f4502 in ffs_fsync (ap=0xd7b92a54) at /usr/src/sys/ufs/ffs/ffs_vnops.c:255 #7 0xc02f36de in ffs_sync (mp=0xc433a800, waitfor=2, cred=0xc150af00, td=0xc03d23a0) at vnode_if.h:612 #8 0xc027c63b in sync (td=0xc03d23a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #9 0xc0223773 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 #10 0xc0223f13 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #11 0xc02ecc0c in softdep_disk_io_initiation (bp=0xce6169e8) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3465 #12 0xc026f87d in cluster_wbuild (vp=0xc50c7000, size=16384, start_lbn=12, len=2) at buf.h:422 #13 0xc0268c09 in vfs_bio_awrite (bp=0xce59ce90) at /usr/src/sys/kern/vfs_bio.c:1681 #14 0xc02f4502 in ffs_fsync (ap=0xd7b92c48) at /usr/src/sys/ufs/ffs/ffs_vnops.c:255 #15 0xc02f36de in ffs_sync (mp=0xc433a800, waitfor=3, cred=0xc150af00, td=0xc43513c0) at vnode_if.h:612 #16 0xc027beda in sync_fsync (ap=0xd7b92cd0) at /usr/src/sys/kern/vfs_subr.c:3493 #17 0xc0278bde in sched_sync () at vnode_if.h:612 #18 0xc02105a4 in fork_exit (callout=0xc0278a60 sched_sync, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:875 (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 No locals. #1 0xc0223c13 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 No locals. #2 0xc0223f13 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 td = (struct thread *) 0xc43513c0 bootopt = 260 newpanic = 0 buf = bremfree: removing a buffer not on a queue, '\0' repeats 213 times #3 0xc0266932 in bremfreel (bp=0xce6169e8) at /usr/src/sys/kern/vfs_bio.c:636 old_qindex = 0 #4 0xc0266815 in bremfree (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:618 No locals. #5 0xc0268c18 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1687 i = 1 j = 0 lblkno = 12 vp = (struct vnode *) 0xc50c7000 ncl = -832476696 nwritten = -832476696 size = 16384 maxcl = 8 #6 0xc02f4502 in ffs_fsync (ap=0xd7b92a54) at /usr/src/sys/ufs/ffs/ffs_vnops.c:255 vp = (struct vnode *) 0x0 ip = (struct inode *) 0xce6169e8 bp = (struct buf *) 0xce6169e8 nbp = (struct buf *) 0xc50c7000 error = 0 wait = 0 passes = 4 skipmeta = 0 lbn = 14 #7 0xc02f36de in ffs_sync (mp=0xc433a800, waitfor=2, cred=0xc150af00, td=0xc03d23a0) at vnode_if.h:612 nvp = (struct vnode *) 0xc5054000 vp = (struct vnode *) 0xc50c7000 devvp = (struct vnode *) 0xc50c7000 ip = (struct inode *) 0x0 ump = (struct ufsmount *) 0xc434dc00 fs = (struct fs *) 0xc4265800 ---Type return to continue, or q return to quit--- error = 0 count = 0 wait = 0 lockreq = 18 allerror = 0 #8 0xc027c63b in sync (td=0xc03d23a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 mp = (struct mount *) 0xc433a800 nmp = (struct mount *) 0x0 asyncflag = 0 #9 0xc0223773 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 bp = (struct buf *) 0x0 iter = -1051614964 nbusy = -1051614976 pbusy = -1070011433 subiter =
Re: audio playback slow
Wade Majors wrote: Hello, Some bits from dmesg: pcm0: VIA VT8233A port 0xe000-0xe0ff irq 12 at device 17.5 on pci0 pcm0: Unknown AC97 Codec (id = 0x414c4730) Some bits from pciconf -l -v: [EMAIL PROTECTED]:17:5: class=0x040100 card=0x47304005 chip=0x30591106 rev=0x40 hdr=0x00 vendor = 'Via Technologies Inc' device = 'VT8233/33A AC97 Enhanced Audio Controller' class= multimedia subclass = audio [EMAIL PROTECTED]:17:5:class=0x040100 card=0x24dc4005 chip=0x30591106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233/33A AC97 Enhanced Audio Controller' class= multimedia subclass = audio Is the 33A expected to be supported in the future? :-) -- Bruno Miguel Afonso Biological Eng. student. [EMAIL PROTECTED] D.E.Q. @ I.S.T. - Portugal To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: XFree86-4.3.0,1 +wrapper-1.0_2
You can forcibly delete wrapper package, and the do pkgdb -F and delete dependency on it... Only XFree metaport is depends on it. Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On Thu, 20 Mar 2003, CARTER Anthony wrote: I realise what wrapper is for, but if I type pkg_delete wrappe-1.0_2 at the command line, I get: pkg_delete: package 'wrapper-1.0_2' is required by these other packages and may not be deinstalled: XFree86-4.3.0,1 I never installed wrapper, but when I did a portupgrade to the latest XFree, I guess it installed wrapper as a dependency... I will forcably delete wrapper to see if that fixes the problem (although I will try your solution first...I don't like deleting dependencies)... Thanks, Anthony Carter On Thu, 2003-03-20 at 00:17, walt wrote: CARTER Anthony wrote: Xfree requires wrapper but seems to break GDM for user logins. Is this normal, and can I force un-install wrapper without breaking anything? Excuse me, I'm a bonehead. You don't need to uninstall wrapper, just change this symbolic link: /usr/X11R6/bin/X@ - Xwrapper-4 to this: /usr/X11R6/bin/X@ - XFree86 This *will* break 'startx' for ordinary users. 'Wrapper' is intended to replace xdm and friends to create the .Xauthority in your home directory. If xdm/gdm/kdm don't create the .Xauthority file then something else must do it -- that something else is 'wrapper'. You don't need to use both gdm and wrapper. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Info please...xsession
On Thu, Mar 20, 2003 at 09:28:25AM +0100, CARTER Anthony wrote: Can someone give me their permissions on a users .xsession-errors file? -rw--- {me} {mygroup} Doesn't this above file get created automatically if it is deleted? Yes. At least here ;) FYI: I still using XFree86-4.2.1 with wdm started from /etc/ttys. -- Riccardo. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Where is compat4x v 5.0CURRENT-20030218?
Hey, I am looking for 5.0-CURRENT-20030218 version of compat4x for running ymessenger, but I can only find 20020917 version on 4 different FTP mirrors (including freebsd's main one). Any ideas? Where is this? Also, the 200212xx directory for compat4x is empty...Normal? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Where is compat4x v 5.0CURRENT-20030218?
CARTER Anthony wrote: Hey, I am looking for 5.0-CURRENT-20030218 version of compat4x for running ymessenger, but I can only find 20020917 version on 4 different FTP mirrors (including freebsd's main one). Any ideas? Where is this? Also, the 200212xx directory for compat4x is empty...Normal? Anthony Carter why not use make.conf: COMPAT4X= yes After all, you are using CURRENT. ???, Pete... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HELP GDM XFree86
On 20-Mar-2003 CARTER Anthony wrote: One more thing...I am running gdm as such from my /etc/ttys file: ttyv8 /usr/X11R6/bin/gdm -nodaemon xterm on secure I think the GDM documentation says, that you should start it via the supplied rc.d autostart script in order to avoid certain problems. HTH Regards, Julian Stecklina To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HELP GDM XFree86
It depends on GNOME version... GNOME-1.4.something installs gdm that is started by init... GNOME-2.2.0 installs gdm that is supposed to start via /usr/X11R6/etc/rc.d/gdm.sh... Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On Thu, 20 Mar 2003 [EMAIL PROTECTED] wrote: On 20-Mar-2003 CARTER Anthony wrote: One more thing...I am running gdm as such from my /etc/ttys file: ttyv8 /usr/X11R6/bin/gdm -nodaemon xterm on secure I think the GDM documentation says, that you should start it via the supplied rc.d autostart script in order to avoid certain problems. HTH Regards, Julian Stecklina To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI-CA import/new diff?
On Thu, Mar 20, 2003 at 10:58:20AM +0100, Attila Nagy wrote: Hello, It's been a while since we've pulled in Intel's acpi-ca work and there are a number of bugs fixed since the October 2002 version in -current. Could someone generate a diff for the latest release and post it for testing? If enough people indicate there are no problems, it would be nice to have an import before 5.1R http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt I can -at least- report one problem with the current ACPI code. When loaded, the kernel freezes right after APIC_IO: Testing 8254 interrupt delivery When I unset the acpi_load variable (so I don't load ACPI) it works. Do you have option MAXMEM set in your kernel config file? I had a similar problem and discovered that the MAXMEM setting and acpi's idea of the memory in the system were slightly different. The is on the order of 1 kB. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildkernel and gcc2
On Wed, 19 Mar 2003, David O'Brien wrote: On Thu, Mar 20, 2003 at 03:21:13AM +, RMH wrote: I have to note that currently it isn't really possible to compile -CURRENT by GCC 2.95.x in the way it has to be. Buildkernel is ... Building -current requires a -current compiler. Huh?? What do you mean in the way it has to be? We purposely upgraded from GCC 2.95.x to 3.2.x and part of that upgrade gave us C99 features. Second problem is periods in two macros of sys/eventhandler.h, that broke depend: #define EVENTHANDLER_FAST_INVOKE(name, ...) #define EVENTHANDLER_INVOKE(name, ...) Might be fixed in the way like: #define EVENTHANDLER_FAST_INVOKE(name) #define EVENTHANDLER_INVOKE(name, arg1, arg2, arg3) We can certainly put in a #ifdef detection on the GCC version. Please submit a patch for this and the other nits you point out. Please don't. Complications to support the old version would defeat the point of purposely regrading from GCC 2.95.x to 3.2.x. But I'd be happy if this wer fixed this by not using variadic macros anywhere. Only the . tmpstk syntax error and the macro that produce it are just wrong (RELENG4 and -current have a differently wrong vewrsions that happen to be accepted by gcc-2 and gcc-3, respectively). Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [Fwd: HELP GDM XFree86]
On Thu, 2003-03-20 at 03:59, CARTER Anthony wrote: I can use XDM no problem, so I guess this is really a GDM problem... It is a temporary solution, but it will do. However, it isn't pretty and I would like to use GDM... You cannot start gdm2 out of /etc/ttys. You need to read the gdm2 pkg-message, and use the included rc script to start gdm2. Even with XDM, i get this in my xsession-errors file: SESSION_MANAGER=local/intra241.intrasoft.lu:/tmp/.ICE-unix/904 Window manager warning: Broken client! Window 0x600010 (xconsole) changed client leader window or SM client ID Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document Extra content at the end of the document ** (gnome-panel:935): WARNING **: Unable to load panel stock icon 'go' Extra content at the end of the document I have already portupgrade -f gnome-panel... These messages are from nautilus and gnome-panel, they are normal, and non-fatal. You can disregard. Joe Anthony Carter On Thu, 2003-03-20 at 09:53, Anthony Carter wrote: From: CARTER Anthony [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: HELP GDM XFree86 Date: 20 Mar 2003 09:23:02 +0100 Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message __ From: CARTER Anthony [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: HELP GDM XFree86 Date: 20 Mar 2003 09:25:07 +0100 One more thing...I am running gdm as such from my /etc/ttys file: ttyv8 /usr/X11R6/bin/gdm -nodaemon xterm on secure Anthony Carter On Thu, 2003-03-20 at 09:23, CARTER Anthony wrote: Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? Anthony Carter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message __ From: Sean Chittenden [EMAIL PROTECTED] To: CARTER Anthony [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: HELP GDM XFree86 Date: 20 Mar 2003 00:26:06 -0800 Since upgrading to the latest version of XFree86 available on current (using portupgrade -r), I cannot login as any users using GDM. I can login as root... After doing a few things, I have the following: login as user enter password Your session lasted less than 10 seconds. If you didn't log out it could indicate a configuration problemblah blah... It gives an option to view the ~/.xsession error messages, but there is nothing there...and if I switch to command line (CTRL+ALT+1) then I see: gdm[585]: run_session_child: Could not open ~/.xsession-errors... Any ideas? portupgrade -f wrapper You need to re-install x11/wrapper. -sc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the
XServer Problem with FreeBSD 5.0-p4 i386
Hi, I have just done a portupgrade and upgraded the XServer to 4.3.0,1 on my PC and do have the following Font problems with KDE3.1 a terminal window just shows little empty square boxes, this can be changed by alternating the font settings. (so far no major problem) but with konqueror I do have the following problem. when i want to visit www.netbsd.org I do have the same problem, but this cant be changed. Strangely enough opera works fine and there is no other web page that results in the same problems, at least as far as I know. Before upgrading to 4.3.0,1 I did not have this problem. Sincerely Gerald Mixa __ Mit der Multi-SMS von WEB.DE FreeMail koennen Sie 760 Zeichen versenden. Informationen unter http://freemail.web.de/features/?mc=021184 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OSS SBLive driver causes kernel panic with 5.0 current
David Schultz wrote: Thus spake Andre Guibert de Bruet [EMAIL PROTECTED]: On Fri, 7 Mar 2003, Jody Franklin wrote: I'd been keeping up with current (world/kernel) every other week or so, and until this week I had no real problems. But after the build I did on March 3rd my soundcard driver (4Front's SBLive/Audigy driver) causes a kernel panic on load. If I don't load the driver the system boots fine, and runs with no other problems. This is the message I get from the debugger when I load the driver: panic: Invalid major (-1030904368) in make_dev I've posted this info to their support forums also, their last responce was to see what they broke. Please don't cross-post -current and -questions. Major numbers are now being allocated dynamically. Sounds like the emu10k1 driver doesn't like this. My guess is, it's probably in the process of being converted over... His post refers to the commercial driver, which still needs to be converted. As of the 12th 4Front's last word was that they are using /usr/share/examples/cdev as an example for their code, and that example causes the same panic as their driver. Thus asking that the examples be updated to match the current kernel so that they can update their driver. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: audio playback slow
Wade Majors writes: | I just setup FreeBSD 5.0-CURRENT as of last night on my system. I setup | the pcm driver and it detected my onboard VIA audio (at least | partially), however playback is at about half speed. I am basically | running GENERIC with the debug options commented out and device pcm added. | | I suspect it might be because of the AC97 Codec message, but I do get | playback, just slowed down. Wade. The AC97 codec message is unrelated, it's just a missing/mis-entered codec id, it's an ALC101. This should now be fixed in the repository. I believe the speed problem lies with the driver mis-reporting of capabilities of the chipset when the ac97 codec does not support on-chip sample rate conversion which the ALC101 does not. Again, this should now fixed in the repository. If you can update and let me know. Should it fail, can you set 'sysctl hw.snd.verbose=3', 'cat /dev/sndstat' while playing the offending audio, and send me the output. Thanks - Orion To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/usr.sbin Makefile src/usr.sbin/gstat Makefile gstat.c
In message [EMAIL PROTECTED], Poul-Henning Kamp writes: phk 2003/03/20 12:48:41 PST Log: Add a rudimentary gstat(8) to the system. The GEOM/devstat statistics has very fine granularity and can be read with very high resolution if one wants to. This means that you can see exactly how much of your disk-I/O comes from for instance your /var filesystem, and you can see how it is distributed over time down to the millisecond level. This is one of the most significant sources we have on the subject, unfortunately we cannot decipher it, so it is utterly insignificant -- Robert Storm Petersen This program however, is a just a small, almost minimal, proof-of-concept to show how to pick up the stats and make some amount of sense out of them. I am no great curses programmer[1], and the messes I make increase in size with the distance I move away from the hardware, so I really hope somebody will take a fancy to this gadget and turn it into the tool it should end up as. Poul-Henning [1] see sysinstall's disk editor. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: secondary ACPI problems
Kevin Oberman writes: From: Andrew Gallatin [EMAIL PROTECTED] Date: Wed, 19 Mar 2003 17:41:17 -0500 (EST) Sender: [EMAIL PROTECTED] Daniel O'Connor writes: Restart X? :-) I wish. The board seems totally gone after an ACPI suspend. This seems to be a common problem with ATI cards. Work-around for M7 cards (may or may not work for others): Switch to a character display (CTRL-ALT-F2) Turn off the display (Fn-F3 on my ThinkPad) Press any key to turn on display Switch back to X (ALT-F9) This solution seems to be dependant on using a laptop. My box is a desktop. I wish there was something I could do to force a reset like this. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Can't boot from hard drive (5.0)
Hello! Here is a summary of a thread I started on comp.unix.bsd.freebsd.misc to no avail. I hope someone will be able to give me some advice here I've installed FreeBSD 5.0 on the second disk of my PC where I had an old 4.5 working. Unfortunately the install process failed to write the MBR correctly and with the current BootMgr, I can not boot on the FreeBSD disk. I've booted with a floppy and re-run sysinstall. I've tried to mark ad2s2 as bootable but just got: ERROR: Unable to write data to disk ad2! Disk partition write returned an error status! I think it is related to what is written in the FreeBSD 5.0-RELEASE Errata about disklabel -B: The geom(4)-based disk partitioning code in the kernel will not allow an open partition to be overwritten. This usually prevents the use of disklabel -B to update the boot blocks on a disk because the a partition overlaps the space where the boot blocks are stored. A suggested workaround is to boot from an alternate disk, a CDROM, or a fixit floppy. But the workaround does not seem to be efficient with my box. I don't get the previous error message when I mark the second disk as bootable with sysinstall/fdisk, but I still can not boot from it. The output of fdisk ad2 is as follows: - *** Working on device /dev/ad2 *** parameters extracted from in-core disklabel are: cylinders=19852 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=19852 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 5 (0x05),(Extended DOS) start 16065, size 4176900 (2039 Meg), flag 0 beg: cyl 15/ head 15/ sector 1; end: cyl 1023/ head 10/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 4192965, size 15807960 (7718 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 2/ sector 63 The data for partition 3 is: UNUSED The data for partition 4 is: UNUSED - The problem seems that the number of cylinders is not equal to the one displayed in the BIOS setup: 16320. If I force this geometry value with fdisk via sysinstall, will I have to reinstall completely the system? Here is the output from boot0cfg -v ad0: - # flag start chs type end chs offset size 1 0x80 0: 1: 1 0x06618: 63:63 63 2495745 version=1.0 drive=0x80 mask=0xf ticks=182 options=nopacket,update,nosetdrv default_selection=F1 (Slice 1) - and the output from boot0cfg -v ad2: - # flag start chs type end chs offset size 1 0x00 15: 15: 1 0x05 1023: 10:6316065 4176900 2 0x80 1023:255:63 0xa5 1023: 2:63 4192965 15807960 version=1.0 drive=0x82 mask=0xf ticks=182 options=nopacket,update,nosetdrv default_selection=F5 (Drive 1) - According to the manual, I may use the 'packet' option of boot0cfg since I have to boot above cylinder 1023, but my BIOS does not seem to be compatible with this option. What can I do? Do I have to go through the process of creating a dangerously-dedicated slice? I had no problem to boot on this disk with FreeBSD 4.x. BTW, here's the ouput of disklabel ad2s2: - # /dev/ad2s2c: type: ESDI disk: ad2s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 19852 sectors/unit: 20010816 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 52428804.2BSD 2048 16384 32776 # (Cyl.0 - 520*) b: 362176 524288 swap # (Cyl. 520*- 879*) c: 158079600unused0 0# (Cyl.0 -15682*) d: 524288 8864644.2BSD 2048 16384 32776 # (Cyl. 879*-1399*) e: 524288 14107524.2BSD 2048 16384 32776 # (Cyl. 1399*-1919*) f: 13872920 19350404.2BSD 2048 16384 28512 # (Cyl. 1919*-15682*) Warning, partition c doesn't cover the whole unit! Warning, An incorrect partition c may cause problems for standard system utilities - and with the -r option, disklabel -r ad2s2:
Re: Updated if_* attach/detach patches
On Wed, Mar 19, 2003 at 10:37:43AM -0800, Nate Lawson wrote: I have updated my patches for: dc pcn rl sf sis sk ste ti tl vr wb xl They have been compile tested but I only have an rl card so I'd appreciate feedback. - xl: add missed error setting in I/O, memory mapping cases - xl: add missing bzero of softc - xl: remove multi-level goto on attach failure I've tested the xl diff, but only limited internet traffic (i.e., cvsup, browsing, ssh). If high volume traffic is needed to testing, I'm not set up to do that. I haven't seen in problems. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Updated if_* attach/detach patches
On Thu, 20 Mar 2003, Steve Kargl wrote: On Wed, Mar 19, 2003 at 10:37:43AM -0800, Nate Lawson wrote: I have updated my patches for: dc pcn rl sf sis sk ste ti tl vr wb xl They have been compile tested but I only have an rl card so I'd appreciate feedback. - xl: add missed error setting in I/O, memory mapping cases - xl: add missing bzero of softc - xl: remove multi-level goto on attach failure I've tested the xl diff, but only limited internet traffic (i.e., cvsup, browsing, ssh). If high volume traffic is needed to testing, I'm not set up to do that. I haven't seen in problems. No, the attach/detach routines are only called at boot and shutdown or if you compile it as a module, load/unload. In fact, for people who would like info on how to test it, this would be helpful (replacing the name with your module of course): #!/bin/sh kldload if_xl kldunload if_xl sleep .2 exec $0 Crashing or growing memory use might indicate problems. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI-CA import/new diff?
I wrote: It's been a while since we've pulled in Intel's acpi-ca work and there are a number of bugs fixed since the October 2002 version in -current. Could someone generate a diff for the latest release and post it for testing? If enough people indicate there are no problems, it would be nice to have an import before 5.1R http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt I'll try to generate a diff soon at post it since I haven't heard from iwasaki@ -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: audio playback slow
The AC97 codec message is unrelated, it's just a missing/mis-entered codec id, it's an ALC101. This should now be fixed in the repository. That message does appear to be fixed now, it reports: pcm0: Avance Logic ALC101 AC97 Codec I believe the speed problem lies with the driver mis-reporting of capabilities of the chipset when the ac97 codec does not support on-chip sample rate conversion which the ALC101 does not. Again, this should now fixed in the repository. I am still getting slowed down playback :( Here is the output you requested. I didn't think the fileversions were important here. FreeBSD Audio Driver (newpcm) Installed devices: pcm0: VIA VT8233A at io 0xe000 irq 12 (2p/1r/0v channels duplex default) [pcm0:play:0]: spd 44100/48000, fmt 0x1010, flags 3030, pid 457 interrupts 20623, underruns 7, ready 65536 {userland} - feeder_root(0x1010) - {hardware} [pcm0:play:1]: spd 0, fmt 0x/0x0008, flags interrupts 0, underruns 0, ready 0 {userland} - feeder_root(0x) - {hardware} [pcm0:record:0]: spd 0, fmt 0x/0x0008, flags interrupts 0, overruns 0, hfree 4096, sfree 0 {hardware} - feeder_root(0x) - {userland} Hope this helps. -Wade To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: [acpi-jp 2105] Re: ACPI-CA import/new diff?
From: Nate Lawson [mailto:[EMAIL PROTECTED] http://developer.intel.com/technology/iapc/acp i/downloads/CHANGES.txt I'll try to generate a diff soon at post it since I haven't heard from iwasaki@ Another release is imminent. Or, if you decide to go with what's out there now there is one little patch that would be good to have, if you aren't going to import again for a while. This is against the Linuxized version but you should be able to get the gist of it: --- 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c.orig Wed Mar 5 17:00:15 2003 +++ 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c Wed Mar 5 17:01:30 2003 @@ -131,7 +131,7 @@ /* Ensure that we have a valid GPE number for this GPE block */ if ((gpe_number gpe_block-block_base_number) || - (gpe_number = (gpe_block-register_count * 8))) { + (gpe_number - gpe_block-block_base_number = (gpe_block-register_count * 8))) { Regards -- Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 2106] RE: ACPI-CA import/new diff?
In message [EMAIL PROTECTED], Gr over, Andrew wrote: From: Nate Lawson [mailto:[EMAIL PROTECTED] http://developer.intel.com/technology/iapc/acp i/downloads/CHANGES.txt I'll try to generate a diff soon at post it since I haven't heard from iwasaki@ Iwasaki seems to be busy now. This is against the Linuxized version but you should be able to get the gist of it: --- 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c.orig Wed Mar 5 17:00:15 2003 +++ 2421-pre4-acpi/drivers/acpi/events/evgpeblk.c Wed Mar 5 17:01:30 2003 @@ -131,7 +131,7 @@ /* Ensure that we have a valid GPE number for this GPE block */ if ((gpe_number gpe_block-block_base_number) || - (gpe_number = (gpe_block-register_count * 8))) { + (gpe_number - gpe_block-block_base_number = (gpe_block-register_count * 8))) { Thanks. I'll apply it. BTW. I noticed that some definition for structure is added and its naming collide to our OS-dependent module. We has been avoided it by using non-linuxlized ACPI-CA that has the naming rule of beggining with 'Acpi' not 'acpi_'. Would you care about it next time? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- === usr.sbin/gstat make: don't know how to make subr_sbuf.c. Stop *** Error code 2 Stop in /tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Updated if_* attach/detach patches
In message: [EMAIL PROTECTED] Nate Lawson [EMAIL PROTECTED] writes: : - dc: move interrupt allocation back where it was before. It was unnecessary : to move it Why's that? If dc is on a shared interrupt line, then dc_intr is going to be called, potentially, before the rest of the attach routine finishes. Keep in mind that attach routines run with interrupts enabled in many interesting cases (including cardbus). You can't call bus_setup_intr until the very end of attach. Since there's no locking here, bad things would happen if an interrupt fired, no? It looks like dc might be safe (since it returns right away if DC_ISR is zero for the bits it knows about)... : - pcn: add missing bzero of softc softc is automatically bzero'd. : - rl: move irq allocation before ether_ifattach. Problems could have been : caused by allocating the irq after enabling interrupts on the card. Same problem as the dc driver. ether_ifattach isn't going to start the interface, so you are safe waiting until after ether_ifattach to do this. And for the rl driver there's no check to see if the RL_ISR has bits set before we acquire the lock... Even with that, it might be safe, but I'm less sure. Why are you checking device_is_alive() in detach? detach won't get called if that isn't the case. Oh, I see, you've added calls... In general, in the drivers I've written I have a foo_alloc() and foo_dealloc() to get and release the resources rather than overloading detach to do this. Well, foo_alloc isn't always possible in the newer world order where locking matters. foo_dalloc can safely be written, however. You want to device_delete_child before calling bus_generic_detatch(). but the old driver does it backwards, so that's not a huge deal. For dc and rl you might want to call bus_child_present(dev) in the detach routines and *NOT* call foo_stop() if the card isn't present. wi actually sets gone in detach: /* check if device was removed */ sc-wi_gone = !bus_child_present(dev); which might not be a horrible idea. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Squid + natd.
I have a client machine behind my FreeBSD box, which connects to the internet via NAT and Squid. I notice when downloading a file from the internet that squid cpu% goes up, which is cool and all, but natd's does as well. Is there a method using firewall rules in a specific order, or any method for that matter, that allows squid to receive it's data directly, i.e. without natd seeing http or ftp packets? I know that squid may simply be uninstalled, but I like the caching, and I hate banner ads, which I use squid to block. Thanks in advance. -Craig To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: NFS file unlocking problem
On Wed, Mar 19, 2003 at 05:15:02PM -0800, Andrew P. Lentvorski, Jr. wrote: Steve, I actually managed to pull down the dump. It doesn't have any lock requests in it. It looks like it is hanging in the rpcinfo call. If you really want to debug this, it's going to take a chunk of work. 1) set up two brand new machines FreeBSD-current for the server Solaris whatever for the client Well, I think I found the problem. I had just installed the new FreeBSD machine, not looking forward to finding another Sun to install, when I had the idea to try different nfs protocols. By default, it looks like the NFS mount is version 3 tcp. I specified udp, and both of the test programs (mine and Terry's) work consistently. I've reenabled locking on the Xinet software, and we'll see (tomorrow) whether or not that also works. If I'm right, that means that there is a problem with nfs over tcp with a Solaris client and FreeBSD-5 server. All other combinations of client/server pairs worked with the default (which I assume is version 3 tcp). BTW, Terry's testlock program, when run with the problem configuration, would always return the There is nothing that would block your lock message, but it could take anywhere from 1 second to 45 minutes. I'm not so confident that my perl program would always succeed, because I was never willing to wait longer than overnight before concluding that it was hung. I'll report back on the status of xinet tomorrow, but thanks to all of you for your help and suggestions. If there's any more information I can provide, or testing that I can do, to help fix the NFS/tcp/Solaris problem, let me know. Thanks. Steve -- Steve Sizemore [EMAIL PROTECTED], (510) 642-8570 Unix System Manager Dept. of Mathematics and College of Letters and Science University of California, Berkeley To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 2106] RE: ACPI-CA import/new diff?
Would you try it? http://people.freebsd.org/~takawata/acpi-20030321.diff http://people.freebsd.org/~takawata/acpica-freebsd-20030321.tar.gz The OSD interface of void AcpiOsDerivePciId(ACPI_HANDLE Rhandle, ACPI_HANDLE Lhandle, ACPI_PCI_ID **Id) is not impremented yet. (Only Do-Nothing function) If this is impremented, PCI-PCI bridge handling on ACPI-CA is will be better. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
options VGA_NO_MODE_CHANGE causes buildkernel failure
Building a kernel with: options VGA_NO_MODE_CHANGE # don't change video modes cc -c -O -pipe -DNO_WERROR -march=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/fb/vga.c cc1: warnings being treated as errors ../../../dev/fb/vga.c:1331: warning: `filll_io' defined but not used ../../../dev/fb/vga.c:1321: warning: `fill' defined but not used *** Error code 1 Stop in /usr/src/sys/i386/compile/FOO. -- Conrad Sabatier [EMAIL PROTECTED] - In Unix veritas To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildkernel and gcc2
RMH [EMAIL PROTECTED] writes: It isn't a problem to export an extra variable and make it known to bsd.kern.mk; the question is, do we want GCC2 to be a supported compiler for -CURRENT or not? No. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message