WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Tiny Core 5.0 Alpha 3 Testing  (Read 92507 times)

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #105 on: July 15, 2013, 07:08:27 AM »
Xorg-7.7 and Xorg-7.7-3d both working with ATI Radeon X1250 video card without loading firmware. Installing radeon tcz doesn't change anything, at least what I can see.

Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 14819
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #106 on: July 15, 2013, 07:09:02 AM »
pulseaudio uploaded (tested with xmms)

Offline curaga

  • Administrator
  • Hero Member
  • *****
  • Posts: 11044
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #107 on: July 15, 2013, 07:19:21 AM »
bmarkus, what does your dmesg say on such a firmwareless boot? It may be some fallback mode, but it generally is not tested, and so would often be buggy, as everyone usually loads the firmware.
The only barriers that can stop you are the ones you create yourself.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #108 on: July 15, 2013, 07:31:37 AM »
My fault. firmware-radeon.tcz is a dependency of xf86-video-ati.tcz so it was loaded always.
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #109 on: July 15, 2013, 12:18:59 PM »
bmarkus, what does your dmesg say on such a firmwareless boot? It may be some fallback mode, but it generally is not tested, and so would often be buggy, as everyone usually loads the firmware.

Booting without firmware it falls back to no acceleration, otherwise works fine:

Code: [Select]
...
...
[drm] Initialized drm 1.1.0 20060810
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1462:0x7327).
[drm] register mmio base: 0xFE9F0000
[drm] register mmio size: 65536
ATOM BIOS: ATI
radeon 0000:01:05.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
radeon 0000:01:05.0: irq 42 for MSI/MSI-X
radeon 0000:01:05.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 437254 kiB
[TTM] Zone highmem: Available graphics memory: 1751978 kiB
[TTM] Initializing pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] radeon: 1 quad pipes, 1 z pipes initialized.
[drm] PCIE GART of 512M enabled (table at 0x0000000033680000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0xf3b4f000
[drm] Loading RS690/RS740 Microcode
radeon_cp: Failed to load firmware "radeon/RS690_cp.bin"
[drm:r100_cp_init] *ERROR* Failed to load firmware!
radeon 0000:01:05.0: failed initializing CP (-2).
radeon 0000:01:05.0: Disabling GPU acceleration
[drm] radeon: cp finalized
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   VGA-1
[drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm]   SVIDEO-1
[drm]   Encoders:
[drm]     TV1: INTERNAL_KLDSCP_DAC1
[drm] Connector 2:
[drm]   HDMI-A-1
[drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
[drm]   Encoders:
[drm]     DFP3: INTERNAL_LVTM1
[drm] fb mappable at 0xF0040000
[drm] vram apper at 0xF0000000
[drm] size 5242880
[drm] fb depth is 24
[drm]    pitch is 5120
fbcon: radeondrmfb (fb0) is primary device
Console: switching to colour frame buffer device 160x64
radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
radeon 0000:01:05.0: registered panic notifier
[drm] Initialized radeon 2.29.0 20080528 for 0000:01:05.0 on minor 0
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link up

With fw loaded:

Code: [Select]
...
...
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS690 0x1002:0x791E 0x1462:0x7327).
[drm] register mmio base: 0xFE9F0000
[drm] register mmio size: 65536
ATOM BIOS: ATI
radeon 0000:01:05.0: VRAM: 128M 0x00000000D8000000 - 0x00000000DFFFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
radeon 0000:01:05.0: irq 42 for MSI/MSI-X
radeon 0000:01:05.0: radeon: using MSI.
[drm] radeon: irq initialized.
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 128bits DDR
[TTM] Zone  kernel: Available graphics memory: 437254 kiB
[TTM] Zone highmem: Available graphics memory: 1751978 kiB
[TTM] Initializing pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] radeon: 1 quad pipes, 1 z pipes initialized.
[drm] PCIE GART of 512M enabled (table at 0x0000000033580000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000000 and cpu addr 0xf386c000
[drm] Loading RS690/RS740 Microcode
[drm] radeon: ring at 0x00000000A0001000
[drm] ring test succeeded in 1 usecs
[drm] ib test succeeded in 0 usecs
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm]   VGA-1
[drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
[drm]   Encoders:
[drm]     CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm]   SVIDEO-1
[drm]   Encoders:
[drm]     TV1: INTERNAL_KLDSCP_DAC1
[drm] Connector 2:
[drm]   HDMI-A-1
[drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
[drm]   Encoders:
[drm]     DFP3: INTERNAL_LVTM1
[drm] fb mappable at 0xF0040000
[drm] vram apper at 0xF0000000
[drm] size 5242880
[drm] fb depth is 24
[drm]    pitch is 5120
fbcon: radeondrmfb (fb0) is primary device
Console: switching to colour frame buffer device 160x64
radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
radeon 0000:01:05.0: registered panic notifier
[drm] Initialized radeon 2.29.0 20080528 for 0000:01:05.0 on minor 0
microcode: AMD CPU family 0xf not supported
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
[Firmware Bug]: powernow-k8: No compatible ACPI _PSS objects found.
[Firmware Bug]: powernow-k8: First, make sure Cool'N'Quiet is enabled in the BIOS.
[Firmware Bug]: powernow-k8: If that doesn't help, try upgrading your BIOS.
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link down
r8169 0000:02:00.0 eth0: link up
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline nick65go

  • Hero Member
  • *****
  • Posts: 839
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #110 on: July 15, 2013, 07:38:49 PM »
Read WIKI article

http://wiki.tinycorelinux.net/wiki:using_xorg_over_xvesa

Thanks, I am still reading from http://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml
"If hotplugging (evdev) is enabled, InputDevice sections using the mouse, kbd and vmmouse driver will be ignored"
the new X server 1.4 uses udev input device discovery and xorg.conf Section "InputClass" configuration.
Setting keyboard layout without hot-plugging (deprecated) has used Section "InputDevice"

The X server essentially treats the collection of configuration files /etc/X11/xorg.conf.d/*.conf as one big file, with entries from /etc/X11/xorg.conf at the end. sample 10-evdev.conf should be in the likely /etc/X11/xorg.conf.d directory, which manages the keyboard, the mouse, the touchpad and the touchscreen.

About the Synaptics driver: it supports on the fly configuration, like this:
$ synclient VertEdgeScroll=1 HorizEdgeScroll=1 HorizTwoFingerScroll=1 VertTwoFingerScroll=1
you could make these changes permanent by adding them to somthing like /etc/X11/xorg.conf.d/50-synaptics.conf

the Synaptics real-time detection options:
$ synclient -l | awk '/=/{printf "Option \"%s\" \"%s\"\n",$1,$3}'

If I will not manage, then maybe I will set some enviroment variable, simlinks, or just remaster...
« Last Edit: July 16, 2013, 04:13:29 PM by nick65go »

Offline coreplayer2

  • Hero Member
  • *****
  • Posts: 3020
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #111 on: July 16, 2013, 05:40:54 PM »
Submitted  Realtek wireless rtl8192/8188cu USB 802.11n driver based on Realtek official driver v3.4.3.x  for kernel-3.8.10

Tested with RTL8188cu wireless n USB adapter,  has built in firmware  so need only these two extensions for a fast and stable wifi connection:

wl-rt8192u-3.8.10-tinycore.tcz
wifi.tcz (plus deps, see note)

note:   wireless--tinycore.tcz dependency needs to be deleted from the wireless-tools.tcz.dep list (which is a dep of wifi.tcz) for this driver to work, also if installed wireless-3.8.10-tinycore.tcz extension must be removed from the onboot list.  Actually I can't see a reason to have it installed along side this driver at all.

juanito 
The wireless-tools.tcz and dep list needs updating to wireless-3.8.10-tinycore.tcz   (dep list currently includes wireless-3.0.21-tinycore.tcz) 

I'm not sure what is best but the in-tree rtl8192cu.ko driver is defective and has no reason to be included in wireless-3.8.10-tinycore.tcz   besides it conflicts with this good working driver..??  and had trouble blacklisting it

Is there a requirement I'm not aware of why wireless-3.8.10-tinycore.tcz is included in wireless-tools.tcz.dep list, considering the corresponding firmware files are not included.    iwconfig works without this so why keep wireless-3.8.10-tinycore.tcz in the wireless-tools.tcz.dep list?  could be maybe I'm missing something?

thanks
« Last Edit: July 16, 2013, 05:58:33 PM by coreplayer2 »

Offline coreplayer2

  • Hero Member
  • *****
  • Posts: 3020
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #112 on: July 16, 2013, 05:54:48 PM »
Any chance for http://cateee.net/lkddb/web-lkddb/R8187SE.html once you're at it? ;)
(That one is in /staging since a very long time)

sure I can investigate, I'll put it on the list along with r8712u  :)

Does the rtl8187.ko driver in wireless-3.8.10-tinycore.tcz  function ?  Or is it defective like the 8192cu?




Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #113 on: July 16, 2013, 06:01:32 PM »
I'm unaware of anything defective, but note that r8187se differs from rt8187.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline coreplayer2

  • Hero Member
  • *****
  • Posts: 3020
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #114 on: July 16, 2013, 06:13:48 PM »
This one ?

module r8187se "RealTek RTL8187SE Wireless LAN NIC driver" : drivers/staging/rtl8187se

Offline nick65go

  • Hero Member
  • *****
  • Posts: 839
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #115 on: July 16, 2013, 07:41:34 PM »
Solved the keyboard and synaptics configurations;
I just created (as root) the floder /etc/X11/xorg.conf.d/ and then added here two files like 11-myKeyboard.conf and 51-mySynaptics.conf
then I use backup (.filetool.lst) to permanently save them for the next reboot.

[    16.024] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 17 00:10:18 2013
[    16.027] (==) Using config directory: "/etc/X11/xorg.conf.d"
[    16.027] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d"

the files are like these:
# My keyboard is in /etc/X11/xorg.conf.d/11-mykeyboard.conf
Section "InputClass"
   Identifier "myKeyboard"
   MatchIsKeyboard "on"
   MatchDevicePath "/dev/input/event*"
   Driver "evdev"
   Option "XkbModel" "inspiron"
   Option "XkbLayout" "fr"
   #Option "XkbVariant" "latin9"
   Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection

# My touchpad is in /etc/X11/xorg.conf.d/51-mySynaptics.conf
Section "InputClass"
   Identifier "mySynaptics"
   Driver "synaptics"
   MatchIsTouchpad "on"
   MatchDevicePath "/dev/input/event*"
   Option "TapButton1" "1"
   Option "TapButton2" "2"
   Option "TapButton3" "3"
   Option "VertEdgeScroll" "on"
   Option "VertTwoFingerScroll" "on"
   Option "HorizEdgeScroll" "on"
   Option "HorizTwoFingerScroll" "on"
   Option "CircularScrolling" "on"
   Option "CircScrollTrigger" "2"
EndSection

The priorities for X configurations are like /etc/X11/xorg.conf (if exist) "overides" /etc/X11/xorg.conf.d/*.conf files, which they will "overide" /usr/[local]/share/X11/xorg.conf;d/*.conf
« Last Edit: July 16, 2013, 08:10:32 PM by nick65go »

Offline nick65go

  • Hero Member
  • *****
  • Posts: 839
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #116 on: July 16, 2013, 07:56:22 PM »
If you have a problem, as I have one, with GPU/CPU fans (for a DELL BIOS A09), which start but forget to stop forever after that;
my trick is to set the GPU to low performance (temporary, but I saw no degradation for my work in tinycore), go to standby and then just wakeup. And the fans stop; My finger is up for DELL (the midle one).

It would be better is a xf8-video-ati is compiled with low profile by default. If not, then:
sudo su
echo low > /sys/class/drm/card0/device/power_profile
echo mem >  /sys/power/state
« Last Edit: July 16, 2013, 08:03:39 PM by nick65go »

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 14819
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #117 on: July 16, 2013, 11:35:16 PM »
The wireless-tools.tcz and dep list needs updating to wireless-3.8.10-tinycore.tcz   (dep list currently includes wireless-3.0.21-tinycore.tcz)
The dep is OK (recall the issue of the apps gui and alpha testing):

http://www.tinycorelinux.net/5.x/x86/tcz/wireless_tools.tcz.dep

Quote
Is there a requirement I'm not aware of why wireless-3.8.10-tinycore.tcz is included in wireless-tools.tcz.dep list, considering the corresponding firmware files are not included.
It's included because probably the majority of wifi hardware uses the b43 module, which is in wireless-KERNEL as are several support modules - lib80211_crypt_wep, lib80211_crypt_tkip, lib80211_crypt_ccmp, lib80211, cfg80211, mac80211, etc

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #118 on: July 17, 2013, 01:55:04 PM »
This one ?

module r8187se "RealTek RTL8187SE Wireless LAN NIC driver" : drivers/staging/rtl8187se

Well, I just did a search on cateee.net and seems that to me, not sure what exactly is not clear beyond a doubt.

Device is reported here
http://forum.tinycorelinux.net/index.php/topic,12910.msg87818.html#msg87818

Supported only in 2.x repo with an out-of-tree modded driver based on driver provided by manufacturer.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline yoshi314

  • Full Member
  • ***
  • Posts: 135
Re: Tiny Core 5.0 Alpha 3 Testing
« Reply #119 on: July 18, 2013, 03:24:14 AM »
Re radeon status:

Both 2d and 3d require the kernel module. The kernel module requires firmware.
All radeon 3d requires LLVM. Radeon 2d works without llvm.

technically you can do radeon 3d acceleration without llvm. there is a separate "sb" backend for radeons that doesn't require llvm. although it might be a temporary solution, it works pretty well ( i use it all the time on rs780 card ) , and is already available in mesa's main branch.

http://lists.freedesktop.org/archives/mesa-dev/2013-April/038067.html
« Last Edit: July 18, 2013, 03:26:06 AM by yoshi314 »