Author Topic: Openbsd 4.2 Beta Issues  (Read 31022 times)

adf

  • Hero Member
  • *****
  • Posts: 2807
    • View Profile
    • http://
Openbsd 4.2 Beta Issues
« Reply #30 on: August 26, 2007, 09:30:41 pm »
Quote
adf, I think you can find some of the answers here: https://www.oesf.org/forums/index.php?showtopic=17871

One thing may be different now: the system and the packages are now generally built with optimization settings.

Rereading Andy's text makes me think of the progress of work on bluetooth and SD support: Is GPL the main reason not to implement Bluez and the SD solution in other "roms"? But I see lardman's reply in the same thread. If he's right, then why not? Or if the implementation is problematic, then how?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=166729\"][{POST_SNAPBACK}][/a][/div]
Thanks-that answered most of my questions. given that I rely on SD and Bluetooth it would be better if Ididn't consider openbsd as my main os on the Z--though popping it on a cf for fun might be in  the future.  Given at least the potential for working-but-unofficial binary hardwre drivers this situation may not be permanent
**3100 Zubuntu Jaunty,(working on Cacko dualboot), 16G A-Data internal CF, 4G SD, Ambicom WL-1100C Cf, linksys usb ethernet,  BelkinF8T020 BT card, Belkin F8U1500-E Ir kbd, mini targus usb mouse, rechargeble AC/DC powered USB hub, psp cables and battery extenders.

**6000l  Tetsuized Sharprom, installed on internal flash only 1G sd, 2G cf

mathemajikian

  • Sr. Member
  • ****
  • Posts: 301
    • View Profile
    • http://exit3.i-55.com/~xikon/openbsdzaurus.html
Openbsd 4.2 Beta Issues
« Reply #31 on: August 26, 2007, 09:55:01 pm »
Quote
Just out of curiosity: the latest snapshots feel snappier than 4.1. Is the whole systems built with optimization or is it just my illusion? 
I think the GENERIC kernel and base system are built with CPUFLAGS="-mcpu=xscale" only.

I've added the following to my Kernel:

makeoptions  CPUFLAGS="-mtune=xscale -mcpu=xscale -O2 -pipe"

However; if you've setup the CFLAGS, and CXXFLAGS optimization flags in /etc/mk.conf, then your entire system will be built with "-mtune=xscale -mcpu=xscale -O2 -pipe" when you build from source.  
« Last Edit: August 26, 2007, 10:06:34 pm by mathemajikian »

ZDevil

  • Hero Member
  • *****
  • Posts: 1998
    • View Profile
    • http://
Openbsd 4.2 Beta Issues
« Reply #32 on: August 29, 2007, 07:48:57 am »
Ok, here is another issue about xrandr.

I tried xrandr -q to find out the correct size and got
Code: [Select]
Xlib: extension "RANDR" missing on display ":0.0"
And then I tried xrandr with some flags, e.g. -o -s etc, and got
Code: [Select]
Can't open display 0
Is there something we have to set in /etc/X11/xorg.conf? Or something else?

Thanks!

Life is too precious for hacking *too much*
Visit my Z screencap gallery[/color]
My EeePC 701 Black = Debian (Lenny) on IceRocks + Transcend SDHC Class6 8GB + 2GB RAM
My Zaurus SL-C3200 = Debian EABI (kernel 2.6.24.3-yonggun) on a swapped internal Sandisk Extreme III CF 16gb
My Debian EABI feed: http://matrixmen.free.fr/zaurus/debian/
My OpenBSD/Zaurus feeds:  Link1, Link2
[/i][/font][/color][/size]

mathemajikian

  • Sr. Member
  • ****
  • Posts: 301
    • View Profile
    • http://exit3.i-55.com/~xikon/openbsdzaurus.html
Openbsd 4.2 Beta Issues
« Reply #33 on: September 15, 2007, 02:41:07 pm »
Quote
I tried xrandr -q to find out the correct size and got
Code: [Select]
Xlib: extension "RANDR" missing on display ":0.0"And then I tried xrandr with some flags, e.g. -o -s etc, and got
Code: [Select]
Can't open display 0
Is there something we have to set in /etc/X11/xorg.conf? Or something else?
If you look in /var/log/Xorg.0.log you'll see this:

Quote
(II) wsfb(0): Enabling Driver Rotation, disabling RandR
(==) wsfb(0): Backing store disabled
(--) RandR disabled
So the wsfb driver disables it by default. Currently, the rotation of the screen can be changed by editing the "InputDevice" section of the Xorg.conf:

Quote
Option "Rotate" "string"
              Enable  rotation of the display. The supported valĀ­
              ues are "CW" (clockwise, 90 degrees), "UD"  (upside
              down,  180  degrees)  and "CCW" (counter clockwise,
              270 degrees). Implies use of the shadow framebuffer
              layer.

However, it's not on the fly rotation.  
« Last Edit: September 15, 2007, 02:44:56 pm by mathemajikian »