Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Video HP Proliant Gen3
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Thu Feb 27, 2020 6:11 am    Post subject: Video HP Proliant Gen3 Reply with quote

Hi Everyone...

I am having problems getting my new server setup and was hoping someone might be able to help me

I am not interested in having X on this machine at the present as it is going to be mainly a headless server, But in the event of problems I would like to be able to login directly if needed..

This Machine is a HP Proliant Gen 3 2x 2.33Ghz XEON 4 core each

Code:

lspci -knn

00:00.0 Host bridge [0600]: Intel Corporation 5000X Chipset Memory Controller Hub [8086:25c0] (rev 31)
        Subsystem: Intel Corporation 5000X Chipset Memory Controller Hub [8086:25c0]
00:02.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 [8086:25f7] (rev 31)
        Kernel driver in use: pcieport
00:03.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 [8086:25e3] (rev 31)
        Kernel driver in use: pcieport
00:04.0 PCI bridge [0604]: Intel Corporation 5000X Chipset PCI Express x16 Port 4-7 [8086:25fa] (rev 31)
        Kernel driver in use: pcieport
00:05.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 [8086:25e5] (rev 31)
        Kernel driver in use: pcieport
00:06.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 6 [8086:25e6] (rev 31)
        Kernel driver in use: pcieport
00:07.0 PCI bridge [0604]: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 [8086:25e7] (rev 31)
        Kernel driver in use: pcieport
00:10.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:10.1 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:10.2 Host bridge [0600]: Intel Corporation 5000 Series Chipset FSB Registers [8086:25f0] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:11.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset Reserved Registers [8086:25f1] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:13.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset Reserved Registers [8086:25f3] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:15.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FBD Registers [8086:25f5] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:16.0 Host bridge [0600]: Intel Corporation 5000 Series Chipset FBD Registers [8086:25f6] (rev 31)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fd]
00:1c.0 PCI bridge [0604]: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 [8086:2690] (rev 09)
        Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 [8086:2692] (rev 09)
        Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 [8086:2688] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
        Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 [8086:2689] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
        Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 [8086:268a] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
        Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller [8086:268c] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
        Kernel driver in use: ehci-pci
        Kernel modules: ehci_pci
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev d9)
00:1f.0 ISA bridge [0601]: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller [8086:2670] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
00:1f.2 IDE interface [0101]: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller [8086:2680] (rev 09)
        Subsystem: Hewlett-Packard Company 631xESB/632xESB/3100 Chipset SATA IDE Controller [103c:31fe]
        Kernel driver in use: ata_piix
        Kernel modules: pata_acpi
00:1f.3 SMBus [0c05]: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller [8086:269b] (rev 09)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fe]
        Kernel driver in use: i801_smbus
01:00.0 PCI bridge [0604]: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port [8086:3500] (rev 01)
        Kernel driver in use: pcieport
01:00.3 PCI bridge [0604]: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge [8086:350c] (rev 01)
02:00.0 PCI bridge [0604]: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 [8086:3510] (rev 01)
        Kernel driver in use: pcieport
0e:00.0 Ethernet controller [0200]: Broadcom Inc. and subsidiaries NetXtreme BCM5721 Gigabit Ethernet PCI Express [14e4:1659] (rev 11)
        Subsystem: Hewlett-Packard Company NetXtreme BCM5721 Gigabit Ethernet PCI Express [103c:3260]
        Kernel driver in use: tg3
        Kernel modules: tg3
0f:00.0 Ethernet controller [0200]: Broadcom Inc. and subsidiaries NetXtreme BCM5721 Gigabit Ethernet PCI Express [14e4:1659] (rev 11)
        Subsystem: Hewlett-Packard Company NetXtreme BCM5721 Gigabit Ethernet PCI Express [103c:3260]
        Kernel driver in use: tg3
        Kernel modules: tg3
10:02.0 VGA compatible controller [0300]: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) [102b:0522] (rev 02)
        Subsystem: Hewlett-Packard Company ProLiant DL140 G3 [103c:31fa]
        Kernel driver in use: mgag200


I finally got it to display some graphics but still quite large and it is really dark, sometimes after grub it fails to load amd shutsdown. The minimal boot cd/usb boots every time with nice graphics perfectly

1) This is what the LIVECD looks like every time
LiveCD.jpeg

2) This is what it looks like when I boot from my HDD and sometimes fails and shutsdown. Also camera makes it look brighter then it is, to the naked eye it looks like Dark Gray Text on Black and Dark
Normal Boot (Dark.jpeg)

If anyone knows How to get this video card working properly or know how the LiveCD does it, LSPCI does not show a driver for the video on the livecd.

I thank you in advance
Mike
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 44921
Location: 56N 3W

PostPosted: Thu Feb 27, 2020 8:25 pm    Post subject: Reply with quote

cowboy0629,

Both images show a framebuffer console. That's required to get the Tux logos in the console.

Lets find out which framebuffer drivers you use.
On my system
Code:
$ dmesg | grep -i frame
[    5.267614] vesafb: framebuffer at 0xd0000000, mapped to 0x(____ptrval____), using 3072k, total 49152k
[    5.271792] Console: switching to colour frame buffer device 128x48
[    5.275691] fb0: VESA VGA frame buffer device
[    5.640434] Console: switching to colour frame buffer device 320x98
[    5.672976] amdgpu 0000:01:00.0: fb0: amdgpudrmfb frame buffer device
[    5.680100] r8169 0000:0a:06.0 eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]

The last line is spam.
My system starts on vesafb then switches to amdgpudrmfb.

Try
Code:
dmesg | grep -i frame
booted both ways.

All the framebuffers except one can have their resolution set on the kernel command line.
The odd one is simplefb. It picks up the framebuffer left by grub2 and its resolution can be changed by changing the grub2 splash resolution.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Fri Feb 28, 2020 12:16 am    Post subject: Reply with quote

NeddySeagoon,

This is what I get with the Gentoo minimal CD booted

Code:
livecd ~ # dmesg | grep -i frame
[    1.645924] vesafb: framebuffer at 0xde000000, mapped to 0x(____ptrval____), using 1664k, total 1664k
[    1.705617] Console: switching to colour frame buffer device 128x48
[    1.763419] fb0: VESA VGA frame buffer device


Booting off my hard drive is not working tonight with the Kernel driver in use: mgag200 booted as soon as grub does it thing it shuts down I remove that mgag200 driver and it boots monitor has bright txt and colors again but no TUX and the font is Huge the word (ProLiant login) takes up most of the screen

Code:
mike@ProLiant ~ $ dmesg | grep -i frame
[    0.000503] Security Framework initialized


Thanks
Mike
Back to top
View user's profile Send private message
mike155
Veteran
Veteran


Joined: 17 Sep 2010
Posts: 1982
Location: Frankfurt, Germany

PostPosted: Fri Feb 28, 2020 1:16 am    Post subject: Reply with quote

Another option: disable the framebuffer and use standard 80x25 text mode. It's much faster, especially if you choose remote control over iLO. Try kernel boot parameter 'nomodeset' or 'vga=0' or something similar.

Last edited by mike155 on Fri Feb 28, 2020 1:27 am; edited 1 time in total
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Fri Feb 28, 2020 1:22 am    Post subject: Reply with quote

I would like to get the VESA VGA working at least but I don't know how to get it loaded .. I read and read and can't find it I even put initramfs on the system
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Fri Feb 28, 2020 2:45 am    Post subject: Reply with quote

So I have it doing this now

Code:
mike@ProLiant ~ $ dmesg | grep -i frame
[    0.497468] Security Framework initialized
[    1.215134] Console: switching to colour frame buffer device 80x30
[    1.223203] fb0: VGA16 VGA frame buffer device


How do I make this look like

Code:
[    1.645924] vesafb: framebuffer at 0xde000000, mapped to 0x(____ptrval____), using 1664k, total 1664k
[    1.705617] Console: switching to colour frame buffer device 128x48
[    1.763419] fb0: VESA VGA frame buffer device
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Fri Feb 28, 2020 5:34 am    Post subject: Reply with quote

I have made some progress tonight but hope someone can help me get to the point like on the LiveCD

here is what I have now

Code:
mike@ProLiant ~ $ dmesg | grep -i frame
[    0.512953] Security Framework initialized
[    0.976901] simple-framebuffer simple-framebuffer.0: framebuffer at 0xde000000, 0x180000 bytes, mapped to 0x(____ptrval____)
[    0.976909] simple-framebuffer simple-framebuffer.0: format=r5g6b5, mode=1024x768x16, linelength=2048
[    0.992674] Console: switching to colour frame buffer device 128x48
[    1.008246] simple-framebuffer simple-framebuffer.0: fb0: simplefb registered!


got his by adding "vga=791 video=vesafb:mtrr" to the kernel boot line in grub2

I have also been reading this is not the best option.. to try using this

vesafb-tng

but no one tells me how to do the above

and if I want to use the matrox drivers to try this

video=matroxfb:vesa:0x1BB

but this one just give me great big graphics again so not sure if this driver might have been renamed

thanks
Mike
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 44921
Location: 56N 3W

PostPosted: Fri Feb 28, 2020 7:32 pm    Post subject: Reply with quote

cowboy0629,

If vesafb works for the liveCD it will work for you. Is it in your kernel?
Code:
grep -i vesa /usr/src/linux/.config
needs to include CONFIG_FB_VESA=y.
Code:
# CONFIG_FB_VGA16 is not set
should be off. Its the 16 colour VGA driver from when VGA was new.

You tune vesafb on the kernel line in grub.conf if you want to. However the kernel should choose something sensible from the EDID data read from the display.
Code:
vga=0x317 video=vesafb:mtrr:3,ywrap
is a good start.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Sun Mar 01, 2020 3:49 am    Post subject: Reply with quote

NeddySeagoon,

I changed the line for grub that you suggested and I still get good graphics, but it is still giving me

Code:
mike@ProLiant ~ $ dmesg | grep -i frame
[    0.446887] Security Framework initialized
[    0.910915] simple-framebuffer simple-framebuffer.0: framebuffer at 0xde000000, 0x180000 bytes, mapped to 0x(____ptrval____)
[    0.910922] simple-framebuffer simple-framebuffer.0: format=r5g6b5, mode=1024x768x16, linelength=2048
[    0.926686] Console: switching to colour frame buffer device 128x48
[    0.942247] simple-framebuffer simple-framebuffer.0: fb0: simplefb registered!


Code:
mike@ProLiant ~ $ grep -i vesa /usr/src/linux/.config
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_UVESA=y
CONFIG_FB_VESA=y


Shoud I turn off the Simple framebuffer support

and to get EDID to work should I have Enable firmware EDID enabled

I do not have the CONFIG_FB_VGA16

Thanks for the Help
Mike
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 44921
Location: 56N 3W

PostPosted: Sun Mar 01, 2020 12:14 pm    Post subject: Reply with quote

cowboy0629,

With CONFIG_FB_VESA=y in your kernel, I'm surprised that simple-framebuffer is in use.
Does dmesg show that the kernel switches to vesafb later?

Code:
mode=1024x768x16
is 1024x768, which is a 4:3 bode, at 16 bit colour.

The
Code:
vga=0x317 video=vesafb:mtrr:3,ywrap
tells the kernel to use video=vesafb. The resolution is set by the vga=0x317.
If you change that to vga=ask, the system will display a list of supported modes.

Somewhere at the back of my mind is the idea that vga=0x317 actually appears in the list as mode 0x217 but I've forgotten why the 0x100 is added.

If he kernel starts in simple-framebuffer, then switches to vesafb leave it alone. You will lose all the console messages before the switch.
simple-framebuffer is quite functional but the CPU does all the drawing, pixel by pixel. The GPU is not used. vesafb known things like draw rectangle, fill rectangle with colour.

If you don't plan to use the console, it won't matter.
Xorg does its own thing for graphics drivers and will not be affected.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
cowboy0629
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2016
Posts: 98
Location: Kawartha Lakes, Ontario

PostPosted: Sun Mar 01, 2020 6:11 pm    Post subject: Reply with quote

NeddySeagoon,

I have tried the vga=ask but I get the complaint that this is deprecated and then it continues to boot with the large text..

I am unsure if it is switching to vesafb later on or not... I am not the greatest at figure out the graphics as this is my first machine I have had that graphics have not worked out of the box.. usually I just use the Intel Graphics Built into the kernel and everything works perfect...


Thank-you for your help and support.
this is why I love the Gentoo community so much everyone helps everyone no matter how simple or stupid a question may seem to them.

Mike
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 44921
Location: 56N 3W

PostPosted: Sun Mar 01, 2020 6:27 pm    Post subject: Reply with quote

cowboy0629,

Try
Code:
dmesg | grep -i vesa


The only stupid question is the one you don't ask :)
Be on your guard for stupid answers though.

Code:
[    0.926686] Console: switching to colour frame buffer device 128x48

Tells that at 926ms after the kernel started counting time, simplefb was in use.
vesafb, if its there, will have a later timestamp.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
molletts
n00b
n00b


Joined: 16 Feb 2013
Posts: 47

PostPosted: Sun Mar 01, 2020 9:32 pm    Post subject: Reply with quote

If you're feeling adventurous and want to get your hands dirty with a bit of kernel hacking, I note that there's a recent patch floating around to add Matrox G200eW support to matroxfb: https://patchwork.kernel.org/patch/11351687/

Assuming the G200e is very similar, you could try modifying the patch to change the PCI ID (change the two places where it says 0x0532 to say 0x0522) and apply it as a user patch to your kernel sources, then rebuild and reinstall your kernel.

I don't have any hardware to test this, unfortunately, but I remember using old Matrox Millennium graphics cards in servers to replace the onboard graphics long into the 2000s because matroxfb was just ridiculously, blindingly fast. (They were very strong performers on the 2D front in general - I recall being quite shocked when I upgraded my gaming PC from an aging Millennium G400 to the then top-of-the-range ATI Radeon X850XT and finding that it felt quite sluggish on the desktop afterwards.)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum