Re: cp in INSTALLTMP?
John Baldwin [EMAIL PROTECTED] wrote: Yes, I've seen this. I'm betting it is timing related, and that dfr's fix to pmap.c will fix this. Indeed it is gone now. make installworld works fine without cp. -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD current is very slow
Well, FreeBSD-CURRENT will have bugs... That's why it's -CURRENT and not -STABLE Ken On Mon, 10 Sep 2001, Liu Siwei wrote: Hi,all: Do you run freebsd-current? what current? I make a clean SNAP of freebsd-current through make release. And make a CD. I install freebsd-current from my own CD. All things are fine. But its multimedia is not soundable. I compile gnome-1.4 on this current-SNAP smoothly from source through ports. But when I first run gnome desktop environment, it takes long time to appear desktop environment. But when I disable the gnome's sound event and restart it again, it is very quickly start up. This is one reason I say that. Secondly, I make mpg123 from ports by source(current ports). I start it in background like this: mpg123 my.mp3 , I use top command to see my system's load, I was surpised: mpg123 only takes no more than 5% system resources, but the interrupt TAKES more than 90% system resources. So my system is very slow to run other software. Why? and I want to know what's the interrupt and it relates what? Now, I have installed FreeBSD 4.4RC1. I compile mpg123 again, and play it background, I find the interrupt takes no more than 5% system resource! Is it FreeBSD-current's BUGs??? Best Regard. __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com 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
dhclient fails on -current
For the last five days or so, dhclient from isc-dhcp2 has not worked with -current on my machine. It reports dc0: not found. Some others reported a similar problem with postfix which was cured by recompiling. The same solution does not work with dhclient. -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran ChurchWashburn, Iowa 1L, UST School of Law Minneapolis, Minnesota One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important. -- Bertrand Russell To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dhclient fails on -current
On Tue, Sep 11, 2001 at 01:28:12PM -0500, Michael Harnois wrote: For the last five days or so, dhclient from isc-dhcp2 has not worked with -current on my machine. It reports dc0: not found. Some others reported a similar problem with postfix which was cured by recompiling. The same solution does not work with dhclient. Why are you using the client from isc-dhcp2 when that is the same client in the base system? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dhclient fails on -current
On Tue, 11 Sep 2001 13:05:57 -0700, David O'Brien [EMAIL PROTECTED] said: Why are you using the client from isc-dhcp2 when that is the same client in the base system? In fact, having looked at my rc.conf now, I am using the one from the base system. -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran ChurchWashburn, Iowa 1L, UST School of Law Minneapolis, Minnesota Make everything as simple as possible, but not simpler. -- Einstein To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Error in /boot/defaults/loader.conf?
kern.module_path seems to be incorrect in my fresh install of -CURRENT. As a result, kernel modules are not loading. This value is set in /boot/defaults/loader.conf as module_path=/boot/kernel;/boot/modules;/modules but apparently should read: module_path=/boot/kernel/;/boot/modules/;/modules/ Note the trailing / which I added to each path. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: boot() called on cpu #1 - hang
On Mon, 10 Sep 2001 [EMAIL PROTECTED] wrote: Hello Tor, thank you for your quick response, unfortunately your patch did not fix the problem. Your machine seems to hang too early for the patch to have any effect. (the patch affects a hang that occurs after the kernel has printed cpu reset called on cpu#1 cpu_reset: Stopping other CPUs ) I have now tested a little bit more with the following sequence: boot machine to single-user reboot I did this more then 10 times. It now got stuck every time Approx. 8 time with boot() called on cpu #1 W And 3 times with boot() called on cpu #0 Wa or boot() called on cpu #0 Waiting (max It looks to me that the kernel-printf gets somehow stuck. Did you use -O2 when compiling the kernel ? That sometimes causes strange problems. The kernel doesn't appear do do much before printing the Waiting (max %d seconds) for system process `%s' to stop message in kproc_shutdown. boot() in /usr/src/sys/kern/kern_shutdown.c contains #ifdef SMP if (smp_active) printf(boot() called on cpu#%d\n, PCPU_GET(cpuid)); #endif /* * Do any callouts that should be done BEFORE syncing the filesystems. */ EVENTHANDLER_INVOKE(shutdown_pre_sync, howto); where the EVENTHANDLER_INVOKE macro expands to a lockmgr() call and invocation of the two events associated with shutdown_pre_sync: kproc_shutdown(bufdaemonproc, howto) kproc_shutdown(updateproc, howto) The normal output is Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped If the lockmgr lock for the event list is damaged, further damage elsewhere might occur due to the lockmgr call. If a debug printf before the lockmgr call in EVENTHANDLER_INVOKE() works while a debug printf after the lockmgr call isn't properly printed, then the probability for the problem being related to the lockmgr call is increased (cf. /usr/src/sys/sys/eventhandler.h) - Tor Egge Hello Tor, I have added a printf right before and after the lockmgr call in the EVENTHANDLER_INVOKE() Macro in /usr/src/sys/sys/eventhandler.h. But both of these printf do work! The output I am getting then is: Boot() called on cpu #1 before lockmgr after lockmgr W What else could I test? Michael To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: vfsload appearse broken after new changes
Andrey A. Chernov wrote: When I try to mount my dos partition I got now: msdosfs: vfsload(msdosfs): No such file or directory kldload msdosfs.ko fails too. When I preload it manually before mount using full path /boot/kernel/msdosfs.ko, it works. The problem is that many of our kld's are missing module version declarations. Also, check that the kern.module_path sysctl has got a trailing / on each component.You can do a 'ktrace kldload msdosfs' and you should be able to see the path searching for linker.hints and the .ko files as NAMI calls. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Donation to your organization 090401
Dear Friend Sept 2001 Newsletter Here is another way for your organization to raise money in a painless way Cash rebates of up to 30% from BenefitsAll become welcome donations to your organization when your members shop online with Borders, Disney, Dell, Gap, Esprit and 300 plus retailers through our web site. Widely endorsed, socially responsible site offers no obligation, free rebate program for members. See how easy it is for your charity to earn substantial cash back for every online, shopping purchase made. To find out more information from BenefitsAll click on reply and we will contact you shortly. Please put MORE INFO in the subject box. To remove you from this list type REMOVE in the subject box and click reply. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: vfsload appearse broken after new changes
On Tue, Sep 11, 2001 at 00:25:34 -0700, Peter Wemm wrote: Also, check that the kern.module_path sysctl has got a trailing / on each component.You can do a 'ktrace kldload msdosfs' and you should be able to see the path searching for linker.hints and the .ko files as NAMI calls. kern.module_path: /boot/kernel;/boot/kernel;/boot/modules;/modules -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: vfsload appearse broken after new changes
On Tue, Sep 11, 2001 at 00:25:34 -0700, Peter Wemm wrote: Also, check that the kern.module_path sysctl has got a trailing / on each component.You can do a 'ktrace kldload msdosfs' and you should be able to see the path searching for linker.hints and the .ko files as NAMI calls. This is rather annoying. For ages the the module path has been without trailing / and the default loader.conf (/sys/boot/forth/loader.conf) still contains the default without slashes. And there may be people with local loader.conf that have also no trailing slash. Not beeing able to load msdosfs is one thing, but not beeing able to load your interface driver and the nfs module to get access to the NFS mounted source to figure out what is happening is really bad. A little HEADS UP in such cases would save a lot of work for people (fortunately I have red my e-mail before rebooting my current system). harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Build failure VERY early
I don't think this is just my system, and no binutils changes have been made recently, (and the disk is NOT full, anywhere near), and noone else has complained about a related build problem either: -- cd /usr/src/usr.sbin/config; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.sbin/config created for /usr/src/usr.sbin/conf ig yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l lang.c rm -f .depend mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/i386/us r/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/con fig/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/m koptions.c cd /usr/src/usr.sbin/config; make _EXTRADEPEND echo config: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/ libl.a .depend cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c config.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/main.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c lang.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkoptions.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -static -o config config.o main.o lang.o mkmakefile.o mkheaders.o mkoptions .o -ll /usr/libexec/elf/ld: final link failed: File truncated *** Error code 1 Stop in /usr/src/usr.sbin/config. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 -- The files that are present in the working directory appear normal. seagull# cd /usr/obj/usr/src/i386/usr/src/usr.sbin/config seagull# ls -l total 145 -rw-r--r-- 1 root wheel 4287 Sep 11 04:31 .depend -rw-r--r-- 1 root wheel 18689 Sep 11 04:31 config.c -rw-r--r-- 1 root wheel 7140 Sep 11 04:31 config.o -rw-r--r-- 1 root wheel 49094 Sep 11 04:31 lang.c -rw-r--r-- 1 root wheel 13728 Sep 11 04:31 lang.o -rw-r--r-- 1 root wheel 7996 Sep 11 04:31 main.o -rw-r--r-- 1 root wheel 3376 Sep 11 04:31 mkheaders.o -rw-r--r-- 1 root wheel 13620 Sep 11 04:31 mkmakefile.o -rw-r--r-- 1 root wheel 5856 Sep 11 04:31 mkoptions.o -rw-r--r-- 1 root wheel 18689 Sep 11 04:31 y.tab.c -rw-r--r-- 1 root wheel466 Sep 11 04:31 y.tab.h To me, that message would indicate a full disk, though my thought process may differ a bit from the bfd maintainer (boy, is *that* code convoluted!!!) However, I'd think 3gb is enough :-) seagull# df /usr/obj Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad0s1f 17828863 13179899 322265580%/usr This made OK last Saturday. I don't see any likely changes from then to now... Just in case, I remade gnu libs and binutils independently, and manually installed /usr/share/mk; no help. Note too that config makes just fine normally if made manually; it only falls over in the bootstraptools phase. I'm a little suspicious of the extradepend since neither libc.a nor libl.a are present in the temp lib directory, but that doesn't hurt the programs above (yacc, flex and install), so it shouldn't be the problem either. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD current is very slow
On 10 Sep, David Hill wrote: [-current is slow] FreeBSD-current, by default, has debugging turned on in the kernel. Try recompiling your kernel without the debugging options, and it should work very quickly. Just put this symlink into /etc and try again. (2) netchild@ttyp1 % ll /etc/malloc.conf lrwx-- 1 root wheel 2 18 Aug 21:47 /etc/malloc.conf@ - aj Bye, Alexander. -- Intel: where Quality is job number 0.9998782345! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Awright, who's the funny bunny?
On 10 Sep 2001, Dag-Erling Smorgrav wrote: It's not just linux_sendsig() - I get this panic even when not running Linux programs: ... #10 0xc01a529d in panic (fmt=0xc02a9d20 blockable sleep lock (%s) %s @ %s:%d) at ../../../kern/kern_shutdown.c:657 #11 0xc01c5432 in witness_lock (lock=0xc034fb40, flags=0, file=0xc02a6503 ../../../kern/kern_proc.c, line=146) at ../../../kern/subr_witness.c:493 #12 0xc01aca15 in _sx_slock (sx=0xc034fb40, file=0xc02a6503 ../../../kern/kern_proc.c, line=146) at ../../../kern/kern_sx.c:115 #13 0xc019bf80 in pfind (pid=453) at ../../../kern/kern_proc.c:146 #14 0xc01ca409 in selwakeup (sip=0xc2bf5004) at ../../../kern/sys_generic.c:1255 #15 0xc01d580b in ptcwakeup (tp=0xc2bf5020, flag=1) at ../../../kern/tty_pty.c:319 #16 0xc01d57e6 in ptsstart (tp=0xc2bf5020) at ../../../kern/tty_pty.c:308 #17 0xc01d2d40 in ttstart (tp=0xc2bf5020) at ../../../kern/tty.c:1409 #18 0xc01d42f9 in tputchar (c=109, tp=0xc2bf5020) at ../../../kern/tty.c:2458 This has been debugged before. tputchar cannot be called from plain kernel printfs, because it calls non-reentrant parts of tty/pty driver. But it is called if `constty' is set. `constty' is set by the TIOCCONS ioctl. This shows that TIOCCONS ioctl is misemplemented at best (it would need a large buffer to have a chance of working, but console output really should be unbuffered). This is an old bug. Previously, calling tputchar() from interrupt handlers did something non-deterministic. Now it always panics if it called with sched_lock held (and witness stuff enabled). Try nuking this ioctl or its callers. #19 0xc01c075b in putchar (c=109, arg=0xda0b6eb4) at ../../../kern/subr_prf.c:305 #20 0xc01c09c2 in kvprintf ( fmt=0xc02a6921 icrouptime() went backwards (%ld.%06ld - %ld.%06ld)\n, func=0xc01c070c putchar, arg=0xda0b6eb4, radix=10, ap=0xda0b6ecc \\n) at ../../../kern/subr_prf.c:488 #21 0xc01c0688 in printf ( fmt=0xc02a6920 microuptime() went backwards (%ld.%06ld - %ld.%06ld)\n) at ../../../kern/subr_prf.c:261 #22 0xc01a2a17 in calcru (p=0xd9fbb880, up=0xda0b5cd0, sp=0xda0b5cd8, ip=0x0) at ../../../kern/kern_resource.c:640 #23 0xc01a2f8f in getrusage (p=0xd9fbb880, uap=0xda0b6f80) at ../../../kern/kern_resource.c:719 #24 0xc0277f79 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 675146872, tf_ebp = 136366288, tf_isp = -636784684, tf_ebx = 675227280, tf_edx = 136366316, tf_ecx = 675052402, tf_eax = 117, tf_trapno = 0, tf_err = 2, tf_eip = 677466309, tf_cs = 31, tf_eflags = 535, tf_esp = 136366248, tf_ss = 47}) at ../../../i386/i386/trap.c:1117 #25 0xc026a4fd in syscall_with_err_pushed () Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
HEADSUP!! KSE commit imminent.
Peter, Matt and I, (and a bunch of testers) have been banging on the KSE kernel for two weeks now. The state of the patch is: Everything runs except nwfs and smbfs (my head hurts whe I read them) We will be committing this in the next day or so, as we have really hit a dead end as far as how far we can go without doing this. We expect there will be plenty of bugs to come out of the woodwork, but those that we are seeng in our tests have come down to a tiny trickle. (in fact none known RIGHT at this moment) I'll do one last MFC and test run today. A final diff will be available from http://www.freebsd.org/~julian/thediff later today. (it's updated each hour at 14 past). Julian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADSUP!! KSE commit imminent.
At 12:57 PM -0700 9/11/01, Julian Elischer wrote: The state of the patch is: Everything runs except nwfs and smbfs (my head hurts whe I read them) We will be committing this in the next day or so, as we have really hit a dead end as far as how far we can go without doing this. We expect there will be plenty of bugs to come out of the woodwork, but those that we are seeng in our tests have come down to a tiny trickle. (in fact none known RIGHT at this moment) I'm glad to see this work going in. I'm sure it'll cause a few bumps, but I appreciate all the work which has gone into trying to minimize those. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADSUP!! KSE commit imminent.
On Tue, 11 Sep 2001, Bob Bishop wrote: Hi, At 15:32 -0400 11/9/01, Garrett Wollman wrote: I'm glad to see that, with a little help, you've managed to get the code into good-enough shape to make this work out. This is an important unit of functionality for FreeBSD 5.0 and I thank you and Matt and Peter for all the work you've done to make this happen without completely destabilizing -current. What he said. Will there be a pre-KSE tag? definitly :-) (not to mention a complete backup of the CVS tree here :-) -- Bob Bishop (0118) 977 4017 international code +44 118 [EMAIL PROTECTED]fax (0118) 989 4254 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ThinkPad, ACPI, and PS/2 mouse
On Tue, Sep 11, 2001 at 12:36:54PM +0900, Kazutaka YOKOTA wrote: It now appears that some IBM ThinkPad models assign a distinct PnP ID to the PS/2 mouse port. I don't have an IBM ThinkPad, but my ps/2 mouse no longer works with a current as of yesterday. If you have ThinkPad and its pointing device is not recognized when ACPI is loaded in the latest -current system, please do the following 1. Disable ACPI and boot unset acpi_load boot -v 2. Send the entire dmesg output to me. Don't forget to tell me the model name of your ThinkPad too. ThinkPad models currently known to have this behavior: -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
HEADSUP!! KSE commit imminent.
On Tue, 11 Sep 2001 12:57:40 -0700 (PDT), Julian Elischer [EMAIL PROTECTED] said: Peter, Matt and I, (and a bunch of testers) have been banging on the KSE kernel for two weeks now. The state of the patch is: Everything runs except nwfs and smbfs (my head hurts whe I read them) I'm glad to see that, with a little help, you've managed to get the code into good-enough shape to make this work out. This is an important unit of functionality for FreeBSD 5.0 and I thank you and Matt and Peter for all the work you've done to make this happen without completely destabilizing -current. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ps/2 mouse problems [boot -v messages]
Here's some more info on my ps/2 mouse problems I managed to dig up from boot -v and some other errors I wanted ot know if I should worry about. atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d atkbd1: unable to allocate IRQ psm0: unable to allocate IRQ ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead atkbdc-: atkbdc0 already exists, using atkbdc1 instead fdc-: fdc0 already exists, using fdc1 instead ppc-: ppc0 already exists, using ppc1 instead sc-: sc0 already exists, using sc1 instead sio-: sio0 already exists, using sio2 instead sio-: sio1 already exists, using sio3 instead sio-: sio2 already exists, using sio4 instead sio-: sio3 already exists, using sio5 instead vga-: vga0 already exists, using vga1 instead ata2 failed to probe at port 0x1f0 irq 14 on isa0 ata3 failed to probe at port 0x170 irq 15 on isa0 atkbdc1: Keyboard controller (i8042) failed to probe at port 0x60 on isa0 bt0 failed to probe on isa0 cs0 failed to probe at port 0x300 on isa0 ed0 failed to probe at port 0x280 iomem 0xd8000 irq 10 on isa0 fdc1: cannot reserve I/O port range (6 ports) fdc1 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc1: parallel port found at 0x378 ppc1: cannot reserve I/O port range ppc1: Parallel port failed to probe at port 0x378-0x37f irq 7 on isa0 pid 271 (syslogd), uid 0: exited on signal 6 (core dumped) -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADSUP!! KSE commit imminent.
On Tue, 11 Sep 2001, Garrett Wollman wrote: On Tue, 11 Sep 2001 12:57:40 -0700 (PDT), Julian Elischer [EMAIL PROTECTED] said: Peter, Matt and I, (and a bunch of testers) have been banging on the KSE kernel for two weeks now. The state of the patch is: Everything runs except nwfs and smbfs (my head hurts whe I read them) I'm glad to see that, with a little help, you've managed to get the code into good-enough shape to make this work out. This is an important unit of functionality for FreeBSD 5.0 and I thank you and Matt and Peter for all the work you've done to make this happen without completely destabilizing -current. Well thanks for the support, though I'm willing to bet that SOMEONE will find some spare instability in there somewhere.. :-) -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ps/2 mouse problems [boot -v messages]
On Wed, Sep 12, 2001 at 10:57:31AM +0900, Kazutaka YOKOTA wrote: Please send ENTIRE output, if possilbe, rather than partial exerpt. Also send boot -v output when the acpi module is not loaded. Please also tell which motherboard you have. It would be also useful to dump ACPI data blocks using acpidump(8). I have a Gigabyte 7ZX with the FD revision of the bios(latest so far) -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org RSD PTR: Checksum=156, OEMID=AMI, RsdtAddress=0x0fff RSDT: Lenth=40, Revision=1, Checksum=184, OEMID=AMIINT, OEM Table ID=, OEM Revision=0x11, Creator ID=MSFT, Creator Revision=0x97 Entries={ 0x0fff0030 } DSDT=0xfff00b0 INT_MODEL=PIC SCI_INT=11 SMI_CMD=0x82f, ACPI_ENABLE=0xe1, ACPI_DISABLE=0x1e, S4BIOS_REQ=0x1f PM1a_EVT_BLK=0x800-0x803 PM1a_CNT_BLK=0x804-0x805 PM2_TMR_BLK=0x808-0x80b PM2_GPE0_BLK=0x820-0x823 P_LVL2_LAT=101ms, P_LVL3_LAT=1001ms FLUSH_SIZE=1024, FLUSH_STRIDE=16 DUTY_OFFSET=0, DUTY_WIDTH=0 DAY_ALRM=125, MON_ALRM=126, CENTURY=50 Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} DSDT: Lenth=10878, Revision=1, Checksum=118, OEMID=VIA, OEM Table ID=VT8371, OEM Revision=0x1000, Creator ID=MSFT, Creator Revision=0x10b Scope(\_PR_) { Processor(CPU1, 1, 0x0, 0x0) { } } OperationRegion(CS72, SystemIO, 0x72, 0x2) Field(CS72, ByteAcc, NoLock, Preserve) { CI72, 8, CO73, 8 } Name(\_S0_, Package(0x4) { 0x0, 0x0, 0x0, 0x0, }) Name(\_S1_, Package(0x4) { 0x4, 0x0, 0x0, 0x0, }) Name(\_S4_, Package(0x4) { 0x2, 0x0, 0x0, 0x0, }) Name(\_S5_, Package(0x4) { 0x2, 0x0, 0x0, 0x0, }) Method(MCTH, 2) { If(LLess(Sizeof(Arg0), Sizeof(Arg1))) { Return(0x0) } Add(Sizeof(Arg0), 0x1, Local0) Name(BUF0, Buffer(Local0) { }) Name(BUF1, Buffer(Local0) { }) Store(Arg0, BUF0) Store(Arg1, BUF1) While(Local0) { Decrement(Local0) If(LEqual(DerefOf(Index(BUF0, Local0, )), DerefOf(Index(BUF1, Local0, { } Else { Return(Zero) } } Return(One) } Scope(\_SB_) { Name(APIC, 0x0) Method(_PIC, 1) { Store(Arg0, APIC) } Device(PWRB) { Name(_HID, 0x0c0cd041) Method(_STA) { Return(0xb) } } Device(PCI0) { Name(_HID, 0x030ad041) Name(_ADR, 0x0) Name(_BBN, 0x0) Name(SS3D, 0x2) Name(CRS_, Buffer(0x88) {0x88, 0xd, 0x0, 0x2, 0xc, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x1, 0x47, 0x1, 0xf8, 0xc, 0xf8, 0xc, 0x1, 0x8, 0x88, 0xd, 0x0, 0x1, 0xc, 0x3, 0x0, 0x0, 0x0, 0x0, 0xf7, 0xc, 0x0, 0x0, 0xf8, 0xc, 0x88, 0xd, 0x0, 0x1, 0xc, 0x3, 0x0, 0x0, 0x0, 0xd, 0xff, 0xff, 0x0, 0x0, 0x0, 0xf3, 0x87, 0x17, 0x0, 0x0, 0xc, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xa, 0x0, 0xff, 0xff, 0xb, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2, 0x0, 0x87, 0x17, 0x0, 0x0, 0xc, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc, 0x0, 0xff, 0xff, 0xd, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2, 0x0, 0x87, 0x17, 0x0, 0x0, 0xc, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0xff, 0xff, 0xdf, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xe0, 0xdf, 0x79, 0x0 }) OperationRegion(TMEM, PCI_Config, 0x57, 0x1) Field(TMEM, ByteAcc, NoLock, Preserve) { MEMT, 8 } Name(TOM_, 0x0) Method(MDET) { If(TOM_) { } Else { If(FLAG) { ShiftLeft(MEMT, 0x18, TOM_) } Else { Return(0x2000) } } Return(TOM_) } Method(TFCS) { Subtract(MDET, 0x7fc0, Local0) Return(Local0) } Name(FLAG, 0x1) Name(OSFL, 0x1) Method(_INI) { \_SB_.PCI0.SBRG.IODT If(MCTH) { \_OS_ Microsoft Windows } Else { If(MCTH) { \_OS_ Microsoft WindowsME: Millennium Edition } Else { Store(0x0, OSFL) } } } Method(_REG, 2) { If(LEqual(Arg0, 0x2)) { Store(Arg1, FLAG) } } Method(_CRS) { CreateDWordField(CRS_, 0x76, TMEM) CreateDWordField(CRS_, 0x82, TLEN) Store(MDET, TMEM) Subtract(0xffe0, TMEM, TLEN) Return(CRS_) } Name(_PRT, Package(0x1e) { Package(0x4) { 0x0007, 0x2, \_SB_.LNKC, 0x0, }, Package(0x4) { 0x0007,
Re: HEADSUP!! KSE commit imminent.
Hi, At 15:32 -0400 11/9/01, Garrett Wollman wrote: I'm glad to see that, with a little help, you've managed to get the code into good-enough shape to make this work out. This is an important unit of functionality for FreeBSD 5.0 and I thank you and Matt and Peter for all the work you've done to make this happen without completely destabilizing -current. What he said. Will there be a pre-KSE tag? -- Bob Bishop (0118) 977 4017 international code +44 118 [EMAIL PROTECTED]fax (0118) 989 4254 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message