Re: ACPI-CA import/new diff?

2003-03-20 Thread Ruslan Ermilov
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

2003-03-20 Thread CARTER Anthony
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

2003-03-20 Thread CARTER Anthony
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

2003-03-20 Thread CARTER Anthony
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]

2003-03-20 Thread CARTER Anthony
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)

2003-03-20 Thread Kris Kennaway
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)

2003-03-20 Thread Tim Robbins
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?

2003-03-20 Thread Attila Nagy
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

2003-03-20 Thread Matt
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

2003-03-20 Thread Wade Majors
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

2003-03-20 Thread Matt
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

2003-03-20 Thread Bruno Afonso
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

2003-03-20 Thread Maxim M. Kazachek
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

2003-03-20 Thread Riccardo Torrini
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?

2003-03-20 Thread CARTER Anthony
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?

2003-03-20 Thread Peter Schultz
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

2003-03-20 Thread der_julian
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

2003-03-20 Thread Maxim M. Kazachek
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?

2003-03-20 Thread Steve Kargl
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

2003-03-20 Thread Bruce Evans
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]

2003-03-20 Thread Joe Marcus Clarke
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

2003-03-20 Thread Gerald Mixa
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

2003-03-20 Thread Jody Franklin
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

2003-03-20 Thread Orion Hodson

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

2003-03-20 Thread Poul-Henning Kamp
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

2003-03-20 Thread Andrew Gallatin

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)

2003-03-20 Thread BelletJr
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

2003-03-20 Thread Steve Kargl
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

2003-03-20 Thread Nate Lawson
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?

2003-03-20 Thread Nate Lawson
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

2003-03-20 Thread Wade Majors
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?

2003-03-20 Thread Grover, Andrew
 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?

2003-03-20 Thread Takanori Watanabe
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

2003-03-20 Thread Mike Barcroft
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

2003-03-20 Thread M. Warner Losh
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.

2003-03-20 Thread Craig Reyenga
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

2003-03-20 Thread Steve Sizemore
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?

2003-03-20 Thread Takanori Watanabe
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

2003-03-20 Thread Conrad Sabatier
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

2003-03-20 Thread Dag-Erling Smørgrav
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