Re: ACPI problem, my VAIO won't come back from suspension
On Wednesday 03 December 2003 21:57, Nate Lawson wrote: > On Wed, 3 Dec 2003, Melvyn Sopacua wrote: > > On Tuesday 02 December 2003 23:34, Nate Lawson wrote: > > > Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not, > > > try disabling acpi and using apm(4) to suspend and resume. > > > > Normally that would be grand, but now that I've not compiled acpi into > > the kernel, I have no /dev/apm anymore as well. > > If you don't have acpi(4), then you need to add "device apm" to your > kernel to enable apm(4) support. $ grep apm /sys/i386/conf/SAREVOK_NOACPI device apm [EMAIL PROTECTED]~ $ uname -v FreeBSD 5.2-BETA #0: Wed Dec 3 20:13:44 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI I noticed in my dmesg.boot: $ grep PNP /var/run/dmesg.boot unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) I hope that's not what I think it is :) > > Even with acpi, I never got a /dev/apmctl so apmd never worked. I've read > > through devfs(5)/(8), but as far as I understand, it is the driver's > > responsibility to create the device and even if you could do it in > > userland, than it will just be a non-configured device. > > You can't use apmd with acpi(4). It has /dev/acpictl. Thanx! -- Melvyn === FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #0: Wed Dec 3 20:13:44 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI i386 === pgp0.pgp Description: signature
Re: ACPI problem, my VAIO won't come back from suspension
Hi Nate, On Tuesday 02 December 2003 23:34, Nate Lawson wrote: > Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not, > try disabling acpi and using apm(4) to suspend and resume. Normally that would be grand, but now that I've not compiled acpi into the kernel, I have no /dev/apm anymore as well. Even with acpi, I never got a /dev/apmctl so apmd never worked. I've read through devfs(5)/(8), but as far as I understand, it is the driver's responsibility to create the device and even if you could do it in userland, than it will just be a non-configured device. I've attached my kernel config and dmesg.boot. Is there anything I'm missing? PS: I can live without suspend2disk, but sleep state S1 does not shutdown my display as well, so I'm pretty much out of options. -- Melvyn === FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #0: Wed Dec 3 20:13:44 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOACPI i386 === # vim600: tw=78 ts=8 sw=8 ai noet # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # #http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.393 2003/11/03 22:48:25 jhb Exp $ machine i386 cpu I686_CPU ident SAREVOK #To statically compile in device wiring instead of /boot/device.hints hints "SAREVOK.hints" #Default places to look for devices. makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET#InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT#NFS usable as /, requires NFSCLIENT options NTFS#NT File System options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PSEUDOFS#Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=15000#Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV# install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~215k to driver. # Debugging for use in -current options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options WITNESS #Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN#Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #optionsSMP # Symmetric MultiProcessor Kernel #device apic# I/O APIC # deviceacpi device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd
Re: ACPI results Inspiron 8000
On Tuesday 02 December 2003 00:47, Daniel O'Connor wrote: > On Tuesday 02 December 2003 08:46, Ryan wrote: > > Are you able to suspend to disk? So far I haven't been able to suspend to > > disk on my Inspiron 8200. I'm using the "fixed" DSDT table from the URL > > you posted as well. The fixed DSDT only fixes the battery issue (which is cosmetic IMO). S1 state still does not power-off the display, and S3/S4 states still reboot. I see now that the attachment with the IASL dump was stripped by the mailing list. Is there anybody who still wants that? > > I used to suspend to disk in 4.x after creating the S2D partition with the > floppy image from Dell, however I don't any more.. I kept the Dell partition intact. Or does it need special formatting? > Basically it takes so long to suspend and resume with a decent amount of > memory (256Mb+) that it's not worth it - most of my applications are smart > enough to save state when they quit :) Hmm, since I have 512 and might upgrade to 1G of memory, I guess I don't need it either :). But it should error out and resume normal powerstate if for whatever reason suspension does not work. It should not reboot. -- Melvyn === FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #2: Mon Dec 1 17:58:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: ACPI results Inspiron 8000
On Monday 01 December 2003 22:56, Thomas wrote: > If you just looking for working acpi with your inspiron 8000 then try this > patches at http://sandcat.nl/~stijn/freebsd/dell.php. It works for me with > -current. Thanx. It mentions the ports version of acpidump and iasl, which are already in my base system. Is there a difference or should the port be marked as BROKEN if OSREL > 5.2? -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #2: Mon Dec 1 17:58:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
ACPI results Inspiron 8000
Hi, I've done some testing with acpi: S1 level -> does not blank the display. S2 level -> unsupported by the BIOS S3/S4 level -> reboot the machine, with at best a print_cpu debug statement[1] s5 level -> works as expected [1] I've pressed 'pause' and copied it for anybody that wants the register dump I've set the dump device and dumpdir, but no dumps are created - it's a reboot without a panic apparently. Attached are: * dmesg.boot * Kernel config * acpidump output * loader.conf * S1 run output (the only way to wake-up is to 'open the lid') * oids.start: relevant oids Setting of 'os_name' does not make any difference whatsoever. I've also disabled any firewall and usb devices, but it doesn't make a difference as well. If anything else is needed, let me know. -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #2: Mon Dec 1 17:58:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-BETA #2: Mon Dec 1 17:58:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK_NOFW_DBG Preloaded elf kernel "/boot/kernel/kernel" at 0xc0923000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 536535040 (511 MB) avail memory = 511508480 (487 MB) Pentium Pro MTRR support enabled acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fc590 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 29 INTD is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 agp0: mem 0xe800-0xefff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: at device 0.0 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib2: slot 0 INTA is routed to irq 11 pcib2: slot 1 INTA is routed to irq 11 bfe0: mem 0xfaffe000-0xfaff irq 11 at device 0.0 on pci2 bfe0: Ethernet address: 00:0d:56:3c:1c:37 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: slot 1 INTA is routed to irq 11 cbb0: [MPSAFE] pci2: at device 1.1 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 11 at device 31.5 on pci0 pcm0: atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xcf800-0xc,0xc-0xcf7ff on isa0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1398819120 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acpi_cpu0: Performance states changed GEOM: create disk ad0 dp=0xc48fa760 ad0: 38154MB [77520/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 GEOM: create disk cd0 dp=0xc47cd600 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s2a WARNING:
Re: -current lockup (how to diagnose?)
On Monday 01 December 2003 15:06, Jun Kuriyama wrote: > My box has 2GB memory, so it would be enough. My box makes world and > release nightly and it locks usually at that time. Which has the same characteristics as rebuilding a locate database or checking suid bits on the entire drive: lotsa disk io. -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29 00:15:33 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: -current lockup (how to diagnose?)
On Monday 01 December 2003 09:02, Soren Schmidt wrote: > It seems Jun Kuriyama wrote: > > I got lockups in recent -current box. This box is my main workstation > > and usually be up to date kernel. > > > > In recent days, I usually locked up. This is not a panic, only locks > > up. My situation is: > > > > o KDE's clock is working. > > o KDE's virtual screen switching is working. > > o Apache does not reply on 80/tcp from remote. > > o ssh from this box is still working. But ssh *to* the box doesn't right? > > o zsh on this box does not go next prompt when I press enter key at > > promprt. > > > > It looks kernel is working, but fork/exec is not working when I enter > > to this situation. > > Hmm, I've been seeing something semilar a couble of times, can you do a > ps -axl and see if those processes hang around in vm ? I've had this on -STABLE as well and indeed KDE seems to be related. Also, I recall this to happen during the security check or rebuilding the locate database. I haven't seen this once I installed more memory. A good tell-tale is: * Switch to the console. * Select another VT, via ALT-F2 * Type in the login name and press enter You won't get a passwd prompt. Most of the time I got outof it, by CTRL-ALT-F1 and CTRL-C. I think I have a weekly run report somewhere, reporting 'vm exhaustion' errors. I can dig it up if it's helpful. At the time, the box had 128Megs of RAM and 256MB swap, P-III 450. -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29 00:15:33 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: 5.2-BETA and related ports issues
On Sunday 30 November 2003 23:00, Richard Coleman wrote: > Dag-Erling Smørgrav wrote: > > Melvyn Sopacua <[EMAIL PROTECTED]> writes: > >>Then you can just as easily nuke the entire mailer.conf principle and > >> symlink bin/postfix to etc/rc.d/050.postfix.sh. > > > > This is actually one of the two recommended ways of starting postfix > > (and the one I prefer). The main reason for mailer.conf to exist is > > that a lot of scripts have /usr/sbin/sendmail hardcoded and TPTB > > decided that they didn't want to use 'use.perl port'-style symlinks. > > > > DES > > But all these seem like such hacks. It would be so much cleaner to move > sendmail.sh out of the way and just add postfix.sh to /etc/rc.d, rather > than using tricks with symlinks and rc.conf variables. Symlinks have the added advantage that you can easily see what you've done using ls(1) - unlike /usr/sbin/sendmail being a shell script. In this specific case, postfix already supports the 'start' and 'stop' arguments, so there's no need for a wrapper script translating arguments. > If you have a > small number of ports added, it's not a big deal. But all these hacks > get confusing when you have a lot of ports, each doing it's own special > trick. Isn't that *exactly why* ports should respect $PREFIX? At least than you know that startup scripts are in one place. Maybe all that is needed is a variable RCDIR?= etc/rc.d, for people who want to 'deviate' from this convention. > The mailer.conf issue (for mail injection) is a separate issue and > there's really no way around that. Just to be clear: with 'nuke' I meant sendmail_enable="NONE" in /etc/rc.conf. Very convenient I might add. -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29 00:15:33 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: 5.2-BETA and related ports issues
On Sunday 30 November 2003 16:54, Richard Coleman wrote:
> But it doesn't help if you need a port to start earlier than something
> in the base. This could happen if you've replaced sendmail with
> postfix, and use maps from a remote database (openldap, postgresql,
> etc). I'm sure there are other examples as well (nss_ldap, etc).
Then you can just as easily nuke the entire mailer.conf principle and symlink
bin/postfix to etc/rc.d/050.postfix.sh.
Point being: these are customized setups that require skill to get even
remotely working, so one can assume that the person installing the port can
read instructions given in pkg-message.
I don't think any ports/package system is capable of correctly setting all
*runtime* dependencies especially when it allows it's users to change
configurations after installation without recording the changes back into the
ports/pkg system.
However - to allow this flexibility, the ports system should try to respect
the installation prefix.
Nothing prevents a port from entering "If you need ${PORTNAME} to start before
foo, symlink ${PREFIX}/etc/rc.d/${PORTNAME}.sh to /etc/rc.d/ and make sure
it's lexically sorted before foo" into pkg-message.
Then the statement in UPDATING can read:
find /etc/rc.d \! -type l -print | xargs rm -vf
and it will always apply.
Perhaps the patch below (or something similar) should be added as well to make
people aware of the local_startup system.
My 2c.
--
Melvyn
--- bsd.port.mk.origSun Nov 30 17:22:22 2003
+++ bsd.port.mk Sun Nov 30 17:29:21 2003
@@ -766,6 +766,9 @@
#apply here. It is recommended that you use
#%%PREFIX%% for ${PREFIX}, %%LOCALBASE%% for
#${LOCALBASE} and %%X11BASE%% for ${X11BASE}.
+# INSTALLS_RCSCRIPT - If set, bsd.port.mk will check if ${LOCALBASE} is equal
+#to ${PREFIX} or else suggest that ${PREFIX}/etc/rc.d
should
+#be added to local_startup in /etc/rc.conf
# DOCSDIR - Name of the directory to install the packages docs in
#(default: ${PREFIX}/share/doc/${PORTNAME}).
# EXAMPLESDIR - Name of the directory to install the packages examples in
@@ -3127,6 +3130,10 @@
@${MKHTMLINDEX} ${PREFIX}/lib/X11/doc/html
.endif
.endif
+.endif
+.if defined(INSTALLS_RCSCRIPT) && ${LOCALBASE} != ${PREFIX}
+ @${ECHO_MSG} "You should verify if ${PREFIX}/etc/rc.d is in local_startup"
+ @${ECHO_MSG} "in /etc/rc.conf or /etc/defaults/rc.conf"
.endif
.endif
pgp0.pgp
Description: signature
Re: Upgrade experience 5.1p10->5.2 Beta
On Saturday 29 November 2003 20:04, Robert Watson wrote: > When we ship 5.2, it will presumably ship with the debugging features > disabled in the GENERIC kernel, but enabled in a second DEBUG kernel in > the same way we shipped 5.1. Quick q on this one: I have several configs now to trace problems with acpi sleeping modes on this Inspiron laptop. On -stable I used to be able to boot /kernel.mychoice. Now everything is stored in /boot/kernel. Does: boot kernel.mychoice now search for: /boot/kernel.mychoice/kernel ? or: /boot/kernel/kernel.mychoice And, does how does makeoptions KERNEL=kernel.mychoice affect this, since sys/ conf/NOTES says: #makeoptionsKERNEL=foo #Build kernel "foo" and install "/foo" which seems to be the old way of doing things. -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29 00:15:33 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: named (bind) in jail does not start
On Saturday 29 November 2003 15:23, Axel S. Gruner wrote: > Ok, Port 53 is not in use in the jail nor the hostsystem. > I think the problem is 0.0.0.0, and i have to bind named on the IP of > the jail. > > I tested same named configuration on the hostsystem, i thought about > some misconfigration, but on the hostsystem named starts perfectly. See named.conf(5)/listen-on -- Melvyn === FreeBSD sarevok.webteckies.org 5.2-BETA FreeBSD 5.2-BETA #1: Sat Nov 29 00:15:33 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ SAREVOK_NOFW_DBG i386 === pgp0.pgp Description: signature
Re: Sound stop'd working after upgrade ...
On Wednesday 26 November 2003 19:14, Marc G. Fournier wrote: > On Wed, 26 Nov 2003, Melvyn Sopacua wrote: > > On Wednesday 26 November 2003 01:24, Marc G. Fournier wrote: > > > pcm0: port 0xe400-0xe43f,0xe000-0xe0ff mem > > > 0xe0102000-0xe01020ff,0xe0101000-0xe01011ff irq 17 at device 31.5 on > > > pci0 pcm0: > > > > > > and, from what I can tell, the proper devices are being built in /dev, > > > but try and play music using xmms, and I get nothing ... > > > > > > Not sure what to debug, or where ... help? :( > > > > Does 'mixer' report anything valid? > > I had this over the weekend and can't remember how I cured it (I think I > > cvsupped at the time), but I know that mixer gave some error instead of > > proper stats. > > nope, looks fine: > [ ... ] > is there some way of 'testing' it from the command line? I know you used > to be able to cat a file to the device, but I think that was way back when > it was one snd device instead of several ... * XMMS via esd and Arts running? * XMMS and null-output plugin? cdplay(1) and a cd is how I got onto the problem. portinstall ogg|mpg123 with an ogg/mp3 will also give you plenty of testing. There's wavplay also, but it needs proper wavheaders (ie: doesn't support "raw" wavs). -- Melvyn pgp0.pgp Description: signature
Re: df: negative overflow?
On Wednesday 26 November 2003 19:52, Michael Edenfield wrote: > * Melvyn Sopacua <[EMAIL PROTECTED]> [031126 13:23]: > > /dev/ad0s2e ? 989M ? 947M -36.4M ? 104% ? ?/var > > This is normal. Each filesystem has a chunk of reserved space for > root-only, Yes, sorry I wasn't too clear (I thought the bug would stand out). But here's the really important line: > > /dev/ad0s2e 989 946 36028797018963931 104% /var ^ Looks like an integer overflow of some kind. > --Mike -- Melvyn pgp0.pgp Description: signature
df: negative overflow?
Hi, cvs as of Sunday ~11:00am GMT. Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ad0s2a 484 70 374 16% / devfs 0 0 0 100% /dev /dev/md0 62 0 57 0% /tmp /dev/ad0s2d 4958 893 3668 20% /home /dev/ad0s2f 4958 3319 1241 73% /usr /dev/ad0s2g 16374 12841 15% /usr/local /dev/ad0s2e 989 946 36028797018963931 104% /var Filesystem Size Used Avail Capacity Mounted on /dev/ad0s2a 484M 71M 375M 16% / devfs 1.0K 1.0K 0B 100% /dev /dev/md0 63M 8.0K 58M 0% /tmp /dev/ad0s2d 4.8G 893M 3.6G 20% /home /dev/ad0s2f 4.8G 3.2G 1.2G 73% /usr /dev/ad0s2g 16G 2.2G 13G 15% /usr/local /dev/ad0s2e 989M 947M -36.4M 104% /var -- Melvyn pgp0.pgp Description: signature
Re: Sound stop'd working after upgrade ...
On Wednesday 26 November 2003 01:24, Marc G. Fournier wrote: > pcm0: port 0xe400-0xe43f,0xe000-0xe0ff mem > 0xe0102000-0xe01020ff,0xe0101000-0xe01011ff irq 17 at device 31.5 on pci0 > pcm0: > > and, from what I can tell, the proper devices are being built in /dev, but > try and play music using xmms, and I get nothing ... > > Not sure what to debug, or where ... help? :( Does 'mixer' report anything valid? I had this over the weekend and can't remember how I cured it (I think I cvsupped at the time), but I know that mixer gave some error instead of proper stats. -- Melvyn pgp0.pgp Description: signature
Results: Dell Inspiron 8600
Hi, got a new Dell Inspiron 8600 today and here is the run-down for people looking to buy one: * 5.1-RELEASE does not have the bfe ethernet driver. -CURRENT does, which leaves you with 3 options: * have a wireless connection available, cause the firewire nic is recognized * use a bootcd from a more recent version * install 5.1-RELEASE and use the cd drive to copy over /usr/src from another machine * CURRENT also fixes a bug in acpi which you may see in 5.1-RELEASE, recognizable by the "Attempt to allocate zero bytes" message in ut_allocate * If you're going to run X, you're looking for this, in the 'Monitor' section: HorizSync 30-120 Option "IgnoreEDID" "true" # not sure this affects anything VertRefresh 40 # wxga format display (one line) Modeline "1280x800"108.00 1280 1376 1488 1800800 801 804 1500 +hsync +vsync Open issues: * no /dev/apmctl: Nov 24 01:25:37 sarevok root: /etc/rc: WARNING: /dev/apmctl not found; kernel is missing apm(4) $ ls -al /dev/apm* crw-rw-r-- 1 root operator 39, 0 Nov 24 01:25 /dev/apm $ grep apmctl /sys/conf/NOTES /sys/i386/conf/LINT | wc -l 0 As a result apmd does not start * APM Capabilities reports 'unknown' * nv driver from XFree86-4-Server makes screen unusable after exit. Messages on the XFree86-4 list suggest that driver does a better job, so I'm gonna try it. Small issue: Running mplayer to play a DVD still has a lot of 'black' stripes on top and bottom. In theory, it should not be more than 40 pixels each (1280x720 == 16:9 vs. 1280x800 screen res), but it's way more than that. All in all: a good result. -- Melvyn === FreeBSD sarevok.idg.nl 5.2-BETA FreeBSD 5.2-BETA #2: Sun Nov 23 15:02:26 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SAREVOK i386 === ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
