From: Petr V. <VAN...@vc...> - 2001-01-11 13:17:37
|
On 11 Jan 01 at 12:50, Adam Huuva wrote: > > > > Try the lastest CVS. It is fixed. > OK. It is. Now I have this instead: > from dummycon.c:11: > /SDA3/usr/src/linux_patched/include/asm/hw_irq.h: In function > `x86_do_profile': > /SDA3/usr/src/linux_patched/include/asm/hw_irq.h:198: `current' > undeclared (first use in this fun > ction) If you are reporting bug, try it first with stock kernel. You cannot have Athlon/K7 with SMP. Either downgrade to UP, or to PIII. Petr Vandrovec van...@vc... |
From: Petr V. <VAN...@vc...> - 2001-01-11 15:07:54
|
On 11 Jan 01 at 16:02, Adam Huuva wrote: > Petr Vandrovec wrote: > > > > On 11 Jan 01 at 12:50, Adam Huuva wrote: > > > > > > > > > > Try the lastest CVS. It is fixed. > > > OK. It is. Now I have this instead: > > > > > from dummycon.c:11: > > > /SDA3/usr/src/linux_patched/include/asm/hw_irq.h: In function > > > `x86_do_profile': > > > /SDA3/usr/src/linux_patched/include/asm/hw_irq.h:198: `current' > > > undeclared (first use in this fun > > > ction) > > > > If you are reporting bug, try it first with stock kernel. You cannot > > have Athlon/K7 with SMP. Either downgrade to UP, or to PIII. > > > I have a(one) PIII. SMP was turned on by default. Apparently it does no > harm, but I've turned it off now. > Athlon/K7? I don't understand. Something I missed? You must had select 'Athlon/K7' in configuration. In that case memcpy uses if (len < 512 || in_interrupt()) __memcpy(...); else __3dnow_memcpy(...); On UP it works. But on SMP, in_interrupt() requires current and structure task_struct. And #include <linux/sched.h>, which defines task_struct, needs string.h... So this cannot work... There were two different patches sent to linux-kernel, how to fix it - - one was moving memcpy out-of-line, another was to not use current->processor, but ((unsigned long*)(current))[0x34/4]. One better than another ;-) Moving code out-of-line for SMP is probably better, as code generated by in_interrupt() on SMP is loooooong. Petr |
From: Adam H. <sv...@ea...> - 2001-01-11 17:51:46
|
Petr Vandrovec wrote: >=20 > You must had select 'Athlon/K7' in configuration=2E D'oh=2E > On UP it works=2E But on SMP, in_interrupt() requires current and > structure task_struct=2E And #include <linux/sched=2Eh>, which defines > task_struct, needs string=2Eh=2E=2E=2E So this cannot work=2E=2E=2E >=20 > There were two different patches sent to linux-kernel, how to fix it - > - one was moving memcpy out-of-line, another was to not use > current->processor, but ((unsigned long*)(current))[0x34/4]=2E > One better than another ;-) >=20 > Moving code out-of-line for SMP is probably better, as code generated > by in_interrupt() on SMP is loooooong=2E OK, interesting=2E Now I've got a kernel that boots, but no input devices/console at all=2E=2E=2E heh=2E Why is this? I have configured the kernel for ps/2 in 'I= nput device support' and chosen=20 'AT and PS/2 keyboards' and 'PS/2 mouse' in PS/2 port input devices=2E What more do I need to do? Not that I have several sets of keyboards/mice yet=2E I've got one set (PS/2), I'll be testing with a USB keyboard shortly I believe=2E Cheers, --=20 Adam Huuva / Easter-eggs Sp=E9cialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - M=E9tro Gait=E9 Phone: +33 (0) 1 43 35 00 37 - Fax: +33 (0) 1 41 35 00 76 mailto:sventon@easter-eggs=2Ecom - http://www=2Eeaster-eggs=2Ecom |
From: James S. <jsi...@su...> - 2001-01-11 18:35:50
|
> Now I've got a kernel that boots, but no input devices/console at > all... heh. Why is this? I have configured the kernel for ps/2 in 'Input > device support' and chosen > 'AT and PS/2 keyboards' and 'PS/2 mouse' in PS/2 port input devices. > What more do I need to do? Where exactly? Do you get about here and it stops: Detected 497.841 MHz processor. Console: colour VGA+ 80x25 Or did you compile in the AT keyboard support or is it modular. I found it is much safer to compile support in. > Not that I have several sets of keyboards/mice yet. I've got one set > (PS/2), I'll be testing with a USB keyboard shortly I believe. I have these as well and they work :-) Note I just started working on fbcon support so only vgacon/mdacon works right now. Do you have a NVIDIA card. We have a driver for that as well. Another thing to point out is for a functioning VT you need one keyboard and one display. Using /dev/event you can access any keyboard, attached or not attached to a VT. |
From: Adam H. <sv...@ea...> - 2001-01-12 15:22:30
|
James Simmons wrote: >=20 > > Now I've got a kernel that boots, but no input devices/console at > > all=2E=2E=2E heh=2E Why is this?=20 >=20 > Where exactly? Do you get about here and it stops: >=20 > Detected 497=2E841 MHz processor=2E > Console: colour VGA+ 80x25 >=20 It works now=2E I hadn't added the i8042 controller in the kernel config=2E Cheers, --=20 Adam Huuva / Easter-eggs Sp=E9cialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - M=E9tro Gait=E9 Phone: +33 (0) 1 43 35 00 37 - Fax: +33 (0) 1 41 35 00 76 mailto:sventon@easter-eggs=2Ecom - http://www=2Eeaster-eggs=2Ecom |
From: Petr V. <VAN...@vc...> - 2001-01-11 18:45:43
|
On 11 Jan 01 at 10:06, James Simmons wrote: > > > don't see multiple video cards so only the first one on the PCI bus gets > > > intialized :-( > > > > So not yet. But would the bios still initialize all heads on a multihead > > card? No, I guess not, just the first. A job for linuxbios? :) > > If you mean by multihead card a single video card that supports more than > one monitor than no. That would be up to the driver to program both heads. Matrox G450 BIOS initializes both outputs. And put same picture on both... So even with vgacon you'll get two same outputs. > You still need to initialze the card with the BIOS if you don't know what > regitser specs are needed to initialize the video card. A good example is > the matrox framebuffer driver for this which BTW is BIOS independent :-) Unfortunately not for G450 and not always for G100 and G400... I have to find how SGRAM have to be initialized... And for G400/G450 how to find whether connected memory is 3V TTL or CMOS SDRAM/SGRAM, or xxxV DDRAM... If someone has code which can autodetect SDRAM/SGRAM, or which can autodetect DRAM page size... Otherwise I have to parse MGA BIOS, as XFree does. And it is tricky on Gx00 multimonitor devices - they have 4 Gx00 cores, but only one of them has BIOS connected... Best regards, Petr Vandrovec van...@vc... |
From: Adam H. <sv...@ea...> - 2001-01-11 15:02:08
|
Petr Vandrovec wrote: >=20 > On 11 Jan 01 at 12:50, Adam Huuva wrote: >=20 > > > > > > Try the lastest CVS=2E It is fixed=2E > > OK=2E It is=2E Now I have this instead: >=20 > > from dummycon=2Ec:11: > > /SDA3/usr/src/linux_patched/include/asm/hw_irq=2Eh: In function > > `x86_do_profile': > > /SDA3/usr/src/linux_patched/include/asm/hw_irq=2Eh:198: `current' > > undeclared (first use in this fun > > ction) >=20 > If you are reporting bug, try it first with stock kernel=2E You cannot > have Athlon/K7 with SMP=2E Either downgrade to UP, or to PIII=2E >=20 I have a(one) PIII=2E SMP was turned on by default=2E Apparently it does no harm, but I've turned it off now=2E Athlon/K7? I don't understand=2E Something I missed? Now it compiles=2E Sorry=2E Cheers, --=20 Adam Huuva / Easter-eggs Sp=E9cialiste GNU/Linux 44-46 rue de l'Ouest - 75014 Paris - France - M=E9tro Gait=E9 Phone: +33 (0) 1 43 35 00 37 - Fax: +33 (0) 1 41 35 00 76 mailto:sventon@easter-eggs=2Ecom - http://www=2Eeaster-eggs=2Ecom |