OT: A beautiful dmesg! Maybe one day?
Fafa Hafiz Krantz wrote: Clifton! I've never read a better e-mail. Thank you for your words, wise man. I've been inspired now. :) From: Clifton Royston -- [EMAIL PROTECTED] If this matters so much to you, it should be worth your effort. I must agree with Fafa. Wise words from a wise man. If ever a statement on this list should carry a copyright.. Let's not get into that :) Would you mind if I used this statement in dealing with my 16 year old Grandson who is dying to get his driving license? Robert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
Clifton! I've never read a better e-mail. Thank you for your words, wise man. I've been inspired now. :) - Original Message - From: "Clifton Royston" <[EMAIL PROTECTED]> To: "Fafa Hafiz Krantz" <[EMAIL PROTECTED]> Subject: Re: A beautiful dmesg! Maybe one day? Date: Tue, 10 May 2005 09:23:52 -1000 > > On Tue, May 10, 2005 at 01:18:36PM -0500, Fafa Hafiz Krantz wrote: > ... > > Real memory = 100663296 (96 MB) > > Available memory = 93036544 (88 MB) > > > > Doesn't. > > > > > As you suggested, I compared these with diff, ignoring the gratuitous > > > spacing modification using "diff -b". > > > > In the end, I don't think I can consider even one of your changes to > > > be an improvement. The closest you came to a useful change was the > > > capitalisation of "Real memory", but that's hardly necessary, and > > > the accompanying change to the next line upsets the formatting. > > > > Ofcourse it doesn't improve the functionality. > > And I get the feeling that's what you're all about. > >Indeed, you understand correctly. Functionality is exactly what the > BSD family of OSs is all about. > >Most kernel developers are busy with activities like improving system > performance on multi-CPU systems, increasing OS reliability with SATA > drives, and other activities of a deep and essential nature. I don't > generally tell the kernel developers what to do, because I know that > they know their own knowledge domain far better than I do. > > [...] > > > In short, I think you should find some other way to pretty up your FreeBSD > > > boot. As suggested earlier, try "man splash". > > > > Again, I want it to look correct. > >The appearance is a matter of personal taste, and "de gustibus non > disputandum." Your claim that your personal preference is "correct" > does not cause other people to prefer it. > >It should be clear by now that you are getting nowhere trying to > persuade others to implement this for you, so your only course is to > implement it yourself. If these changes matter a great deal to you, I > suggest you invest the sweat to change it on your own system. You have > all the sources, you have the power. If you don't know how yet, you > have the opportunity to learn. If you succeed and post public patches > to do it, then others can share the changes if they wish, and you will > get some smidgen of positive recognition and credibility. > >If this matters so much to you, it should be worth your effort. > >If you are incapable of making these changes, then your preferences > will get some smidgin less weight, as there will be that much less > evidence that your opinions should be valued. The open source world is > largely a meritocracy and technocracy; this is not to say that > "politics" and opinions play no part, but generally speaking "working > code wins." > >Mostly people in the OSS world take it for granted that others > understand this, which may be why nobody has told you this in so many > words before now. > >-- Clifton > > -- >Clifton Royston -- [EMAIL PROTECTED] > Tiki Technologies Lead Programmer/Software Architect > "I'm gonna tell my son to grow up pretty as the grass is green > And whip-smart as the English Channel's wide..." > -- 'Whip-Smart', Liz Phair -- Fafa Hafiz Krantz Research Designer @ http://www.home.no/barbershop Enlightened @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Tue, 10 May 2005 13:18:36 -0500 (B"Fafa Hafiz Krantz" <[EMAIL PROTECTED]> wrote (B (B> I like to appreciate. (B> And it's easier to appreciate something that is CORRECT. (B (B. . . (B (B> real memory = 100663296 (96 MB) (B> avail memory = 93036544 (88 MB) (B> (B> Looks like it's been written by some Linux geek. (B (BOr maybe even a BSD geek. You have a problem with that? (B (B> Real memory = 100663296 (96 MB) (B> Available memory = 93036544 (88 MB) (B (BLooks like it's been written by a sophomore liberal arts major. (B (B> [...] (B> > In short, I think you should find some other way to pretty up your FreeBSD (B> > boot. As suggested earlier, try "man splash". (B> (B> Again, I want it to look correct. (B (BRick said it already, if you like it to look like that, dig into the (Bcode, fix it on your machine. (B (BSubmit the patches if you want to, but don't take it too hard if the (Bpatches are rejected. Rules change according to context, and FreeBSD is (Bnot sophomore English class. If the dmesg were an advertisement aimed (Bfor the general public, those capitalization rules might apply, but then (Bagain there may be good reason they would not apply even then. (B (B-- (BJoel Rees <[EMAIL PROTECTED]> (Bdigitcom, inc. $B3t<02qhttp://www.ddcom.co.jp> ** (B (B___ (Bfreebsd-questions@freebsd.org mailing list (Bhttp://lists.freebsd.org/mailman/listinfo/freebsd-questions (BTo unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
If you want to "pretty up" dmesg, then submit the patches. You can start with machdep.c line 442. Scrounge around in the code for "printf" statements and change the text to anything you want. Then submit it for inclusion in the next release. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Tue, May 10, 2005 at 01:18:36PM -0500, Fafa Hafiz Krantz wrote: ... > Real memory = 100663296 (96 MB) > Available memory = 93036544 (88 MB) > > Doesn't. > > > As you suggested, I compared these with diff, ignoring the gratuitous > > spacing modification using "diff -b". > > > > In the end, I don't think I can consider even one of your changes to > > be an improvement. The closest you came to a useful change was the > > capitalisation of "Real memory", but that's hardly necessary, and > > the accompanying change to the next line upsets the formatting. > > Ofcourse it doesn't improve the functionality. > And I get the feeling that's what you're all about. Indeed, you understand correctly. Functionality is exactly what the BSD family of OSs is all about. Most kernel developers are busy with activities like improving system performance on multi-CPU systems, increasing OS reliability with SATA drives, and other activities of a deep and essential nature. I don't generally tell the kernel developers what to do, because I know that they know their own knowledge domain far better than I do. [...] > > In short, I think you should find some other way to pretty up your FreeBSD > > boot. As suggested earlier, try "man splash". > > Again, I want it to look correct. The appearance is a matter of personal taste, and "de gustibus non disputandum." Your claim that your personal preference is "correct" does not cause other people to prefer it. It should be clear by now that you are getting nowhere trying to persuade others to implement this for you, so your only course is to implement it yourself. If these changes matter a great deal to you, I suggest you invest the sweat to change it on your own system. You have all the sources, you have the power. If you don't know how yet, you have the opportunity to learn. If you succeed and post public patches to do it, then others can share the changes if they wish, and you will get some smidgen of positive recognition and credibility. If this matters so much to you, it should be worth your effort. If you are incapable of making these changes, then your preferences will get some smidgin less weight, as there will be that much less evidence that your opinions should be valued. The open source world is largely a meritocracy and technocracy; this is not to say that "politics" and opinions play no part, but generally speaking "working code wins." Mostly people in the OSS world take it for granted that others understand this, which may be why nobody has told you this in so many words before now. -- Clifton -- Clifton Royston -- [EMAIL PROTECTED] Tiki Technologies Lead Programmer/Software Architect "I'm gonna tell my son to grow up pretty as the grass is green And whip-smart as the English Channel's wide..." -- 'Whip-Smart', Liz Phair ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Tue, May 10, 2005 at 01:18:36PM -0500, Fafa Hafiz Krantz wrote: > > > > We can't just forget about it and pray for it to go away. > > > > > > This is an aesthetic violation to FreeBSD's professional image, > > > that is considered to be more important now than ever. > > > > There is no "aesthetic violation" to forget about or pray over. > > I like to appreciate. > And it's easier to appreciate something that is CORRECT. > > real memory = 100663296 (96 MB) > avail memory = 93036544 (88 MB) > > Looks like it's been written by some Linux geek. > > Real memory = 100663296 (96 MB) > Available memory = 93036544 (88 MB) > > Doesn't. > > > As you suggested, I compared these with diff, ignoring the gratuitous > > spacing modification using "diff -b". > > > > In the end, I don't think I can consider even one of your changes to > > be an improvement. The closest you came to a useful change was the > > capitalisation of "Real memory", but that's hardly necessary, and > > the accompanying change to the next line upsets the formatting. > > Ofcourse it doesn't improve the functionality. > And I get the feeling that's what you're all about. > > > In short, I think you should find some other way to pretty up your FreeBSD > > boot. As suggested earlier, try "man splash". > > Again, I want it to look correct. Time to fork your own project - from the postings I have seen from you on various BSD lists you are going in a direction all your own. -Rick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
> > We can't just forget about it and pray for it to go away. > > > > This is an aesthetic violation to FreeBSD's professional image, > > that is considered to be more important now than ever. > > There is no "aesthetic violation" to forget about or pray over. I like to appreciate. And it's easier to appreciate something that is CORRECT. real memory = 100663296 (96 MB) avail memory = 93036544 (88 MB) Looks like it's been written by some Linux geek. Real memory = 100663296 (96 MB) Available memory = 93036544 (88 MB) Doesn't. > As you suggested, I compared these with diff, ignoring the gratuitous > spacing modification using "diff -b". > > In the end, I don't think I can consider even one of your changes to > be an improvement. The closest you came to a useful change was the > capitalisation of "Real memory", but that's hardly necessary, and > the accompanying change to the next line upsets the formatting. Ofcourse it doesn't improve the functionality. And I get the feeling that's what you're all about. > In short, I think you should find some other way to pretty up your FreeBSD > boot. As suggested earlier, try "man splash". Again, I want it to look correct. -- Fafa Hafiz Krantz Research Designer @ http://www.home.no/barbershop Enlightened @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Friday, 6th May 2005, "Fafa Hafiz Krantz" wrote: >We can't just forget about it and pray for it to go away. > >This is an aesthetic violation to FreeBSD's professional image, >that is considered to be more important now than ever. There is no "aesthetic violation" to forget about or pray over. As you suggested, I compared these with diff, ignoring the gratuitous spacing modification using "diff -b". In the end, I don't think I can consider even one of your changes to be an improvement. The closest you came to a useful change was the capitalisation of "Real memory", but that's hardly necessary, and the accompanying change to the next line upsets the formatting. In short, I think you should find some other way to pretty up your FreeBSD boot. As suggested earlier, try "man splash". Stephen. PS I can't see how this is relevant to arch@, so try it on questions@ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
> This has nothing to do with order. It is in the same order as before, > just in a less readable form. The extra line returns are nice thought. I didn't mean order as in the arrangement. But order as in tidyness, or to bring order to chaos. The differences are very petite. But they hold great power, at least in my opinion, as they would make me feel a lot more pride every time I watch my boxes boot. Thanks. -- Fafa Hafiz Krantz Research Designer @ http://www.home.no/barbershop Enlightened @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Sat, 07 May 2005 06:05:56 -0500 "Fafa Hafiz Krantz" <[EMAIL PROTECTED]> wrote: > > Hey! > > > I personally find the old methode a lot easier to read, compared > > to the new one. If a change is wanted, why not make such a thing > > like this a kernel option? > > Are you referring to the indenting? > Yeah your eyes would have to jump. A sacrifice necessary for order. This has nothing to do with order. It is in the same order as before, just in a less readable form. The extra line returns are nice thought. > But the changes were not only in the indenting. > They were logical changes to areas that seemed neglected. > > You should do a diff! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
Hey! > I personally find the old methode a lot easier to read, compared to > the new one. If a change is wanted, why not make such a thing like > this a kernel option? Are you referring to the indenting? Yeah your eyes would have to jump. A sacrifice necessary for order. But the changes were not only in the indenting. They were logical changes to areas that seemed neglected. You should do a diff! Take care :) -- Fafa Hafiz Krantz Research Designer @ http://www.home.no/barbershop Enlightened @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Fri, 06 May 2005 14:20:22 -0500 "Fafa Hafiz Krantz" <[EMAIL PROTECTED]> wrote: > > Hello Mr. Nelson and Mr. Losh! > > > It's easy enough to change the format string in > > subr_bus.c:device_print_prettyname() to pad out the devicename. > > I am not qualified to do this. I wish I were. > How about you guys? :) > > > However, you may prefer to just put up a splash screen (see the > > splash manpage), so the user doesn't even see the kernel messages > > at all. > > We can't just forget about it and pray for it to go away. > > This is an aesthetic violation to FreeBSD's professional image, > that is considered to be more important now than ever. > > Now that we have logo and website design competitions going to > completely revamp of the FreeBSD of the 70s, perhaps it's also time > to update the ASCII design of this system? I personally find the old methode a lot easier to read, compared to the new one. If a change is wanted, why not make such a thing like this a kernel option? > > Many of his suggestions are subtle changes to the probe messages > > in addition to the format string. > > > > Warner > > Indeed they are subtle. > But it's more like removing zits. With laser or whatever. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
On Fri, 06 May 2005 12:30:27 -0700 John Pettitt <[EMAIL PROTECTED]> wrote: > > > Fafa Hafiz Krantz wrote: > [another message] > > Dude, you asked for your posts to be deleted why are you posting more > stuff you know is going to get archived? Because he found a way to spam his political viewpoint linked in his sig, without people accusing him of spamming. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
Fafa Hafiz Krantz wrote: [another message] Dude, you asked for your posts to be deleted why are you posting more stuff you know is going to get archived? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
Hello Mr. Nelson and Mr. Losh! > It's easy enough to change the format string in > subr_bus.c:device_print_prettyname() to pad out the devicename. I am not qualified to do this. I wish I were. How about you guys? :) > However, you may prefer to just put up a splash screen (see the > splash manpage), so the user doesn't even see the kernel messages > at all. We can't just forget about it and pray for it to go away. This is an aesthetic violation to FreeBSD's professional image, that is considered to be more important now than ever. Now that we have logo and website design competitions going to completely revamp of the FreeBSD of the 70s, perhaps it's also time to update the ASCII design of this system? > Many of his suggestions are subtle changes to the probe messages in > addition to the format string. > > Warner Indeed they are subtle. But it's more like removing zits. With laser or whatever. :) -- Fafa Hafiz Krantz Research Designer @ http://www.home.no/barbershop Enlightened @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
From: Dan Nelson <[EMAIL PROTECTED]> Subject: Re: A beautiful dmesg! Maybe one day? Date: Fri, 6 May 2005 13:14:04 -0500 > In the last episode (May 06), Fafa Hafiz Krantz said: > > For you all meticulous cats out there, here's how I hope that > > FreeBSD's dmesg one day can look like. This is merely a > > beautification that would make more people go "wow, cool" and it > > doesn't deprive FreeBSD of its UNIX heritage. > > > > Perhaps someone out there can help me implement these changes? I have > > a lot more suggestions for ASCII redesigns, so let me know! > > > > ata0: Attached to port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > > ata1: Attached to port 0x376,0x170-0x177 irq 15 on isa0 > > atkbdc0: Keyboard controller (i8042), at port 0x64,0x60 on isa0 > > It's easy enough to change the format string in > subr_bus.c:device_print_prettyname() to pad out the devicename. > However, you may prefer to just put up a splash screen (see the splash > manpage), so the user doesn't even see the kernel messages at all. Many of his suggestions are subtle changes to the probe messages in addition to the format string. Warner ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A beautiful dmesg! Maybe one day?
In the last episode (May 06), Fafa Hafiz Krantz said: > For you all meticulous cats out there, here's how I hope that > FreeBSD's dmesg one day can look like. This is merely a > beautification that would make more people go "wow, cool" and it > doesn't deprive FreeBSD of its UNIX heritage. > > Perhaps someone out there can help me implement these changes? I have > a lot more suggestions for ASCII redesigns, so let me know! > > ata0: Attached to port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 > ata1: Attached to port 0x376,0x170-0x177 irq 15 on isa0 > atkbdc0: Keyboard controller (i8042), at port 0x64,0x60 on isa0 It's easy enough to change the format string in subr_bus.c:device_print_prettyname() to pad out the devicename. However, you may prefer to just put up a splash screen (see the splash manpage), so the user doesn't even see the kernel messages at all. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
A beautiful dmesg! Maybe one day?
Hello. For you all meticulous cats out there, here's how I hope that FreeBSD's dmesg one day can look like. This is merely a beautification that would make more people go "wow, cool" and it doesn't deprive FreeBSD of its UNIX heritage. Perhaps someone out there can help me implement these changes? I have a lot more suggestions for ASCII redesigns, so let me know! # dmesg (imaginary) # Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Thu May 5 22:54:49 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NINJA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = GenuineIntel, Id = 0x52c, Stepping = 12 Features = 0x1bf Real memory = 100663296 (96 MB) Available memory = 93036544 (88 MB) Intel Pentium detected, installing work-around for F00F bug npx0: Math processor> on motherboard npx0: INT 16 interface cpu0: Attached to motherboard pcib0: Host to PCI bridge, pcibus 0 on motherboard pci0: PCI bus, on pcib0 isab0: PCI-ISA bridge, at device 7.0 on pci0 isa0: ISA bus, on isab0 pci0: VGA display, at device 8.0 (no driver attached) lnc0: PCNet/PCI ethernet adapter, port 0xff80-0xff9f irq 10 at device 11.0 on pci0 lnc0: Attached to PCNet/PCI ethernet adapter lnc0: Ethernet address: 00:00:4b:30:1e:94 lnc0: if_start running deferred for Giant lnc0: PCnet-PCI pci0: Multimedia (audio), at device 17.0 (no driver attached) pci0: VGA display, at device 19.0 (no driver attached) orm0: ISA Option ROMs, at iomem 0xed000-0xedfff,0xc-0xc7fff on isa0 ata0: Attached to port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1: Attached to port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: Keyboard controller (i8042), at port 0x64,0x60 on isa0 atkbd0:AT keyboard, irq 1 on atkbdc0 kbd0: Attached to atkbd0 fdc0: Enhanced floppy controller, at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: 1440-KB 3.5" drive, on fdc0 drive 0 sc0: System console, at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: Attached to port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: Type 16550A sio1: Configured irq 3 not in bitmap of probed irqs 0 sio1: Port may not be enabled vga0: Generic ISA VGA, at port 0x3c0-0x3df iomem 0xa-0xb on isa0 ep0: 3Com 3C509B-Combo EtherLink III (PnP), at port 0x210-0x21f irq 3 on isa0 ep0: Ethernet address: 00:a0:24:1b:2b:a6 ad0: 38166MB [77545/16/63] at ata0-master PIO4 Timecounter "TSC" frequency 119753009 Hz quality 800 Timecounters tick every 10.000 msec Mounting root from ufs:/dev/ad0s1a # dmesg (actual) # Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Thu May 5 22:54:49 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NINJA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 100663296 (96 MB) avail memory = 93036544 (88 MB) Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) lnc0: port 0xff80-0xff9f irq 10 at device 11.0 on pci0 lnc0: Attaching PCNet/PCI Ethernet adapter lnc0: Ethernet address: 00:00:4b:30:1e:94 lnc0: if_start running deferred for Giant lnc0: PCnet-PCI pci0: at device 17.0 (no driver attached) pci0: at device 19.0 (no driver attached) orm0: at iomem 0xed000-0xedfff,0xc-0xc7fff on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 ep0: <3Com 3C509B-Combo EtherLink III (PnP)> at port 0x210-0x21f irq 3 on isa0 ep0: Ethernet address: 00:a0:24:1b:2b:a6 unknown: can't assign resources (port) psmcpnp0: irq resource info is missing; assuming irq 12 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 119753009 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38166MB