Regarding UDP checksum offloading in FreeBSD current and ACENIC ...
Hello, I read the document: http://people.freebsd.org/~jlemon/csum.txt. I looked at the tigon2 driver in freebsd-current and it has CSUM_IP_FRAGS in its features. Since the driver/firmware supports checksumming of fragmented packets, I would assume that he kernel passes the first and last fragment and leaves the checksumming to the firmware. I sthis a right assumption? Also, which NICs support CSUM_FRAGMENT? Thanks Manish To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
i386 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- >>> Kernel build for GENERIC started on Tue Dec 3 21:34:09 PST 2002 -- >>> Kernel build for GENERIC completed on Tue Dec 3 22:25:11 PST 2002 -- >>> Kernel build for LINT started on Tue Dec 3 22:25:11 PST 2002 -- ===> vesa "Makefile", line 5401: warning: duplicate script for target "geom_bsd.o" ignored "Makefile", line 5404: warning: duplicate script for target "geom_mbr.o" ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from po
Re: Any ideas at all about network problem?
On Wed, Dec 04, 2002 at 01:32:58AM +0100, Brad Knowles wrote: > At 12:31 PM +0200 2002/12/03, [EMAIL PROTECTED] wrote: > > > The two machines involved are connected by a crossover cable: > > I've heard of lots of problems with machines using cross-over > cables. Can you connect the machines through a switch, and ensure > that they are hard-wired to 100Base-TX full duplex at both ends, as > opposed to auto-negotiating? Just to add to this a-la-carte selection of possibilities; I recently debugged a NIC throughput problem which was resolved by a flash BIOS upgrade. This was an ASUS A7VL-VM motherboard, which appeared to do unpleasant things to PCI IRQs. Joshua -- Joshua Goodall [EMAIL PROTECTED] "Your byte hit ratio is weak, old man" "If you cache me now, I will dump more core than you can possibly imagine" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Xircom realport rem56g problems
Hi, On Tuesday 03 December 2002 18:38, Sam Leffler wrote: > Try the dc driver instead of xe. I have the same card and it worked once I > added the cardbus glop to read the MAC address from the CIS. > I was going to use NEWCARD kernel, is it possible to use another driver with it ? Or do I have to go back to oldcard with pccardd where I can specify the driver in pccardd.conf ? Ari S. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sysctl_sysctl_next_ls() panic in case of empty node
Hi. A bug in sysctl_sysctl_next_ls() makes the kernel panic, if an empty node is passed to it, because the value of 'namelen' is statically assigned 1 at the end of the routine. I finally got my head around this issue, and I thought I would submit a fix. Yesterday, I found out that there is PR for this issue, since 4.4-RELEASE, which means, that the bug is old, so the fix will need to be MFC'ed. Test code: http://www.unixdaemons.com/~hiten/work/misc/sysctlbug1.c Patch: http://www.unixdaemons.com/~hiten/work/diffs/kern_sysctl.c.patch I also have a screenshot of my VMware FreeBSD-CURRENT installation, in which I wrote the test code. Compile the test code as a KLD, and then load it, after that, execute: # sysctl -a bugfoo Screenshot, http://www.unixdaemons.com/~hiten/work/misc/sysctl-bug.gif, and PR kern/31490. If you have any questions or comments regarding this bug, please do not hesitate to contact me for more information. Cheers. P.S. Patch and test code attached with this mail. -- Hiten Pandya ([EMAIL PROTECTED], [EMAIL PROTECTED]) http://www.unixdaemons.com/~hiten/ /* * Code for reproducing Sysctl (empty node) bug. */ #include #include #include #include #include static int bug_load(module_t, int, void *); SYSCTL_DECL(_bugfoo); SYSCTL_NODE(, 0, bugfoo, CTLFLAG_RW, 0, "Bugfoo and Family"); SYSCTL_NODE(_bugfoo, OID_AUTO, mac, CTLFLAG_RW, 0, "Bugfoo and Family"); SYSCTL_NODE(_bugfoo_mac, OID_AUTO, debug, CTLFLAG_RW, 0, "BF [1]"); SYSCTL_NODE(_bugfoo_mac_debug, OID_AUTO, counters, CTLFLAG_RW, 0, "BF [2]"); static int mac_debug_label_fallback = 0; SYSCTL_INT(_bugfoo_mac_debug, OID_AUTO, label_fallback, CTLFLAG_RW, &mac_debug_label_fallback, 0, "Filesystems should fall back to fs label" "when label is corrupted."); TUNABLE_INT("bugfoo.mac.debug_label_fallback", &mac_debug_label_fallback); /* Module initialisation stuff */ static moduledata_t bugctl_mod = { "bugctl", bug_load, 0 }; static int bug_load(module_t mod, int cmd, void *arg) { int err = 0; switch (cmd) { case MOD_LOAD: printf("Sysctl Bug Manipulation\n"); break; /* Success*/ case MOD_UNLOAD: break; /* Success */ default: err = EINVAL; break; } return(err); } /* Now declare the module to the system */ DECLARE_MODULE(bugctl, bugctl_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); Index: kern_sysctl.c === RCS file: /home/ncvs/src/sys/kern/kern_sysctl.c,v retrieving revision 1.135 diff -u -r1.135 kern_sysctl.c --- kern_sysctl.c 2002/10/27 07:12:34 1.135 +++ kern_sysctl.c 2002/12/03 14:51:07 @@ -538,7 +538,10 @@ int *next, int *len, int level, struct sysctl_oid **oidpp) { struct sysctl_oid *oidp; + int i_namelen; + i_namelen = namelen ? 1 : 0; + *len = level; SLIST_FOREACH(oidp, lsp, oid_link) { *next = oidp->oid_number; @@ -585,7 +588,7 @@ len, level+1, oidpp)) return (0); next: - namelen = 1; + namelen = i_namelen; *len = level; } return 1;
[PATCH] lchflags userland
These are the userland updates (and kernel consistency fixes) to use the lchflags syscall. Also sent to PR kern/29355, but I don't know if anyone was listening. This was once described as "a textbook example of adding a new syscall", but what's in the tree is only half the chapter. Joshua -- Joshua Goodall [EMAIL PROTECTED] "Your byte hit ratio is weak, old man" "If you cache me now, I will dump more core than you can possibly imagine" Index: bin/cp/utils.c === RCS file: /cvs/src/bin/cp/utils.c,v retrieving revision 1.39 diff -u -r1.39 utils.c --- bin/cp/utils.c 18 Oct 2002 14:45:00 - 1.39 +++ bin/cp/utils.c 30 Nov 2002 13:02:57 - @@ -211,7 +211,7 @@ warn("symlink: %s", llink); return (1); } - return (0); + return (pflag ? setfile(p->fts_statp, 0) : 0); } int @@ -256,11 +256,11 @@ TIMESPEC_TO_TIMEVAL(&tv[0], &fs->st_atimespec); TIMESPEC_TO_TIMEVAL(&tv[1], &fs->st_mtimespec); - if (utimes(to.p_path, tv)) { + if (lutimes(to.p_path, tv)) { warn("utimes: %s", to.p_path); rval = 1; } - if (fd ? fstat(fd, &ts) : stat(to.p_path, &ts)) + if (fd ? fstat(fd, &ts) : lstat(to.p_path, &ts)) gotstat = 0; else { gotstat = 1; @@ -275,7 +275,7 @@ */ if (!gotstat || fs->st_uid != ts.st_uid || fs->st_gid != ts.st_gid) if (fd ? fchown(fd, fs->st_uid, fs->st_gid) : - chown(to.p_path, fs->st_uid, fs->st_gid)) { + lchown(to.p_path, fs->st_uid, fs->st_gid)) { if (errno != EPERM) { warn("chown: %s", to.p_path); rval = 1; @@ -284,14 +284,14 @@ } if (!gotstat || fs->st_mode != ts.st_mode) - if (fd ? fchmod(fd, fs->st_mode) : chmod(to.p_path, fs->st_mode)) { + if (fd ? fchmod(fd, fs->st_mode) : lchmod(to.p_path, fs->st_mode)) { warn("chmod: %s", to.p_path); rval = 1; } if (!gotstat || fs->st_flags != ts.st_flags) if (fd ? - fchflags(fd, fs->st_flags) : chflags(to.p_path, fs->st_flags)) { + fchflags(fd, fs->st_flags) : lchflags(to.p_path, fs->st_flags)) { warn("chflags: %s", to.p_path); rval = 1; } Index: bin/rm/rm.c === RCS file: /cvs/src/bin/rm/rm.c,v retrieving revision 1.42 diff -u -r1.42 rm.c --- bin/rm/rm.c 21 Aug 2002 17:32:42 - 1.42 +++ bin/rm/rm.c 10 Sep 2002 13:41:37 - @@ -239,7 +239,7 @@ if (!uid && (p->fts_statp->st_flags & (UF_APPEND|UF_IMMUTABLE)) && !(p->fts_statp->st_flags & (SF_APPEND|SF_IMMUTABLE))) - rval = chflags(p->fts_accpath, + rval = lchflags(p->fts_accpath, p->fts_statp->st_flags &= ~(UF_APPEND|UF_IMMUTABLE)); if (rval == 0) { /* @@ -329,7 +329,7 @@ if (!uid && (sb.st_flags & (UF_APPEND|UF_IMMUTABLE)) && !(sb.st_flags & (SF_APPEND|SF_IMMUTABLE))) - rval = chflags(f, sb.st_flags & ~(UF_APPEND|UF_IMMUTABLE)); + rval = lchflags(f, sb.st_flags & ~(UF_APPEND|UF_IMMUTABLE)); if (rval == 0) { if (S_ISWHT(sb.st_mode)) rval = undelete(f); Index: lib/libc/sys/chflags.2 === RCS file: /cvs/src/lib/libc/sys/chflags.2,v retrieving revision 1.22 diff -u -r1.22 chflags.2 --- lib/libc/sys/chflags.2 15 Jul 2002 20:59:12 - 1.22 +++ lib/libc/sys/chflags.2 10 Sep 2002 13:41:37 - @@ -48,9 +48,9 @@ .Ft int .Fn chflags "const char *path" "u_long flags" .Ft int -.Fn lchflags "const char *path" "int flags" -.Ft int .Fn fchflags "int fd" "u_long flags" +.Ft int +.Fn lchflags "const char *path" "u_long flags" .Sh DESCRIPTION The file whose name is given by @@ -186,3 +186,7 @@ .Nm fchflags functions first appeared in .Bx 4.4 . +The +.Fn lchflags +function first appeared in +.Nx 1.5 . Index: sbin/restore/tape.c === RCS file: /cvs/src/sbin/restore/tape.c,v retrieving revision 1.37 diff -u -r1.37 tape.c --- sbin/restore/tape.c 25 Sep 2002 04:06:37 - 1.37 +++ sbin/restore/tape.c 30 Nov 2002 13:09:50 - @@ -574,6 +574,7 @@ (void) lchmod(name, mode); (void) lutimes(name, ctimep); (void) lutimes(name, mtimep)
Re: ACPI Poweroff problem
On Wed, 4 Dec 2002, Thomas Seck wrote: > * Nate Lawson ([EMAIL PROTECTED]): > > > > Power System off using ACPI > > > ACPI -1287 *** Error: Method execution failed > > > AE_AML_UNINITIALIZED_LOCAL > > > ACPI -1287 *** Error: Method execution failed > > > AE_AML_UNINITIALIZED_LOCAL > > > > > > ACPIEnterSleepStatePrep failed AE_AML_UNINITIALIZED_LOCAL > > > > > > (so, or similar). > > > > > > PS : I have an VIA KT266 chipset. > > > > Please cc acpi-jp list with acpi problems, as I have on this reply. Check > > the current@ archives for the patch 20021122 that iwasaki@ posted. It may > > fix your problem. > > It seems that some problems were introduced with that patch. 20021122 has not been imported yet. 20021118 is version in -current. > > However, this sounds similar to another user's problem > > where his dsdt didn't forward declare FAN_ (again, check archives for the > > past 2 weeks). > > Yes, I reported it. It seems that the problem has been identified, but I > did not yet receive a patch to test. It's likely you will need to edit the asl since your dsdt looks like it violates the spec. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 5.0-DP2 boot failure on a 440GX motherboard
On Tue, Dec 03, 2002 at 10:59:40PM -0500, Chuck Robey wrote: > > I have debugged this some more. I'm able to boot, if I boot from serial > > console and am careful not to tickle the vga driver too much i.e. > > interact with the machine over the network or over the serial console. > > > > The moment I try to do anything on vga consoles, I get a hang. > > Is this a hard hang, or is the vga output frozen (and keyboard still > works, X still works, ssh still works) like I've been reporting? > Hard hang. No network, keyboard LED doesn't work either. -Arun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 5.0-DP2 boot failure on a 440GX motherboard
On Tue, 3 Dec 2002, Arun Sharma wrote: > On Wed, Nov 20, 2002 at 05:35:53PM -0800, Arun Sharma wrote: > > On Wed, Nov 20, 2002 at 04:36:58PM -0800, Arun Sharma wrote: > > > This is a dual Pentium III motherboard, with 2 x PIII at 850 MHz. > > > 5.0-DP1 worked just fine on this machine. However, with DP2, I get a > > > garbled console (Everything is ok till the Timecounter.. message). > > > > > > Sometimes the CD manages to boot and get into sysinstall, but hangs > > > shortly thereafter. Even the sysinstall output is garbled. > > > > boot -v output captured from a serial console attached. > > > > I have debugged this some more. I'm able to boot, if I boot from serial > console and am careful not to tickle the vga driver too much i.e. > interact with the machine over the network or over the serial console. > > The moment I try to do anything on vga consoles, I get a hang. Is this a hard hang, or is the vga output frozen (and keyboard still works, X still works, ssh still works) like I've been reporting? > > Another observation: even when booting from the serial console, when the > vga driver probes/attaches the hardware, I see garbage written on my vga > console. > > I tested that 11/25 kernel also has this problem. The problem didn't > happen with DP1. > > -Arun > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > Chuck Robey | Interests include C & Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and SF/Fantasy. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- ===> gnu/usr.bin/binutils/libbfd elf64-ia64.c: In function `elf64_ia64_size_dynamic_sections': elf64-ia64.c:2744: `ELF_DYNAMIC_INTERPRETER' undeclared (first use in this function) elf64-ia64.c:2744: (Each undeclared identifier is reported only once elf64-ia64.c:2744: for each function it appears in.) *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pw_user.c change for samba (& perl scripts!)
>>I can't find any shell script 'adduser' in >>http://www.freebsd.org/cgi/cvsweb.cgi/ >>Where can I find it? I'm not sure about the one Terry (?) mentioned, but I have a shell replacement for adduser that's 98% complete. There's one remaining bug. I wasn't going to say anything until I had rmuser done as well (it's not, yet). If people are interested I clean up the adduser part and put it up for FTP. (FWIW, my version front-ends pw, and takes it's policy from pw.conf.) --lyndon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 5.0-DP2 boot failure on a 440GX motherboard
On Wed, Nov 20, 2002 at 05:35:53PM -0800, Arun Sharma wrote: > On Wed, Nov 20, 2002 at 04:36:58PM -0800, Arun Sharma wrote: > > This is a dual Pentium III motherboard, with 2 x PIII at 850 MHz. > > 5.0-DP1 worked just fine on this machine. However, with DP2, I get a > > garbled console (Everything is ok till the Timecounter.. message). > > > > Sometimes the CD manages to boot and get into sysinstall, but hangs > > shortly thereafter. Even the sysinstall output is garbled. > > boot -v output captured from a serial console attached. > I have debugged this some more. I'm able to boot, if I boot from serial console and am careful not to tickle the vga driver too much i.e. interact with the machine over the network or over the serial console. The moment I try to do anything on vga consoles, I get a hang. Another observation: even when booting from the serial console, when the vga driver probes/attaches the hardware, I see garbage written on my vga console. I tested that 11/25 kernel also has this problem. The problem didn't happen with DP1. -Arun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[no subject]
auth 7b4975f6 subscribe freebsd-current [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Any ideas at all about network problem?
At 12:31 PM +0200 2002/12/03, [EMAIL PROTECTED] wrote: The two machines involved are connected by a crossover cable: I've heard of lots of problems with machines using cross-over cables. Can you connect the machines through a switch, and ensure that they are hard-wired to 100Base-TX full duplex at both ends, as opposed to auto-negotiating? I'll try a different cable this evening when I get home. Is there a minimum length? The cable is currently 2m long. I'm prepared to do any other debugging people here can suggest to make it work faster. FWIW my single CPU workstaion at the office running 4.7-STABLE with an fxp0 NIC does not suffer the same throughput reduction. I've also heard of lots of problems with some machines when the cable is too short, at least in certain combinations. Try successively longer lengths of cable, at least up to 20-30m. -- Brad Knowles, <[EMAIL PROTECTED]> "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI$ P+>++ L+ !E W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+() DI+() D+(++) G+() e++> h--- r---(+++)* z(+++) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
panic: ata_dmasetup: transfer active on this device!
Hi Søren, I get the above panic every few days when resuming, especially if the disk was active while the laptop was suspending - it's easy to reproduce by starting some disk-intensive activity and then hitting the suspend button. I see that IWASAKI-san posted patches for this a few months ago - do you have any plans to incorporate his work? http://docs.freebsd.org/cgi/getmsg.cgi?fetch=814727+0+archive/2002/freebsd-current/20020908.freebsd-current http://docs.freebsd.org/cgi/getmsg.cgi?fetch=822137+0+archive/2002/freebsd-current/20020908.freebsd-current ata0: resetting devices .. done ata1: resetting devices .. done panic: ata_dmasetup: transfer active on this device! Ian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ACPI Poweroff problem
* Nate Lawson ([EMAIL PROTECTED]): > > Power System off using ACPI > > ACPI -1287 *** Error: Method execution failed > > AE_AML_UNINITIALIZED_LOCAL > > ACPI -1287 *** Error: Method execution failed > > AE_AML_UNINITIALIZED_LOCAL > > > > ACPIEnterSleepStatePrep failed AE_AML_UNINITIALIZED_LOCAL > > > > (so, or similar). > > > > PS : I have an VIA KT266 chipset. > > Please cc acpi-jp list with acpi problems, as I have on this reply. Check > the current@ archives for the patch 20021122 that iwasaki@ posted. It may > fix your problem. It seems that some problems were introduced with that patch. > However, this sounds similar to another user's problem > where his dsdt didn't forward declare FAN_ (again, check archives for the > past 2 weeks). Yes, I reported it. It seems that the problem has been identified, but I did not yet receive a patch to test. --Thomas To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ACPI Poweroff problem
On Tuesday 03 December 2002 20:24, Lukas Kaminski wrote: > Hello ev'ryone ! > > I recently (friday, november 30.) installed FreeBSD Current, and it > seems pretty usable. (Congratulations) :-) > > But (there is everytime a "but") i have some trouble with ACPI. > While suspend to RAM works flawlessly, the machine doesn't power off. > If the powerbutton is pressed, a shutdown is initiated, but after an > error-message the computer reboots. > > The same error happens if i do "halt -p". > The only difference is, the machine doesn't reboot. > I've tried different kernel versions (Generic, too) and the error > persists. At last, the error : > > Power System off using ACPI > ACPI -1287 *** Error: Method execution failed > AE_AML_UNINITIALIZED_LOCAL > ACPI -1287 *** Error: Method execution failed > AE_AML_UNINITIALIZED_LOCAL > > ACPIEnterSleepStatePrep failed AE_AML_UNINITIALIZED_LOCAL > > (so, or similar). > > PS : I have an VIA KT266 chipset. > > I Have this chiset too. try to use: 1. acpiconf -e 2a. acpiconf -s 5 2b. shutdown -p now to shutdown the system, this works on my machine, but I use this only to shutdown, not Sleep MODE To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Any ideas at all about network problem?
Sure, I'm not sure what to tell you though. If you can tell me what info you need, then I'll find it for you. I sense a small game of chicken meets egg forming here. -Craig - Original Message - From: "Cliff L. Biffle" <[EMAIL PROTECTED]> > > Well... > My Realtek card in my 5.0 workstation is fully capable of saturating a 100mbps > link. It's an 8139; the only thing I did that might have been unusual was > forcing the media/mediaopts after bad experiences with rl's autodetect in the > past. Perhaps if you give me more information about your setup I could > better reproduce it. :-\ > > -Cliff L. Biffle > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Norton AntiVirus detected and quarantined a virus in a message you sent.
Recipient of the infected attachment: Romeo Benzoni\Posteingang Subject of the message: A very humour game One or more attachments were quarantined. Attachment picacu.exe was Quarantined for the following reasons: Virus W32.Klez.H@mm was found. <>
Re: Any ideas at all about network problem?
On Monday 02 December 2002 12:09 pm, Craig Reyenga wrote: > Right on. I hope that you find something because right now it seems > so hopeless. I'd have to say that this is the strangest problem that I've > ever had with FreeBSD. Well... My Realtek card in my 5.0 workstation is fully capable of saturating a 100mbps link. It's an 8139; the only thing I did that might have been unusual was forcing the media/mediaopts after bad experiences with rl's autodetect in the past. Perhaps if you give me more information about your setup I could better reproduce it. :-\ -Cliff L. Biffle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- ===> gnu/usr.bin/binutils/libbfd elf64-ia64.c: In function `elf64_ia64_size_dynamic_sections': elf64-ia64.c:2744: `ELF_DYNAMIC_INTERPRETER' undeclared (first use in this function) elf64-ia64.c:2744: (Each undeclared identifier is reported only once elf64-ia64.c:2744: for each function it appears in.) *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ACPI + Compaq Armada m700
Hello, Last night I cvsupped from 4.6-STABLE to 5.0-CURRENT. I do know the risks of using -CURRENT. Unfortunately I am having a problem with ACPI on boot. I have to issue the following to get the machine to boot boot> unset acpi_load boot> set boot_verbose=YES boot> boot -v then the usual fsck and mount commands. I have read the acpi manpage along with acpiconfig. Unfortunately this didn't shed much light on fixing this problem on a permanent basis. Any comments, even read this ... would be greatly appreciated. If need be I would even volunteer to document some of the information to help fulfill PR43528 With little guidance I could provide the necessary debugging info. Thank you for your time, Paul -- ### #I have never been able to conceive how any rational being could propose #happiness to himself from the exercise of power over others. --Thomas #Jefferson to A. L. C. Destutt de Tracy, 1811. ME 13:18 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: can't checkout src for CURRENT
On 4 Dec 2002, Andrew Thompson wrote: > On Tue, 2002-12-03 at 22:18, Denis N. Peplin wrote: > > On Tuesday 03 December 2002 02:00, Kris Kennaway wrote: > > > On Mon, Dec 02, 2002 at 01:59:20PM +0300, Denis N. Peplin wrote: > > > > > > > > What wrong and how to solve this problem? > > > > > > Looks like you may have some form of corruption going on. Check RAM, > > > CPU cooling, etc. > > It was new P4 1.7 machine :( > > I'm just instal HDD on another machine (old Celeron 433) and problem disappeared... > > But how to make full hardware check under freebsd? > > A good place to start would be to check the memory with > /usr/ports/sysutils/memtest, or the util at http://www.memtest86.com/ > (they may be the same thing) They are different, the latter being more thorough since it doesn't have an OS running. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: can't checkout src for CURRENT
On Tue, 2002-12-03 at 22:18, Denis N. Peplin wrote: > On Tuesday 03 December 2002 02:00, Kris Kennaway wrote: > > On Mon, Dec 02, 2002 at 01:59:20PM +0300, Denis N. Peplin wrote: > > > > > > What wrong and how to solve this problem? > > > > Looks like you may have some form of corruption going on. Check RAM, > > CPU cooling, etc. > It was new P4 1.7 machine :( > I'm just instal HDD on another machine (old Celeron 433) and problem disappeared... > But how to make full hardware check under freebsd? > A good place to start would be to check the memory with /usr/ports/sysutils/memtest, or the util at http://www.memtest86.com/ (they may be the same thing) Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
i386 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating >/home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- >>> Kernel build for GENERIC started on Tue Dec 3 09:36:44 PST 2002 -- >>> Kernel build for GENERIC completed on Tue Dec 3 10:27:44 PST 2002 -- >>> Kernel build for LINT started on Tue Dec 3 10:27:45 PST 2002 -- ===> vesa "Makefile", line 5401: warning: duplicate script for target "geom_bsd.o" ignored "Makefile", line 5404: warning: duplicate script for target "geom_mbr.o" ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from po
VM related panic during suspend/resume
Hi, I get this reproducable panic during suspend/resume on my notebook. panic: mutex vm page queue mutex not owned at /usr/src/sys/vm/vm_page.c:460 Debugger("panic") Stopped at Debugger+0x54: xchgl %eax,in_Debugger.0 db> tr Debugger(c03e6d08,c04720e0,c03e641d,cd1f6b3c,1) at Debugger+0x54 panic(c03e641d,c03fb8ed,c03fb901,1cc,cd1f6b90) at panic+0xab _mtx_assert(c0450860,1,c03fb901,1cc,c0b410d8) at _mtx_assert+0xbc vm_page_sleep_if_busy(c0b410d8,0,c03ff930,c03fb901,c0e5f310) at vm_page_sleep_if_busy+0x30 _pmap_unwire_pte_hold(c046c9dc,c0b410d8,1a7,c0ec4300,1) at _pmap_unwire_pte_hold+0x4c pmap_unuse_pt(c046c9dc,21000,c0b410d8,0,21627) at pmap_unuse_pt+0xdb pmap_remove_entry(c046c9dc,c083b900,21000,21000,c046c9dc) at pmap_remove_entry+0x7e pmap_remove_pte(c046c9dc,bfc00084,21000,21000,22000) at pmap_remove_pte+0xbb pmap_remove_page(c046c9dc,21000,c04569e0,0,c04006cd) at pmap_remove_page+0x46 pmap_remove(c046c9dc,21000,22000,7,1) at pmap_remove+0x47 acpi_sleep_machdep(c0ec5f00,3,c0408aac,c0260d55,3) at acpi_sleep_machdep+0x2a4 acpi_SetSleepState(c0ec5f00,3,cd1f6ce4,c05831c2,c0ec5f00) at acpi_SetSleepState+0x150 acpi_system_eventhandler_sleep(c0ec5f00,3,9a,c2547ca0,c05830e0) at acpi_system_eventhandler_sleep+0x21 acpi_lid_notify_status_changed(c2547ca0,0,c058f416,7b,0) at acpi_lid_notify_status_changed+0xe2 acpi_task_thread(0,cd1f6d48,c03e454f,35a,6f6b2e) at acpi_task_thread+0xad fork_exit(c0588860,0,cd1f6d48) at fork_exit+0xa5 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xcd1f6d7c, ebp = 0 --- db> - Christian -- http://www.unixpages.org[EMAIL PROTECTED] GPG Pub-Key: www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D msg48042/pgp0.pgp Description: PGP signature
Re: ATA/ATAPI related panic
On Tue, 3 Dec 2002, Bruce Cran wrote: > I've had a problem with my DVD and CDRW drives under FreeBSD from 4.5 > onwards. In released prior to 4.7 I used to get panics, I think when the system >had heavy I/O loads, such as when building world - I thought this may have been due >to the VIA controller. I installed DP2, and on one of the > boots, got: > > acd0: REQUEST_SENSE command timeout - resetting > ata1: resetting devices > > Fatal trap 12: page fault while in kernel mode > fault trap address = 0x0 > fault code = Supervisor read, page not present > instruction pointer = 0x8:0xc0151ca2 > stack pointer = 0x10:0xd68e3c5c > frame pointer = 0x10:0xd68e3c70 > code segment = base 0x0, limit 0xf, type = 0x16 > = DPL 0, pres 1, def32 l, gran 1 > > processor eflags = interrupt enable resume, IOPL=0 > current process = 13 (swi6:clock) > trap number = 12 > panic : page fault This is a null ptr deref, most likely in the kern proc that calls the timeout handlers (since curproc is clock int.) No idea what would cause this. > Another possible bug I've found is in df. I compiled a kernel then, > before overwriting the old backup, I tried running cp -ivR kernel.old > kernel.old.orig, forgetting that /boot wouldn't have enough free space. > When I next ran 'df -h' /boot was reporting -6MB free. I deleted > /boot/kernel.old.orig and the free space was correctly reported again, > but is this a bug in df? My filesytem is UFS1. No, this is correct since there is space reserved for root (see tunefs minfree) > how would I go about throttling it? Are there any IOCTLs, or is this > feature only for laptops where they automatically get throttled when > running on batteries? I know it probably doesn't make sense on a > desktop computer, but I'm interested - ACPI support seems brilliant, and > although hibernation doesn't seem to work, all the other features work > perfectly. man acpi, see also sysctl hw.acpi -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ACPI Poweroff problem
On Tue, 3 Dec 2002, Lukas Kaminski wrote: > I recently (friday, november 30.) installed FreeBSD Current, and it > seems pretty usable. (Congratulations) :-) > > But (there is everytime a "but") i have some trouble with ACPI. > While suspend to RAM works flawlessly, the machine doesn't power off. > If the powerbutton is pressed, a shutdown is initiated, but after an > error-message the computer reboots. > > The same error happens if i do "halt -p". > The only difference is, the machine doesn't reboot. > I've tried different kernel versions (Generic, too) and the error > persists. At last, the error : > > Power System off using ACPI > ACPI -1287 *** Error: Method execution failed > AE_AML_UNINITIALIZED_LOCAL > ACPI -1287 *** Error: Method execution failed > AE_AML_UNINITIALIZED_LOCAL > > ACPIEnterSleepStatePrep failed AE_AML_UNINITIALIZED_LOCAL > > (so, or similar). > > PS : I have an VIA KT266 chipset. Please cc acpi-jp list with acpi problems, as I have on this reply. Check the current@ archives for the patch 20021122 that iwasaki@ posted. It may fix your problem. However, this sounds similar to another user's problem where his dsdt didn't forward declare FAN_ (again, check archives for the past 2 weeks). -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[no subject]
Hello again ! Sorry for the inconvenience, but i think my last two postings were ambiguous. First, i use the sources form november 30. And in the second posting, the device is iicsmb and not iccsmb. Unfortunately, i can't access the internet from home, and must write down the kernel messages. (at least for the next few days). CU To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sc0 disappers with iccsmb and viapm
On Tue, Dec 03, 2002 at 06:29:55PM +0100, Lukas Kaminski wrote: > > One annoying thing : > If there are the kernel devices iccsmb and viapm enabled, the sc0 > console disappears (many kernel builds, were necessery, to proof > that). > This seems to be a problem with both -stable and -current. In -stable, the last message I get is 'mounting root from ufs:/dev/ad0s2a' and then the system hangs. However, on -current, after that message I also get two messages which say that fsck exited on signal 8. There's some brief disk activity but nothing else appears on the screen. The only thing to do is press Ctrl-Alt-Delete. The reboot messages appear, and the system reboots properly. -- Bruce Cran To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sc0 disappers with iccsmb and viapm
One annoying thing : If there are the kernel devices iccsmb and viapm enabled, the sc0 console disappears (many kernel builds, were necessery, to proof that). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ACPI Poweroff problem
Hello ev'ryone ! I recently (friday, november 30.) installed FreeBSD Current, and it seems pretty usable. (Congratulations) :-) But (there is everytime a "but") i have some trouble with ACPI. While suspend to RAM works flawlessly, the machine doesn't power off. If the powerbutton is pressed, a shutdown is initiated, but after an error-message the computer reboots. The same error happens if i do "halt -p". The only difference is, the machine doesn't reboot. I've tried different kernel versions (Generic, too) and the error persists. At last, the error : Power System off using ACPI ACPI -1287 *** Error: Method execution failed AE_AML_UNINITIALIZED_LOCAL ACPI -1287 *** Error: Method execution failed AE_AML_UNINITIALIZED_LOCAL ACPIEnterSleepStatePrep failed AE_AML_UNINITIALIZED_LOCAL (so, or similar). PS : I have an VIA KT266 chipset. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: DP2 partition type issue was: DP2 keyboard fails in FDISK
On 03-Dec-2002 kit wrote: > On Tue, Dec 03, 2002 at 10:57:36PM +1300, kit wrote: >> Hello people >> >> Having decided to play with DP2 and downloaded the iso's I have an odd >> install issue. >> >> sysinstall loads fine and in running hte standard install I get to >> the disk partioning. However FDISK appears to remain unresponsive to >> the keyboard >> ALT-F2 works fine (and the power button gives me th option of restarting >> sysinstall or aborting - impressive) but the actual process of >> deleting the current w2k partion simply has no response. >> >> Machine is an IBM thinkpad A20m with a british keyboard and 12Gb disk >> and 256Mb memory, the disk is partioned as 4 Gb NTFS and 8 extended FAT >> >> the behaviour is the same also from the custome install FDISK menu. >> >> Interestingly the arrow keys do move between the existing partions >> some of the time but not once either A or D is selected. >> >> > OK I maust have missed something but some of the functions did work OK and I could > change type so long as I didn't try to delete the existing partions first. > By changing the type to 167 (FreeBSD) I was able to delete them and move on. > The geometry also needed to be changed from > 24944/15/63 to 1559/240/63 which is what both w2k and 4.5-RELEASE reported This was a bug that just got fixed yesterday. RC1 should be able to delete slices ok. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Xircom realport rem56g problems
Try the dc driver instead of xe. I have the same card and it worked once I added the cardbus glop to read the MAC address from the CIS. Sam - Original Message - From: "Ari Suutari" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 03, 2002 4:41 AM Subject: Xircom realport rem56g problems > Hi, > > I'm trying to get Xircom realport ethernet card (+modem) working > on -current (the card works ok on -stable). > > When plugging the card in, I get: > > xe0: at port 0x2e8-0x2ef. > device_probe_and_attach: xe0 attach returned 19 > > ie. it returns ENODEV. > > After browsing around in /sys/dev/xe/if_xe_pccard.c, I noticed > that there is a table of various cards against which the driver checks the > inserted card. The matching ID for this kind of card would be 0x6 but > that is not in table, which causes the driver to return ENODEV. > > I added an entry with id 0x6 and flags MOHAWK | DINGO > (don't know if this is ok, assumed so from -stable messages) > > No luck with this either. Now there is a loop in driver > (line 230 or so) which never reaches XE_CARD_TYPE_FLAGS_DINGO. > > "for(i=1; i!=XE_CARD_TYPE_FLAGS_DINGO; i=i<<1) ", > shouldn't this be > for(i=1; i!=(XE_CARD_TYPE_FLAGS_DINGO<<1); i=i<<1) > > After changing this, I now get error code 12 (ENOMEM) > from xe_activate. There seems to be some kind of a problem > in allocating io port or interrupt. > > Any ideas, what could I try next ? > > Ari S. > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
FreeBSD Port: mplayerxp-0.1.9
CURRENT seems to break mplayerxps build: cc -c -O -pipe -march=athlon-4 -D_THREAD_SAFE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibmpdemux -Ilibvo -I/usr/local/include -I/usr/local/include -Wall -o sig_hand.o sig_hand.c In file included from sig_hand.c:8: /usr/include/sys/resource.h:61: field `ru_utime' has incomplete type /usr/include/sys/resource.h:62: field `ru_stime' has incomplete type /usr/include/sys/resource.h:122: syntax error before "int32_t" /usr/include/sys/resource.h:127: syntax error before "rlim_t" /usr/include/sys/resource.h:133: syntax error before "fixpt_t" sig_hand.c: In function `init_signal_handling': sig_hand.c:70: structure has no member named `rlim_cur' sig_hand.c:70: structure has no member named `rlim_max' gmake[1]: *** [sig_hand.o] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mplayerxp/work/mplayerxp-0.1.9/mplayerxp' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mplayerxp. /John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: console problem
> It's not the fact that I have an extra, unused on-board video > (checked). > Also, when the video output stops, the console still works > fine for input > (keyboard never stops working normally). Also, I can > successfully start X > just fine. It's just the vty's output that is stopped (all > vtys, alt-Fn > has no effect on output, only input). It's not wiped, just no further > changes. I tried issuing a vidcontrol; before lockup, color > change works > fine, after, no effect. > > It's acting as if the mapping in memory to the video buffer > has changed. > The problem is that the syscons driver stops updating the display because it's timeout call to scrn_timeout() gets lost and/or never re-armed. The causes could be one or more of the following: 1) a race in the syscons code that determines whether or not to re-arm the periodic timeout. 2) a race in the callout code that results in random timeouts getting lost. Since syscons timeout happens 10 times a second, it has a high chance of being affected. 3) breakage in softclock, resulting in timeouts not being triggered at all. I highly doubt this one since the rest of the machine works fine. Note that while it happens easily on SMP machines, I was able to trigger it last night on a UP box in the form of the syscons bell getting turned on but not off. My SMP box died while trying to debug this and I haven't been able to get access to another one yet. If anyone is interested in looking at it, /sys/dev/syscons/syscons.c:scrn_timeout() is a good place to start. Scott To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- ===> gnu/usr.bin/binutils/libbfd elf64-ia64.c: In function `elf64_ia64_size_dynamic_sections': elf64-ia64.c:2744: `ELF_DYNAMIC_INTERPRETER' undeclared (first use in this function) elf64-ia64.c:2744: (Each undeclared identifier is reported only once elf64-ia64.c:2744: for each function it appears in.) *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ATA/ATAPI related panic
A few days ago I installed DP2, and also tried the 20021129 snapshot. I found a few problems with -current on my computer. I've had a problem with my DVD and CDRW drives under FreeBSD from 4.5 onwards. In released prior to 4.7 I used to get panics, I think when the system had heavy I/O loads, such as when building world - I thought this may have been due to the VIA controller. I installed DP2, and on one of the boots, got: acd0: REQUEST_SENSE command timeout - resetting ata1: resetting devices Fatal trap 12: page fault while in kernel mode fault trap address = 0x0 fault code = Supervisor read, page not present instruction pointer = 0x8:0xc0151ca2 stack pointer = 0x10:0xd68e3c5c frame pointer = 0x10:0xd68e3c70 code segment = base 0x0, limit 0xf, type = 0x16 = DPL 0, pres 1, def32 l, gran 1 processor eflags = interrupt enable resume, IOPL=0 current process = 13 (swi6:clock) trap number = 12 panic : page fault The DVD drive is a UDMA33 LG CRD-8080B on secondary master and the CDRW drive is a LG CED-8080B on secondary slave. It's connected to a Asus A7V 266-E motherboard which has a VIA 8233 ATA controller. Usually I get either REQUEST_SENSE or READ_CAPACITY, sometimes followed by a 'data read overrun' message. This happens both on -stable and -current. Usually there's a pause for a few seconds before the system boots as normal. The drives are initially configured for PIO4,PIO4, although I can manually set them to UDMA33,WDMA2. The strange thing is that the problem happens at random - sometimes the system will boot normally with no errors, other times it will stop for a minute with a few of those timeout/resetting messages. When I disconnected all the drives from the secondary controller, booting stopped for about 5 seconds before detecting ata1 io and irq. If I disconnect the DVD drive the problem disappears, although the CDRW is still only configured for PIO4 mode. I had hoped that -current had sorted this problem, but apparently not. Are the LG drives one of the ones which don't implement the ATAPI protocol correctly? I've got limited time at the moment, but can do a few more tests if needed, since the -current installation is just for testing. Another problem I've come across is that the bktr driver in 20021129 appears to be broken - specifically, in bktr_core.c it complains that IICBUS is not a member of the structure. Another possible bug I've found is in df. I compiled a kernel then, before overwriting the old backup, I tried running cp -ivR kernel.old kernel.old.orig, forgetting that /boot wouldn't have enough free space. When I next ran 'df -h' /boot was reporting -6MB free. I deleted /boot/kernel.old.orig and the free space was correctly reported again, but is this a bug in df? My filesytem is UFS1. I have also tried compiling a custom kernel with viapm, iicbus and smbus support, but on booting I get a message saying fsck exited on signal 8. There is some disk activity for a few seconds, but nothing else happens. I can press Ctrl-Alt-Delete and the messages appear saying the computer's rebooting, but no login prompt ever appears - the only option is to reboot. Another kernel-related query I have is about CPU throttling. I see a message saying my Athlon XP can be throttled in 16 steps from 100% to 6.2%, but how would I go about throttling it? Are there any IOCTLs, or is this feature only for laptops where they automatically get throttled when running on batteries? I know it probably doesn't make sense on a desktop computer, but I'm interested - ACPI support seems brilliant, and although hibernation doesn't seem to work, all the other features work perfectly. -- Bruce Cran To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Any ideas at all about network problem?
Brad Knowles writes: > At 3:32 PM -0700 2002/12/02, Cliff L. Biffle wrote: > > > One thing I've used in the past that improves Realtek throughput is forcing > > the media type and duplex setting on both ends of the connection. Autodetect > > in the 8139s seems to be unreliable at times. > > This is true for most 10/100 Base-T implementations I've seen. > None of them have been able to reliably auto-detect. Any time I hear > someone complain of network throughput problems, this is one of the > first things I have them check. However, this would not seem to be > the case in this instance, unless 4.7 and 5.x are not handling > auto-detect in the same way. Phk made some large (and somewhat controversial, at the time) changes to the mii support code in -current about 7 months ago. Before blaming the mii code, I'd feel better if we knew a hardcoded connection worked better. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
DP2 partition type issue was: DP2 keyboard fails in FDISK
On Tue, Dec 03, 2002 at 10:57:36PM +1300, kit wrote: > Hello people > > Having decided to play with DP2 and downloaded the iso's I have an odd > install issue. > > sysinstall loads fine and in running hte standard install I get to > the disk partioning. However FDISK appears to remain unresponsive to > the keyboard > ALT-F2 works fine (and the power button gives me th option of restarting > sysinstall or aborting - impressive) but the actual process of > deleting the current w2k partion simply has no response. > > Machine is an IBM thinkpad A20m with a british keyboard and 12Gb disk > and 256Mb memory, the disk is partioned as 4 Gb NTFS and 8 extended FAT > > the behaviour is the same also from the custome install FDISK menu. > > Interestingly the arrow keys do move between the existing partions > some of the time but not once either A or D is selected. > > OK I maust have missed something but some of the functions did work OK and I could change type so long as I didn't try to delete the existing partions first. By changing the type to 167 (FreeBSD) I was able to delete them and move on. The geometry also needed to be changed from 24944/15/63 to 1559/240/63 which is what both w2k and 4.5-RELEASE reported --kit -- whois -h whois.gandi.net KM78-GANDI To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Xircom realport rem56g problems
Hi, I'm trying to get Xircom realport ethernet card (+modem) working on -current (the card works ok on -stable). When plugging the card in, I get: xe0: at port 0x2e8-0x2ef. device_probe_and_attach: xe0 attach returned 19 ie. it returns ENODEV. After browsing around in /sys/dev/xe/if_xe_pccard.c, I noticed that there is a table of various cards against which the driver checks the inserted card. The matching ID for this kind of card would be 0x6 but that is not in table, which causes the driver to return ENODEV. I added an entry with id 0x6 and flags MOHAWK | DINGO (don't know if this is ok, assumed so from -stable messages) No luck with this either. Now there is a loop in driver (line 230 or so) which never reaches XE_CARD_TYPE_FLAGS_DINGO. "for(i=1; i!=XE_CARD_TYPE_FLAGS_DINGO; i=i<<1) ", shouldn't this be for(i=1; i!=(XE_CARD_TYPE_FLAGS_DINGO<<1); i=i<<1) After changing this, I now get error code 12 (ENOMEM) from xe_activate. There seems to be some kind of a problem in allocating io port or interrupt. Any ideas, what could I try next ? Ari S. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
subscribe
subscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Any ideas at all about network problem?
Brad Knowles wrote: > At 12:55 AM -0500 2002/12/02, Craig Reyenga wrote: > > > I just tried a 3com 3c905 NIC (my roommate's) and it _also_ > > transfers slowly (about 3.5MB/sec, so just under half of what i used to > > get with my realtek in -stable). It also spit out a few messages: > > According to all the source modules I've read regarding RealTek > cards, they're about the biggest pieces of hardware garbage that has > ever been inflicted on the free/open community. However, a 3Com card > should be a little better. Have you tried replacing both RealTek > cards with 3Com, to see if that changes things? I have a similar problem with my xl0 and ed0 which has been around for just about as long as I can remember. I'd originally thought it was a cable problem, but since I still get transfer rates in excess of my access line speed, I'd never really debugged it. The two machines involved are connected by a crossover cable: 1. FreeBSD 5.0-CURRENT #7: Mon Dec 2 19:03:06 SAST 2002 Dual PII-266, 196MB xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xe400-0xe43f irq 2 at device 8.0 on pci0 xl0: Ethernet address: 00:60:08:0b:2e:c8 miibus0: on xl0 [brane-dead] /usr/src/sys/i386/conf # ifconfig xl0 xl0: flags=8843 mtu 1500 inet 196.7.162.26 netmask 0xfffc broadcast 196.7.162.27 ether 00:60:08:0b:2e:c8 media: Ethernet 100baseTX status: active 2. FreeBSD 4.7-STABLE #3: Sun Nov 24 18:29:27 SAST 2002 Dual PIII-700, 256MB xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xd800-0xd83f irq 12 at device 10.0 on pci0 xl0: Ethernet address: 00:60:08:10:10:31 miibus0: on xl0 [brane] ~ $ ifconfig xl0 xl0: flags=8843 mtu 1500 inet 196.7.162.25 netmask 0xfffc broadcast 196.7.162.27 ether 00:60:08:10:10:31 media: Ethernet 100baseTX status: active When I had two SMC Ultra NICs in these machines (both 4.x-STABLE at the time) I got transfer rates of about 1.1 megabits per second. Using the same cable, but with 3c905 NICs I get 25.3 megabits per second and without ipfw I get 26.7 megabits per second. 'top' showed the ftpd on the CURRENT machine spending a lot of time in *Giant and both machines had a lot of idle CPU time >50%. I'll try a different cable this evening when I get home. Is there a minimum length? The cable is currently 2m long. I'm prepared to do any other debugging people here can suggest to make it work faster. FWIW my single CPU workstaion at the office running 4.7-STABLE with an fxp0 NIC does not suffer the same throughput reduction. Ian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: top and killall
Giorgos Keramidas wrote: On 2002-12-02 11:35, "Daniel C. Sobral" wrote: >I use Zebra. Zebra has a nice start/stop script, that tests for the >existence of a configuration file for it's various daemons and, >depending on their existence, start or killall them. > >Now, I have both ospfd.cfg and zebra.cfg, so it starts first zebra >then ospfd, and killall first ospfd then zebra. > >The funny thing is... it doesn't kill zebra. Not on the first try. >For some weird reason, it says it couldn't find the zebra process. >But only right after it killed ospfd. Can we see the script? :) It could be a bug in the script. Sure you can. It's in /usr/ports/net/freevrrpd. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Outros: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Design: What you regret not doing later on. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
DP2 keyboard fails in FDISK
Hello people Having decided to play with DP2 and downloaded the iso's I have an odd install issue. sysinstall loads fine and in running hte standard install I get to the disk partioning. However FDISK appears to remain unresponsive to the keyboard ALT-F2 works fine (and the power button gives me th option of restarting sysinstall or aborting - impressive) but the actual process of deleting the current w2k partion simply has no response. Machine is an IBM thinkpad A20m with a british keyboard and 12Gb disk and 256Mb memory, the disk is partioned as 4 Gb NTFS and 8 extended FAT the behaviour is the same also from the custome install FDISK menu. Interestingly the arrow keys do move between the existing partions some of the time but not once either A or D is selected. Any clues would be helpful --kit -- whois -h whois.gandi.net KM78-GANDI To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sparc64 tinderbox failure
On Mon, Dec 02, 2002 at 04:17:34PM -0500, John Baldwin wrote: > > On 29-Nov-2002 Mike Barcroft wrote: > > Ruslan Ermilov <[EMAIL PROTECTED]> writes: > >> On Fri, Nov 29, 2002 at 03:22:29AM +, Mike Barcroft wrote: > >> > Fri Nov 29 03:15:00 GMT 2002 > >> > U lib/libpam/modules/pam_ksu/pam_ksu.c > >> > U release/doc/en_US.ISO8859-1/early-adopter/article.sgml > >> > Running test variables > >> > PASS: Test variables detected no regression, output matches. > >> > Running test targets > >> > PASS: Test targets detected no regression. > >> > Running test sysvmatch > >> > PASS: Test sysvmatch detected no regression. > >> > Running test lhs_expn > >> > PASS: Test lhs_expn detected no regression. > >> > Running test notdef > >> > PASS: Test notdef detected no regression. > >> > Running test modifiers > >> > PASS: Test modifiers detected no regression. > >> > Running test funny_targets > >> > FAIL: Test failed: regression detected. See above. > >> > *** Error code 1 > >> > > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. > >> > *** Error code 1 > >> > > >> > Stop in /tinderbox/sparc64/src/tools/regression/usr.bin/make. > >> > > >> > -- > >> > Upgrading the installed make > >> > -- > >> > install: /usr/bin/make: Text file busy > >> > *** Error code 71 > >> > > >> Are you using NFS here? > > > > Only the CVS repo is NFS mounted. > > And you don't have INSTALL= install -C, correct? > Yes, he was building under non-root. This problem is already resolved. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg48022/pgp0.pgp Description: PGP signature
Re: awk(1) is locale unaware (was: Re: buildworld breakage during "make depend" at usr.bin/kdump)
On Tue, Dec 03, 2002 at 11:09:20AM +0300, Andrey A. Chernov wrote: > On Wed, Nov 20, 2002 at 14:54:12 +0200, Ruslan Ermilov wrote: > > > Index: b.c > > === > > RCS file: /home/ncvs/src/contrib/one-true-awk/b.c,v > > retrieving revision 1.1.1.2 > > diff -u -p -r1.1.1.2 b.c > > David, this variant is nice enough. Please, commit. > One needs to catch up to his email. :-) A new version of one-true-awk was released which includes these fixes. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg48021/pgp0.pgp Description: PGP signature
Re: can't checkout src for CURRENT
On Tuesday 03 December 2002 02:00, Kris Kennaway wrote: > On Mon, Dec 02, 2002 at 01:59:20PM +0300, Denis N. Peplin wrote: > > # uname -a > > exp.vsmi.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 15 09:13:24 GMT > > 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 > > # cd /usr > > # cvs -R co src > > > > cvs [checkout aborted]: unrecognized operation '\x9' in > > /bd/ncvs/src/contrib/bind/bin/named/ns_req.c,v > > > > What wrong and how to solve this problem? > > Looks like you may have some form of corruption going on. Check RAM, > CPU cooling, etc. It was new P4 1.7 machine :( I'm just instal HDD on another machine (old Celeron 433) and problem disappeared... But how to make full hardware check under freebsd? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ia64 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- ===> gnu/usr.bin/binutils/libbfd elf64-ia64.c: In function `elf64_ia64_size_dynamic_sections': elf64-ia64.c:2744: `ELF_DYNAMIC_INTERPRETER' undeclared (first use in this function) elf64-ia64.c:2744: (Each undeclared identifier is reported only once elf64-ia64.c:2744: for each function it appears in.) *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /home/tinderbox/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Another ACL problem in DP2
Hi, everybody, I have some problem when I using 'ACL'. My operations as follow: my kernel config file include: options UFS_ACL options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART I want to do the "ACL" in the "/usr" filesystem. #mkdir -p /usr/.attribute/system #cd /usr/.attribute/system #extattrctl initattr -p /usr/ 388 posix1e.acl_access #extattrctl initattr -p /usr/ 388 posix1e.acl_default Then, I reboot my box. I want to restrict 'Jack' not to access '/usr/games'. So: #cd /usr #setfacl -m u:Jack: games But the system print: setfacl: acl_get_file() failed: Operation not supported Why? Later, I use getfacl to check, the info as follow: #getfacl games #file:games #owner:0 #group:0 user::rwx group::r-x other::r-x When I use the 'ACL' on DP1's root filesystem, it works nice. Now I am using DP2. Thank you! Best Regards Ouyang Kai _ ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger: http://messenger.msn.com/cn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: awk(1) is locale unaware (was: Re: buildworld breakage during "make depend" at usr.bin/kdump)
On Wed, Nov 20, 2002 at 14:54:12 +0200, Ruslan Ermilov wrote: > Index: b.c > === > RCS file: /home/ncvs/src/contrib/one-true-awk/b.c,v > retrieving revision 1.1.1.2 > diff -u -p -r1.1.1.2 b.c David, this variant is nice enough. Please, commit. -- Andrey A. Chernov http://ache.pp.ru/ msg48017/pgp0.pgp Description: PGP signature