A20/keybord/no-keyboard
hi, this board (WRAP) has no keyboard, and there is a fix in boot1.S to take into account such case, but i can't compile a -current a kernel without kbd (4.x is ok without kbd*), i solved the problem with a quick hack, just to see if im on the correct track, and a return with a return ENXIO in atkbd_probe_unit got me going. so, Q1: is it possible to compile a 5.3 kernel without kbd, or, Q2: how can i tell the kernel that this board has not keyboard controller? btw, the SC11000 says it has atkbdc_probe_unit(): atkbdc0: at port 0x64,0x60 on isa0 but will hang in atkbd_probe_unit(). back in the days of the PDP11, Unix V6 would panic on boot if some harware was non-existant/miss-configured, Berkeley fixed this with autoconf, which was just brilliant. Now we have 'fantom' hardware which is, but is not realy there, making things a bit more complicated :-) btw, this board doesn't have a vga either, and only after i removed it from the kernel config did i begin to see some output on the serial line. danny ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: tcsh is not csh
Kevin Lyons <[EMAIL PROTECTED]> writes: > I humbly suggest that /bin contain csh and tcsh. Is that too hard? [EMAIL PROTECTED] ~% ll /bin/*csh -r-xr-xr-x 2 root wheel 699446 Nov 5 18:12 /bin/csh* -r-xr-xr-x 2 root wheel 699446 Nov 5 18:12 /bin/tcsh* DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: tcsh is not csh
On Mon, 15 Nov 2004 11:37:57 +0100 [EMAIL PROTECTED] (Dag-Erling Smørgrav) wrote: Hi, > [EMAIL PROTECTED] ~% ll /bin/*csh > -r-xr-xr-x 2 root wheel 699446 Nov 5 18:12 /bin/csh* > -r-xr-xr-x 2 root wheel 699446 Nov 5 18:12 /bin/tcsh* He meant both shells, not a hardlink. csh and tcsh are the same program in FreeBSD. What he wants is to have both the old/real csh *and* tcsh. [EMAIL PROTECTED] ls -li /bin/*csh 49569 -r-xr-xr-x 2 root wheel 328208 Oct 24 16:08 /bin/csh 49569 -r-xr-xr-x 2 root wheel 328208 Oct 24 16:08 /bin/tcsh The i-node is the same. Cheers, -- Miguel Mendez <[EMAIL PROTECTED]> | Extreme ways are back again http://www.energyhq.es.eu.org| Extreme places I didn't know PGP Key: 0xDC8514F1 | I broke everything new again Note: All HTML mail goes to /dev/null| Everything that I'd owned pgpauKaec772P.pgp Description: PGP signature
Re: IPDIVERT option not getting compiled?
Hello? anybody? So how come IPDIVERT option is outright ignored in system build here?? The system isn't even connected to internet, nor to any other net anyway! And as if I don't know how to compile kernel? And it is stock 4.10-RELEASE, too (and 4-STABLE has same problem). The process is fairly familiar to me. Config is config that worked before (on other machines). Is it something with the machine perhaps?? What could possibly be going on? What should I check? Yury ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: tcsh fix
# [EMAIL PROTECTED] / 2004-11-12 04:11:22 +0100: > The only real problem with having bash as /bin/sh is that people tend > to write scripts using bash-specific features and forget that such > scripts are not portable to systems using a less powerful /bin/sh. Or the other way around. Bash (at least the one from RHEL 3.0) is seriously broken, these two things are more than it can handle (as opposed to our /bin/sh): $(case $foo in x) do_x;; y) do_y;; esac) out=`mktemp ...` $otherscript >$out 2&1 where $otherscript contains $(x | tee /dev/stderr | y) I stumbled upon these when I was porting periodic(8) to RHEL. So, my description would be that people run into problems when they write scripts using sh-specific features and forget that such scripts are not portable to systems using a less powerful bash. ;) -- If you cc me or remove the list(s) completely I'll most likely ignore your message.see http://www.eyrie.org./~eagle/faqs/questions.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A20/keybord/no-keyboard
In message: <[EMAIL PROTECTED]> Danny Braniss <[EMAIL PROTECTED]> writes: : so, Q1: is it possible to compile a 5.3 kernel without kbd, Doesn't removing atkbd and atkbdc from the kernel do the job? Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
qemu -boot d -cdrom /dev/cd0 on FreeBSD is not good
I tried to install Windows XP SP2 on qemu over FreeBSD 6-current like following command, but failed. # qemu -boot d -cdrom /dev/cd0 windows.img Because find_image_format on qemu/block.c is failed. This problem can be confirmed like following program. - - - - - - - - - - - - - - - - - - - - - - - - #include #include #include int main(void) { char buf[2048]; int fd = open("/dev/cd0", O_RDONLY); if( read(fd, buf, sizeof(buf)) < 0 ) { /* no problem */ perror("[1] read error."); } if( read(fd, buf, sizeof(buf) / 2) < 0 ) { /* problem */ perror("[2] read error."); } } - - - - - - - - - - - - - - - - - - - - - - - - Adhoc-ly, I changed "buf" size to 2048. and confirmed this problem was fixed. - - - - - - - - - - - - - - - - - - - - - - - - static BlockDriver *find_image_format(const char *filename) { int fd, ret, score, score_max; BlockDriver *drv1, *drv; uint8_t buf[1024]; => buf[2048] (snip) ret = read(fd, buf, sizeof(buf)); if (ret < 0) { close(fd); return NULL; } (snip) - - - - - - - - - - - - - - - - - - - - - - - - Obtained from: qemu-0.6.1 I think magic number 2048 is sector size, but I don't know how to get valid read size. Anyone, do you have any idea? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
MySQL benchmarks
Here are the results of the brief benchmarks that I ran. I posted the best and worse results out of running each test 5 times. - System: Dual Opteron 244s RAM 1GB 3 x 36GB U320 SCSI RAID-5 on Adaptec 2120s - OS: FreeBSD 5.3-RELEASE FreeBSD 5.3-RELEASE #2: Mon Nov 15 10:35:13 PST 2004 i386 --- MySQL 4.1.7 WITH_OPENSSL BUILD_OPTIMIZED --- master# super-smack update-select.smack 30 1 Query Barrel Report for client smacker connect: max=15ms min=4ms avg= 8ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index30 3 0 4365.04 update_index30 4 0 4365.04 master# super-smack update-select.smack 30 1 Query Barrel Report for client smacker connect: max=12ms min=0ms avg= 7ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index30 3 0 4799.58 update_index30 3 0 4799.58 master# super-smack select-key.smack 30 1 Query Barrel Report for client smacker1 connect: max=10ms min=7ms avg= 9ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index60 3 0 10614.75 master# super-smack select-key.smack 30 1 Query Barrel Report for client smacker1 connect: max=10ms min=6ms avg= 7ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index60 4 0 10666.14 --- MySQL 4.0.22 WITH_OPENSSL BUILD_OPTIMIZED --- master# super-smack update-select.smack 30 1 Query Barrel Report for client smacker connect: max=13ms min=9ms avg= 11ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index30 3 0 4839.98 update_index30 3 0 4839.98 master# super-smack update-select.smack 30 1 Query Barrel Report for client smacker connect: max=22ms min=0ms avg= 17ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index30 3 0 4963.34 update_index30 2 0 4963.34 master# super-smack select-key.smack 30 1 Query Barrel Report for client smacker1 connect: max=19ms min=5ms avg= 9ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index60 2 0 12387.57 master# super-smack select-key.smack 30 1 Query Barrel Report for client smacker1 connect: max=15ms min=0ms avg= 7ms from 30 clients Query_type num_queries max_timemin_timeq_per_s select_index60 2 0 13201.30 -- It seems 4.0.22 is faster in each benchmark. Around a 20% increase. I wonder why this is? -- Justin Hopper <[EMAIL PROTECTED]> UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: tcsh is not csh
you missed the rest of the thread. /bin/csh is not /bin/tcsh. i have run into a fairly important compatibility problem brought on by this. later. . ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: tcsh fix
On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: Personally I am of the opinion that csh (all versions) should be removed completely from the base system and relegated entirely to the ports system. Other than historical reasons there is not much point in having it in the base system. I agree. Please. OpenBSD's standard sh is a well-maintained pdksh, and is really nice - significantly nicer than the pdksh version in ports, and much nicer than the bash that got foisted on me at my last job or the csh I got stuck with many jobs before that. -- Christopher Vance ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A20/keybord/no-keyboard
> In message: <[EMAIL PROTECTED]> > Danny Braniss <[EMAIL PROTECTED]> writes: > : so, Q1: is it possible to compile a 5.3 kernel without kbd, > > Doesn't removing atkbd and atkbdc from the kernel do the job? > this is waht i get if i remove atkbd and atkbdc: ... MAKE=make sh /r+d/5.3/src/sys/conf/newvers.sh WRAP cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/r+d/5.3/src/sys -I/r+d/5.3/src/sys/contrib/dev/acpica -I/r+d/5.3/src/sys/contrib/altq -I/r+d/5.3/src/sys/contrib/ipfilter -I/r+d/5.3/src/sys/contrib/pf -I/r+d/5.3/sr c/sys/contrib/dev/ath -I/r+d/5.3/src/sys/contrib/dev/ath/freebsd -I/r+d/5.3/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline- unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel kbd.o(.text+0x308): In function `kbd_register': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0x30e): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x334): In function `kbd_register': danny ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: A20/keybord/no-keyboard
In message: <[EMAIL PROTECTED]> Danny Braniss <[EMAIL PROTECTED]> writes: : kbd.o(.text+0x30e): In function `kbd_register': : : undefined reference to `__stop_set_kbddriver_set' dev/kbd/kbd.c optionalatkbd dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/kbd/kbd.c optionalvt Do you have any of these in in your kernel: atkbd, kdb, sc, ukbd, vt? Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
device kbd
It appears that we have a leftover line in our conf/files lines. None of the ports appear to have a 'device kbd' in their config files. There only appears to be one place where it is used, and it appears to be unnecessary. I'd like to commit the following, but thought I'd ask here first to make sure that there wasn't something subtle that I'm missing. Warner Index: files.alpha === RCS file: /home/ncvs/src/sys/conf/files.alpha,v retrieving revision 1.114 diff -u -r1.114 files.alpha --- files.alpha 1 Aug 2004 11:40:51 - 1.114 +++ files.alpha 16 Nov 2004 07:41:01 - @@ -179,7 +179,6 @@ dev/kbd/atkbd.coptionalatkbd dev/kbd/atkbdc.c optionalatkbdc dev/kbd/kbd.c optionalatkbd -dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/ppc/ppc.c optionalppc Index: files.amd64 === RCS file: /home/ncvs/src/sys/conf/files.amd64,v retrieving revision 1.50 diff -u -r1.50 files.amd64 --- files.amd64 28 Sep 2004 07:29:54 - 1.50 +++ files.amd64 16 Nov 2004 07:41:02 - @@ -123,7 +123,6 @@ dev/kbd/atkbd.coptionalatkbd dev/kbd/atkbdc.c optionalatkbdc dev/kbd/kbd.c optionalatkbd -dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/mem/memutil.c optionalmem Index: files.i386 === RCS file: /home/ncvs/src/sys/conf/files.i386,v retrieving revision 1.508 diff -u -r1.508 files.i386 --- files.i386 15 Nov 2004 05:54:14 - 1.508 +++ files.i386 16 Nov 2004 07:41:03 - @@ -157,7 +157,6 @@ dev/kbd/atkbd.coptionalatkbd dev/kbd/atkbdc.c optionalatkbdc dev/kbd/kbd.c optionalatkbd -dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/kbd/kbd.c optionalvt Index: files.ia64 === RCS file: /home/ncvs/src/sys/conf/files.ia64,v retrieving revision 1.73 diff -u -r1.73 files.ia64 --- files.ia64 25 Sep 2004 04:27:44 - 1.73 +++ files.ia64 16 Nov 2004 07:41:03 - @@ -55,7 +55,6 @@ dev/kbd/atkbd.coptionalatkbd dev/kbd/atkbdc.c optionalatkbdc dev/kbd/kbd.c optionalatkbd -dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/ppc/ppc.c optionalppc isa Index: files.pc98 === RCS file: /home/ncvs/src/sys/conf/files.pc98,v retrieving revision 1.306 diff -u -r1.306 files.pc98 --- files.pc98 30 Aug 2004 23:03:56 - 1.306 +++ files.pc98 16 Nov 2004 07:41:03 - @@ -105,7 +105,6 @@ dev/fb/fb.coptionalgdc dev/fb/splash.coptionalsplash dev/fe/if_fe_cbus.coptionalfe isa -dev/kbd/kbd.c optionalkbd dev/kbd/kbd.c optionalsc dev/kbd/kbd.c optionalukbd dev/kbd/kbd.c optionalpckbd ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"