ata timeouts after debug commits
Hi, I have been struggling with a Dell Latitude C800 here. FreeBSD 4.1 and 4.3 was working with no problems, but when I tried to upgrade it to 4-stable, it did not see the disk anymore. It just gave this message: # atapci0: port 0xbfa0-0xbfaf at device 31.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ... ata0-master: ata_command: timeout waiting for intr ata0-master: identify failed # At the end I tracked it down to these commits: src/sys/i386/i386/db_trace.c,v 1.35.2.1 2001/07/12 02:57:11 bsd src/sys/i386/i386/support.s,v 1.67.2.4 2001/07/12 02:57:11 bsd src/sys/i386/include/cpufunc.h,v 1.96.2.2 2001/07/12 02:57:11 bsd If I back those commits out, the machine boots and see the disk with no problems. Anybody have any ideas about it? John -- John Hay -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: No TTYs?
> Yes, it's a hack, So send in the clone()s. :> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: pnpbios: Bad PnP BIOS data checksum
> What's mean "pnpbios: Bad PnP BIOS data checksum" ? It means that your PnP BIOS data has a bad checksum. We don't trust it in this case. Some vendors don't bother to compute the checksum for this structure; we are more conservative than Microsoft, and refuse to use the PnP BIOS in this case. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
pnpbios: Bad PnP BIOS data checksum
What's mean "pnpbios: Bad PnP BIOS data checksum" ? === dmesg === Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-STABLE #13: Fri Jul 27 12:08:27 MSD 2001 [EMAIL PROTECTED]:/usr/src/sys/compile/KSIH Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (664.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 132907008 (129792K bytes) avail memory = 125767680 (122820K bytes) pnpbios: Bad PnP BIOS data checksum Preloaded elf kernel "kernel" at 0xc033a000. VESA: v3.0, 1024k memory, flags:0x1, mode table:0xc02d1d42 (122) VESA: Intel(R) 815 Chipset Video BIOS Pentium Pro MTRR support enabled apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xfeb8-0xfebf,0xf800-0xfbff irq 11 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdd80-0xddbf mem 0xfe40-0xfe4f,0xfe9fd000-0xfe9fdfff irq 11 at device 9.0 on pci1 fxp0: Ethernet address 00:02:b3:3d:44:3c inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xde80-0xdebf mem 0xfe60-0xfe6f,0xfe9fe000-0xfe9fefff irq 11 at device 10.0 on pci1 fxp1: Ethernet address 00:02:b3:3d:41:bb inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: port 0xdf00-0xdf3f mem 0xfe80-0xfe8f,0xfe9ff000-0xfe9f irq 9 at device 11.0 on pci1 fxp2: Ethernet address 00:02:b3:3a:78:ee inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: port 0xef40-0xef5f irq 7 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ichsmb0: port 0xefa0-0xefaf irq 10 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered orm0: at iomem 0xc-0xcbfff,0xcc000-0xccfff,0xcd000-0xcdfff,0xce000-0xcefff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_probe_and_attach: atkbd0 attach returned 6 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port not found. pca0 at port 0x40 on isa0 DUMMYNET initialized (010124) IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging disabled IPsec: Initialized Security Association Processing. ad0: 19546MB [39714/16/63] at ata0-master UDMA100 Mounting root from ufs:/dev/ad0s1a === === To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: MD5 and DES hashes
> Cheers for any light anyone can shed, As others have said: - check login.conf - force a salt like '$1$$' also: check /etc/auth.conf for a "crypt_default" line. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Updating RELENG_4_3
On Sat, 28 Jul 2001, ian j hart wrote: > cd /usr/src;make update (CVS) pulls down RELENG_4 not RELENG_4_3. > There should at least be a warning in UPDATING. Shouldn't > this be a variable in make.conf? > > > Hmm. The -r would mean BRANCH would have to be a numeric or > symbolic tag. What if you could do: > CVSUPDATEFLAGS= -D "yesterday" > That would fix updating during a commit. Or maybe not. Must find > a cvs wizard and ask them if the commit time stamps are atomic. It would not, if at this time yesterday, someone was doing a commit. If the suggestion, "leave a small commit-free window around midnight UTC" is adopted, then you could use -D "00:00:00 UTC" and not have to worry (although you'd have to translate that to "[cc]yy.mm.dd.00.00.00" format for cvsup to process it). -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) [EMAIL PROTECTED] I was raised by a pack of wild corn dogs. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: [OT] Re: If you think people use FreeBSD for server, you must'vebeen outta school for long long time!
On Sun, 29 Jul 2001, Chris BeHanna wrote: > On Wed, 25 Jul 2001, Gregory Bond wrote: > > > > > >Subject: Re: If you think people use FreeBSD for server, you must've been outta >school for long long time! > > > > All I can say is that it is a pity no-one thought fit to add killfiles to my > > mailer. > > Go to http://www.perl.com and search on "Mail::Audit". :-) > > To Sung Cho: please go out and take an MSF course, buy yourself a > motorcycle, and go enjoy those excellent roads not too far from you > (Blue Ridge Parkway, etc.--esp. VA 16 through Hungry Mother State > Park). I think it will do wonders for your attitude. > > For further attitude adjusting, continue on up to West Virginia and > ride around the New River Gorge Area.. > > To bring this back to FreeBSD: I've been running FreeBSD as a > desktop (except at work :-( ) for a couple of years now, and I've been > very happy with it. Speed? Heck, I just pulled 110 MFLOPs out of a > LINPACK benchmark on my 1.333 GHz T-Bird (DDR SDRAM *almost* makes > this box the equivalent of Kent's dual coppermine). It'll be > interesting to build an SMP box based upon AMD CPUs. That will > probably also cut my winter heating bill. :-) > > Praise be to Jordan and the whole FreeBSD team. One of these days > (perhaps soon), I'll finally make a contribution. > > Hey, Chris. I've put this message couple days ago, almost a week old! I have been a FreeBSD user for quite a while and matured enough using this OS in such way that I no longer seek help but, most of the time, giving help to newbies who just started using FreeBSD. However, I have to tell you that I have tried Redhat 7.1 with 2.4.x kernel and it just amazed me in every area (performance, hardware support for my fairly new laptop!). I agree FreeBSD is good OS in certain areas. But it does seem to lack in desktop area and hardware support. My new optical usb mouse doesn't run on FreeBSD. I have been working on it for more than a month but still couldn't get it to work! At the end, I had to settle with my old "wheel" based mouse which I'm really tired of cleaing the dirt every week! After some serious thought (it's always very hard to make transition!), I have finally decided to switch to Linux for 4 reasons: 1) KDE, GNOME and other Window managers are only 100% compatible with Linux. I've discovered only 90% of KDE and GNOME functionality work on FreeBSD. (NO JAVA support! I couldn't get any JAVA applications to run on FreeBSD). I'm kind of suspicious about compatibility between GNU C/C++ compilers and FreeBSD also. 2) My laptop is only 100% supported under Linux with kernel 2.4 and 2.4 is very fast. Under FreeBSD, I have to disable the "doze" mode for CPU otherwise, FreeBSD won't even boot! USB seems to be conflicting with other components in system also so none of the USB devices are working at least for my laptop. 3) When installing very large files like Mozilla, teTeX and XFree86-4, FreeBSD takes forever to install! Even with async option enabled, the package for teTeX takes good 15 minutes, Mozilla good 20 minutes to unzip and install. It takes forever unzipping XFree86-4 source for compilation under FreeBSD. And my machine isn't that archaic, it's 500Mhz, 128M, UDMA 33 Hard drive! Under Linux, installing teTeX took only 10 sec or so. 4) None of the NVIDIA cards are supported in FreeBSD. Sure it runs, but only with 2D, unaccelerated mode. I'm not bashing FreeBSD here. It's just that, FreeBSD seem to be more suited for server purpose than desktop arena. Lastly, what's with FreeBSDers saying Linux takes forever to boot than FreeBSD? Redhat by default enables everything! I turned off services I don't need and it takes less than 5 sec booting my laptop. For me FreeBSD took longer to boot (more like 20-30 sec). Maybe it's different for nonlaptops. I just wanted clarify that I wasn't bashing FreeBSD. I was mearly pointing out my "wishes". Anyways, I will be unsubscribing the FreeBSD stable list in couple days or so. If you read my previous messages, you would have understood how frustrated I was having to make transition! (I probably installed both Redhat and FreeBSD back and forth 10 times last week! 3 time this morning before I finally made up my mind.) Now, I need to concentrate on physics and less of OS. Regards, Sung N. Cho, Sunday, July 29, 2001. Dept. of Physics, Virginia Polytechnic Institute & State University. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
4.3 Bugs
Hi, I'm trying to apply the patch 01:40 (fts) on my 4.3 system. But the "chgrp" doesn't exist on /usr/src/usr.bin... Look: cd /usr/src/usr.bin/chgrp # make depend && make all install The update of "chgrp" fail... Why this occur??? PS: Sorry for my poor english! Regards!!! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message