• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: 1 [2]
16  Linux Stuff / Kernel / Re: pvrusb2 driver for SheevaPlug kernel (MythTV) on: May 18, 2009, 04:30:39 AM
When I plug the HVR-1950 into my Hardy system and 'modprobe pvrusb2' it announces the device, but based on some remarks on isley.net it looks like I'll need at least 2.6.26 to properly handle it (good for Sheeva, bad for me - I just spent several hours yesterday attempting to upgrade my Intel-based system without success)...
17  Linux Stuff / Kernel / Re: 2.6.30-rc6 new release on: May 17, 2009, 05:15:18 PM
I happened to notice that error this weekend on an earlier kernel (RC4), but I haven't investigated it yet.

-Charles
18  General Category / Success stories / Re: mythtv-0.21 sucessfully compiled on the Sheeva Plug on: May 15, 2009, 11:49:01 AM
Pushbx,

Thanks for the confirmation.  Re: using USB tuner with MPEG2 hardware support on the SheevaPlug under 'mythtv', it sounds like the 'pvrusb2' module / driver is what would be needed; I've posted more information on the 'kernel' board.

And, re: apache memory usage, some here have suggested 'lighttpd', a "Lightweight open-source web server"; that might bring the memory profile down enough to prevent swapping, and I believe I saw a posting somewhere saying that mythweb was more responsive with that package.

-Charles
19  Linux Stuff / Kernel / [SOLVED] pvrusb2 driver for SheevaPlug kernel (MythTV) on: May 14, 2009, 05:55:03 PM
Hi,

It looks like I have finally gotten MythTV built (as has 'pushbx' in the 'Success stories' board); the final piece of the puzzle for my configuration seems to be the 'pvrusb2' driver for the WinTV-HVR-1950 (NTSC/ATSC/QAM USB tuner with hardware MPEG2).  The main site at http://www.isely.net/pvrusb2/pvrusb2.html indicates the "in-kernel" (as of 2.6.18) should be stable, and would appear to be the most elegant method of getting this going.  I see the driver in my 'garden-variety' x86 Ubuntu Hardy system at /lib/modules/2.6.24-23-generic/kernel/drivers/media/video/pvrusb2, so I'm sure it's available for the 'jaunty' kernel as well, just not provided in the 'modules' download posted by 'cbxbiker61' (thanks ever so much for keeping us all up to date!) at http://sheeva.with-linux.com/sheeva/ (at least as of 2.6.30-rc4 which is what I'm running).

Before tackling this on my limited spare time, I just thought I'd check to see if it was feasible to get the pvrusb2.ko module and related modules built with the next release candidate.  On my current MythTV box, if I'm interpreting the 'before' and 'after' output of 'lsmod' correctly, when I 'modprobe pvrusb2' I'm seeing dependencies on the following modules, which I don't see in the 2.6.30-rc4 modules:
cx2341x
i2c_core
tveeprom
usbcore

I also see 'videodev' in the list, but looks that's already part of the module package. Also, 'v4l1_compat' and 'v4l2_common' are pulled in; I assume they're the existing 'v4l1-compat.ko' and 'v4l2-common.ko' with hyphens replaced by underscores in the translation.

There's also the small matter of getting firmware into the box, but if I understand Mike Isley's it sounds like the existing 'udev' support in the current kernels should be up to the task.

Thanks, all!

-Charles Green
20  General Category / Success stories / Re: mythtv-0.21 sucessfully compiled on the Sheeva Plug on: May 13, 2009, 09:31:03 AM
I also succeeded in getting the MythTV backend built on the plug itself (had to use a newer kernel than that delivered due to a 'hald' issue mentioned elsewhere on these forums, and also needed to add swap and a larger /usr filesystem).  The only 'hacking' I needed was to edit the config file to tell it the machine architecture, as its default didn't support the 'pld' instruction found in the assembly source.

I'm currently at the 'no root account on MySQL' phase also described here in one of the "boards", but at least the Hauppauge USB tuner + onboard MPEG2 hardware has arrived (thanks again, Newegg!), so hopefully I'll be able to report successful recording by the weekend (if not sooner, as I have a conflict in a few days on my current Myth box which would require two analog tuners to resolve)...

-Charles
21  Hardware and U-Boot firmware / Hardware / Re: Does this chip support 'pld' instruction? on: May 05, 2009, 06:13:29 PM
Thanks!  I put it into the mythconfig.mak file as ARCHFLAGS=-march=armv5te.  That got me to the point where it says it needs -lXv (and, no doubt, a bunch of other dependencies just now coming out of the woodwork) - I'm a bit surprised a *backend* would need -lX*, but that's the subject of another weekend...

Thanks again!

-Charles Green
22  Hardware and U-Boot firmware / Hardware / [SOLVED] Does this chip support 'pld' instruction? on: May 04, 2009, 06:14:37 PM
While building mythtv-backend on the plug, I hit the following message, which leads me to believe that either the compiler isn't aware of exactly which instruction set to use, or that the chip in the SheevaPlug doesn't support the 'pld' instruction:

Code:
gcc -c -pipe -g -fomit-frame-pointer -O3 -pthread -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -w -D_REENTRANT -DPIC -fPIC  -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/share/qt3/mkspecs/default -I. -I. -I.. -I../.. -I../libavutil -I../libswscale -I/usr/include/qt3 -o dsputil_arm_s.o armv4l/dsputil_arm_s.S
armv4l/dsputil_arm_s.S: Assembler messages:
armv4l/dsputil_arm_s.S:79: Error: selected processor does not support `pld [r1]'

From sniffing around it appears this is a 'preload' instruction which can be used to optimize execution, and is apparently optional; i.e., it can be removed without harming anything (though potentially slowing things down on a processor which supports it).  Also, it seems that some ARM architectures support it, and some don't.

I got the compiler onto my plug via 'apt-get install build-essential'; is any sort of configuration required for it to build code for the correct processor?  I've seen references to -mcpu and -march command line switches for the compiler; has anyone been able to build any assembly-level code using this compiler and instruction?

In the absence of any insights, I may just hack the instructions out, but I'm hopeful there's a cleaner way to resolve this.

Thanks, as always, for any pointers or suggestions,

Charles Green
23  General Category / Application ideas and development Q/A / No 'pld' instruction?? (Was Re: MythTV, anyone?) on: May 03, 2009, 03:00:54 PM
OK; I got a little time this weekend to push this forward.   I finally hooked up the JTAG console interface, figured out how to boot from USB stick and installed a newer kernel (2.6.30-rc4) and now 'hald' is happy.  I then proceeded to find an appropriate Qt, etc. as prerequisite for mythtv-backend's "configure" script, and finally launched the 'make'.

Things proceed happily for a while, then I hit the following.  Apparently the 'dsputil_arm_s.S' assembly language file is using an instruction which the compiler doesn't think is supported?  This is being built on the plug itself, using what was retrieved via

apt-get install build-essential

I figure this means either that some option needs to be set so the assembler knows what the hardware platform is capable of, or (hopefully not) that the CPU really doesn't have this instruction available.

As always, pointers / suggestions are appreciated; otherwise when I get a chance (maybe next weekend) I'll continue to scratch around for answers.

Thanks,

Charles

Code:
gcc -c -pipe -g -fomit-frame-pointer -O3 -pthread -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -w -D_REENTRANT -DPIC -fPIC  -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/share/qt3/mkspecs/default -I. -I. -I.. -I../.. -I../libavutil -I../libswscale -I/usr/include/qt3 -o dsputil_arm_s.o armv4l/dsputil_arm_s.S
armv4l/dsputil_arm_s.S: Assembler messages:
armv4l/dsputil_arm_s.S:79: Error: selected processor does not support `pld [r1]'
24  Linux Stuff / Linux distributions / Re: Hardware Abstraction Layer (hal) package breaking in Ubuntu on: April 27, 2009, 04:41:06 PM
Quote
I got the same error when installed X (during packages configuration). It basically says that system cannot handle kernel paging request. The memory was pretty full (I checked it with "free"command)
Have anyone tried to activate some swap space? I believe it may help (but not sure, didn't tested it yet).

Good thought; swap space had occurred to me in the past, then I didn't consider it when this error came up.

I just 'fdisk'ed a thumb drive to provide half FAT, half Linux swap, 'mkswap'ed, 'swapon'ed, confirmed it was recognized, and tried my 'apt-get install qt4-dev-tools' again.  Alas, same error, and 'top' never showed any evidence that it was even close to filling up the existing onboard RAM, much less tried to put anything into swap.  I fear this is a separate issue...

-Charles
25  Linux Stuff / Kernel / [SOLVED] Internal error: Oops: 5 from 2.6.22.18 #1 on: April 26, 2009, 04:48:35 PM
I got the following kernel 'oops' while an apt-get process was attempting to start 'hald' as part of my effort to get 'qt4-dev-tools' installed on my way to building mythtv-backend for the SheevaPlug.  I have done the standard stuff based on other postings to get it stable (apt-get update; apt-get upgrade), but have done nothing more exotic like unmasking distributions or installing alternate kernels.

Does anyone know whether there are any cures for this, possibly including installation of an alternate kernel?  If so, pointers, suggestions, etc. are welcome.  (I currently have Ubuntu and Gentoo systems for which I've built and installed kernel updates, etc., but haven't yet installed any on the SheevaPlug - haven't even needed to hook up the serial console USB to date.)

Thanks,

Charles

Code:
Apr 25 19:44:20 debian kernel: Internal error: Oops: 5 [#3]
Apr 25 19:44:20 debian kernel: Modules linked in:
Apr 25 19:44:20 debian kernel: CPU: 0    Not tainted  (2.6.22.18 #1)
Apr 25 19:44:20 debian kernel: PC is at strnlen+0x20/0x34
Apr 25 19:44:20 debian kernel: LR is at vsnprintf+0x314/0x5b4
Apr 25 19:44:20 debian kernel: pc : [<c0240228>]    lr : [<c02414f8>]    psr: a0000013
Apr 25 19:44:20 debian kernel: sp : d92a3dc0  ip : d92a3dd0  fp : d92a3dcc
Apr 25 19:44:20 debian kernel: r10: ffffffff  r9 : ffffffff  r8 : 00000000
Apr 25 19:44:20 debian kernel: r7 : ffffffff  r6 : d9023054  r5 : 000280d0  r4 : d92a3e40
Apr 25 19:44:20 debian kernel: r3 : c00c8994  r2 : 000280d0  r1 : fffffffe  r0 : 000280d0
Apr 25 19:44:20 debian kernel: Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  Segment user
Apr 25 19:44:20 debian kernel: Control: 0005317f  Table: 190b4000  DAC: 00000015
Apr 25 19:44:20 debian kernel: Process udevadm (pid: 1487, stack limit = 0xd92a2268)
Apr 25 19:44:20 debian kernel: Stack: (0xd92a3dc0 to 0xd92a4000)
Apr 25 19:44:20 debian kernel: 3dc0: d92a3e1c d92a3dd0 c02414f8 c0240218 0000001b 00000002 00000000 00000fce
Apr 25 19:44:20 debian kernel: 3de0: d92a3e5c 26fdcfab d9023054 c00d321a d92a3e44 0000001c 00000054 d9020000
Apr 25 19:44:20 debian kernel: 3e00: d9023000 dfccf0c8 00000000 c03fc7a4 d92a3e38 d92a3e20 c0241864 c02411f4
Apr 25 19:44:20 debian kernel: 3e20: dfccf070 d92a3e40 d9023000 d92a3eec d92a3e48 c026ef10 c024184c c00d3219
Apr 25 19:44:20 debian kernel: 3e40: 000280d0 000280d0 d9020000 00001000 d9020000 d902000e d902001d d9020032
Apr 25 19:44:20 debian kernel: 3e60: d902003e 00000044 000280d0 c03f1574 00000000 00000000 ffffff9c c03f1574
Apr 25 19:44:20 debian kernel: 3e80: dfd7a4e8 000080d0 c03f1570 c08a6040 00000000 00000000 d92a3eec d92a3ea8
Apr 25 19:44:20 debian kernel: 3ea0: c01472ec c0146724 000280d0 00000010 c074d460 d92a2000 40022000 40021000
Apr 25 19:44:20 debian kernel: 3ec0: 00100073 de267220 dfd7a4e8 dfccf070 de267220 dfd7a4e8 dfccf070 de267240
Apr 25 19:44:20 debian kernel: 3ee0: d92a3efc d92a3ef0 c026e810 c026ee28 d92a3f44 d92a3f00 c019ca14 c026e7fc
Apr 25 19:44:20 debian kernel: 3f00: d92a3f74 d92a3f10 c0153c60 d92a3f70 00001000 40021000 00000000 d9026460
Apr 25 19:44:20 debian kernel: 3f20: 40021000 d92a3f70 00001000 40021000 d92a2000 00000000 d92a3f6c d92a3f48
Apr 25 19:44:20 debian kernel: 3f40: c01625e8 c019c964 00000000 00000000 00000000 00000000 d9026460 00001000
Apr 25 19:44:20 debian kernel: 3f60: d92a3fa4 d92a3f70 c01629fc c0162540 00000000 00000000 00000022 00000000
Apr 25 19:44:20 debian kernel: 3f80: ffffffff 2a024bf8 2a024bf8 000007ff 00000003 c0027628 00000000 d92a3fa8
Apr 25 19:44:20 debian kernel: 3fa0: c0027480 c01629c8 2a024bf8 2a024bf8 00000007 40021000 00001000 00000000
Apr 25 19:44:20 debian kernel: 3fc0: 2a024bf8 2a024bf8 000007ff 00000003 be974f2c 0000000a 4001e710 be974f2c
Apr 25 19:44:20 debian kernel: 3fe0: 40178000 be974e88 400b2b04 401063fc 60000010 00000007 001e5194 0042caa8
Apr 25 19:44:20 debian kernel: Backtrace:
Apr 25 19:44:20 debian kernel: [<c0240208>] (strnlen+0x0/0x34) from [<c02414f8>] (vsnprintf+0x314/0x5b4)
Apr 25 19:44:20 debian kernel: [<c02411e4>] (vsnprintf+0x0/0x5b4) from [<c0241864>] (sprintf+0x2c/0x34)
Apr 25 19:44:20 debian kernel: [<c0241838>] (sprintf+0x0/0x34) from [<c026ef10>] (show_uevent+0xf8/0x140)
Apr 25 19:44:20 debian kernel:  r3:000280d0 r2:000280d0 r1:c00d3219
Apr 25 19:44:20 debian kernel: [<c026ee18>] (show_uevent+0x0/0x140) from [<c026e810>] (dev_attr_show+0x24/0x28)
Apr 25 19:44:20 debian kernel:  r7:de267240 r6:dfccf070 r5:dfd7a4e8 r4:de267220
Apr 25 19:44:20 debian kernel: [<c026e7ec>] (dev_attr_show+0x0/0x28) from [<c019ca14>] (sysfs_read_file+0xc0/0x130)
Apr 25 19:44:20 debian kernel: [<c019c954>] (sysfs_read_file+0x0/0x130) from [<c01625e8>] (vfs_read+0xb8/0x148)
Apr 25 19:44:20 debian kernel: [<c0162530>] (vfs_read+0x0/0x148) from [<c01629fc>] (sys_read+0x44/0x70)
Apr 25 19:44:20 debian kernel:  r7:00001000 r6:d9026460 r5:00000000 r4:00000000
Apr 25 19:44:20 debian kernel: [<c01629b8>] (sys_read+0x0/0x70) from [<c0027480>] (ret_fast_syscall+0x0/0x2c)
Apr 25 19:44:20 debian kernel:  r8:c0027628 r7:00000003 r6:000007ff r5:2a024bf8 r4:2a024bf8
Apr 25 19:44:20 debian kernel: Code: ea000000 e2800001 e2511001 3a000002 (e5d03000)

And here is what was going on to produce the above, in case it helps:

Code:
root@debian:~# apt-get install qt4-dev-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
qt4-dev-tools is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
1 not fully installed or removed.
After this operation, 0B of additional disk space will be used.
Setting up hal (0.5.12~rc1+git20090403-0ubuntu1) ...
 * Reloading system message bus config...                                [ OK ]
 * Starting Hardware abstraction layer hald

<<<<<< long pause 19:44 - 19:48 >>>>>>>>>

invoke-rc.d: initscript hal, action "start" failed.
dpkg: error processing hal (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 hal
E: Sub-process /usr/bin/dpkg returned an error code (1)
26  General Category / Application ideas and development Q/A / Re: MythTV, anyone? on: April 25, 2009, 05:28:00 PM
'Any day' for me turned out to be the day after Earth Day; I plugged it in, pinged the local subnet to find the Ethernet address it had gotten from DHCP, and set to work: 'apt-get update', 'apt-get upgrade', etc. to get the initial stable system.

Since it appears an ARM version of mythtv-backend isn't available in the repositories yet, I followed http://ubuntuforums.org/showthread.php?t=1082489&page=7 and added deb-src, repeated 'apt-get update' and did 'apt-get install build-essential' to get the compilers and such.

After 'apt-get source mythtv-backend' I ran the 'configure' script and discovered I needed FreeType ('apt-get install libfreetype6-dev' appeared to satisfy that), then was told I needed 'a Threaded version of QT'.  I'm guessing that 'apt-get install qt4-dev-tools' will satisfy that requirement.

However, the number of prerequisite packages for that would take up more space than I had left in flash, so at this point I initialized a 4 GB SDHC flash card per http://openplug.org/plugforum/index.php?topic=22.0 and, after copying my /usr filesystem onto it, mounted it as /usr and (after updating /etc/fstab appropriately) rebooted - all seemed well.

Back to 'apt-get install qt4-dev-tools', it currently goes chugging along up to the following point (this is from a rerun after a reboot):

Code:
root@debian:/var/log# apt-get install qt4-dev-tools
Reading package lists... Done
Building dependency tree       
Reading state information... Done
qt4-dev-tools is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
1 not fully installed or removed.
After this operation, 0B of additional disk space will be used.
Setting up hal (0.5.12~rc1+git20090403-0ubuntu1) ...
 * Reloading system message bus config...                                [ OK ]
 * Starting Hardware abstraction layer hald

<<<<<< here there is a 4-1/2 minute pause >>>>>>

invoke-rc.d: initscript hal, action "start" failed.
dpkg: error processing hal (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 hal
E: Sub-process /usr/bin/dpkg returned an error code (1)


I poked around and found the following in /var/log/messages, from approximately the beginning of the four-plus-minute wait:

Code:
Apr 25 19:44:20 debian kernel: Internal error: Oops: 5 [#3]
Apr 25 19:44:20 debian kernel: Modules linked in:
Apr 25 19:44:20 debian kernel: CPU: 0    Not tainted  (2.6.22.18 #1)
Apr 25 19:44:20 debian kernel: PC is at strnlen+0x20/0x34
Apr 25 19:44:20 debian kernel: LR is at vsnprintf+0x314/0x5b4
Apr 25 19:44:20 debian kernel: pc : [<c0240228>]    lr : [<c02414f8>]    psr: a0000013
Apr 25 19:44:20 debian kernel: sp : d92a3dc0  ip : d92a3dd0  fp : d92a3dcc
Apr 25 19:44:20 debian kernel: r10: ffffffff  r9 : ffffffff  r8 : 00000000
Apr 25 19:44:20 debian kernel: r7 : ffffffff  r6 : d9023054  r5 : 000280d0  r4 : d92a3e40
Apr 25 19:44:20 debian kernel: r3 : c00c8994  r2 : 000280d0  r1 : fffffffe  r0 : 000280d0
Apr 25 19:44:20 debian kernel: Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  Segment user
Apr 25 19:44:20 debian kernel: Control: 0005317f  Table: 190b4000  DAC: 00000015
Apr 25 19:44:20 debian kernel: Process udevadm (pid: 1487, stack limit = 0xd92a2268)
Apr 25 19:44:20 debian kernel: Stack: (0xd92a3dc0 to 0xd92a4000)
Apr 25 19:44:20 debian kernel: 3dc0: d92a3e1c d92a3dd0 c02414f8 c0240218 0000001b 00000002 00000000 00000fce
Apr 25 19:44:20 debian kernel: 3de0: d92a3e5c 26fdcfab d9023054 c00d321a d92a3e44 0000001c 00000054 d9020000
Apr 25 19:44:20 debian kernel: 3e00: d9023000 dfccf0c8 00000000 c03fc7a4 d92a3e38 d92a3e20 c0241864 c02411f4
Apr 25 19:44:20 debian kernel: 3e20: dfccf070 d92a3e40 d9023000 d92a3eec d92a3e48 c026ef10 c024184c c00d3219
Apr 25 19:44:20 debian kernel: 3e40: 000280d0 000280d0 d9020000 00001000 d9020000 d902000e d902001d d9020032
Apr 25 19:44:20 debian kernel: 3e60: d902003e 00000044 000280d0 c03f1574 00000000 00000000 ffffff9c c03f1574
Apr 25 19:44:20 debian kernel: 3e80: dfd7a4e8 000080d0 c03f1570 c08a6040 00000000 00000000 d92a3eec d92a3ea8
Apr 25 19:44:20 debian kernel: 3ea0: c01472ec c0146724 000280d0 00000010 c074d460 d92a2000 40022000 40021000
Apr 25 19:44:20 debian kernel: 3ec0: 00100073 de267220 dfd7a4e8 dfccf070 de267220 dfd7a4e8 dfccf070 de267240
Apr 25 19:44:20 debian kernel: 3ee0: d92a3efc d92a3ef0 c026e810 c026ee28 d92a3f44 d92a3f00 c019ca14 c026e7fc
Apr 25 19:44:20 debian kernel: 3f00: d92a3f74 d92a3f10 c0153c60 d92a3f70 00001000 40021000 00000000 d9026460
Apr 25 19:44:20 debian kernel: 3f20: 40021000 d92a3f70 00001000 40021000 d92a2000 00000000 d92a3f6c d92a3f48
Apr 25 19:44:20 debian kernel: 3f40: c01625e8 c019c964 00000000 00000000 00000000 00000000 d9026460 00001000
Apr 25 19:44:20 debian kernel: 3f60: d92a3fa4 d92a3f70 c01629fc c0162540 00000000 00000000 00000022 00000000
Apr 25 19:44:20 debian kernel: 3f80: ffffffff 2a024bf8 2a024bf8 000007ff 00000003 c0027628 00000000 d92a3fa8
Apr 25 19:44:20 debian kernel: 3fa0: c0027480 c01629c8 2a024bf8 2a024bf8 00000007 40021000 00001000 00000000
Apr 25 19:44:20 debian kernel: 3fc0: 2a024bf8 2a024bf8 000007ff 00000003 be974f2c 0000000a 4001e710 be974f2c
Apr 25 19:44:20 debian kernel: 3fe0: 40178000 be974e88 400b2b04 401063fc 60000010 00000007 001e5194 0042caa8
Apr 25 19:44:20 debian kernel: Backtrace:
Apr 25 19:44:20 debian kernel: [<c0240208>] (strnlen+0x0/0x34) from [<c02414f8>] (vsnprintf+0x314/0x5b4)
Apr 25 19:44:20 debian kernel: [<c02411e4>] (vsnprintf+0x0/0x5b4) from [<c0241864>] (sprintf+0x2c/0x34)
Apr 25 19:44:20 debian kernel: [<c0241838>] (sprintf+0x0/0x34) from [<c026ef10>] (show_uevent+0xf8/0x140)
Apr 25 19:44:20 debian kernel:  r3:000280d0 r2:000280d0 r1:c00d3219
Apr 25 19:44:20 debian kernel: [<c026ee18>] (show_uevent+0x0/0x140) from [<c026e810>] (dev_attr_show+0x24/0x28)
Apr 25 19:44:20 debian kernel:  r7:de267240 r6:dfccf070 r5:dfd7a4e8 r4:de267220
Apr 25 19:44:20 debian kernel: [<c026e7ec>] (dev_attr_show+0x0/0x28) from [<c019ca14>] (sysfs_read_file+0xc0/0x130)
Apr 25 19:44:20 debian kernel: [<c019c954>] (sysfs_read_file+0x0/0x130) from [<c01625e8>] (vfs_read+0xb8/0x148)
Apr 25 19:44:20 debian kernel: [<c0162530>] (vfs_read+0x0/0x148) from [<c01629fc>] (sys_read+0x44/0x70)
Apr 25 19:44:20 debian kernel:  r7:00001000 r6:d9026460 r5:00000000 r4:00000000
Apr 25 19:44:20 debian kernel: [<c01629b8>] (sys_read+0x0/0x70) from [<c0027480>] (ret_fast_syscall+0x0/0x2c)
Apr 25 19:44:20 debian kernel:  r8:c0027628 r7:00000003 r6:000007ff r5:2a024bf8 r4:2a024bf8
Apr 25 19:44:20 debian kernel: Code: ea000000 e2800001 e2511001 3a000002 (e5d03000)

If anyone recognizes this issue and can suggest a fix, alternate kernel, or whatever, please let me know.

Thanks,

Charles
27  General Category / Application ideas and development Q/A / Re: MythTV, anyone? on: April 22, 2009, 06:44:51 AM
Yeah, this will simply be the backend (possibly slave) which just copies the streams onto disk, and so needs to be left on 24/7 - my current MythTV box (which will then be able to be powered off when not actively being used) can handle any commercial cutting, conversion to and writing of DVDs, etc.

Hopefully when it massages the data that was captured by the SheevaPlug (retrieved via Ethernet) the result doesn't need to go back into the same directory on the 'plug; I have a bit of MythTV research to do since for the several years I've used it I've only ever had one backend machine.

My wife was notified yesterday that the SheevaPlug has shipped, so it shouldn't be long now!

(As an aside, I wish scaled fixed-point were more common; it can often do the jobs floating-point is used for, and sometimes more accurately.  But then I still have a couple of Atari 800XL computers...)

-Charles
28  General Category / Application ideas and development Q/A / [SOLVED] MythTV, anyone? on: April 21, 2009, 01:08:50 PM
I'm in 'any day now' mode for the arrival of my SheevaPlug, and I was wondering if anyone else is planning to install Myth (DVR software) on this, or already has.

My plan is to get a USB tuner (we have analog service from our cable provider) which supports MPEG-2 hardware compression (to reduce bandwidth), and a USB hard drive (necessitating a USB hub) in addition to the Ethernet interface, to use this as a MythTV backend.

Thanks for any pointers / suggestions!

-Charles Green
Pages: 1 [2]