Flushing CD-ROM?
Why 5.1 flush acd0 on shutdown? - syncing disk, buffers remaining... done Uptime ... acd0: timeout waiting for cmd=e7 s=01 e=04 acd0: flushing device failed The operating system has halted. - Well, it's cd-writer really, but there is no disk there any way. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
slow console input
Hello! When I'v upgraded from 4.x to 5.x and I'v noticed more slow console input. Will it be so? Or can I faster it? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
don't know if it is important but CVSUp???
Check out the following and tell me if roberto's delta has a bug in it...the section: /FreeBSD.cvs/swg.eo|)behesoe% is the most interesting...Is the pipe and parentheses really part of the path? Thanks, Anthony intra241# /usr/local/bin/cvsup -g -L 2 /etc/cvsupfile Parsing supfile /etc/cvsupfile Connecting to cvsup.uk.FreeBSD.org Connected to cvsup.uk.FreeBSD.org Server software version: SNAP_16_1f Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Edit src/MAINTAINERS Add delta 1.65 2003.06.05.05.03.01 roberto Server warning: Cannot open /usr/local/etc/cvsup/prefixes/FreeBSD.cvs/swg.eo|)b ehesoe%spoz#libunix/efopen.c,v: No such file or directory ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Flushing CD-ROM?
It seems Sergey Matveychuk wrote: Why 5.1 flush acd0 on shutdown? - syncing disk, buffers remaining... done Uptime ... acd0: timeout waiting for cmd=e7 s=01 e=04 acd0: flushing device failed The operating system has halted. - Well, it's cd-writer really, but there is no disk there any way. The reason is that the I support flush bit in the cap page cannot really be trusted, so I issue the flush command to all devices just to sure that those that can flush does. -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [acpi-jp 2302] s4bios
On Tue, Jun 03, 2003 at 05:32:05PM +0200, Mark Santcroos wrote: Is there anyone that has succesfully used acpiconf -s 4? I'm very interested in your reports. If you haven't tried yet, but are willing to help me, please report me your findings. Works for me - although it does some weird things. First, is the acpi_printcpu() normal, something I did, or is it triggered by some BIOS bug^Wfeature? Second, on resume the screen isn't refreshed, instead, the BIOS screen with the progress bar is shown. Switching consoles doesn't help, starting and quitting X does give me back my screen. Also, the network card loses its IP address and dhclient doesn't seem to get a new one, I didn't investigate further, see below if interested. Third, the suspend led keeps blinking but this is a very, very minor detail. ;-) Bye, Andrea Thinkpad 570E hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 1 [suspend] ep0: detached acpi_printcpu() debug dump gdt[0077:c03c13a0] idt[0407:c03c1740] ldt[0028] tr[0020] efl[0082] eax[00021000] ebx[c0d2f780] ecx[c083a7e0] edx[bfc00084] esi[] edi[c2388ab0] ebp[cbd49ab0] esp[cbd49a78] cr0[8005003b] cr2[280b49ec] cr3[0585d000] cr4[0691] cs[0008] ds[0010] es[0010] fs[0018] gs[002f] ss[0010] [resume] acpi_printcpu() debug dump gdt[0077:c03c13a0] idt[0407:c03c1740] ldt[0028] tr[0020] efl[0002] eax[0001] ebx[c0d2f780] ecx[8000] edx[c2320980] esi[] edi[c2388ab0] ebp[cbd49ab0] esp[cbd49a78] cr0[8005003b] cr2[280b49ec] cr3[0585d000] cr4[0691] cs[0008] ds[0010] es[0010] fs[0018] gs[002f] ss[0010] ata0: resetting devices .. acpi_cmbat0: battery initialization start acpi_cmbat1: battery initialization start done ata1: resetting devices .. done ep0: 3Com Corporation 3C589D at port 0x100-0x10f irq 11 function 0 config 1 on pccard1 ep0: Ethernet address 00:60:08:94:d3:98 dhclient: DHCPRELEASE on ep0 to 213.92.1.1 port 67 dhclient: send_packet: No route to host dhclient: Disabling output on BPF/ep0/00:60:08:94:d3:98 dhclient: Disabling input on BPF/ep0/00:60:08:94:d3:98 dhclient: receive_packet failed on ep0: No route to host acpi_tz0: _AC0: temperature 6280.3 = setpoint 69.0 acpi_tz0: switched from NONE to _AC0: 6280.3C acpi_tz0: WARNING - current temperature (6280.3C) exceeds system limits acpi_cmbat0: battery initialization failed, giving up acpi_cmbat1: battery initialization failed, giving up -- Yes, I've heard of decaf. What's your point? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
msgbuf cksum mismatch (read 933e3, calc 93fbe)
What does it mean? It's the first row in my today's kernel. -- Paolo Italian FreeBSD User Group: http://www.gufi.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
file(1) doesn't recognize scripts correctly
Hi David, hi list, you got this mail, because you maintain src/contrib/file/. If you're not responsible, please let me know and I will find someone else to bother with this :-) I was playing around with file(1) to find a solution for detecting file content correctly. I've detected, that the pattern in src/contrib/file/Magfiles/commands which are useful detecting unknow scripts correctly (lines 44-52), prevents file from detecting eg. perl or scripts correctly. Sample: $ file -b /var/www/data/trevor/flexpage/tools/fpcombinelib a /usr/local/bin/php -Cqe script text executable $ file -b /var/www/data/trevor/flexpage/tools/getPage.pl a /usr/bin/perl script text executable I created a patch which may only a workaround until a script language is added which first letters are bigger than 'various'. Maybe a better solution would be renaming all scripts to 'script.shell', 'script.php', 'script.perl', ... 'script.various' or concatanation order is created. Last one may be the best solution. Please let me know what you think. Sample after patch: $ file -b /var/www/data/trevor/flexpage/tools/getPage.pl perl script text executable $ file -b /var/www/data/trevor/flexpage/tools/fpcombinelib PHP script text executable Regards, Jens diff -uNr Magdir.old/commands Magdir/commands --- Magdir.old/commands Thu Jun 5 09:43:50 2003 +++ Magdir/commands Thu Jun 5 09:46:15 2003 @@ -40,17 +40,6 @@ 0 string #!\ /usr/bin/enva 16string \0 %s script text executable - -# generic shell magic -0 string #!\ / a -3 string \0 %s script text executable -0 string #!\ / a -3 string \0 %s script text executable -0 string #!/ a -2 string \0 %s script text executable -0 string #!\ script text executable -3 string \0 for %s - # PHP scripts # Ulf Harnhammar [EMAIL PROTECTED] 0 string/c=?php PHP script text diff -uNr Magdir.old/varied.script Magdir/varied.script --- Magdir.old/varied.scriptThu Jan 1 00:00:00 1970 +++ Magdir/varied.scriptThu Jun 5 09:46:15 2003 @@ -0,0 +1,11 @@ +# generic shell magic +0 string #!\ / a +3 string \0 %s script text executable +0 string #!\ / a +3 string \0 %s script text executable +0 string #!/ a +2 string \0 %s script text executable +0 string #!\ script text executable +3 string \0 for %s + + ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: msgbuf cksum mismatch (read 933e3, calc 93fbe)
In message [EMAIL PROTECTED], Paolo Pisati writes: What does it mean? It's the first row in my today's kernel. You can safely ignore it. Some BIOSes don't clear the RAM during a reboot, so when booting up, FreeBSD attempts to pick up the kernel message buffer from before the reboot (this can be very handy if the reboot was caused by a panic). The above message indicates that the message buffer from the last boot initially appeared to be intact, but its checksum didn't match the contents, so it was cleared. I guess the message could be changed to cause less alarm, or it could be hidden behind bootverbose; I just thought it useful to indicate that the previous message buffer was mostly there in case somebody who really needs it preserved wants to disable the check. The behaviour here could possibly also be made a loader.conf tunable, but I didn't test whether tunables can be used that early in the boot process. Ian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
USB printing mangles printjob :-(
While testing my dads HP 880C printer, I found out that our USB printing mangles printjobs. I ran the colorcir.ps file through ghostscript with the hpijs driver set to output for the 880C and saved the result in a file. If I send that file to the printer via the parallel port, it prints perfectly. If I send it via USB/ulpt there are corrupted bytes in the job which mess up the printout in various ways. I don't have time to hunt this down. -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
cvsup 06/05/2003 breaks nvidia driver
I am not on my 5.1-BETA2 system right now, so I don't have any useful details, but after CVSuping /usr/src early 05/06/2003 (after midnight), then build world and recompiling and installing my kernel, the nvidia driver checks out when X is loaded with a failure to initialize the driver. The system in question has run 5.1-BETA1 and earlier 5.1-BETA2 code before without any nvidia driver problem. In the meantime, any suggestions on how to provide useful information, other than just the XFree86.0.log file, would be helpful. I have used both of the native nvidia driver and the ports-linux version (once), but tend to stay with the native version (1.0-3203). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: umtx/libthr SMP fixes.
Jeff Roberson wrote: On Tue, 3 Jun 2003, Terry Lambert wrote: Scott Long wrote: Bryan Liesner wrote: It's very hard to imagine Jeff's patches causing a problem at the point that the PR mentions. Have you confirmed the problem in a kernel that was build in a totally clean environment? The changed code is not protecting a traversal of a proc struct member with a proc lock in two places. What's hard to imagine? This is no longer the case with the latest revision. Apparently the panics in cam continue even after the proc lock issues were fixed. As I said: I still think there is a lost serialization here that's at the root of the problem. I can't really dedicate the equipment I have here to reproducing the issue at this time, or I'd track down the race I think may be happening. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: viapropm doesnt like sys/dev/pci.c rev 1.214
David P. Reese Jr. wrote: A snip of code from sys/dev/pci/pci.c:pci_enable_io_method(): pci_set_command_bit(dev, child, bit); command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); if (command bit) return (0); device_printf(child, failed to enable %s mapping!\n, error); return (ENXIO); Because the viapropm's command register bits will always read as zero, this code will always fail when trying to enable port mapping. [ ... ] How about adding another flag to bus_alloc_resource() which would signal that we are not to check the value of the command register after calling pci_set_command_bit(). RF_WILLFAIL? After pci_enable_io_method() gets swallowed into pci_alloc_resource(), this would be pretty easy because the flag would be in scope when we check the value of the command register. I can do so this weekend if anyone thinks this is worthwhile. How about RF_DONTCHECK or RF_ALWAYSWORKS? It better implies what's happening here, since you're going to assume success in the face of diagnostics to the contrary. So instead of: if (flag) return (0); command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); if (command bit) return (0); device_printf(child, failed to enable %s mapping!\n, error); return (ENXIO); You do: command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); if ((command bit) || flag) return (0); device_printf(child, failed to enable %s mapping!\n, error); return (ENXIO); Yeah, I know the disctinction is subtle, but there migh be other PCI_READ_CONFIG() results later that people care about, besides just this one bit, which *do* work on some other chip with the same issue. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB printing mangles printjob :-(
On Thu, Jun 05, 2003 at 12:16:56PM +0200, Poul-Henning Kamp wrote: While testing my dads HP 880C printer, I found out that our USB printing mangles printjobs. stable or current? I ran the colorcir.ps file through ghostscript with the hpijs driver set to output for the 880C and saved the result in a file. If I send that file to the printer via the parallel port, it prints perfectly. If I send it via USB/ulpt there are corrupted bytes in the job which mess up the printout in various ways. I've seen this too on current. It seemed that bytes are lost if output is blocked due to a full printers input buffer. I've thought that this was an incompatibility between my USB-printer adapter and the printer because the adapter works with other printers. I don't have time to hunt this down. If I find something and you have the time to test would be great, as it happened to me with a thermo transfer printer, where tests are expensive. -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: s4bios
On Wed, Jun 04, 2003 at 08:37:11AM -0600, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Mark Santcroos [EMAIL PROTECTED] writes: : Is there anyone that has succesfully used acpiconf -s 4? Fails on my Dell i8000, but that's because I don't have a suspend partition. My Fiva 205 works great, except for one or two minor problems on restore: (1) The cursor used to draw the restore graphs becomes permanent; (2) I have to ifconfig down/up the rl device sometimes to get it to work. mine also works - Asus L8400, with suspend partition (created with PHDISK). the only problem is that i have to unload and reload the snd_maestro3 module, if i want sound working again. -tacho ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB printing mangles printjob :-(
In message [EMAIL PROTECTED], Bernd Walter writes: On Thu, Jun 05, 2003 at 12:16:56PM +0200, Poul-Henning Kamp wrote: While testing my dads HP 880C printer, I found out that our USB printing mangles printjobs. stable or current? Where did I mail this ? -current of course :-) If I find something and you have the time to test would be great, as it happened to me with a thermo transfer printer, where tests are expensive. Well, my dad probably picks up his printer tomorrow after which I don't really have anything to test with any more... -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: umtx/libthr SMP fixes.
On Thu, 5 Jun 2003, Terry Lambert wrote: As I said: I still think there is a lost serialization here that's at the root of the problem. I can't really dedicate the equipment I have here to reproducing the issue at this time, or I'd track down the race I think may be happening. -- Terry The original panic in kern/52718 is no longer reproduceable for me at this time. After Jeff's latest changes, the panic moved from boot time to panicking when I did an init 6. I could _not_ reproduce the new panic if I built a kernel with DDB, but a DDBless kernel would panic every time after init 6. Needles to say, that makes things really tough to track down... After shit-canning the acpi module, it doesn't panic at all. I'm sure the race conditions are still lying in wait, but due to a lack of interest and the incredulous attitude of most on the mailing list, I'm going to forget about it for the time being. ACPI has always worked fine on my system, and I'm probably masking problems by not loading the module. Since I'm running a desktop system here, acpi doesn't really buy me anything, so apm is back in my kernel. -Bryan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: umtx/libthr SMP fixes.
Bryan Liesner wrote: On Thu, 5 Jun 2003, Terry Lambert wrote: As I said: I still think there is a lost serialization here that's at the root of the problem. I can't really dedicate the equipment I have here to reproducing the issue at this time, or I'd track down the race I think may be happening. The original panic in kern/52718 is no longer reproduceable for me at this time. After Jeff's latest changes, the panic moved from boot time to panicking when I did an init 6. I could _not_ reproduce the new panic if I built a kernel with DDB, but a DDBless kernel would panic every time after init 6. Needles to say, that makes things really tough to track down... After shit-canning the acpi module, it doesn't panic at all. I'm sure the race conditions are still lying in wait, but due to a lack of interest and the incredulous attitude of most on the mailing list, I'm going to forget about it for the time being. ACPI has always worked fine on my system, and I'm probably masking problems by not loading the module. Since I'm running a desktop system here, acpi doesn't really buy me anything, so apm is back in my kernel. I hesistate to suggest this because everyone always gives me crap about me not disclosing the bug, but unless you are ready to grovel around in locore, and figure out what the root cause is for the difference in behaviour, I'm going to say that the most likely cause is that a DDB kernel uses more memory. Given that, I'm going to suggest you try again without DDB, but with: options DISABLE_PSE options DISABLE_PG_G If it doesn't fix the problem, then you haven't really lost anything but the time it takes to compile, reboot, rename, and reboot again. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: asr fails to find root post-5.1RC1-iso
Jiawei Ye wrote: New kernels built with post-5.1RC1-isos could fail to find root device when booting a SCSI disk attached to a asr device. The card and the disk were both attached allright, but the root partition fails to load. Even when specifying 'ufs:da0s1a'. 5.1-RC1 supplied kernel works ok. The disk does not contain RAID volumes, asr is used as simple SCSI host adapter only. Jiawei Ye Please CC me as this address is not currently subscribed. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] Would it be possible to capture the entire boot log and make it available for review? Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i386-undermydesk-freebsd?
On Thu, Jun 05, 2003 at 07:05:04PM -0500, [EMAIL PROTECTED] wrote: What does i386-undermydesk-freebsd refer to? What is it used for? Is there an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd? It is an in-side joke by some FreeBSD developers, that we keep alive on the 5-CURRENT branch. It isn't used in release branches. It was started by Alfred Perlstein, and really came to life during the sparc64 porting work: d00d1 I'm having a lot of trouble building world on my Sparc Ultra sparcguy d00d1: you've got your ultra on your desk don't you? d00d1 yeah sparcguy d00d1: that's an unsupported configuration, sorry -- -- David ([EMAIL PROTECTED]) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: k5 build failure
On Thu, Jun 05, 2003 at 06:08:08PM -0400, Anthony Schneider wrote: On Thu, Jun 05, 2003 at 11:17:07PM +0300, Ruslan Ermilov wrote: On Thu, Jun 05, 2003 at 03:28:01PM -0400, Anthony Schneider wrote: kerberos5 sources cvsup'd from about 30 minutes ago. [...] cc -O -pipe -mcpu=pentiumpro -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/des -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/include -I/usr/obj/usr/src/kerberos5/lib/libkrb5/../../lib/libkrb5 -I/usr/obj/usr/src/kerberos5/lib/libkrb5/../../lib/libasn1 -I/usr/src/kerberos5/lib/libkrb5/../../include -DHAVE_CONFIG_H -DINET6 -c /usr/src/crypto/heimdal/lib/krb5/crypto.c -o crypto.o /usr/src/crypto/heimdal/lib/krb5/crypto.c: In function `krb5_DES_schedule': /usr/src/crypto/heimdal/lib/krb5/crypto.c:157: warning: passing arg 2 of `DES_set_key' from incompatible pointer type [...] Stop in /usr/src/kerberos5/lib/libkrb5. *** Error code 1 rm -rf /usr/obj/usr/src cd /usr/src make cleandir Then try again. same error. Maybe you could show us your /etc/make.conf and the exact command line (and environment) to build world then? Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: i386-undermydesk-freebsd?
On Thu, Jun 05, 2003 at 07:43:37PM -0700, David O'Brien wrote: On Thu, Jun 05, 2003 at 07:05:04PM -0500, [EMAIL PROTECTED] wrote: What does i386-undermydesk-freebsd refer to? What is it used for? Is there an i386-inthedrawer-freebsd, or i386-intheXbox-freebsd? It is an in-side joke by some FreeBSD developers, that we keep alive on the 5-CURRENT branch. It isn't used in release branches. It was started by Alfred Perlstein, and really came to life during the sparc64 porting work: d00d1 I'm having a lot of trouble building world on my Sparc Ultra sparcguy d00d1: you've got your ultra on your desk don't you? d00d1 yeah sparcguy d00d1: that's an unsupported configuration, sorry *lol* What does the ``as --version'' output refers to then? ;) And shouldn't we be bumping the number in HEAD and lowering it in RELENG_4? ;) Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: libmap.conf has the bug or not work correct?
On Tue, 3 Jun 2003, Jeremy Messenger wrote: # ./test-libmap /usr/X11R6/bin/ggv libc_r.so.5 Lookup of libc_r.so.5 for /usr/X11R6/bin/ggv - libc_r.so.5 Looks like its working to me. # ./test-libmap /usr/X11R6/bin/ggv libthr.so.1 [...etmpy...] Right, there was on mapping found. So this isn't a libmap.conf issue. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VFS: C99 sparse format for struct vfsops
On Wed, Jun 04, 2003 at 01:33:46PM +0100, Doug Rabson wrote: Interfaces actually can be added at runtime. Existing objects (i.e. objects instantiated before the new interface was added) will continue to work as before. If methods from the new interface are called on old objects, the default method will be called. How can you add an interface at runtime? All of this runtime activity is theoretically possible, i.e. all these structures can be messed around with to add methods to existing objects etc. but wasn't kobj supposed to provide an OO type abstraction and therefore the interfaces and classes are determined at compile time. I'm not aware of any actual code that changes interfaces or classes at runtime and if we added that functionality then I think it would break the abstraction and complicate the usage of kobj for no real gain. Coming back to the central point, I don't understand why we need a cache at all. I don't see the reason for having to support the dispatching of anything other than the methods in the class that the object was instantiated into, so that means a relatively small fixed size method dispatch table. The only argument for that not working is if the class gets extended after the object is created but I'm not convinced yet that that's something to worry about in practice at least at the moment since we don't extend classes anywhere. Even if we added code to make that possible at runtime it would be simple enough to get a miss when looking that method up in older objects and to realloc the method table in the object to accomodate the new methods. Extending the class is something that is likely to be so rare that some performance penalty should that happen would be palatable. -- Tis a wise thing to know what is wanted, wiser still to know when it has been achieved and wisest of all to know when it is unachievable for then striving is folly. [Magician] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
devfs and /dev/fd/3
Hi. I've seen the question once before, but it was not answered (on-list ?), so now that I run in on it, I'd like to know what to do: On FreeBSD 4.x, without devfs, the following worked: ( echo foo | tee /dev/fd/3 | tr f F ) 31 It should produce both foo and Foo FreeBSD 5 with devfs, however, does not create a /dev/fd/3 upon opening filedescriptor 3 by the shell, so there's no device to write to... How can I fix or circumvent this, aside from mounting a ufs partition with mknod-ed files over /dev/fd ? Zlo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devfs and /dev/fd/3
On Wed, Jun 04, 2003 at 03:30:19PM +0200, Marc Olzheim wrote: Hi. I've seen the question once before, but it was not answered (on-list ?), so now that I run in on it, I'd like to know what to do: On FreeBSD 4.x, without devfs, the following worked: ( echo foo | tee /dev/fd/3 | tr f F ) 31 It should produce both foo and Foo FreeBSD 5 with devfs, however, does not create a /dev/fd/3 upon opening filedescriptor 3 by the shell, so there's no device to write to... How can I fix or circumvent this, aside from mounting a ufs partition with mknod-ed files over /dev/fd ? You want fdescfs(5). -- David P. Reese Jr. [EMAIL PROTECTED] -- It can be argued that returning a NULL pointer when asked to allocate zero bytes is a silly response to a silly question. -- FreeBSD manual page for malloc(3) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devfs and /dev/fd/3
On Wed, 4 Jun 2003, Marc Olzheim wrote: MOHi. MO MOI've seen the question once before, but it was not answered (on-list ?), MOso now that I run in on it, I'd like to know what to do: MO MOOn FreeBSD 4.x, without devfs, the following worked: MO( echo foo | tee /dev/fd/3 | tr f F ) 31 MO MOIt should produce both foo and Foo MO MOFreeBSD 5 with devfs, however, does not create a /dev/fd/3 upon opening MOfiledescriptor 3 by the shell, so there's no device to write to... MO MOHow can I fix or circumvent this, aside from mounting a ufs partition MOwith mknod-ed files over /dev/fd ? You must mount -tfdescfs fdesc /dev/fd but your example doesn't work even then (although it gives no error). Don't know why. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private [EMAIL PROTECTED], [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VFS: C99 sparse format for struct vfsops
On Wed, 2003-06-04 at 14:16, Paul Richards wrote: On Wed, Jun 04, 2003 at 01:33:46PM +0100, Doug Rabson wrote: Interfaces actually can be added at runtime. Existing objects (i.e. objects instantiated before the new interface was added) will continue to work as before. If methods from the new interface are called on old objects, the default method will be called. How can you add an interface at runtime? By loading a kernel module. If I load e.g. the agp kernel module, I add the agp_if interface to the kernel. All of this runtime activity is theoretically possible, i.e. all these structures can be messed around with to add methods to existing objects etc. but wasn't kobj supposed to provide an OO type abstraction and therefore the interfaces and classes are determined at compile time. I'm not aware of any actual code that changes interfaces or classes at runtime and if we added that functionality then I think it would break the abstraction and complicate the usage of kobj for no real gain. Coming back to the central point, I don't understand why we need a cache at all. I don't see the reason for having to support the dispatching of anything other than the methods in the class that the object was instantiated into, so that means a relatively small fixed size method dispatch table. The only argument for that not working is if the class gets extended after the object is created but I'm not convinced yet that that's something to worry about in practice at least at the moment since we don't extend classes anywhere. Even if we added code to make that possible at runtime it would be simple enough to get a miss when looking that method up in older objects and to realloc the method table in the object to accomodate the new methods. Extending the class is something that is likely to be so rare that some performance penalty should that happen would be palatable. The code which is doing the method dispatch has no real idea what methods (or what interfaces for that matter) that the object's class implements. You can't use the classes method table layout for the ops table since the caller has no way of knowing that layout (and the layout will be different for almost every class in the system). One possible way of making this slightly simpler might be to make the class point at a table indexed by interface ID, each entry of which is a table indexed by a method ID from that interface. This sounds fine in theory but in practice, it would end up slower due to the two memory accesses. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devfs and /dev/fd/3
In message [EMAIL PROTECTED], Marc Olzheim writes: Hi. I've seen the question once before, but it was not answered (on-list ?), so now that I run in on it, I'd like to know what to do: On FreeBSD 4.x, without devfs, the following worked: ( echo foo | tee /dev/fd/3 | tr f F ) 31 It should produce both foo and Foo FreeBSD 5 with devfs, however, does not create a /dev/fd/3 upon opening filedescriptor 3 by the shell, so there's no device to write to... How can I fix or circumvent this, aside from mounting a ufs partition with mknod-ed files over /dev/fd ? mount fdescfs -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ACPI problems with HEAD and IBM ThinkPad T23
I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed in the past 6 months. Indeed, things have, and a few workarounds I had implemented before were no longer needed. However, I still got a host of errors from ACPI upon boot, and some hacks to device.hints were still neccessary to keep my laptop functional through a boot. Attached are my device.hints file and a copy of the dmesg. In particular, the things that bother me are: 1) All of the Method execution failed errors 2) The fact that I have to have a device.hints entry in order to see console message upon boot. (Without this, my system boots up silently and after about 30 seconds, displays the familiar login prompt.) -- Matt Emmerton laptop.dmesg.out Description: Binary data device.hints.out Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problems with HEAD and IBM ThinkPad T23
From: Matthew Emmerton [EMAIL PROTECTED] Date: Wed, 4 Jun 2003 10:00:53 -0400 Sender: [EMAIL PROTECTED] This is a multi-part message in MIME format. --=_NextPart_000_0069_01C32A80.2F346810 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed in the past 6 months. Indeed, things have, and a few workarounds I had implemented before were no longer needed. However, I still got a host of errors from ACPI upon boot, and some hacks to device.hints were still neccessary to keep my laptop functional through a boot. Attached are my device.hints file and a copy of the dmesg. In particular, the things that bother me are: 1) All of the Method execution failed errors 2) The fact that I have to have a device.hints entry in order to see console message upon boot. (Without this, my system boots up silently and after about 30 seconds, displays the familiar login prompt.) On my T30, I get similar messages at startup. Some patches currently under discussion on the ACPI list may (or may not) eliminate them. The messages that the patches (if committed) eliminate are bogus and yours are of the type to be in this class. Take a look at the output of 'sysctl hw.acpi'. The T30 does not support S1, so you need to re-define anything using S1 to use something else or nothing at all. Does S3 work properly? When I suspend my T30, I lose my USB ports until I reboot and suspend does not turn off the backlight on my LCD. (This provides a wonderful demonstration of literal bit rot.) The requirements for hints to get the console to work at boot are surprising. I have never seen this on my T30. How recent is your BIOS? The latest release was on March 6, 2003. I found significant improvement in ACPI after upgrading my firmware! R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
5.1RC1 installation report
FreeBSD-current@, Just to let you know that I've successfully installed FreeBSD/i386 5.1RC1 on a Sony Vaio PCG-GRX316G laptop. Before the instaIlation starts, I encountered a problem : after probing firewire hardware (I have an empty slot on the laptop), the kernel hung (I can repeat this every time by booting the install CD without pressing '6') with the following output : fwohci0: Phy 1394 only S100, 0 ports. fwohci0: fwphy_rddata: loop=100, retry=101 fwohci0: Link S100, max_rec 2 bytes. fwohci0: max_rec 2 - 512 firewire0: : IEEE1394(FireWire) bus on fwohci0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code= supervisor read, page not present instruction pointer= 0x8:0xc02e5a40 stack pointer = 0x10:0xc0b2e8c4 frame pointer = 0x10:0xc0b2e8c8 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number= 12 panic: page fault Terminate ACPI I solved this by setting hw.pci.allow_unsupported_io_range=1 with the loader. After that, the whole installation process went well. I've noticed that the output of dmesg now reads : fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. Was there another workaround ? I tried disabling ACPI, setting hint.firewire.0.disabled=1 or hint.fwohci.0.disabled=1 and none of these worked. Then I read loader(8). Hope this helps, Thomas 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.1-RC1 #0: Sun Jun 1 04:55:11 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel.old/kernel at 0xc06d4000. Preloaded elf module /boot/kernel.old/acpi.ko at 0xc06d4298. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 1590814848 Hz CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz (1590.81-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf24 Stepping = 4 Features=0x3febf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real memory = 267911168 (255 MB) avail memory = 252776448 (241 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY B0 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fdf50 ACPI-0351: *** Error: Could not install PciConfig handler for PCI0, AE_ALREADY_EXISTS ACPI-0351: *** Error: Could not install PciConfig handler for PCI0, AE_ALREADY_EXISTS ACPI-0351: *** Error: Could not install PciConfig handler for PCI0, AE_ALREADY_EXISTS Timecounter ACPI-fast frequency 3579545 Hz ACPI-0351: *** Error: Could not install PciConfig handler for PCI0, AE_ALREADY_EXISTS acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82845 host to AGP bridge mem 0xec00-0xefff at device 0.0 on pci0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801CA/CAM (ICH3) USB controller USB-A port 0x1800-0x181f irq 9 at device 29.0 on pci0 usb0: Intel 82801CA/CAM (ICH3) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801CA/CAM (ICH3) USB controller USB-B port 0x1820-0x183f irq 9 at device 29.1 on pci0 usb1: Intel 82801CA/CAM (ICH3) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801CA/CAM (ICH3) USB controller USB-C port 0x1840-0x185f at device 29.2 on pci0 pcib0: possible interrupts: 9 pcib0: slot 29 INTC routed to irq 9 via \\_SB_.LNKC usb2: Intel 82801CA/CAM (ICH3) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered umass0: Sony USB Memory Stick Slot, rev 1.10/1.07, addr 2 pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib2 cbb0: RF5C476 PCI-CardBus Bridge irq 3 at device 5.0 on pci2 start (8800) sc-membase (e820) end () sc-memlimit (e82f) cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb1: RF5C476 PCI-CardBus Bridge at device 5.1 on pci2 start (8800) sc-membase (e820) end () sc-memlimit (e82f) cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on
Re: ACPI problems with HEAD and IBM ThinkPad T23
Matthew Emmerton wrote: I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed in the past 6 months. Indeed, things have, and a few workarounds I had implemented before were no longer needed. However, I still got a host of errors from ACPI upon boot, and some hacks to device.hints were still neccessary to keep my laptop functional through a boot. Attached are my device.hints file and a copy of the dmesg. In particular, the things that bother me are: 1) All of the Method execution failed errors As was mentioned in another post, there are many problems and solutions being discussed on the acpi lists. Posting your ASL to those lists might help. 2) The fact that I have to have a device.hints entry in order to see console message upon boot. (Without this, my system boots up silently and after about 30 seconds, displays the familiar login prompt.) This is The Way Things Work. Logial device attachments are no longer compiled into the kernel in 5.x by default (see the entry in GENERIC about this), so you need to define those attachments in the device.hints file. Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: s4bios
In message: [EMAIL PROTECTED] Mark Santcroos [EMAIL PROTECTED] writes: : Is there anyone that has succesfully used acpiconf -s 4? Fails on my Dell i8000, but that's because I don't have a suspend partition. My Fiva 205 works great, except for one or two minor problems on restore: (1) The cursor used to draw the restore graphs becomes permanent; (2) I have to ifconfig down/up the rl device sometimes to get it to work. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
geom_vol_ffs problems
I have problems getting geom_vol_ffs to recognise one of my file systems. I set sysctl kern.geom.debugflags=1, and then label ad0s3a and ad0s3e: # cd /dev/vol # ls -l # tunefs -L 'curroot' /dev/ad0s3a # ls -l total 0 crw-r- 1 root operator4, 42 Jun 4 13:41 curroot # tunefs -L 'curvar' /dev/ad0s3e The kernel messages printed after running this last command are attached in dmesg.ad0s3e. # ls -l total 0 crw-r- 1 root operator4, 42 Jun 4 13:41 curroot crw-r- 1 root operator4, 43 Jun 4 13:41 curvar So far, so good. Then I label ad0s3f: # tunefs -L 'curusr' /dev/ad0s3f # ls -l total 0 crw-r- 1 root operator4, 42 Jun 4 13:41 curroot crw-r- 1 root operator4, 43 Jun 4 13:41 curvar No /dev/vol/curusr appears. The kernel messages printed after running this tunefs are attached in dmesg.ad0s3f. Kernel: 5.1-BETA2 (GENERIC + GEOM_BDE + GEOM_BSD + GEOM_MBR + GEOM_VOL). Disk layout: # bsdlabel -r ad0s3 # /dev/ad0s3: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 40960004.2BSD0 0 0 b: 524288 409600 swap c: 41929650unused0 0 # raw part, don't edit e: 204800 9338884.2BSD0 0 0 f: 3054277 11386884.2BSD0 0 0 # tunefs -p /dev/ad0s3e tunefs: ACLs: (-a) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f)16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) curvar # tunefs -p /dev/ad0s3f tunefs: ACLs: (-a) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f)16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) curusr # df /dev/ad0s3e Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s3e 99191 484 90772 1% # df /dev/ad0s3f Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s3f 1480337 470689 89122235% # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s2a198463 115203 6738363%/ devfs 11 0 100%/dev /dev/ad0s2e 99191 6462 84794 7%/var /dev/ad0s2f 9382546 4862871 376907256%/usr /dev/ad0s4 16458576 15268864 118971293%/d /dev/md0 2568124 236264 0%/tmp sysctl -b kern.geom.confxml output attached as dmesg.confxml. Is this an obvious pilot error on my side, or a bug in geom_vol_ffs? -- Per Kristian Hove Dept. of Mathematical Sciences Norwegian University of Science and Technologyg_post_event_x(0xc02e44c0, 0xc41e7600, 2 ref 0xc41e7600 g_post_event_x(0xc02e44c0, 0xc41d5280, 2 ref 0xc41d5280 g_post_event_x(0xc02e38d0, 0xc41e7600, 2 ref 0xc41e7600 g_post_event_x(0xc02e38d0, 0xc41d5280, 2 ref 0xc41d5280 vol_taste(VOL_FFS,ad0s3) g_slice_spoiled(0xc45e9c40/ad0s3) g_wither_geom(0xc4520700(ad0s3)) g_detach(0xc45e9c40) g_destroy_consumer(0xc45e9c40) g_destroy_geom(0xc4520700(ad0s3)) g_mbrext_taste(MBREXT,ad0s3) g_slice_spoiled(0xc45e9c40/ad0s3) g_wither_geom(0xc4520680(ad0s3)) g_detach(0xc45e9c40) g_destroy_consumer(0xc45e9c40) g_destroy_geom(0xc4520680(ad0s3)) mbr_taste(MBR,ad0s3) g_slice_spoiled(0xc45e9b40/ad0s3) g_wither_geom(0xc4520580(ad0s3)) g_detach(0xc45e9b40) g_destroy_consumer(0xc45e9b40) g_destroy_geom(0xc4520580(ad0s3)) bsd_taste(BSD,ad0s3f) g_slice_spoiled(0xc45e9a40/ad0s3f) g_wither_geom(0xc4520680(ad0s3f)) g_detach(0xc45e9a40) g_destroy_consumer(0xc45e9a40) g_destroy_geom(0xc4520680(ad0s3f)) vol_taste(VOL_FFS,ad0s3f) g_slice_spoiled(0xc45e9a40/ad0s3f) g_wither_geom(0xc4520600(ad0s3f)) g_detach(0xc45e9a40) g_destroy_consumer(0xc45e9a40) g_destroy_geom(0xc4520600(ad0s3f)) g_mbrext_taste(MBREXT,ad0s3f) mbr_taste(MBR,ad0s3f) g_slice_spoiled(0xc45e9a40/ad0s3f) g_wither_geom(0xc4520700(ad0s3f)) g_detach(0xc45e9a40) g_destroy_consumer(0xc45e9a40) g_destroy_geom(0xc4520700(ad0s3f)) g_post_event_x(0xc02e44c0, 0xc41e7600, 2 ref 0xc41e7600 g_post_event_x(0xc02e44c0,
Re: ACPI problems with HEAD and IBM ThinkPad T23
Matthew Emmerton wrote: I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed in the past 6 months. Indeed, things have, and a few workarounds I had implemented before were no longer needed. However, I still got a host of errors from ACPI upon boot, and some hacks to device.hints were still neccessary to keep my laptop functional through a boot. Attached are my device.hints file and a copy of the dmesg. In particular, the things that bother me are: 1) All of the Method execution failed errors As was mentioned in another post, there are many problems and solutions being discussed on the acpi lists. Posting your ASL to those lists might help. What are the lists that I should post to? 2) The fact that I have to have a device.hints entry in order to see console message upon boot. (Without this, my system boots up silently and after about 30 seconds, displays the familiar login prompt.) This is The Way Things Work. Logial device attachments are no longer compiled into the kernel in 5.x by default (see the entry in GENERIC about this), so you need to define those attachments in the device.hints file. Ah, ok. I walked right into this one. I disliked the idea of device.hints (and didn't really understand the overriding concept thereof) so I trashed it and made a minimal version. In my case, the minimal version requires entries for sc0 and fd0. -- Matt Emmerton ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problems with HEAD and IBM ThinkPad T23
On Wed, Jun 04, 2003 at 10:45:21AM -0400, Matthew Emmerton wrote: This is The Way Things Work. Logial device attachments are no longer compiled into the kernel in 5.x by default (see the entry in GENERIC about this), so you need to define those attachments in the device.hints file. Ah, ok. I walked right into this one. I disliked the idea of device.hints (and didn't really understand the overriding concept thereof) so I trashed it and made a minimal version. In my case, the minimal version requires entries for sc0 and fd0. Of which sc0 is a bogus requirement. -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problems with HEAD and IBM ThinkPad T23
- Original Message - From: Kevin Oberman [EMAIL PROTECTED] To: Matthew Emmerton [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 10:21 AM Subject: Re: ACPI problems with HEAD and IBM ThinkPad T23 From: Matthew Emmerton [EMAIL PROTECTED] Date: Wed, 4 Jun 2003 10:00:53 -0400 Sender: [EMAIL PROTECTED] This is a multi-part message in MIME format. --=_NextPart_000_0069_01C32A80.2F346810 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit I cvsup'd from 5.0-R to HEAD and enabled ACPI to see if anything had changed in the past 6 months. Indeed, things have, and a few workarounds I had implemented before were no longer needed. However, I still got a host of errors from ACPI upon boot, and some hacks to device.hints were still neccessary to keep my laptop functional through a boot. Attached are my device.hints file and a copy of the dmesg. In particular, the things that bother me are: 1) All of the Method execution failed errors 2) The fact that I have to have a device.hints entry in order to see console message upon boot. (Without this, my system boots up silently and after about 30 seconds, displays the familiar login prompt.) On my T30, I get similar messages at startup. Some patches currently under discussion on the ACPI list may (or may not) eliminate them. The messages that the patches (if committed) eliminate are bogus and yours are of the type to be in this class. Ahh. Good to hear. Take a look at the output of 'sysctl hw.acpi'. The T30 does not support S1, so you need to re-define anything using S1 to use something else or nothing at all. Same here. Does S3 work properly? When I suspend my T30, I lose my USB ports until I reboot and suspend does not turn off the backlight on my LCD. (This provides a wonderful demonstration of literal bit rot.) I actually make it a habit to never use power-save modes on my T23 when I'm using FreeBSD - I got bit badly once. When I did try it, I lose my backlight, my ethernet (since I was using my Cisco Aironet 350 pccard at the time) and IIRC the system locked up shortly thereafter. The requirements for hints to get the console to work at boot are surprising. I have never seen this on my T30. As pointed out in another note, this is my fault - I trashed the default device.hints and made a minimal version. In my case, it requires entries for sc0 and fd0. How recent is your BIOS? The latest release was on March 6, 2003. I found significant improvement in ACPI after upgrading my firmware! I upgraded to the latest BIOS before sending this report - the dmesg output was the same between my older BIOS (December, IIRC) and the latest BIOS. -- Matt Emmerton ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Bluetooth stack for FreeBSD
Dear Hackers, Another release is available for download at http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030604.tar.gz I am regret to announce that this is probably the last release. My company has announced that they will pull out of USA and i will most likely loose my job. Unless i find another position, i will be forced to return back home. If anyone knows/wants to hire a H1B slave please drop me a e-mail. I will consider any position within USA or even Europe. I am *really* sorry :( I will try to do my best and support the code, but i can not make any promises at this point. Below is a quick summary of changes: - new libbluetooth(3) that has routines to convert between names and BD_ADDRs (bt_gethostbyname, bt_gethostbyaddr etc). the library also supports convertion between PSMs and PSM names (bt_getprotobyname, bt_getprotobynumber) all configuration is stored in /etc/bluetooth/hosts and /etc/bluetooth/protocols files. see man pages for details - all userspace tools were updated and now you can specify hostnames instead of BD_ADDRs NOTE: please remove old libbluetooth.a and bluetooth.h files in /usr/local/include and /usr/local/lib before upgrade. - all man pages were updated (per Ruslan Ermilov) - all Makefiles were updates (per Ruslan Ermilov) - new man pages were added (hcsecd.conf, bluetooth.hosts, bluetooth.protocols etc). - default location of the hcsecd.conf file is now in /etc/bluetooth instead of /usr/local/bluetooth. - minor fix to the RFCOMM module (set priority field in PN message as required by TS 07 spec). thanks, max __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI and PCI vs interrupt routing on Sony VAIO's
I can confirm this problem as well on Sony's R505GL. Same problem with the interrupts. Iain's given a very good analysis of what's probably happening. In the meantime, I've been using a workaround patch from Chuck McCrobie's website http://w3.mivlmd.cablespeed.com/~mccrobie/ to play music on my R505. His patch for /usr/src/sys/dev/pci/pci.c was originally written for a Sony GRX-670. It seems that most recent Sony laptops are broken this way. Hubert Bartels Hubert Bartels [EMAIL PROTECTED] (520)-621-2032 Optical Sciences Center Now, the first principle of self-defense is, University of Arizona 'Don't make people want to kill you' Tucson, AZ, USA 85721 - Miya Aston ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Missing file geom_vol_ffs on buildkernel?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday, June 04, 2003 11:36 AM Skip Ford mailto:[EMAIL PROTECTED] wrote: Mike Loiterman wrote: On Wednesday, June 04, 2003 3:08 AM Skip Ford mailto:[EMAIL PROTECTED] wrote: Mike Loiterman wrote: cd: can't cd to /usr/src/sys/modules/geom/geom_vol_ffs cvs update -d Never used 'cvs update' before. Whats the difference between that command and a cvsup? I'm not sure how you'd do the same thing with cvsup. I was under the impression it should add directories on its own. Maybe you just had bad timing and a fresh cvsup will work. Otherwise, you should be able Bad timing. I just cvsup'ed again and its compiling fine now. D'oh! - -- Mike Loiterman grantADLER Medical Corporation Tel: 630-302-4944 Fax: 773-868-0071 Email: [EMAIL PROTECTED] PGP Key 0xD1B9D18E -BEGIN PGP SIGNATURE- Version: PGP 8.0.2 Comment: This message has been digitally signed by Mike Loiterman iQA/AwUBPt4h5GjZbUnRudGOEQLC+QCdFOjTwUjxDSscT7u5FHsqfeDdWM0AoJqF z6fdeB+5GUve1eNlo25QEmYB =HYYS -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
FTP client dumping core
Hello, I just noticed this (and I think it never happened to me before): torment:~! ftp x.y.z.w Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): anonymous 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. Segmentation fault (core dumped) torment:~! And running ftp from gdb gives me this: (gdb) run x.y.z.w Starting program: /usr/bin/ftp x.y.z.w (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): anonymous 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x0805e346 in getsockname () (gdb) The box is a 5.1-CURRENT system, built with sources of 06/03/03. Fred -- To understand the heart and mind of a person, look not at what he has already achieved, but at what he aspires to do. pgp0.pgp Description: PGP signature
Re: devfs and /dev/fd/3
On Wed, Jun 04, 2003 at 03:44:28PM +0200, Harti Brandt wrote: MO( echo foo | tee /dev/fd/3 | tr f F ) 31 MO MOIt should produce both foo and Foo mount -tfdescfs fdesc /dev/fd but your example doesn't work even then (although it gives no error). Don't know why. Hmm, it does work for me here now. Thanks a lot guys ! uname -a: FreeBSD turtle.stack.nl 5.1-BETA FreeBSD 5.1-BETA #10: Mon May 12 15:30:54 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TURTLE i386 Btw. Why isn't this default mounted together with devfs in /etc/rc.d ? Is it not yet stable enough ? Zlo ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FTP client dumping core
On Wed, Jun 04, 2003 at 02:05:58PM -0300, Fred Souza wrote: Hello, I just noticed this (and I think it never happened to me before): torment:~! ftp x.y.z.w Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): anonymous 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. Segmentation fault (core dumped) torment:~! And running ftp from gdb gives me this: (gdb) run x.y.z.w Starting program: /usr/bin/ftp x.y.z.w (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): anonymous 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x0805e346 in getsockname () (gdb) The box is a 5.1-CURRENT system, built with sources of 06/03/03. Can you rebuild ftpd with ggdb in CFLAGS and repeat the traceback? Kris pgp0.pgp Description: PGP signature
Server Spec. Check
I am looking at getting a now server for the office here, and I want to make sure that all the parts don't have any know issues. I had purchased an IBM SE7500CW2 without doing this before, and found out later that it didn't work with SMP kernel. Here is the list. 1 IBM XSERIES 225 eServer 2 2.0GHZ XEON processers 2 IBM 512MB PC2100 ECC SDRAM F/X255 RAM 1 MAXTOR 160.0GB, UDMA133, 8MB, 10MS, 7200RPM 4 IBM 73.4 GB 15K rpm Ultra320 SCSI HDD 1 IBM 5i Ultra320 SCSI RAID Controller (will be configured to RAID 1+0) 1 IBM 40/80GB HALF-HIGH DLTVS SCSI If there are any problems with any of this, can someone let me know. And Thank you in advance for your time. TTYL Adam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003 08:54:07 -0400 (EDT), Matthew N. Dodd [EMAIL PROTECTED] wrote: On Tue, 3 Jun 2003, Jeremy Messenger wrote: # ./test-libmap /usr/X11R6/bin/ggv libc_r.so.5 Lookup of libc_r.so.5 for /usr/X11R6/bin/ggv - libc_r.so.5 Looks like its working to me. # ./test-libmap /usr/X11R6/bin/ggv libthr.so.1 [...etmpy...] Right, there was on mapping found. So this isn't a libmap.conf issue. I don't understand, so how do you explain about ldd? If I change the main library and the ldd of ggv will change corrrect the link. If I put ggv point to a library by use [] and the ldd shows incorrect. Also, the ggv will crash at all the time, because it needs to be libc_r; not libthr. So, are you suggest that there's something wrong in somewhere beside libmap.conf? Thanks! Cheers, Mezz -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FTP client dumping core
Can you rebuild ftpd with ggdb in CFLAGS and repeat the traceback? The ftpd? I don't have access to it, sorry. If you meant the ftp client, here's the output from gdb (the same as before): (gdb) run x.y.z.w Starting program: /usr/bin/ftp x.y.z.w (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): anonymous 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x0805e346 in getsockname () (gdb) What else can I do? Fred -- Death to all fanatics! pgp0.pgp Description: PGP signature
RE: [acpi-jp 2311] ACPI and PCI vs interrupt routing on Sony VAIO's
On 04-Jun-2003 Iain Templeton wrote: Hi, I have a Sony VAIO (PCG-R505TFP) which has an interrupts related problem (this problem was previous posted elsewhere as Weird as* sound problem). This problem has been confirmed on at least one other Sony VAIO model (I forget which). They're both Intel i830M chipset based. Try this: Index: pci.c === RCS file: /usr/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.215 diff -u -r1.215 pci.c --- pci.c 31 May 2003 20:34:36 - 1.215 +++ pci.c 2 Jun 2003 20:09:08 - @@ -798,7 +798,7 @@ } if (cfg-intpin 0 PCI_INTERRUPT_VALID(cfg-intline)) { -#ifdef __ia64__ +#if defined(__ia64__) || (defined(__i386__) !defined(SMP)) /* * Re-route interrupts on ia64 so that we can get the * I/O SAPIC interrupt numbers (the BIOS leaves legacy I'm currently working on making the PCI interrupt routing work for SMP and once that is done I plan to commit a change to make this #if defined(__ia64__) || defined(__i386__) However, if people find that the above patch fixes a lot of UP machines for now I might commit it. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fatal trap on RELENG_5_1 SMP
On Sun, 1 Jun 2003 21:14:01 +0200 (CEST) Magnus J [EMAIL PROTECTED] wrote: Hello I've rebuilt the kernel with these debug-options, and now I'm having difficulty reproducing the problem. That was not an issue before. Everytime I did 'shutdown', it crashed. (Un)fortunately(?) it still crashes on my box. Dual p3 on an abit motherboard. I recompiled my kernel with the following options uncommented. (Hope that's enough) makeoptions DEBUG=-g options DDB I managed to get a dump and this is what it says. (pasted below) If there's more feedback needed, I'll try to provide it. Just point me in the right direction on how to get the info you need :-) Thx. Start of gdb output [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOISY # gdb -k 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. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /home/kernel (kgdb) core-file /home/vmcore.0 panic: from debugger panic messages: --- Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 1; lapic.id = 0100 instruction pointer = 0x8:0xd68d1d0e stack pointer = 0x10:0xd68d1cec frame pointer = 0x10:0x8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 11 (idle: cpu1) Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 0100 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x8:0xc033ff00 stack pointer = 0x10:0xd68d19f4 frame pointer = 0x10:0xd68d19f8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 11 (idle: cpu1) panic: from debugger cpuid = 1; lapic.id = 0100 Fatal trap 3: breakpoint instruction fault while in kernel mode cpuid = 1; lapic.id = 0100 instruction pointer = 0x8:0xc03400a5 stack pointer = 0x10:0xd68d1a98 frame pointer = 0x10:0xd68d1aa4 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= IOPL = 0 current process = 11 (idle: cpu1) panic: from debugger cpuid = 1; lapic.id = 0100 boot() called on cpu#1 Uptime: 1m5s Dumping 511 MB 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 --- Reading symbols from /boot/kernel/snd_pcm.ko...done. Loaded symbols for /boot/kernel/snd_pcm.ko Reading symbols from /boot/kernel/snd_emu10k1.ko...done. Loaded symbols for /boot/kernel/snd_emu10k1.ko Reading symbols from /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/acpi/acpi.ko.deb ug...done. Loaded symbols for /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/acpi/acpi.ko.deb ug Reading symbols from /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/linprocfs/linpro cfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/linprocfs/linpro cfs.ko.debug Reading symbols from /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/linux/linux.ko.d ebug...done. Loaded symbols for /usr/obj/usr/src/sys/NOISY/modules/usr/src/sys/modules/linux/linux.ko.d ebug Reading symbols from /boot/kernel/daemon_saver.ko...done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0xc020b8d8 in boot (howto=260) at #/usr/src/sys/kern/kern_shutdown.c:370 2 0xc020bc3f in panic () at #/usr/src/sys/kern/kern_shutdown.c:543 3 0xc014a2b2 in db_panic () at #/usr/src/sys/ddb/db_command.c:448 4 0xc014a232 in db_command #(last_cmdp=0xc03bb5c0, cmd_table=0x0, aux_cmd_tablep=0xc03b4a38, #aux_cmd_tablep_end=0xc03b4a3c) at /usr/src/sys/ddb/db_command.c:346 5 #0xc014a346 in db_command_loop () at /usr/src/sys/ddb/db_command.c:470 6 # 0xc014d0ca in db_trap (type=1, code=0) at # /usr/src/sys/ddb/db_trap.c:72 #7 0xc033fda4 in kdb_trap (type=1, code=0, regs=0xd68d1cac) at #/usr/src/sys/i386/i386/db_interface.c:170 8 0xc03594e2 in trap_fatal #(frame=0xd68d1cac, eva=0) at /usr/src/sys/i386/i386/trap.c:829 9 #0xc0358fa2 in trap (frame= {tf_fs = -4194280, tf_es = 16, tf_ds = -1051590640, tf_edi = 0, tf_esi = -1051588528, tf_ebp = 8, tf_isp = -695395112, tf_ebx = -1051591872, tf_edx = -1069558912, tf_ecx = 0, tf_eax = 29, tf_trapno =
HEADSUP: ccd migration issue for some.
In a few days time I will flip the switch so that we run on the new GEOMified CCD. In all my tests, the new CCD is compatible with the old CCD, but it does require an updated ccdconfig(8) program. This is nothing out of the ordinary, unless you happen to have your /usr/src or /usr/obj stored on a ccd volume, in which case you would do well in squirilling away a copy of the old ccdconfig(8) binary along with your fall back kernel. -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: s4bios
On Wed, Jun 04, 2003 at 08:37:11AM -0600, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Mark Santcroos [EMAIL PROTECTED] writes: : Is there anyone that has succesfully used acpiconf -s 4? Fails on my Dell i8000, but that's because I don't have a suspend partition. Have you tried doing that or don't you have the need for it? As reported, it now works for me. The only issue I found until now is with sound: Jun 4 18:25:30 laptop kernel: wi0: detached Jun 4 20:02:12 laptop kernel: wakeup from sleeping state (slept 01:36:39) Jun 4 20:02:12 laptop kernel: ata0: resetting devices .. Jun 4 20:02:12 laptop kernel: pcm0: Unhandled interrupt, gs_intr = 6 Jun 4 20:02:12 laptop kernel: system power profile changed to 'performance' Jun 4 20:02:12 laptop kernel: done Jun 4 20:02:12 laptop kernel: ata1: resetting devices .. Jun 4 20:02:12 laptop kernel: done Jun 4 20:02:12 laptop kernel: pcm0: cannot reset channel 0 Jun 4 20:02:12 laptop kernel: pcm0: CODEC semaphore timeout Jun 4 20:02:12 laptop last message repeated 6 times I have a: pcm0: Intel 82801CA (ICH3) port 0xdc80-0xdcbf,0 xd800-0xd8ff irq 11 at device 31.5 on pci0 pcm0: Cirrus Logic CS4205 AC97 Codec Mark -- Mark SantcroosRIPE Network Coordination Centre http://www.ripe.net/home/mark/New Projects Group/TTM ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: s4bios
In message: [EMAIL PROTECTED] Mark Santcroos [EMAIL PROTECTED] writes: : Have you tried doing that or don't you have the need for it? No space for it on my disk, or I'd do it. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Wed, 04 Jun 2003 13:05:26 -0500, Jeremy Messenger [EMAIL PROTECTED] wrote: On Wed, 4 Jun 2003 08:54:07 -0400 (EDT), Matthew N. Dodd [EMAIL PROTECTED] wrote: On Tue, 3 Jun 2003, Jeremy Messenger wrote: # ./test-libmap /usr/X11R6/bin/ggv libc_r.so.5 Lookup of libc_r.so.5 for /usr/X11R6/bin/ggv - libc_r.so.5 Looks like its working to me. # ./test-libmap /usr/X11R6/bin/ggv libthr.so.1 [...etmpy...] Right, there was on mapping found. So this isn't a libmap.conf issue. I don't understand, so how do you explain about ldd? If I change the main library and the ldd of ggv will change corrrect the link. If I put ggv point to a library by use [] and the ldd shows incorrect. Also, the ggv will crash at all the time, because it needs to be libc_r; not libthr. So, are you suggest that there's something wrong in somewhere beside libmap.conf? Nevermind, I think you are right it does work. Because, I did the test on mplayer by install it. It does link mplayer to libc_r correct, while not ggv. Looks like I will have to chase on ggv to find what ggv is depending on and get them link to libc_r.. This must be reason why it doesn't work. Thanks! Cheers, Mezz Thanks! Cheers, Mezz -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [acpi-jp 2311] ACPI and PCI vs interrupt routing on Sony VAIO's
In message: [EMAIL PROTECTED] John Baldwin [EMAIL PROTECTED] writes: : I'm currently working on making the PCI interrupt routing work for SMP : and once that is done I plan to commit a change to make this : : #if defined(__ia64__) || defined(__i386__) : : However, if people find that the above patch fixes a lot of UP : machines for now I might commit it. I know that my Fiva 205 works with ACPI as long as I enter the right overrides to get the right interrupts. I've been using something similar. However, why not all architectures? Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003, Jeremy Messenger wrote: Nevermind, I think you are right it does work. Because, I did the test on mplayer by install it. It does link mplayer to libc_r correct, while not ggv. Looks like I will have to chase on ggv to find what ggv is depending on and get them link to libc_r.. This must be reason why it doesn't work. Thanks! 'ldd -a' is usefule for finding this out. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI and PCI vs interrupt routing on Sony VAIO's
I think we're getting close to convincing ourselves that we need to do this all the time... It is the same as the patch that jhb has been circulating. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FTP client dumping core
On Wed, Jun 04, 2003 at 03:21:45PM -0300, Fred Souza wrote: Can you rebuild ftpd with ggdb in CFLAGS and repeat the traceback? The ftpd? I don't have access to it, sorry. If you meant the ftp client, here's the output from gdb (the same as before): I think what Kris ment was something similiar to cd /usr/src/usr.bin/ftp make clean make DEBUG_FLAGS=-g all install -- Morten Rodal pgp0.pgp Description: PGP signature
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003 16:55:35 -0400 (EDT), Matthew N. Dodd [EMAIL PROTECTED] wrote: On Wed, 4 Jun 2003, Jeremy Messenger wrote: Nevermind, I think you are right it does work. Because, I did the test on mplayer by install it. It does link mplayer to libc_r correct, while not ggv. Looks like I will have to chase on ggv to find what ggv is depending on and get them link to libc_r.. This must be reason why it doesn't work. Thanks! 'ldd -a' is usefule for finding this out. Sweet, thanks! This is what I need, which it made easier to locate the library that use libc_r.. I have found two that need to be link to libc_r instead libthr so far.. /usr/X11R6/lib/libgnomeui-2.so.300 /usr/local/lib/libgthread-2.0.so.200 -- This one, I might need to report at -threads. Cheers, Mezz -- bsdforums.org 's moderator, mezz. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devfs and /dev/fd/3
In message [EMAIL PROTECTED], Marc Olzheim writes: On Wed, Jun 04, 2003 at 03:44:28PM +0200, Harti Brandt wrote: MO( echo foo | tee /dev/fd/3 | tr f F ) 31 MO MOIt should produce both foo and Foo mount -tfdescfs fdesc /dev/fd but your example doesn't work even then (although it gives no error). Don't know why. Hmm, it does work for me here now. Thanks a lot guys ! uname -a: FreeBSD turtle.stack.nl 5.1-BETA FreeBSD 5.1-BETA #10: Mon May 12 15:30:54 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TURTLE i386 Btw. Why isn't this default mounted together with devfs in /etc/rc.d ? Is it not yet stable enough ? There is no reason not to, but there seems, on the other hand, to not be enough reason to do so either. -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FTP client dumping core
On Wed, Jun 04, 2003 at 11:46:36PM +0200, Morten Rodal wrote: On Wed, Jun 04, 2003 at 03:21:45PM -0300, Fred Souza wrote: Can you rebuild ftpd with ggdb in CFLAGS and repeat the traceback? The ftpd? I don't have access to it, sorry. If you meant the ftp client, here's the output from gdb (the same as before): I think what Kris ment was something similiar to cd /usr/src/usr.bin/ftp make clean make DEBUG_FLAGS=-g all install Yes, sorry. The 'd' was a slip of the finger. Kris pgp0.pgp Description: PGP signature
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003, Jeremy Messenger wrote: Sweet, thanks! This is what I need, which it made easier to locate the library that use libc_r.. I have found two that need to be link to libc_r instead libthr so far.. /usr/X11R6/lib/libgnomeui-2.so.300 /usr/local/lib/libgthread-2.0.so.200 -- This one, I might need to report at -threads. This does bring up a UI issue (of sorts) since the behavior you expected (constrained matches based on executable name) has some merit to it. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on sparc64/sparc64
TB --- 2003-06-04 21:35:55 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-04 21:35:55 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-04 21:38:36 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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 /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-06-04 22:29:57 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Wed Jun 4 22:29:57 GMT 2003 Kernel build for GENERIC completed on Wed Jun 4 22:38:47 GMT 2003 TB --- 2003-06-04 22:38:47 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-04 22:38:47 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Wed Jun 4 22:38:47 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_timer.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_transmit.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_vcm.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/hfa_freebsd.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/hfa_pci.c cc -c -O -pipe -Wall -Wredundant-decls
SMBFS automounting broken?
Hi! Recently, I noticed that my samba shares were not automounted on boot. What I understand of it is that netfs_types is defined in rc.d/mountcritlocal, but not in rc.d/mountcritremote, which makes the code: # Mount other network filesystems if present in /etc/fstab. for i in ${networkfs_types}; do fstype=${i%:*} fsdecr=${i#*:} [ ${fstype} = nfs ] continue case `mount -d -a -t ${fstype}` in *mount_${fstype}*) echo -n Mounting ${fsdecr} file systems: mount -a -t ${fstype} echo '.' ;; esac done does strictly nothin, since networkfs_types is empty. A workaround would be the following patch, but I'm sure there's a better way to do this, maybe by putting the networkfs_types in defaults/rc.conf? --- mountcritremote.origWed Jun 4 18:48:31 2003 +++ mountcritremote Wed Jun 4 18:55:55 2003 @@ -55,6 +55,9 @@ mount -a -t nfs echo '.' +# Set up the list of network filesystem types for which mounting +# should be delayed until after network initialization. +networkfs_types='nfs:NFS smbfs:SMB portalfs:PORTAL' # Mount other network filesystems if present in /etc/fstab. for i in ${networkfs_types}; do fstype=${i%:*} The patch to rc.conf would be very similar, of course. I think this should be rushed in 5.1 so I CC: the REs. A. -- Seul a un caractère scientifique ce qui peut être réfuté. Ce qui n'est pas réfutable relève de la magie ou de la mystique. - Popper, Karl ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [acpi-jp 2311] ACPI and PCI vs interrupt routing on Sony VAIO's
On Wed, Jun 04, 2003 at 02:54:04PM -0600, M. Warner Losh wrote: In message: [EMAIL PROTECTED] John Baldwin [EMAIL PROTECTED] writes: : I'm currently working on making the PCI interrupt routing work for SMP : and once that is done I plan to commit a change to make this : : #if defined(__ia64__) || defined(__i386__) : : However, if people find that the above patch fixes a lot of UP : machines for now I might commit it. I know that my Fiva 205 works with ACPI as long as I enter the right overrides to get the right interrupts. I've been using something similar. However, why not all architectures? On alpha we need suport for each platform on it's own to get this working. Currently we invalidate the inline intentionally in the platform code to enable routing via pci_alloc_resource. I plan to do this for each platform, but don't believe to get the required testers for each one. -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SMBFS automounting broken?
I forgot to mention this vital information: FreeBSD lenny.anarcat.ath.cx 5.1-RELEASE FreeBSD 5.1-RELEASE #4: Wed Jun 4 10:34:08 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LENNII i386 -rw-r--r-- 1 root wheel 0 Jun 4 07:32 /usr/src/cvsup-done.timestamp -- Conformity-the natural instinct to passively yield to that vague something recognized as authority. - Mark Twain pgp0.pgp Description: PGP signature
Re: FTP client dumping core
I think what Kris ment was something similiar to cd /usr/src/usr.bin/ftp make clean make DEBUG_FLAGS=-g all install Ahh, yes, with that I can see where the problem is. It's because of my custom prompt, which should look like ftp [EMAIL PROTECTED]:directory Here's the output of gdb+ftp with the above debug flag: (gdb) run x.y.z.w Starting program: /usr/bin/ftp x.y.z.w Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): ftp 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. Program received signal SIGSEGV, Segmentation fault. 0x0805e346 in formatbuf (buf=0x8069780 ftp , len=1024, src=0x806f110 ftp [EMAIL PROTECTED]:%/ ) at /usr/src/contrib/lukemftp/src/util.c:1400 1400for (p2 = connected ? username : -; *p2 ; p2++) (gdb) I see now where the problem is, but shouldn't the client handle this kind of situation better? Thanks and sorry for the previous mistake, Fred -- UNIX user having sex: date; talk; cd ~; touch; unzip; finger; expand; strip; head; mount; yes; \ yes; yes; eject; more; umount; sleep pgp0.pgp Description: PGP signature
Re: HEADSUP: ccd migration issue for some.
Could we get an UPDATING entry for this when it gets committed? Andre Guibert de Bruet | Enterprise Software Consultant Silicon Landmark, LLC. | http://siliconlandmark.com/ On Wed, 4 Jun 2003, Poul-Henning Kamp wrote: In a few days time I will flip the switch so that we run on the new GEOMified CCD. In all my tests, the new CCD is compatible with the old CCD, but it does require an updated ccdconfig(8) program. This is nothing out of the ordinary, unless you happen to have your /usr/src or /usr/obj stored on a ccd volume, in which case you would do well in squirilling away a copy of the old ccdconfig(8) binary along with your fall back kernel. -- 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. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: our compiler can't convert longlong to float? 5.1-RC1
On Tue, Jun 03, 2003 at 03:55:47PM -0700, Kris Kennaway wrote: Post the code it's trying to run. It's possible it's buggy. Kris #include stdio.h typedef long long longlong; main() { longlong ll=1; float f; FILE *file=fopen(conftestval, w); f = (float) ll; fprintf(file,%g\n,f); close(file); exit (0); } this section of code is found in configure script in mysql323-client port. Jiawei -- Without the userland, the kernel is useless. --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phoenix crash in libc_r on sparc64
On Thu, 5 Jun 2003, Thomas Moestl wrote: On Wed, 2003/06/04 at 00:30:36 -0700, Kris Kennaway wrote: On Mon, Jun 02, 2003 at 04:15:43PM -0700, Kris Kennaway wrote: phoenix on my sparc64 crashed while idle with the following: Fatal error '_waitq_insert: Already in queue' at line 321 in file /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 2) Any ideas? It should have dropped a core - can you please take a look at it with gdb? One of the libc_r tests seems to hang: Test static library: -- Test c_user c_system c_total chng passed/FAILEDh_user h_system h_total % chng -- hello_d 0.00 0.020.02 passed -- hello_s 0.00 0.020.02 passed -- join_leak_d 0.77 0.180.95 passed -- mutex_d 9.0892.42 101.50 passed -- sem_d 0.01 0.020.02 passed -- sigsuspend_d0.00 0.020.02 passed -- sigwait_d 0.00 0.020.02 *** FAILED *** This one is suppose to kill the process at the end. -- guard_s.pl It's been sitting there for hours now. This an unfortunate failure mode, which is caused by a fault on the stack while all signals are masked (by libc_r internals, I assume); the kernel will fail to store the user register windows on the stack, and because SIGILL is blocked, it cannot notify (or terminate) the process and is stuck trying to copy out the register windows over and over. P.S. Why do 3 of the tests even fail on i386? The guard test includes constants which are machine- and compiler-specific, probably this broke due to a gcc upgrade. The sigwait test is killed by it's own SIGUSR1, and this behaviour actually looks correct to me (but I could easily be wrong, since the signal behaviour of pthreads seems to be quite complex). Right, that is part of the test. I guess the expect script doesn't know that though. The propagate test failure is due to problems in libc (failing to use the underscored versions of functions overridden in libc_r). The attached patch should fix that; Daniel, does this look OK to you? Yes, if those functions are used in libc, then that is what [un-]namespace.h is for. Any overridden functions in libc_r must use single underscore versions so that libc_r won't introduce cancellation points in places where there shouldn't be any or invoke signal handlers while a library-private lock is held. -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phoenix crash in libc_r on sparc64
On Thu, Jun 05, 2003 at 01:56:08AM +0200, Thomas Moestl wrote: On Wed, 2003/06/04 at 00:30:36 -0700, Kris Kennaway wrote: On Mon, Jun 02, 2003 at 04:15:43PM -0700, Kris Kennaway wrote: phoenix on my sparc64 crashed while idle with the following: Fatal error '_waitq_insert: Already in queue' at line 321 in file /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 2) Any ideas? It should have dropped a core - can you please take a look at it with gdb? I have the core, but unfortunately I've since upgraded phoenix and no longer have the binary. I'll gdb it if it happens again though. Kris pgp0.pgp Description: PGP signature
asr fails to find root post-5.1RC1-iso
New kernels built with post-5.1RC1-isos could fail to find root device when booting a SCSI disk attached to a asr device. The card and the disk were both attached allright, but the root partition fails to load. Even when specifying 'ufs:da0s1a'. 5.1-RC1 supplied kernel works ok. The disk does not contain RAID volumes, asr is used as simple SCSI host adapter only. Jiawei Ye Please CC me as this address is not currently subscribed. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FTP client dumping core
On Wed, 4 Jun 2003, 20:58-0300, Fred Souza wrote: I think what Kris ment was something similiar to cd /usr/src/usr.bin/ftp make clean make DEBUG_FLAGS=-g all install Ahh, yes, with that I can see where the problem is. It's because of my custom prompt, which should look like ftp [EMAIL PROTECTED]:directory Here's the output of gdb+ftp with the above debug flag: (gdb) run x.y.z.w Starting program: /usr/bin/ftp x.y.z.w Connected to x.y.z.w. 220 h4w h4w h4w Name (x.y.z.w:fred): ftp 530 Sorry, no ANONYMOUS access allowed. ftp: Login failed. Program received signal SIGSEGV, Segmentation fault. 0x0805e346 in formatbuf (buf=0x8069780 ftp , len=1024, src=0x806f110 ftp [EMAIL PROTECTED]:%/ ) at /usr/src/contrib/lukemftp/src/util.c:1400 1400for (p2 = connected ? username : -; *p2 ; p2++) (gdb) I see now where the problem is, but shouldn't the client handle this kind of situation better? Try this patch: Index: util.c === RCS file: /home/ncvs/src/contrib/lukemftp/src/util.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 util.c --- util.c 15 Jun 2002 09:40:37 - 1.1.1.2 +++ util.c 5 Jun 2003 05:55:23 - @@ -1397,7 +1397,8 @@ break; case 'n': - for (p2 = connected ? username : -; *p2 ; p2++) + for (p2 = connected username ? username : -; + *p2 ; p2++) ADDBUF(*p2); break; %%% -- Maxim Konovalov, [EMAIL PROTECTED], [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ULE SMP problems.
I'm currently debugging ULE issues. I heard reports of panics on SMP which I am not able to reproduce. If any one knows of panics with recent kernels on SMP or any other ULE issues please mail me privately. Thanks! Jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [acpi-jp 2318] Re: s4bios
On Wed, 4 Jun 2003, Mark Santcroos wrote: As reported, it now works for me. The only issue I found until now is with sound: Jun 4 20:02:12 laptop kernel: pcm0: Unhandled interrupt, gs_intr = 6 Jun 4 20:02:12 laptop kernel: pcm0: cannot reset channel 0 Jun 4 20:02:12 laptop kernel: pcm0: CODEC semaphore timeout Jun 4 20:02:12 laptop last message repeated 6 times I have a: pcm0: Intel 82801CA (ICH3) port 0xdc80-0xdcbf,0 xd800-0xd8ff irq 11 at device 31.5 on pci0 pcm0: Cirrus Logic CS4205 AC97 Codec Check with orion@ or [EMAIL PROTECTED] It's likely your *_suspend/*_resume functions are not saving all the context needed for your chipset. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Critical problems with md on 5.0-RC1
There is a very serious problem in the md filesystem, since at least 5.0-RELEASE, and it is not yet fixed. You can see details of the problem at http://www.freebsd.org/cgi/query-pr.cgi?pr=47538 Since this problem may result in data corruption, I believe that at least there should be a warning in the release notes about NOT using a md filesystem for /tmp. Lots of people seem to do that. Short description (assuming 256M of machine memory, and about 230M of data in /usr/X11R6/lib): mdmfs -s256M /dev/md0 /mnt tar cf - -C /usr/X11R6 | tar xf - -C /mnt diff -r /usr/X11R6/lib /mnt/lib And you start seeing the differences... Apparently some sectors are just zeroed. File size does not change. Pretty hard to detect. Anothere problem I have is that md on a vnode in an msdos partition doesn't work. I have been using it to get extra disk space on a laptop. In 5.0-RELEASE the system just froze, now the file system starts refusing to sync while unpacking a big archive with unzip. As a conclusion, two of my favorite features since FreeBSD-2.2, namely memfs and vn, are currently broken. I suppose that one has to wait a bit after an hostile takeover :-) Cheers, --- Jacques Garrigue Kyoto University garrigue at kurims.kyoto-u.ac.jp A HREF=http://wwwfun.kurims.kyoto-u.ac.jp/~garrigue/JG/A ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Info Algérie
Bonjour, Saviez-vous qu'il existe des forfaits sur Alger à tarif très compétitif. Pour en savoir plus http://algerie.voyagesmirabeau.com Pour bénéficier de promos forfait ou vol sec à destination de l'Algérie inscrivez-vous sur http://algerie.voyagesmirabeau.com N'hésitez à informer votre entourage. Pour ne plus être contacter http://algerie.voyagesmirabeau.com Cordialement Voyages Mirabeau 60, rue Fondary 75015 Paris Tel : 33 1 45 78 95 43 Fax : 33 1 45 79 14 75 [EMAIL PROTECTED] 79 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
NFS Problems...
I retired my old p200 fbsd 4.4-stable web server and built a newer box for it. I used to mount the /home2 dir from my nfs server (fbsd 5.1-current) to /home on the webserver and it used to work fine but now it doesn't mount /home2 on /home on boot up. I can manually mount it but then it gets confused and thinks it's mounted on /home2 when it's not. Evidently something must have changed since 4.4-S because it worked until today. on NFSD: (/etc/exports) /home2 -maproot=0 -alldirs httpd on HTTPD: (/etc/fstab) NFSD:/home2 /home nfs rw,bg 0 0 manually mounting mount NFSD:/home2 /home [EMAIL PROTECTED]:~ -13:55:06- # cd ~dkdesign -su: cd: /home2/dkdesign: No such file or directory [EMAIL PROTECTED]:~ -13:58:45- # cd /home/dkdesign/ [EMAIL PROTECTED]:/home/dkdesign -14:02:21- # ls -al drwxr-xr-x 2 dkdesign dkdesign 512 Mar 13 09:15 public_html/ From /var/log/httpd-error.log: [Wed Jun 4 13:56:45 2003] [error] [client xxx.xxx.xxx.xxx] File does not exist: /home2/dkdesigns/public_html/ I don't get it. Any help? TIA ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS Problems...
On Wed, Jun 04, 2003 at 02:21:29PM -0700, jle wrote: I retired my old p200 fbsd 4.4-stable web server and built a newer box for it. I used to mount the /home2 dir from my nfs server (fbsd 5.1-current) to /home on the webserver and it used to work fine but now it doesn't mount /home2 on /home on boot up. I can manually mount it but then it gets confused and thinks it's mounted on /home2 when it's not. Evidently something must have changed since 4.4-S because it worked until today. on NFSD: (/etc/exports) /home2 -maproot=0 -alldirs httpd on HTTPD: (/etc/fstab) NFSD:/home2 /home nfs rw,bg 0 0 manually mounting mount NFSD:/home2 /home [EMAIL PROTECTED]:~ -13:55:06- # cd ~dkdesign -su: cd: /home2/dkdesign: No such file or directory Not surprising, because you mounted on /home not /home2. [EMAIL PROTECTED]:~ -13:58:45- # cd /home/dkdesign/ [EMAIL PROTECTED]:/home/dkdesign -14:02:21- # ls -al drwxr-xr-x 2 dkdesign dkdesign 512 Mar 13 09:15 public_html/ Yes - that's /home, only /home2 is failing... Works as designed. From /var/log/httpd-error.log: [Wed Jun 4 13:56:45 2003] [error] [client xxx.xxx.xxx.xxx] File does not exist: /home2/dkdesigns/public_html/ I don't get it. Any help? ed /etc/fstab /home2 s/home/home2/ w q -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS Problems...
[EMAIL PROTECTED]:~ -13:55:06- # cd ~dkdesign -su: cd: /home2/dkdesign: No such file or directory Not surprising, because you mounted on /home not /home2. There shouldn't BE a /home2 on HTTPD but I figured out what happened. I copied /etc/group /etc/passwd /etc/pwd.db and /etc/master.passwd from NFSD to HTTPD to sync users and passwords and forgot to edit the home dir with vipw. I just did a global search and replace of /home2 to /home and rebuilt the pwd.db and it mounted fine and apache now serves public_html from the users shells. However, on reboot it doesn't mount from /etc/fstab, I have to mount it manually for some reason. So now I'm down to the one NFS problem. on NFSD: (/etc/exports) /home2 -maproot=0 -alldirs httpd on HTTPD: (/etc/fstab) NFSD:/home2 /home nfs rw,bg 0 0 manually mounting works mount NFSD:/home2 /home Works fine until I reboot. Shouldn't it mount by itself like it used to? What am I missing now? Why doesn't HTTPD mount NFSD:/home2 on /home when it reboots? TIA ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS Problems...
On Thu, Jun 05, 2003 at 01:03:17AM +0200, Bernd Walter wrote: On Wed, Jun 04, 2003 at 02:21:29PM -0700, jle wrote: on HTTPD: (/etc/fstab) NFSD:/home2 /home nfs rw,bg 0 0 ed /etc/fstab /home2 s/home/home2/ w q Don't exactly do this since that would give you NFSD:/home22 /home nfs rw,bg 0 0 s/home\/home2 /jed -- Demographic polls show that you have lost credibility across the board. Especially with those 14 year-old Valley girls. pgp0.pgp Description: PGP signature