Forum
XBian 1.0 Beta 1.1 Public testing - Printable Version

+- Forum (http://forum.xbian.org)
+-- Forum: Software (/forum-6.html)
+--- Forum: Testing & Experimental (/forum-21.html)
+--- Thread: XBian 1.0 Beta 1.1 Public testing (/thread-1077.html)

Pages: 1 2 3 4 5

RE: XBian 1.0 Beta 1.1 Public testing - CurlyMo - 7th Jul, 2013 09:14 PM

My test results:

- /etc/modules file is emptied
- XBMC starts really late after the boot has finished (about 30 seconds later)
- If a xbian-config language pack isn't available, it doesn't fall back to English
- Somehow dropbear was installed (maybe it was me...)
- The update had overwriten my XBMC language settings
- The fanart is in lower resolution
- The boot partition was (still) auto-mounted
- Reboot doesn't work. reboot and afterwards a reboot -f does.

Updated from Alpha 5 to Beta 1.1. So all in all, a lot less bugs as in Beta 1. I now have a workable updated system (for now).

Something is still not quit right in the kernel. Initializing the lirc_rp1 module creates a kernel panic.
I added this module so i could use both the TSOP4838 and the 433.92Mhz receivers with lirc.
---

Update, using my own kernel compilation makes XBMC start immediatly after boot.

--

The exact kernel panic:
Code:
Unable to handle kernel paging request at virtual address bf12025c
pgd = ccc64000
[bf12025c] *pgd=16452811, *pte=00000000, *ppte=00000000
Internal error: Oops: 7 [#1] PREEMPT ARM
Modules linked in: lirc_rp1(C) arc4 ecb md4 frandom loop leds_gpio spi_bcm2708 zram(C) i2c_bcm2708 sha256_generic nls_utf8 cifs lirc_rpi(C) lirc_dev btrfs xor zlib_deflate raid6_pq [last unloaded: lirc_rp1]
CPU: 0    Tainted: G         C    (3.9.8+ #11)
PC is at try_module_get+0x28/0x80
LR is at cdev_get+0x1c/0x4c
pc : [<c0059698>]    lr : [<c00c757c>]    psr: a0000013
sp : ccc8dd90  ip : 00000000  fp : 0f800001
r10: ccc8ddec  r9 : 00000000  r8 : 000000f8
r7 : d66554c0  r6 : 00000000  r5 : bf12025c  r4 : d66554c0
r3 : ccc8c000  r2 : 00000001  r1 : d66554c0  r0 : bf12025c
Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 00c5387d  Table: 0cc64008  DAC: 00000015
Process 433-daemon (pid: 1587, stack limit = 0xccc8c1b0)
Stack: (0xccc8dd90 to 0xccc8e000)
dd80:                                     d74165d0 00000000 c060f08c c00c757c
dda0: c00c75ac d6650800 d7806000 c00c75b8 c00c75ac c027523c d04c98f0 c00c7558
ddc0: 00000000 ccc8c000 d04971e0 00000000 d79972f0 c00c7cb0 00000026 d04971e0
dde0: d04971e0 c00c7dc8 00000001 00000000 00000000 d79973a0 d04971e0 d79972f0
de00: d04971e8 c00c7cb0 ccc8dec0 c00c221c 00000000 ccc8debc 00000000 ccc8df78
de20: 00000002 00000000 ccc8dec0 c00c22bc ccc8df00 c00d0b78 00000000 c00cdd20
de40: d7821600 d7a04015 ccc8df08 c00ce098 ccc8c000 d74012a8 00000000 00000000
de60: 00000000 d74012a8 b6e28444 c00bb5b4 7f05b4fd d79972f0 00000000 00000000
de80: c0599b08 d04971e0 ccc8df00 ccc8df78 ccc8c000 ccc8dec0 00000000 00000000
dea0: 00000000 c00d12c0 ccc8debc be9e1650 00000006 00000006 00000000 00000000
dec0: d780ddd0 d74b66e8 00000000 0000038e 00002180 ccc8df78 00000001 d7a04000
dee0: ffffff9c ffffff9c ccc8c000 00000000 00021e48 c00d1944 00000041 ccc8dfb0
df00: d780ddd0 d74b66e8 7f05b4fd 00000005 d7a04015 c0610ba0 00000000 d74b6a18
df20: d79972f0 00000101 00000004 00000000 00000000 d6b62780 d0507760 00000000
df40: 00000400 c00ddf04 00000002 00000002 d7a04000 00021e40 00000001 00000002
df60: d7a04000 00000003 00000001 c00c31fc 00000000 00000000 00000002 173e0000
df80: 00000026 00000100 00000006 00028830 00028830 00021e40 00000005 c000dc68
dfa0: 00000000 c000dac0 00028830 00028830 0002ab50 00000002 00000006 00002000
dfc0: 00028830 00028830 00021e40 00000005 000224f0 0002ab50 00000000 00021e48
dfe0: 00022404 be9e16c0 00014104 b6f162dc 40000010 0002ab50 00000000 00000000
[<c0059698>] (try_module_get+0x28/0x80) from [<c00c757c>] (cdev_get+0x1c/0x4c)
[<c00c757c>] (cdev_get+0x1c/0x4c) from [<c00c75b8>] (exact_lock+0xc/0x1c)
[<c00c75b8>] (exact_lock+0xc/0x1c) from [<c027523c>] (kobj_lookup+0xbc/0x128)
[<c027523c>] (kobj_lookup+0xbc/0x128) from [<c00c7dc8>] (chrdev_open+0x118/0x1a0)
[<c00c7dc8>] (chrdev_open+0x118/0x1a0) from [<c00c221c>] (do_dentry_open.isra.14+0x1d0/0x250)
[<c00c221c>] (do_dentry_open.isra.14+0x1d0/0x250) from [<c00c22bc>] (finish_open+0x20/0x38)
[<c00c22bc>] (finish_open+0x20/0x38) from [<c00d0b78>] (do_last.isra.43+0x4cc/0xb68)
[<c00d0b78>] (do_last.isra.43+0x4cc/0xb68) from [<c00d12c0>] (path_openat+0xac/0x478)
[<c00d12c0>] (path_openat+0xac/0x478) from [<c00d1944>] (do_filp_open+0x2c/0x80)
[<c00d1944>] (do_filp_open+0x2c/0x80) from [<c00c31fc>] (do_sys_open+0xe4/0x174)
[<c00c31fc>] (do_sys_open+0xe4/0x174) from [<c000dac0>] (ret_fast_syscall+0x0/0x30)
Code: e3c3303f e5932004 e2822001 e5832004 (e5902000)
---[ end trace 385e64999c206c76 ]---
note: 433-daemon[1587] exited with preempt_count 1

One hypothesis is that the increase in size in the initramfs and the loading the module apart from the kernel, conflicts with the available reserved memory space of the kernel...

RE: XBian 1.0 Beta 1.1 Public testing - mk01 - 8th Jul, 2013 02:09 AM

(7th Jul, 2013 09:14 PM)CurlyMo Wrote:  Updated from Alpha 5 to Beta 1.1. So all in all, a lot less bugs as in Beta 1. I now have a workable updated system (for now).
The exact kernel panic:
[code]
CPU: 0 Tainted: G C (3.9.8+ #11)
PC is at try_module_get+0x28/0x80
LR is at cdev_get+0x1c/0x4c

i don't know how much you again tuned your system, but your kernel was recompiled 9 times more, than the one on APT (beta 1.1). so it is not the one I compiled for beta 1.1.

and according to your stack and modules loaded, it can't be stock xbian, nor raspbmc, those have modules spi-bmc2708 and i2c-bcm2708 blacklisted - but you had it loaded during the oops.

RE: XBian 1.0 Beta 1.1 Public testing - CurlyMo - 8th Jul, 2013 02:18 AM

This kernel panic occurs with all stock kernel builds of XBian.

My loading of the spi-bmc2708 and i2c-bcm270 has nothing to do with the kernel version, but just my choice to use these module for GPIO functions.

---
Now going to test stock Beta 1 --> Beta 1.1

Update, after installing a fresh Beta 1 and updating i have the following (small) issues:

* Error while updating kernel
Code:
dpkg: warning: unable to delete old directory '/lib/modules/3.8.13+': Directory not empty

* rpcbind
Code:
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified

* Rainbow screen is still visible

* XBian config header markup bugs
E.g., goto: Settings -> System -> Timezone -> [Select a timezone].
The header will then show as:
Code:
#,Location   [                       ]
Or: Settings -> System -> System locale.
There you will see the header isn't aligned properly.
This can be easily fixed by adjusting the following number
Code:
centerTxtFn "$HEADER" $(($DEFAULTWIDTH+7));

* reboot still doesn't work properly.

* Not a bug but system locale doesn't say when it's generating a new locale, a status windows should be added here.

I also noticed that this time, the /var/swapfile entry is gone in the /etc/fstab. Shouldn't the update remove that entry automatically. So, for now, the conclusion is that the updater still doesn't work flawlessly. I also believe that my previous hypothesis could be true.

RE: XBian 1.0 Beta 1.1 Public testing - mk01 - 8th Jul, 2013 08:28 AM

(8th Jul, 2013 02:18 AM)CurlyMo Wrote:  
Code:
#,Location   [                       ]
Or: Settings -> System -> System locale.
There you will see the header isn't aligned properly.
This can be easily fixed by adjusting the following number
Code:
centerTxtFn "$HEADER" $(($DEFAULTWIDTH+7));

curly, no, this won't fix it. but you probably know, you was developing it. if you don't remember, just look into other modules, where I already fixed. this particular issue was more or less needed to fix everywhere.

RE: XBian 1.0 Beta 1.1 Public testing - CurlyMo - 8th Jul, 2013 08:32 AM

(8th Jul, 2013 08:28 AM)mk01 Wrote:  curly, no, this won't fix it. but you probably know, you was developing it. if you don't remember, just look into other modules, where I already fixed. this particular issue was more or less needed to fix everywhere.
The last xbian-config version ported with Alpha 5 had no (big) layout issues like these. I don't know what you did in the meantime so can't help here.

RE: XBian 1.0 Beta 1.1 Public testing - nsviper - 8th Jul, 2013 06:54 PM

Hi there, is there a download location for the latest img just on its own?

Having issues updating from alpha5 (as the proxy box we go via here @ work has a web page to authenticate by and I can't on the Pi) :/ (obviously so I can work on this @ lunchtime Smile )

RE: XBian 1.0 Beta 1.1 Public testing - Smultie - 8th Jul, 2013 07:00 PM

(8th Jul, 2013 06:54 PM)nsviper Wrote:  Hi there, is there a download location for the latest img just on its own?

Having issues updating from alpha5 (as the proxy box we go via here @ work has a web page to authenticate by and I can't on the Pi) :/ (obviously so I can work on this @ lunchtime Smile )

http://www.xbian.org/download/

RE: XBian 1.0 Beta 1.1 Public testing - nsviper - 8th Jul, 2013 07:08 PM

(8th Jul, 2013 07:00 PM)Smultie Wrote:  
(8th Jul, 2013 06:54 PM)nsviper Wrote:  Hi there, is there a download location for the latest img just on its own?

Having issues updating from alpha5 (as the proxy box we go via here @ work has a web page to authenticate by and I can't on the Pi) :/ (obviously so I can work on this @ lunchtime Smile )

http://www.xbian.org/download/

Yeh, that's not the latest beta currently being tested tho .... was after the very latest beta to assist with testing.

RE: XBian 1.0 Beta 1.1 Public testing - brantje - 8th Jul, 2013 11:05 PM

(8th Jul, 2013 07:08 PM)nsviper Wrote:  
(8th Jul, 2013 07:00 PM)Smultie Wrote:  
(8th Jul, 2013 06:54 PM)nsviper Wrote:  Hi there, is there a download location for the latest img just on its own?

Having issues updating from alpha5 (as the proxy box we go via here @ work has a web page to authenticate by and I can't on the Pi) :/ (obviously so I can work on this @ lunchtime Smile )

http://www.xbian.org/download/

Yeh, that's not the latest beta currently being tested tho .... was after the very latest beta to assist with testing.
Fresh beta 1: http://download.brantje.com/xbian/XBian1.0Beta1.7z

RE: XBian 1.0 Beta 1.1 Public testing - nsviper - 8th Jul, 2013 11:49 PM

(8th Jul, 2013 11:05 PM)brantje Wrote:  Fresh beta 1: http://download.brantje.com/xbian/XBian1.0Beta1.7z

Excellent stuff - thanks Smile

RE: XBian 1.0 Beta 1.1 Public testing - nsviper - 9th Jul, 2013 06:13 PM

Hopefully you can help, testing the latest beta downloaded above.

XBMC itself all looks ok, library looks fine from initial tests from a local USB disk (via powered hub), no missing images etc.

So i'm trying to get Wifi running on the Pi (again wifi dongle in the USB hub).

dmesg is showing the following when dongle plugged in:

Quote:usb 1-1.2.1.1: new high-speed USB device number 7 using dwc_otg
usb 1-1.2.1.1: new USB device found, idVendor=148f, idProduct=3070
usb 1-1.2.1.1: new USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.2.1.1: Product: 802.11 n WLAN
usb 1-1.2.1.1: Manufacturer: Ralink
usb 1-1.2.1.1: SerialNumber: 1.0
cfg80211: Calling CRDA to update world regulatory domain
usb 1-1.2.1.1: reset high-speed USB device number 7 using dwc_otg
phy0 -> rt2800_init_eeprom: Error - Invalid RF chipset 0x3070 detected.
phy0 -> rt2x00lib_probe_dev: Error - Failed to allocate device.
usbcore: registered new interface driver rt2800usb

cat /etc/network/interfaces shows:

Quote:auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
wireless-power off
iface default inet dhcp

xbian-config only shows the eth0 link, not the dongle.

Following another link i found re the ralink (http://forum.xbian.org/showthread.php?tid=55&highlight=ralink) i've run

ifdown wlan0
Quote:ifdown: interface wlan0 not configured

ifup wlan0
Quote:wlan0: ERROR while getting interface flags: No such device
Error for wireless request "Set Power Management" (8B2C) :
SET failed on device wlan0 ; No such device.
wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1
Failed to connect to wpa_supplicant - wpa_ctrl_open: No such file or directory
wpa_supplicant: /sbin/wpa_cli daemon failed to start
run-parts: /etc/network/if-up.d/wpasupplicant exited with return code 1

Not sure what i'm missing or how to resolves - can anyone point me in the right direction?

RE: XBian 1.0 Beta 1.1 Public testing - CurlyMo - 9th Jul, 2013 08:31 PM

The /etc/lirc folder still contains junk:

Code:
drwxr-xr-x 1 root root   312 Jun 22 12:38 hardware
-rw-r--r-- 1 root root  4891 Apr 12 20:56 hardware.conf
-rw-r--r-- 1 root root  4891 Apr 12 20:56 hardware.conf.xbian
-rwxr-xr-x 1 root root   575 Nov  8  2012 hardware.conf.xbian.~1~
-rwxrwxrwx 1 root root  3314 Dec 27  2012 hardware.conf.xbian.~2~
-rwxrwxrwx 1 root root  3705 Feb  8 20:04 hardware.conf.xbian.~3~
-rw-r--r-- 1 root root   206 Apr 12 20:56 lircd.conf
-rw-r--r-- 1 root root   206 Apr 12 20:56 lircd.conf.xbian
-rwxr-xr-x 1 root root 35321 Nov 21  2012 lircd.conf.xbian.~1~
-rwxrwxrwx 1 root root   162 Dec 21  2012 lircd.conf.xbian.~2~
-rwxrwxrwx 1 root root   162 Jan 16 10:38 lircd.conf.xbian.~3~
-rw-r--r-- 1 root root   121 Apr 12 20:56 lircmd.conf
-rw-r--r-- 1 root root   121 Apr 12 20:56 lircmd.conf.xbian
-rwxr-xr-x 1 root root   121 Nov  8  2012 lircmd.conf.xbian.~1~
-rwxrwxrwx 1 root root   121 Nov 21  2012 lircmd.conf.xbian.~2~
-rwxrwxrwx 1 root root   121 Jan 16 10:38 lircmd.conf.xbian.~3~
drwxr-xr-x 1 root root   194 Jun 22 12:38 remotes


RE: XBian 1.0 Beta 1.1 Public testing - gizag - 9th Jul, 2013 11:38 PM

For some reason after reinserting my old userdata folder (containing sources.xml, thumbnails and libraries) XBMC freakishly fast bumps up memory usage to 223M and then freezes the whole system.

My library contains about 2200 episodes of series and 666 movies, all of course with thumbnails

The reinserted userdata folder contains ~6000 files and is 325MB

Any idea why XBMC suddenly decides to use up all the ram ?

I'm on a 512MB Pi

Edit: as I suspected for some reason the whole thumbnail folder is now being read into memory exhausting memory. Previously it either wasn't or more memory was available ?

What would fix it ?

RE: XBian 1.0 Beta 1.1 Public testing - nsviper - 10th Jul, 2013 06:19 AM

Having an issue with an external USB connected via USB hub.

df -h shows
Quote:root@xbian:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 3.7G 929M 2.5G 27% /
udev 10M 4.0K 10M 1% /dev
tmpfs 189M 156K 189M 1% /run
/dev/sda1 3.7G 929M 2.5G 27% /
none 5.0M 0 5.0M 0% /run/lock
none 189M 0 189M 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/sda1 3.7G 929M 2.5G 27% /home

dmesg shows (when USB disk plugged in)
Quote:usb 1-1.2.3: new high-speed USB device number 9 using dwc_otg
usb 1-1.2.3: New USB device found, idVendor=07ab, idProduct=fc9f
usb 1-1.2.3: New USB device strings: Mfr=1, Product=11, SerialNumber=3
usb 1-1.2.3: Product: Freecom Mobile Drive XXS 3.0
usb 1-1.2.3: Manufacturer: JMicron
usb 1-1.2.3: SerialNumber: AE64A67C50BD83FD
scsi1 : usb-storage 1-1.2.3:1.0
scsi 1:0:0:0: Direct-Access 3 PQ: 0 ANSI: 6
sd 1:0:0:0: [sdb] 1953504688 512-byte logical blocks: (1.00 TB/931 GiB)
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 27 00 00 00
sd 1:0:0:0: [sdb] No Caching mode page present
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] No Caching mode page present
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1
sd 1:0:0:0: [sdb] No Caching mode page present
sd 1:0:0:0: [sdb] Assuming drive cache: write through
sd 1:0:0:0: [sdb] Attached SCSI disk

ls -l /media shows
Quote:root@xbian:~# ls -l /media
total 0
drwxr-xr-x 1 root root 0 Jan 1 1970 E467-085A
drwxr-xr-x 1 root root 0 Jan 1 1970 FREECOM HDD-2C02268102264FDE
drwxr-xr-x 1 root root 0 Jan 1 1970 xbian-root-btrfs-67c085e4-91f4-431c-bd89-404d4625de17

The Freecom disk is the external powered USB (the E467-085A is a USB key that the SDCard points to for boot - modified cmdline.txt). When I was on alpha5, as soon as the USB disk was plugged in, it was spotted and available in XBMC. df -h also showed the disk in the list.

Since updating to latest beta, its a no show...

Ideas?

RE: XBian 1.0 Beta 1.1 Public testing - CurlyMo - 10th Jul, 2013 07:56 AM

Overall conclusion after a few movies and tv series. I'm very happy with XBian 1.1.
+ A lot less noise on analog audio
+ Overal speed
+ BTRFS features

- Small bugs and mistakes (like i posted earlier)
- xbian-config layout bugs and the loss of multi-linguar support*
- Inability to use custom kernels
- Removal of kernel FS modules
I booted to the @safe snapshot, but couldn't simply restore the cmdline.txt to boot back to the @ snapshot. This was because the kernel of Beta 1 was out of sync with Beta 1.1, so the vfat module couldn't be loaded to mount /boot.

Now that i'm writing about the snapshots, i noticed that Beta 1.1 didn't create a new snapshot after installation. Only @safe = Stock Beta 1 and @ = running existed. However, there should also be a @beta1.1 = Stock Beta 1.1 besides @safe and @. Also @safe should be renamed to something more explanatory.

I hope the last issues will be fixed and a new image will be released. I also would like some documentation on the features Beta 1(.1) brings. For example, i couldn't get a new snapshot created with the normal tutorials on the internet. I hope there will be xbian wrappers around these functions so every user can use these features.

*Could be an idea to just implement the new xbian-config into versions after XBian 1.0. The one in Alpha 5 was working fairly well. Then Belese has enough time to fix the XBian config inside XBMC