Re: Intel GM 3150 driver
On Sun, Sep 16, 2012 at 19:55, Mike Williams wrote: > On 16/09/2012 17:36, Ted Unangst wrote: >> On Sun, Sep 16, 2012 at 12:25, Mike Williams wrote: >> >>> So I am looking at the Gigabyte GA-D525TUD with a Intel GMA 3150. The >>> only references I can find on marc.info are from 2 years ago and implies >>> it has been supported since OBSD 4.8. It is not listed under the >>> intel(4) driver. Can anyone confirm it is supported? And if so which >>> driver is used? >> >> No, none of the powerVR graphics are supported by anything other than >> the vesa driver. That's basically anything atom based (unless it has >> nvidia graphics, also not supported). > > Ah, hadn't realised the 3150 came from that lineage. Bugger. Ok, it > seems some of the Jetway boards have Intel 945/950 chipsets - they might > do. More research to be done. oopsie, I may have been hasty. The 3150 is apparently based on the regular intel graphics core, so it should work. I was mixing it up with the 3650. I cannot confirm anything about the 3150 though. I can confirm the 3650 is vesa only.
Re: question about radeon
Thanks for quick reply. Yes, it works on linux but it's not my favorite
OS unfortunately.
On 17 September 2012 00:28, Stefan Sperling wrote:
> On Sun, Sep 16, 2012 at 10:47:24PM +0300, Onat I. wrote:
>> I have Radeon HD 6520G card. I can only use it with vesa.
>> I don't care about acceleration but vesa doesn't support 16:9 aspect.
>> Everything looks fat. It's annoying. So I added appropriate lines to
>> /usr/src/sys/dev/pci/drm/radeon_drv.c and compiled the kernel.
>> When I rebooted, kernel recognized radeondrm. But Xorg still selects
>> vesa. If I create an /etc/X11/xorg.conf file. Screen freezes on running
>> startx. What other files do I need to edit? Or is it about the xorg driver?
>
> The problem is that the radeon driver supports newer radeon chips
> only with kernel mode setting (KMS), which OpenBSD does not support.
> OpenBSD only supports traditional user mode setting right now.
> AFAIK only Linux supports KMS. It seems upstream is removing all user
> mode setting support with the next release of the radeon driver:
> http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=50689ec8dbd4a68527b2ac16cecac298b8d441d0
>
> I have a similar ATI card in a notebook ("ATI Radeon HD 6320").
> The radeon driver comes up with the full display resolution.
> However, it's unaccelerated and once the X server exits the
> screen stays black. So it's not much better than vesa which
> is stuck at 1024x768. No xvideo or 3D either way.
>
> That's gonna be the situation until someone with the necessary
> skills, and time to spend, fixes it.
Re: question about radeon
On Sun, Sep 16, 2012 at 10:47:24PM +0300, Onat I. wrote:
> I have Radeon HD 6520G card. I can only use it with vesa.
> I don't care about acceleration but vesa doesn't support 16:9 aspect.
> Everything looks fat. It's annoying. So I added appropriate lines to
> /usr/src/sys/dev/pci/drm/radeon_drv.c and compiled the kernel.
> When I rebooted, kernel recognized radeondrm. But Xorg still selects
> vesa. If I create an /etc/X11/xorg.conf file. Screen freezes on running
> startx. What other files do I need to edit? Or is it about the xorg driver?
The problem is that the radeon driver supports newer radeon chips
only with kernel mode setting (KMS), which OpenBSD does not support.
OpenBSD only supports traditional user mode setting right now.
AFAIK only Linux supports KMS. It seems upstream is removing all user
mode setting support with the next release of the radeon driver:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=50689ec8dbd4a68527b2ac16cecac298b8d441d0
I have a similar ATI card in a notebook ("ATI Radeon HD 6320").
The radeon driver comes up with the full display resolution.
However, it's unaccelerated and once the X server exits the
screen stays black. So it's not much better than vesa which
is stuck at 1024x768. No xvideo or 3D either way.
That's gonna be the situation until someone with the necessary
skills, and time to spend, fixes it.
Possible to use UFQDN for peer in ipsec.conf?
Hello, I'm trying to do roadwarrior VPN between OSX (mobile) and OpenBSD (gateway) using certificates for peer identification. Is it possible to list a UFQDN as a peer? When I try something like this on the gateway: ike passive from any to any peer u...@host.tld \ main auth hmac-sha1 enc aes group modp2048 \ quick auth hmac-sha2-256 enc blowfish \ psk "super secret string" ipsecctl complains of a syntax error. If anyone has a link to an ipsec.conf that has an example of using UFQDNs to identify peers I would be eternally grateful. It seems nearly every example just uses PSK alone, or if a certificate is used it's by hostname. PS If I place the trusted certificates in /etc/isakmp/pubkeys/ufqdn do they absolutely have to have subjectAlternateName, or is having the email address in the CN sufficient (CN=u...@host.tld/emailAddress=u...@host.tld)? Any tips are immensely appreciated. -- chort
Re: isakmpd nat problem with openBSD 5.2
Follow on: I investigated another case: Same as in the previous case, 5.2 switches to port 4500 alfter the NAD-D packets are exchanged and the tries to negotiate ENCAPSULATION MODE = TUNNEL ( tcpdump show, that this QUICK MODE packet is udp encapsulated. This is rejected with NO PROPOSAL CHOSEN. I reactivated the 4.6 version: Here, openBSD 4.6 does NOT switch to port 4500 after the NAT-D exchange. The connect gets established file. This could mean: 1. obsd 5.2 switches to udp encapsulation, as soon as it detects that the peer is able to handle this ( and not because a NAT device is positively detected ). I do not know if this is conformant to the rfcs in question. Anyway it seems, that some peers in this case exec ENCAPSULATION_MODE=UDP_ENCAP_TUNNEL instead of plain TUNNEL. Or 2. obsd 5.2 switches to upd encapsulation as it detects a NAT device where there is no NAT device. ( Some problem as in case 1 with ENCAPSULATION_MODE ) Or 3. obsd 4.6 does not recognise the NAT device and the connection works anyway because the NAT device is "ISAKMP aware" Could anybody please shed some light on what is the expected behavior? Has anybody seen similar problems? -Ursprüngliche Nachricht- Von: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] Im Auftrag von Christoph Leser Gesendet: Samstag, 15. September 2012 15:51 An: misc@openbsd.org Betreff: isakmpd nat problem with openBSD 5.2 After I upgraded from openBSD 4.6 to 5.2 I have the following problem with isakmpd+nat when the remote side is behind a NAT gateway: openBSD Phase 1 recognizes NAT and switches to port 4500 to send the ID information. openBSD Phase 2 then tries to negotiate TUNNEL mode, but the remote side rejects this with 'no proposal chosen'. The remote side's log says something like 'expected 'UDP Encapsulated TUNNEL', got 'TUNNEL' I believe that I never saw 'UDP_ENCAP_TUNNEL' in tcpdump of isakmpd.pcap where I was on 4.6. Why did it work with 4.6 and not with 5.2? Best Regards / Mit freundlichen Gr??en Christoph
question about radeon
I have Radeon HD 6520G card. I can only use it with vesa. I don't care about acceleration but vesa doesn't support 16:9 aspect. Everything looks fat. It's annoying. So I added appropriate lines to /usr/src/sys/dev/pci/drm/radeon_drv.c and compiled the kernel. When I rebooted, kernel recognized radeondrm. But Xorg still selects vesa. If I create an /etc/X11/xorg.conf file. Screen freezes on running startx. What other files do I need to edit? Or is it about the xorg driver?
Re: Intel GM 3150 driver
On 16/09/2012 17:36, Ted Unangst wrote: On Sun, Sep 16, 2012 at 12:25, Mike Williams wrote: So I am looking at the Gigabyte GA-D525TUD with a Intel GMA 3150. The only references I can find on marc.info are from 2 years ago and implies it has been supported since OBSD 4.8. It is not listed under the intel(4) driver. Can anyone confirm it is supported? And if so which driver is used? No, none of the powerVR graphics are supported by anything other than the vesa driver. That's basically anything atom based (unless it has nvidia graphics, also not supported). Ah, hadn't realised the 3150 came from that lineage. Bugger. Ok, it seems some of the Jetway boards have Intel 945/950 chipsets - they might do. More research to be done. Cheers. Mike.
Re: Why can I only set some magic volumes for inputs.mic ? (0, 85, 170, 255)
Excerpt from http://www.openbsd.org/faq/faq13.html "As a basic example of common mixerctl usage, to set the volume of the left and right channels to 200, you would issue $ mixerctl outputs.master=200,200 outputs.master: 255,255 -> 207,207 Notice how the value becomes 207. The reason for this is that this audio device has an AC'97 codec, which uses only 5 bits for volume control, leading to only 32 possible values. Other hardware could have different resolution." The rest of the FAQ is interesting, too.
Re: Why can I only set some magic volumes for inputs.mic ? (0, 85, 170, 255)
On Sat, Sep 15, 2012 at 22:53, Abel Abraham Camarillo Ojeda wrote: > The following script sets volumes from 0 to 255 but fails for any values > except > 0, 85, 170, 255... ideas? Your hardware (or driver) only supports 4 volume levels, so it rounds off the value provided.
Re: Intel GM 3150 driver
On Sun, Sep 16, 2012 at 12:25, Mike Williams wrote: > So I am looking at the Gigabyte GA-D525TUD with a Intel GMA 3150. The > only references I can find on marc.info are from 2 years ago and implies > it has been supported since OBSD 4.8. It is not listed under the > intel(4) driver. Can anyone confirm it is supported? And if so which > driver is used? No, none of the powerVR graphics are supported by anything other than the vesa driver. That's basically anything atom based (unless it has nvidia graphics, also not supported).
Intel GM 3150 driver
Hi, An old VIA mini-itx board has died after 5 years continuous use and I want replace the m/board (low power and case size is useful to me). I use it as a desktop machine so looking for better than VESA fb graphics support but not used for games so not looking for stellar 3D performance. VIA seem to have all but dropped out of the retail market, all I can find is the VIA VE-900 with VX900 which seems to be too bleedin' edge for openchrome support for a year or so. So I am looking at the Gigabyte GA-D525TUD with a Intel GMA 3150. The only references I can find on marc.info are from 2 years ago and implies it has been supported since OBSD 4.8. It is not listed under the intel(4) driver. Can anyone confirm it is supported? And if so which driver is used? One alternative is the Intel D2700MUD with an Intel GMA 3650 which seems to be a re-badged PowerVR. But all I can google up is that Intel have no open-sourced their drivers so seem unlikely to be supported by OBSD. Any experiences with using OBSD for desktop use on mini-itx boards much appreciated. FWIW the case is small (wont support a video card) with an 80W supply a HDD and a DVD drive, so a socketed m/board is not an option. Mike
