Re: GENERIC from today does not detect system console on my box
> (In general, I don't think I like putting the hints in a separate > place or even a separate file... now I have two or three files I have > to deal with rather then one config file. It makes managing bunches > of config files annoying. I wish that the earlier format hadn't been > ripped out. I don't see much of an advantage of moving it into a > loader-accessible file). The hints file itself is largely just filler; large chunks of it are going to go away properly soon as the drivers it's still helping out learn more about PnP. As has already been pointed out, it's also correct for the hints file to be associated with the system, not the kernel. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Sat, 17 Jun 2000, Matthew Dillon wrote:
> ...
> It looks like sccnattach() is calling scvidprobe() and scvidprobe()
> is then:
>
> 0xc023484b : cmpl $0x0,0x10(%ebp)
> 0xc023484f : setne %al
> 0xc0234852 : movzbl %al,%eax
> 0xc0234855 : push %eax
> 0xc0234856 : call 0xc0229c90 <
> 0xc023485b : push %ebx
> 0xc023485c : push $0xc0282682
> 0xc0234861 : call 0xc0229b4c
>
> Calling vid_configure and vid_configure is dying.
>
> The list is generated from a linker_set ... one of those special linker
> lists.
>
> Something's broken the list maybe the DATA_SET macro is something ilke
> that.
Dependencies for setdef.h were broken by removing ioconf.o from ${OBJS}.
Previously, any change in the configuration resulted in a change to
ioconf.c, so setdefs.h got rebuilt. Now, removing whole drivers doesn't
change anything in ${OBJS}, so the old setdefs.h gets used and the wrong
amount of space is allocated for some linker sets. This bug cost me a
few hours when I tried removing console drivers in order to debug the
console initialization bugs.
This quick fix also backs out rev.1.180:
diff -c2 Makefile.i386~ Makefile.i386
*** Makefile.i386~ Sun Jun 18 21:22:28 2000
--- Makefile.i386 Sun Jun 18 21:31:50 2000
***
*** 173,178
${NORMAL_C}
! setdef0.c setdef1.c setdefs.h: ${OBJS} param.o
! @gensetdefs ${OBJS} param.o
# this rule stops ./assym.s in .depend from causing problems
--- 172,177
${NORMAL_C}
! setdef0.c setdef1.c setdefs.h: Makefile ${OBJS}
! @gensetdefs ${OBJS}
# this rule stops ./assym.s in .depend from causing problems
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
:> My test box, with a pristine 5.x kernel, crashes on boot... it only :> gets a few lines in, prints the amount of memory the machine has, :> and BEWM. Low memory page fault. : :I saw the same thing myself. It turns out, though, that I was using : :COPTFLAGS= -march=pentium -Os -pipe : :to compile my kernel. When I used the stock opt flags of : :COPTFLAGS= -O -pipe : :to compile my kernel, my machine booted OK. It appears as though some Yes, that works for me. But I don't think it's the optimizer that's causing the problem. Even though I couldn't get a stack backtrace I was able to look at the stack in hex, and wonud up with: c02347f0 t none_saver c02347f8 T sc_probe_unit c0234844 t scvidprobe c0234870 t sckbdprobe c02348a0 t adapter_name Fault at 0x60 ( IP = 0x60 ... indirect jump through NULL obviously) 0xc0333f04 0xc0333f24 ... 0xc023485b <---inside scvidprobe ... 0xc02a9aa0 <---sc_consdev structure ... 0xc0333f4c ... It looks like sccnattach() is calling scvidprobe() and scvidprobe() is then: 0xc023484b : cmpl $0x0,0x10(%ebp) 0xc023484f : setne %al 0xc0234852 : movzbl %al,%eax 0xc0234855 : push %eax 0xc0234856 : call 0xc0229c90 < 0xc023485b : push %ebx 0xc023485c : push $0xc0282682 0xc0234861 : call 0xc0229b4c Calling vid_configure and vid_configure is dying. The list is generated from a linker_set ... one of those special linker lists. Something's broken the list maybe the DATA_SET macro is something ilke that. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Sat, 17 Jun 2000, Donn Miller wrote: > On Sat, 17 Jun 2000, Matthew Dillon wrote: > > > My test box, with a pristine 5.x kernel, crashes on boot... it only > > gets a few lines in, prints the amount of memory the machine has, > > and BEWM. Low memory page fault. > > I saw the same thing myself. It turns out, though, that I was using > > COPTFLAGS= -march=pentium -Os -pipe > > to compile my kernel. When I used the stock opt flags of > > COPTFLAGS= -O -pipe > > to compile my kernel, my machine booted OK. It appears as though some > changes were put in the tree that are sensitive to optimizations above -O > -pipe. My machine never behaved this way before with high optimizations > until the new changes were put into -current about 1 or 2 days ago. Well -pipe isn't technically an optimization... But I was using -O2 and couldn't boot... A kernel with -O will boot. One thing I noticed when changing the flags was that the modules built along with your kernel don't use the compiler flags set in my kernel config file. Has anyone considered addressing this by moving the module objects etc into the kernel build directory? Seems to me it would make maintaining multiple kernels on a single machine even easier. -- _ __ ___ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ [EMAIL PROTECTED] _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Sat, 17 Jun 2000, Matthew Dillon wrote: > My test box, with a pristine 5.x kernel, crashes on boot... it only > gets a few lines in, prints the amount of memory the machine has, > and BEWM. Low memory page fault. I saw the same thing myself. It turns out, though, that I was using COPTFLAGS= -march=pentium -Os -pipe to compile my kernel. When I used the stock opt flags of COPTFLAGS= -O -pipe to compile my kernel, my machine booted OK. It appears as though some changes were put in the tree that are sensitive to optimizations above -O -pipe. My machine never behaved this way before with high optimizations until the new changes were put into -current about 1 or 2 days ago. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
: :> Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL' :> it will generate nothing because I was kinda lame and didn't know how to do :> argument parsing. :-] : :Yep, I ran it exactly as you specified in your "HEADS UP" message :to -current. It generates no output for either GENERIC or for my :kernel config file: : :jkh@zippy-> perl gethints.pl < ZIPPY I made the mistake of updating my -current tree :-( My test box, with a pristine 5.x kernel, crashes on boot... it only gets a few lines in, prints the amount of memory the machine has, and BEWM. Low memory page fault. I tried every combination of device hints files, hints config entries, and so forth that I could think of. I tried turning off the SMP, softupdates, and half a hundred other things and still no go. If I turn on invarients I get an infinite DDB prompt loop. I am going to try backing out Peter's patchset to see if that solves the problem. (In general, I don't think I like putting the hints in a separate place or even a separate file... now I have two or three files I have to deal with rather then one config file. It makes managing bunches of config files annoying. I wish that the earlier format hadn't been ripped out. I don't see much of an advantage of moving it into a loader-accessible file). -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> He seems to have put a new style GENERIC file (thus one that has no > hints = port irq etc information for ISA stuff) through the perl script. > > You might try the script on an old style GENERIC to get the hints.. That was indeed my problem - sorry for the false alarm, folks! I grabbed the GENERIC.hints file and all was well. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
I copied GENERIC and GENERIC.hints to MYKERNEL and MYKERNEL.hints respective, and edit them to suit my system. In MYKERNEL, I changed a line of hints to hints "MYKERNEL.hints" and because my fe0's irq is 6, I modified MYKERNEL.hints hint.fe.0.irq="6" Is this ok? I never used *.pl script because I noticed the above way first. :) The kernel yesterday (JST) works well. Thanks. -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> > GENERIC.hints is the corresponding hints file for what used to be > > in GENERIC. > > You might try the script on an old style GENERIC to get the hints.. Ignore that last remark. I did not note that you put in a GENERIC.hints in the tree. :) Better go to bed now.. Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> Uhh... gethints.pl is a once-only tool to help you get from an old config > to a new one. Once you have stripped out the hints, gethints will find > none. GENERIC.hints is the corresponding hints file for what used to be > in GENERIC. Like Jordan wrote, the solution was in the subject: > Re: GENERIC from today does not detect system console on my box ** He seems to have put a new style GENERIC file (thus one that has no hints = port irq etc information for ISA stuff) through the perl script. You might try the script on an old style GENERIC to get the hints.. Regards, Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> On Friday, June 16, 2000, Peter Wemm wrote:
> > Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL'
> > it will generate nothing because I was kinda lame and didn't know how to do
> > argument parsing. :-]
>
>Couldn't have hurt to ask.
>
> while (defined($ARGV[0])) {
> # ... parse ...
> shift;
> }
Better:
while (<>) {
#stuff
}
Handles both the "myprog < file" and the "myprog file1 file2 ..." cases
automagically.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
"Jordan K. Hubbard" wrote: > > Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL' > > it will generate nothing because I was kinda lame and didn't know how to do > > argument parsing. :-] > > Yep, I ran it exactly as you specified in your "HEADS UP" message > to -current. It generates no output for either GENERIC or for my > kernel config file: > > jkh@zippy-> perl gethints.pl < ZIPPY > jkh@zippy-> perl gethints.pl < GENERIC Uhh... gethints.pl is a once-only tool to help you get from an old config to a new one. Once you have stripped out the hints, gethints will find none. GENERIC.hints is the corresponding hints file for what used to be in GENERIC. If you had copied GENERIC to ZIPPY, you should probably use GENERIC.hints as your skeleton for /boot/device.hints 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
Re: GENERIC from today does not detect system console on my box
"Jordan K. Hubbard" wrote: > > > Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL' > > it will generate nothing because I was kinda lame and didn't know how to do > > argument parsing. :-] > > Yep, I ran it exactly as you specified in your "HEADS UP" message > to -current. It generates no output for either GENERIC or for my > kernel config file: > > jkh@zippy-> perl gethints.pl < ZIPPY > jkh@zippy-> perl gethints.pl < GENERIC > > jkh@zippy-> which perl > /usr/bin/perl > jkh@zippy-> /usr/bin/perl -v > > This is perl, version 5.005_03 built for i386-freebsd Did you run this before or after stripping down the kernel of the "at ..." stuff? -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
>Chris Costello wrote:
>> On Friday, June 16, 2000, Peter Wemm wrote:
>> > Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL'
>> > it will generate nothing because I was kinda lame and didn't know how to do
>> > argument parsing. :-]
>>
>>Couldn't have hurt to ask.
>>
>> while (defined($ARGV[0])) {
>> # ... parse ...
>> shift;
>> }
>>
>>It'd work as perl script.pl arg1 arg2 ... or as ./script.pl
>> arg1 arg2 ... (if +x).
>
>How about that and as a stdin pipe as well if no args are specified?
while (<>) {
# parse
# ...
}
does this. It is a simple construct, but magical and generally
does what you want. You can even modify the @ARGV array in the middle of
the loop and have it work correctly. Perl is filled with these programming
shortcuts, thus its beauty and strength.
Joe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL' > it will generate nothing because I was kinda lame and didn't know how to do > argument parsing. :-] Yep, I ran it exactly as you specified in your "HEADS UP" message to -current. It generates no output for either GENERIC or for my kernel config file: jkh@zippy-> perl gethints.pl < ZIPPY jkh@zippy-> perl gethints.pl < GENERIC jkh@zippy-> which perl /usr/bin/perl jkh@zippy-> /usr/bin/perl -v This is perl, version 5.005_03 built for i386-freebsd - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> IMHO, the hints are a machine property, not a per-kernel property. Setting > up a /boot/device.hints is (IMHO) a one-time task that never needs to be > done more than once, and (again IMHO) the 'make install' had damn well > better not mess with. But what if one does not exist? Wouldn't it be a good bootstrapping mechanism to create one for first-time use in the install rule? Not that it matters much in my case since there are apparently no "hints" for the perl script to generate from my config file. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Friday, June 16, 2000, Chris Costello wrote:
> while (defined($arguments[0])) {
> system("ls -l " . $arguments[0]);
> shift @arguments;
> }
Actually, just for style purposes:
for (; defined($arguments[0]); shift @arguments) {
# ... parse arguments ...
}
--
|Chris Costello <[EMAIL PROTECTED]>
|This time it will surely run.
`--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
On Friday, June 16, 2000, Peter Wemm wrote:
> How about that and as a stdin pipe as well if no args are specified?
Well, I don't know about modifying the argument vector in Perl
(and I'd rather not find out how it behaves across various
circumstances), but:
#!/usr/bin/perl -w
my @arguments; # pseudo argument vector.
push @arguments, @ARGV;
# if no file list is specified, read from the standard input
push @arguments, "/dev/stdin" if !defined($arguments[0]);
while (defined($arguments[0])) {
system("ls -l " . $arguments[0]);
shift @arguments;
}
--
|Chris Costello <[EMAIL PROTECTED]>
|You buttered your bread, now lie in it.
`---
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
Chris Costello wrote:
> On Friday, June 16, 2000, Peter Wemm wrote:
> > Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL'
> > it will generate nothing because I was kinda lame and didn't know how to do
> > argument parsing. :-]
>
>Couldn't have hurt to ask.
>
> while (defined($ARGV[0])) {
> # ... parse ...
> shift;
> }
>
>It'd work as perl script.pl arg1 arg2 ... or as ./script.pl
> arg1 arg2 ... (if +x).
How about that and as a stdin pipe as well if no args are specified?
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
Re: GENERIC from today does not detect system console on my box
On Friday, June 16, 2000, Peter Wemm wrote:
> Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL'
> it will generate nothing because I was kinda lame and didn't know how to do
> argument parsing. :-]
Couldn't have hurt to ask.
while (defined($ARGV[0])) {
# ... parse ...
shift;
}
It'd work as perl script.pl arg1 arg2 ... or as ./script.pl
arg1 arg2 ... (if +x).
--
|Chris Costello <[EMAIL PROTECTED]>
|Computers are not intelligent. They only think they are.
`-
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
"Jordan K. Hubbard" wrote: > > Did you ran the Perl skript to create the hints file and > > then change your KERNEL config like this? > > Yep! The Perl script generates no output and my kernel config file > matches the requirements perfectly. Though, if you'll read the > subject line again, you'll see I used GENERIC for my test anyway. :) Err.. how did you run it? 'perl < MYKERNEL'? If you run 'perl MYKERNEL' it will generate nothing because I was kinda lame and didn't know how to do argument parsing. :-] To be sure, next time you boot, press space to get into the loader and do a 'show' - you should see your hints in the environment. 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
Re: GENERIC from today does not detect system console on my box
"Daniel C. Sobral" wrote: > "Jordan K. Hubbard" wrote: > > > > I tried booting a kernel this morning, just to see Peter's new > > "lean-n-mean" kernel config format in action, and I turned my > > workstation into a headless server in the process. :-) > > > > Most notably, these former entries were now missing from my dmesg > > output when I logged in remotely and poked around: > > > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: irq 1 on atkbdc0 > > psm0: irq 12 on atkbdc0 > > psm0: model Generic PS/2 mouse, device ID 0 > > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > > sc0: on isa0 > > I was just wondering what happens if no device.hints exists. It seems it > isn't installed by installkernel target, and the above are all part of > it. IMHO, the hints are a machine property, not a per-kernel property. Setting up a /boot/device.hints is (IMHO) a one-time task that never needs to be done more than once, and (again IMHO) the 'make install' had damn well better not mess with. This is especially important once kget(8) becomes the equivalent of 'kenv | grep '^hint' > /boot/device.hints' or something so that the userconfig.4th changes get saved for next time. 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
Re: GENERIC from today does not detect system console on my box
"Jordan K. Hubbard" wrote: > > I tried booting a kernel this morning, just to see Peter's new > "lean-n-mean" kernel config format in action, and I turned my > workstation into a headless server in the process. :-) > > Most notably, these former entries were now missing from my dmesg > output when I logged in remotely and poked around: > > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > sc0: on isa0 I was just wondering what happens if no device.hints exists. It seems it isn't installed by installkernel target, and the above are all part of it. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> Did you ran the Perl skript to create the hints file and > then change your KERNEL config like this? Yep! The Perl script generates no output and my kernel config file matches the requirements perfectly. Though, if you'll read the subject line again, you'll see I used GENERIC for my test anyway. :) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
> Most notably, these former entries were now missing from my dmesg > output when I logged in remotely and poked around: > > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > sc0: on isa0 Did you ran the Perl skript to create the hints file and then change your KERNEL config like this? -device isa0 +device isa -device atkbdc0 at isa? port IO_KBD +device atkbdc 1 -device atkbd0 at atkbdc? irq 1 +device atkbd -device psm0at atkbdc? irq 12 +device psm -device vga0at isa? +device vga -device sc0 at isa? +device sc 1 -device npx0at nexus? port IO_NPX flags 0x0 irq 13 +device npx -device ata0 -device atadisk0# ATA disk drives +device ata +device atadisk # ATA disk drives -device pcm0 +device pcm -device joy0at isa? port IO_GAME +device joy -device pci0 +device pci and so on.. Regards, Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GENERIC from today does not detect system console on my box
I had a wierder problem yesterday... I followed the new changes to the kernel config file, and included everything that belonged there, and yet for some reason, my kernel paniced while probing vga0 with an error number 6. I had to use a fixit floppy to get back into the system and compile a generic kernel, and from there make a new config file. The wierd part is I the panicing config and the non-panicing config both looked the same... (diff showed only differences in whitespace and comments as far as I could tell. Wierd... = | Kenneth Culver | FreeBSD: The best NT upgrade| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = On Fri, 16 Jun 2000, Jordan K. Hubbard wrote: > I tried booting a kernel this morning, just to see Peter's new > "lean-n-mean" kernel config format in action, and I turned my > workstation into a headless server in the process. :-) > > Most notably, these former entries were now missing from my dmesg > output when I logged in remotely and poked around: > > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > sc0: on isa0 > > JFYI... > > - Jordan > > > 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
GENERIC from today does not detect system console on my box
I tried booting a kernel this morning, just to see Peter's new "lean-n-mean" kernel config format in action, and I turned my workstation into a headless server in the process. :-) Most notably, these former entries were now missing from my dmesg output when I logged in remotely and poked around: atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 JFYI... - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
