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 scvidprobe+7: cmpl $0x0,0x10(%ebp) 0xc023484f scvidprobe+11: setne %al 0xc0234852 scvidprobe+14: movzbl %al,%eax 0xc0234855 scvidprobe+17: push %eax 0xc0234856 scvidprobe+18: call 0xc0229c90 vid_configure 0xc023485b scvidprobe+23: push %ebx 0xc023485c scvidprobe+24: push $0xc0282682 0xc0234861 scvidprobe+29: call 0xc0229b4c vid_find_adapter 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
(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
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
"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
"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
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
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
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
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
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
: : 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
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
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
: 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 scvidprobe+7: cmpl $0x0,0x10(%ebp) 0xc023484f scvidprobe+11: setne %al 0xc0234852 scvidprobe+14: movzbl %al,%eax 0xc0234855 scvidprobe+17: push %eax 0xc0234856 scvidprobe+18: call 0xc0229c90 vid_configure 0xc023485b scvidprobe+23: push %ebx 0xc023485c scvidprobe+24: push $0xc0282682 0xc0234861 scvidprobe+29: call 0xc0229b4c vid_find_adapter 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
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: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 JFYI... - 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 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: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console 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
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
"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: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console 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
"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: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console 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: 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
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
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, 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
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
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