gatos-devel Mailing List for GATOS
Status: Beta
Brought to you by:
volodya
Menu
▾
▴
gatos-devel — Technical discussions about GATOS drivers and applications
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(229) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(744) |
Feb
(481) |
Mar
(400) |
Apr
(309) |
May
(290) |
Jun
(266) |
Jul
(403) |
Aug
(434) |
Sep
(546) |
Oct
(392) |
Nov
(309) |
Dec
(350) |
| 2003 |
Jan
(318) |
Feb
(339) |
Mar
(436) |
Apr
(269) |
May
(326) |
Jun
(293) |
Jul
(332) |
Aug
(131) |
Sep
(126) |
Oct
(216) |
Nov
(140) |
Dec
(167) |
| 2004 |
Jan
(367) |
Feb
(141) |
Mar
(77) |
Apr
(85) |
May
(100) |
Jun
(98) |
Jul
(79) |
Aug
(87) |
Sep
(96) |
Oct
(185) |
Nov
(105) |
Dec
(112) |
| 2005 |
Jan
(156) |
Feb
(60) |
Mar
(35) |
Apr
(57) |
May
(43) |
Jun
(49) |
Jul
(30) |
Aug
(60) |
Sep
(24) |
Oct
(55) |
Nov
(13) |
Dec
(35) |
| 2006 |
Jan
(50) |
Feb
(22) |
Mar
(24) |
Apr
(35) |
May
(44) |
Jun
(20) |
Jul
(21) |
Aug
(15) |
Sep
(9) |
Oct
(21) |
Nov
(31) |
Dec
(32) |
| 2007 |
Jan
(4) |
Feb
(3) |
Mar
(6) |
Apr
(9) |
May
(15) |
Jun
(15) |
Jul
(14) |
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
(4) |
Dec
(1) |
| 2008 |
Jan
(9) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(3) |
|
2
(2) |
3
(3) |
4
(9) |
5
(2) |
6
(15) |
7
(14) |
8
(12) |
|
9
(20) |
10
(9) |
11
(29) |
12
(17) |
13
(10) |
14
(10) |
15
(7) |
|
16
(16) |
17
(15) |
18
(25) |
19
(16) |
20
(15) |
21
(10) |
22
(16) |
|
23
(20) |
24
(12) |
25
(4) |
26
(9) |
27
(8) |
28
(11) |
|
|
From: Phil <ph...@se...> - 2003-02-28 23:57:19
|
Hi., I have been using gcc 3.2. and Vladimir suspects it could be causing the IRQ woes I am seeing. I am going to try with 2.95 and see what occurs, as it is driving me nuts. Cheers PHiL On Sat, 1 Mar 2003, Nikolai Zhubr wrote: > Hi, > Friday, 28 February, 2003, 4:48:30, Randall DuCharme wrote: > [...] > > followed by 500 or so lines of... > > Feb 27 18:55:07 arabian kernel: Kmultimedia: IRQ 11 locked up, disabling interrupts in the hardware > > Feb 27 18:55:07 arabian kernel: km Warning: acknowledge_dma to wrong frame 5 > > It looks like irq acknowledgement just fails completely. Not sure why. > Try to insert "wmb();" before and after "writel(status,..." in mach64.c > at line 136 (for version "B"). > Perhaps Vladimir could give some better idea yet. > Actually I recall once I tried gcc 3.0 and I saw something similar > to that, but I couldn't manage to find out what happens then. Maybe > some compiler magic changed. Well, this needs to be fixed somehow > anyway. > Does anyone on the list use gcc 3 to compile modules? > -- > Best regards, > Nikolai Zhubr > > > and the....Feb 27 18:55:07 arabian kernel: km: Warning: Count = -427 at 527 > > Feb 27 18:55:58 arabian kernel: Unable to handle kernel paging request at virtual address 8d637574 > > Feb 27 18:55:58 arabian kernel: printing eip: > > Feb 27 18:55:58 arabian kernel: c011d5ba > > Feb 27 18:55:58 arabian kernel: *pde = 00000000 > > Feb 27 18:55:58 arabian kernel: Oops: 0000 > > Feb 27 18:55:58 arabian kernel: CPU: 0 > > Feb 27 18:55:58 arabian kernel: EIP: 0010:[<c011d5ba>] Not tainted > > Feb 27 18:55:58 arabian kernel: EFLAGS: 00210246 > > Feb 27 18:55:58 arabian kernel: eax: c02c00c0 ebx: d0a149c0 ecx: 00000001 edx: 8d637560 > > Feb 27 18:55:58 arabian kernel: esi: c9e6b0e0 edi: ffffffe9 ebp: d4063f64 esp: d4063f4c > > Feb 27 18:55:58 arabian kernel: ds: 0018 es: 0018 ss: 0018 > > Feb 27 18:55:58 arabian kernel: Process ls (pid: 16423, stackpage=d4063000) > > Feb 27 18:55:58 arabian kernel: Stack: c013f13a 8d637560 d30529e0 00000000 c933f000 4013b2af d4063fa0 c013ef86 > > Feb 27 18:55:58 arabian kernel: d30529e0 c13ddf20 00000000 d4063f7c d30529e0 c13ddf20 c014b3c3 00000000 > > Feb 27 18:55:58 arabian kernel: cf2b17c0 00000001 00000001 c933f000 00000003 d4063fbc c013f351 c933f000 > > Feb 27 18:55:58 arabian kernel: Call Trace: [<c013f13a>] [<c013ef86>] [<c014b3c3>] [<c013f351>] [<c01095cf>] > > Feb 27 18:55:58 arabian kernel: > > Feb 27 18:55:58 arabian kernel: Code: 8b 42 14 a9 02 00 00 00 74 0d 31 c9 b0 01 86 05 b4 d4 2b c0 > > Feb 27 18:56:09 arabian kernel: km: total frames: 2, overrun: 251 > > Feb 27 18:56:16 arabian kernel: Unable to handle kernel paging request at virtual address 8f727076 > > Feb 27 18:56:16 arabian kernel: printing eip: > > Feb 27 18:56:16 arabian kernel: 8f727076 > > Feb 27 18:56:16 arabian kernel: *pde = 00000000 > > Feb 27 18:56:16 arabian kernel: Oops: 0000 > > Feb 27 18:56:16 arabian kernel: CPU: 0 > > Feb 27 18:56:16 arabian kernel: EIP: 0010:[<8f727076>] Not tainted > > Feb 27 18:56:16 arabian kernel: EFLAGS: 00010246 > > Feb 27 18:56:16 arabian kernel: eax: c02c0060 ebx: d5733640 ecx: c76efc20 edx: d2deff90 > > Feb 27 18:56:16 arabian kernel: esi: d4b7b00b edi: d2dee000 ebp: d2deff48 esp: d2deff0c > > Feb 27 18:56:16 arabian kernel: ds: 0018 es: 0018 ss: 0018 > > Feb 27 18:56:16 arabian kernel: Process su (pid: 16426, stackpage=d2def000) > > Feb 27 18:56:16 arabian kernel: Stack: c014bbf9 d5733640 d2deff90 00000004 00000008 c76efc20 d2deff90 d5733640 > > Feb 27 18:56:20 arabian kernel: ca0c9006 00000004 01c10ba1 fffffff4 d2deff90 ca0c9000 00000000 d2deff5c > > Feb 27 18:56:20 arabian kernel: c014c2ea ca0c9000 ca0c9000 00000008 d2deff7c c014c640 bffff390 c01b7a40 > > Feb 27 18:56:20 arabian kernel: Call Trace: [<c014bbf9>] [<c014c2ea>] [<c014c640>] [<c01b7a40>] [<c014890d>] > > Feb 27 18:56:20 arabian kernel: [<c0150481>] [<c01095cf>] > > Feb 27 18:56:20 arabian kernel: > > Feb 27 18:56:20 arabian kernel: Code: Bad EIP value. > > > > Had to reboot after this. > > > > >>-- > >>Best regards, > >> Nikolai Zhubr > >> > >>> Feb 26 19:13:28 arabian kernel: Linux video capture interface: v1.00 > >> > >>> Loaded km..... > >> > >>> Feb 26 19:14:37 arabian kernel: Kmultimedia API module version alpha-2.0 loaded > >>> Feb 26 19:14:37 arabian kernel: Kmultimedia module version alpha-2.0 loaded > >>> Feb 26 19:14:37 arabian kernel: Page size is 4096 sizeof(bm_list_descriptor)=16 sizeof(KM_STRUCT)=280 > >>> Feb 26 19:14:37 arabian kernel: km: using irq 11 > >>> Feb 26 19:14:37 arabian kernel: Register aperture is 0xfebff000 0x00001000 > >>> Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 > >>> Feb 26 19:14:37 arabian kernel: sizeof(kmfl_template)=56 sizeof(KM_FIELD)=28 > >>> Feb 26 19:14:37 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video0 > >>> Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 > >> > >> > >>> Begining capture.... > >> > >>> Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 > >>> Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer > >>> Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x05e52000, bus address: 0x05e52000 > >>> Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer > >>> Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062d9000, bus address: 0x062d9000 > >>> Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 > >>> Feb 26 19:18:14 arabian kernel: km: total frames: 0, overrun: 0 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-1 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-2 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-3 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-4 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-5 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-6 > >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-7 > >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > >>> Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer > >>> Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x062d9000, bus address: 0x062d9000 > >>> Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer > >>> Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062bf000, bus address: 0x062bf000 > >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > >>> Feb 26 19:18:32 arabian kernel: km: total frames: 11, overrun: 9 > >>> Feb 26 19:19:06 arabian modprobe: modprobe: Can't locate module char-major-10-134 > >> > >>> After a brief pause X terminated. Restarting failed but left this in XFree86.0.log....... > >> > >>> (II) Loading sub module "xaa" > >>> (II) LoadModule: "xaa" > >>> (II) Loading /usr/X11R6/lib/modules/libxaa.a > >>> (II) Module xaa: vendor="The XFree86 Project" > >>> compiled for 4.2.99.901, module version = 1.1.0 > >>> ABI class: XFree86 Video Driver, version 0.6 > >>> (II) Loading sub module "ramdac" > >>> (II) LoadModule: "ramdac" > >>> (II) Loading /usr/X11R6/lib/modules/libramdac.a > >>> (II) Module ramdac: vendor="The XFree86 Project" > >>> compiled for 4.2.99.901, module version = 0.1.0 > >>> ABI class: XFree86 Video Driver, version 0.6 > >>> (II) Loading sub module "fb" > >>> (II) LoadModule: "fb" > >>> (II) Loading /usr/X11R6/lib/modules/libfb.a > >>> Skipping "/usr/X11R6/lib/modules/libfb.a:fbfillrect.o": No symbols found > >>> ^F is an unrecognized module type > >>> (EE) Failed to load /usr/X11R6/lib/modules/libfb.a > >>> (II) UnloadModule: "fb" > >>> (EE) ATI: Failed to load module "fb" (loader failed, 7) > >>> (II) UnloadModule: "ati" > >>> (II) UnloadModule: "ramdac" > >>> (II) Unloading /usr/X11R6/lib/modules/libramdac.a > >>> (II) UnloadModule: "xaa" > >>> (II) Unloading /usr/X11R6/lib/modules/libxaa.a > >>> (II) UnloadModule: "vbe" > >>> (II) Unloading /usr/X11R6/lib/modules/libvbe.a > >>> (II) UnloadModule: "ddc" > >>> (II) Unloading /usr/X11R6/lib/modules/libddc.a > >>> (II) UnloadModule: "int10" > >>> (II) Unloading /usr/X11R6/lib/modules/linux/libint10.a > >>> (II) UnloadModule: "atimisc" > >>> (II) Unloading /usr/X11R6/lib/modules/drivers/atimisc_drv.o > >>> (EE) Screen(s) found, but none have a usable configuration. > >> > >>> Fatal server error: > >>> no screens found > >> > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by:ThinkGeek > >>Welcome to geek heaven. > >>http://thinkgeek.com/sf > >>_______________________________________________ > >>Gatos-devel mailing list > >>Gat...@li... > >>https://lists.sourceforge.net/lists/listinfo/gatos-devel > >> > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Gatos-devel mailing list > Gat...@li... > https://lists.sourceforge.net/lists/listinfo/gatos-devel > |
|
From: Nikolai Z. <s0...@ho...> - 2003-02-28 23:37:57
|
Hi, Friday, 28 February, 2003, 4:48:30, Randall DuCharme wrote: [...] > followed by 500 or so lines of... > Feb 27 18:55:07 arabian kernel: Kmultimedia: IRQ 11 locked up, disabling interrupts in the hardware > Feb 27 18:55:07 arabian kernel: km Warning: acknowledge_dma to wrong frame 5 It looks like irq acknowledgement just fails completely. Not sure why. Try to insert "wmb();" before and after "writel(status,..." in mach64.c at line 136 (for version "B"). Perhaps Vladimir could give some better idea yet. Actually I recall once I tried gcc 3.0 and I saw something similar to that, but I couldn't manage to find out what happens then. Maybe some compiler magic changed. Well, this needs to be fixed somehow anyway. Does anyone on the list use gcc 3 to compile modules? -- Best regards, Nikolai Zhubr > and the....Feb 27 18:55:07 arabian kernel: km: Warning: Count = -427 at 527 > Feb 27 18:55:58 arabian kernel: Unable to handle kernel paging request at virtual address 8d637574 > Feb 27 18:55:58 arabian kernel: printing eip: > Feb 27 18:55:58 arabian kernel: c011d5ba > Feb 27 18:55:58 arabian kernel: *pde = 00000000 > Feb 27 18:55:58 arabian kernel: Oops: 0000 > Feb 27 18:55:58 arabian kernel: CPU: 0 > Feb 27 18:55:58 arabian kernel: EIP: 0010:[<c011d5ba>] Not tainted > Feb 27 18:55:58 arabian kernel: EFLAGS: 00210246 > Feb 27 18:55:58 arabian kernel: eax: c02c00c0 ebx: d0a149c0 ecx: 00000001 edx: 8d637560 > Feb 27 18:55:58 arabian kernel: esi: c9e6b0e0 edi: ffffffe9 ebp: d4063f64 esp: d4063f4c > Feb 27 18:55:58 arabian kernel: ds: 0018 es: 0018 ss: 0018 > Feb 27 18:55:58 arabian kernel: Process ls (pid: 16423, stackpage=d4063000) > Feb 27 18:55:58 arabian kernel: Stack: c013f13a 8d637560 d30529e0 00000000 c933f000 4013b2af d4063fa0 c013ef86 > Feb 27 18:55:58 arabian kernel: d30529e0 c13ddf20 00000000 d4063f7c d30529e0 c13ddf20 c014b3c3 00000000 > Feb 27 18:55:58 arabian kernel: cf2b17c0 00000001 00000001 c933f000 00000003 d4063fbc c013f351 c933f000 > Feb 27 18:55:58 arabian kernel: Call Trace: [<c013f13a>] [<c013ef86>] [<c014b3c3>] [<c013f351>] [<c01095cf>] > Feb 27 18:55:58 arabian kernel: > Feb 27 18:55:58 arabian kernel: Code: 8b 42 14 a9 02 00 00 00 74 0d 31 c9 b0 01 86 05 b4 d4 2b c0 > Feb 27 18:56:09 arabian kernel: km: total frames: 2, overrun: 251 > Feb 27 18:56:16 arabian kernel: Unable to handle kernel paging request at virtual address 8f727076 > Feb 27 18:56:16 arabian kernel: printing eip: > Feb 27 18:56:16 arabian kernel: 8f727076 > Feb 27 18:56:16 arabian kernel: *pde = 00000000 > Feb 27 18:56:16 arabian kernel: Oops: 0000 > Feb 27 18:56:16 arabian kernel: CPU: 0 > Feb 27 18:56:16 arabian kernel: EIP: 0010:[<8f727076>] Not tainted > Feb 27 18:56:16 arabian kernel: EFLAGS: 00010246 > Feb 27 18:56:16 arabian kernel: eax: c02c0060 ebx: d5733640 ecx: c76efc20 edx: d2deff90 > Feb 27 18:56:16 arabian kernel: esi: d4b7b00b edi: d2dee000 ebp: d2deff48 esp: d2deff0c > Feb 27 18:56:16 arabian kernel: ds: 0018 es: 0018 ss: 0018 > Feb 27 18:56:16 arabian kernel: Process su (pid: 16426, stackpage=d2def000) > Feb 27 18:56:16 arabian kernel: Stack: c014bbf9 d5733640 d2deff90 00000004 00000008 c76efc20 d2deff90 d5733640 > Feb 27 18:56:20 arabian kernel: ca0c9006 00000004 01c10ba1 fffffff4 d2deff90 ca0c9000 00000000 d2deff5c > Feb 27 18:56:20 arabian kernel: c014c2ea ca0c9000 ca0c9000 00000008 d2deff7c c014c640 bffff390 c01b7a40 > Feb 27 18:56:20 arabian kernel: Call Trace: [<c014bbf9>] [<c014c2ea>] [<c014c640>] [<c01b7a40>] [<c014890d>] > Feb 27 18:56:20 arabian kernel: [<c0150481>] [<c01095cf>] > Feb 27 18:56:20 arabian kernel: > Feb 27 18:56:20 arabian kernel: Code: Bad EIP value. > Had to reboot after this. >>-- >>Best regards, >> Nikolai Zhubr >> >>> Feb 26 19:13:28 arabian kernel: Linux video capture interface: v1.00 >> >>> Loaded km..... >> >>> Feb 26 19:14:37 arabian kernel: Kmultimedia API module version alpha-2.0 loaded >>> Feb 26 19:14:37 arabian kernel: Kmultimedia module version alpha-2.0 loaded >>> Feb 26 19:14:37 arabian kernel: Page size is 4096 sizeof(bm_list_descriptor)=16 sizeof(KM_STRUCT)=280 >>> Feb 26 19:14:37 arabian kernel: km: using irq 11 >>> Feb 26 19:14:37 arabian kernel: Register aperture is 0xfebff000 0x00001000 >>> Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 >>> Feb 26 19:14:37 arabian kernel: sizeof(kmfl_template)=56 sizeof(KM_FIELD)=28 >>> Feb 26 19:14:37 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video0 >>> Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 >> >> >>> Begining capture.... >> >>> Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 >>> Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer >>> Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x05e52000, bus address: 0x05e52000 >>> Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer >>> Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062d9000, bus address: 0x062d9000 >>> Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 >>> Feb 26 19:18:14 arabian kernel: km: total frames: 0, overrun: 0 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-1 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-2 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-3 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-4 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-5 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-6 >>> Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-7 >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 >>> Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer >>> Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x062d9000, bus address: 0x062d9000 >>> Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer >>> Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062bf000, bus address: 0x062bf000 >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 >>> Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 >>> Feb 26 19:18:32 arabian kernel: km: total frames: 11, overrun: 9 >>> Feb 26 19:19:06 arabian modprobe: modprobe: Can't locate module char-major-10-134 >> >>> After a brief pause X terminated. Restarting failed but left this in XFree86.0.log....... >> >>> (II) Loading sub module "xaa" >>> (II) LoadModule: "xaa" >>> (II) Loading /usr/X11R6/lib/modules/libxaa.a >>> (II) Module xaa: vendor="The XFree86 Project" >>> compiled for 4.2.99.901, module version = 1.1.0 >>> ABI class: XFree86 Video Driver, version 0.6 >>> (II) Loading sub module "ramdac" >>> (II) LoadModule: "ramdac" >>> (II) Loading /usr/X11R6/lib/modules/libramdac.a >>> (II) Module ramdac: vendor="The XFree86 Project" >>> compiled for 4.2.99.901, module version = 0.1.0 >>> ABI class: XFree86 Video Driver, version 0.6 >>> (II) Loading sub module "fb" >>> (II) LoadModule: "fb" >>> (II) Loading /usr/X11R6/lib/modules/libfb.a >>> Skipping "/usr/X11R6/lib/modules/libfb.a:fbfillrect.o": No symbols found >>> ^F is an unrecognized module type >>> (EE) Failed to load /usr/X11R6/lib/modules/libfb.a >>> (II) UnloadModule: "fb" >>> (EE) ATI: Failed to load module "fb" (loader failed, 7) >>> (II) UnloadModule: "ati" >>> (II) UnloadModule: "ramdac" >>> (II) Unloading /usr/X11R6/lib/modules/libramdac.a >>> (II) UnloadModule: "xaa" >>> (II) Unloading /usr/X11R6/lib/modules/libxaa.a >>> (II) UnloadModule: "vbe" >>> (II) Unloading /usr/X11R6/lib/modules/libvbe.a >>> (II) UnloadModule: "ddc" >>> (II) Unloading /usr/X11R6/lib/modules/libddc.a >>> (II) UnloadModule: "int10" >>> (II) Unloading /usr/X11R6/lib/modules/linux/libint10.a >>> (II) UnloadModule: "atimisc" >>> (II) Unloading /usr/X11R6/lib/modules/drivers/atimisc_drv.o >>> (EE) Screen(s) found, but none have a usable configuration. >> >>> Fatal server error: >>> no screens found >> >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Gatos-devel mailing list >>Gat...@li... >>https://lists.sourceforge.net/lists/listinfo/gatos-devel >> |
|
From: Vladimir D. <vo...@mi...> - 2003-02-28 16:54:02
|
Take a look in bindings.scp, in particular "toggle_mute" procedure.
best
Vladimir Dergachev
On Fri, 28 Feb 2003 Fo...@fo... wrote:
> Good Day,
> I have been working on scripting the capture of TV programs and have
> run into a very basic problem which I was hoping could be easily solved.
> When AVView starts up it is muted. This doesn't mean that the Alsa mixer
> has anything muted, just AVView. Now in the attributes window I can
> deselect the mute field but this is not retained after the closure of
> AVView. The next time I restart AVView, I get the same muted silence.
>
> Is there any trick to getting AVView to start with the volume on? I
> see no variable in the ~/.avview_state file that specifies the volume or
> mute status. Is there a method of scripting the change of volume on AVView?
>
> I was considering using Xawtv to display the video to be captured
> since I can adjust the channel and volume with xawtv-remote. But xawtv
> requires me to minimize and maximize the window before it will display
> anything.
>
> Any ideas would be helpful. Thanks again for a great app and a
> great capability!
>
> Kevin Foss
> Ottawa, Canada
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gatos-devel mailing list
> Gat...@li...
> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>
|
|
From: <Fo...@fo...> - 2003-02-28 13:05:42
|
Good Day, I have been working on scripting the capture of TV programs and have run into a very basic problem which I was hoping could be easily solved. When AVView starts up it is muted. This doesn't mean that the Alsa mixer has anything muted, just AVView. Now in the attributes window I can deselect the mute field but this is not retained after the closure of AVView. The next time I restart AVView, I get the same muted silence. Is there any trick to getting AVView to start with the volume on? I see no variable in the ~/.avview_state file that specifies the volume or mute status. Is there a method of scripting the change of volume on AVView? I was considering using Xawtv to display the video to be captured since I can adjust the channel and volume with xawtv-remote. But xawtv requires me to minimize and maximize the window before it will display anything. Any ideas would be helpful. Thanks again for a great app and a great capability! Kevin Foss Ottawa, Canada |
|
From: Meino C. C. <mccramer@s.netic.de> - 2003-02-28 07:39:26
|
From: shs...@st... Subject: Re: [GATOS] Sligthly OT: Question for help Date: Fri, 28 Feb 2003 07:38:31 +0100 (CET) Message-ID: <104...@ww...> > Quoting Meino Christian Cramer <mccramer@s.netic.de>: > > > Hi, > > > > ...this night I downloaded XFree 4.3.0., compiled it and installed > > it. > > > > But I got mysterious (to me) "effects". > > > > My system consists of: > > XFree 4.3.0 > > Linux kernel 2.4.20 > > ATI Radeon 7500 AGP (made by Sapphire) > > Athlon 2400+ XP > > EPoX 8K5A3+ motherboard. > > someone who have my hardware? :) ? > do you have apic on? no, I have a single processor machine... > posting your XFConfig-4 would be a good idea, yeah, I only thought it was my configuration-or-something-else fault, so I wanted to ask the radeon gurus here in first place... > which distribution do you use? my own ;) A hacked version of dRock... > also what happens if you try `startx` as root? will try it and mail it later on, ok ? > best, > > svetljo > > > > When I started XFREE as root (by switching to runlevel 5) and I am > > using > > the radeon.o module as it is installed by compiling the kernel I got > > (beside other things) the following entry in /var/log/XF > Thanks for your help ! Keep Hacking! Meino |
|
From: <shs...@st...> - 2003-02-28 06:40:37
|
Quoting Meino Christian Cramer <mccramer@s.netic.de>: > Hi, > > ...this night I downloaded XFree 4.3.0., compiled it and installed > it. > > But I got mysterious (to me) "effects". > > My system consists of: > XFree 4.3.0 > Linux kernel 2.4.20 > ATI Radeon 7500 AGP (made by Sapphire) > Athlon 2400+ XP > EPoX 8K5A3+ motherboard. someone who have my hardware? :) do you have apic on? posting your XFConfig-4 would be a good idea, which distribution do you use? also what happens if you try `startx` as root? best, svetljo > When I started XFREE as root (by switching to runlevel 5) and I am > using > the radeon.o module as it is installed by compiling the kernel I got > (beside other things) the following entry in /var/log/XF |
|
From: Meino C. C. <mccramer@s.netic.de> - 2003-02-28 04:52:07
|
Hi, ...this night I downloaded XFree 4.3.0., compiled it and installed it. But I got mysterious (to me) "effects". My system consists of: XFree 4.3.0 Linux kernel 2.4.20 ATI Radeon 7500 AGP (made by Sapphire) Athlon 2400+ XP EPoX 8K5A3+ motherboard. When I started XFREE as root (by switching to runlevel 5) and I am using the radeon.o module as it is installed by compiling the kernel I got (beside other things) the following entry in /var/log/XF (==) RADEON(0): Write-combining range (0xe0000000,0x4000000) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] loaded kernel module for "radeon" driver (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:0:0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xd142c000 (II) RADEON(0): [drm] mapped SAREA 0xd142c000 to 0x40014000 (II) RADEON(0): [drm] framebuffer handle = 0xe0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (WW) RADEON(0): [dri] Some DRI features disabled because of version mismatch. [dri] radeon.o kernel module version is 1.1.1 but 1.3.1 or later is preferred. Ok, this said to me, that I have to update the kernel module radeon.o. In the XFree source tree there is a directory: XFREE430/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/ I did a make -f Makefile.linux and installed the resulting radeon.o in place of that installed by the kernel compilation. I switched back to runlevel 2 and made sure that neither X is running nor radeon.o is still loaded (rmmod radeon.o) After switching to runlevel 5 as root I got in the Xfree logfile: (==) RADEON(0): Write-combining range (0xe0000000,0x4000000) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] loaded kernel module for "radeon" driver !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Permission denied !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1024) to (1280,1026) (II) RADEON(0): Largest offscreen area available: 1280 x 7165 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Again, dri is not working. What the hell means "permission denied"??? I am acting as root and /dev/dri/card0 is set to: crw-rw-rw- 1 root root 226, 0 Feb 28 05:36 /dev/dri/card0 So, what is going on here? I am at the end of what I thiught I know ;O) Could one /please/ help me, I am sure I am doing something wrong here, but I dont know what... Any help is very appreciated. Thank you VERY much in advance ! Keep hacking! Meino |
|
From: Andrew S. J. <an...@as...> - 2003-02-28 04:32:59
|
On Thursday 27 February 2003 10:21 pm, Vladimir Dergachev wrote: > Yes, ati.2 is against 4.2.99.901 and XFree86 is 4.2.99.902 now.. XFree86 4.3.0 is out officially now, as of this morning. Not that I was waiting or anything.... At least now we have an official stable version to develop and test against for a while. Andy Johnson > > best > > Vladimir Dergachev > > On Thu, 27 Feb 2003, Andrew S. Johnson wrote: > > > I've downloaded XFree86 4.3.0 from CVS, and it made OK. > > However, radeon_probe.c has lots of errors when making > > ati.2 from CVS. I did the xmkmf step first, before make. > > Do I need to do something different, or does the CVS version > > of ati.2 (and drm-kernel) need to be sync'ed against the > > new 4.3 version? > > > > Thanks, > > > > Andy Johnson |
|
From: Vladimir D. <vo...@mi...> - 2003-02-28 04:21:16
|
Yes, ati.2 is against 4.2.99.901 and XFree86 is 4.2.99.902 now..
best
Vladimir Dergachev
On Thu, 27 Feb 2003, Andrew S. Johnson wrote:
> I've downloaded XFree86 4.3.0 from CVS, and it made OK.
> However, radeon_probe.c has lots of errors when making
> ati.2 from CVS. I did the xmkmf step first, before make.
> Do I need to do something different, or does the CVS version
> of ati.2 (and drm-kernel) need to be sync'ed against the
> new 4.3 version?
>
> Thanks,
>
> Andy Johnson
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Gatos-devel mailing list
> Gat...@li...
> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>
|
|
From: Andrew S. J. <an...@as...> - 2003-02-28 03:53:39
|
I've downloaded XFree86 4.3.0 from CVS, and it made OK. However, radeon_probe.c has lots of errors when making ati.2 from CVS. I did the xmkmf step first, before make. Do I need to do something different, or does the CVS version of ati.2 (and drm-kernel) need to be sync'ed against the new 4.3 version? Thanks, Andy Johnson |
|
From: <ad...@ne...> - 2003-02-28 01:48:47
|
Tmlrb2xhaSBaaHViciA8czAwMUBob3Rib3gucnU+IHdyb3RlOgoKPkhpLAo+VGh1cnNkYXks IDI3IEZlYnJ1YXJ5LCAyMDAzLCA1OjIxOjQ1LCBSYW5kYWxsIER1Q2hhcm1lIHdyb3RlOgo+ PiBUaGFua3MsCj4KPj4gRGlkbid0IHRoaW5rIEkgbmVlZGVkIHRoZSByYWRlb24gbW9kdWxl IHNpbmNlIGl0J3Mgbm90IGEgcmFkZW9uIGNhcmQgYnV0Li4uID8/Pwo+Cj4+IFRoZSBsYXRl c3QgbWVzcyAoIHN0aWxsIHdvcmtpbmcgdGhyb3VnaCBtb2R1bGUgaXNzdWVzIHVucmVsYXRl ZCB0byB2aWRlbyApIGxvb2tzIGxpa2UgdGhpczoKPgo+PiBBZnRlciBtb2Rwcm9iZSB2aWRl b2Rldi4uLgo+PiBGZWIgMjYgMTk6MTI6NTUgYXJhYmlhbiBtb2Rwcm9iZTogbW9kcHJvYmU6 IENhbid0IGxvY2F0ZSBtb2R1bGUgY2hhci1tYWpvci0xMC0xMzQKPj4gRmViIDI2IDE5OjEy OjU4IGFyYWJpYW4gbW9kcHJvYmU6IG1vZHByb2JlOiBDYW4ndCBsb2NhdGUgbW9kdWxlIGNo YXItbWFqb3ItODEKPgoKPkFsbCAiQ2FuJ3QgbG9jYXRlIG1vZHVsZS4uLiIgbWVzc2FnZXMg YXJlIG5vIHByb2JsZW0gdW5sZXNzIHlvdQo+cmVhbGx5IF93YW50XyB0aG9zZSB2ZXJ5IG1v ZHVsZXMgdG8gYmUgYXV0b21hdGljYWxseSBsb2FkZWQuCj5Nb3N0IHByb2JhYmx5IHRob3Vn aCwgeW91IHJhdGhlciB3YW50IHRvIHdpcGUgb3V0IHVubmVlZGVkIGxpbmVzCj5pbiB5b3Vy IC9ldGMvbW9kdWxlcy5jb25mIHNvIHRoYXQgbW9kcHJvYmUgZG9lc24ndCB3b3JyeSBhbGwg dGhlCj50aW1lLgo+Tm93LCByZWdhcmRpbmcgWCBmYWlsaW5nIEknbSBubyBleHBlcnQsIGJ1 dCBpdCBsb29rcyBsaWtlIGl0IHRyaWVzCj50byBsb2FkICdmYicgaW5zdGVhZCBvZiAnYXRp JyBvbiBzb21lIHJlYXNvbi4gSG93ZXZlciwgc3lzbG9nIG1lc3NhZ2VzCj5mcm9tIGttIGxv b2sgbGlrZSBub3JtYWwuIERvZXMgaXQgYWxsIGhhcHBlbiB0aGUgc2FtZSB3YXkgd2l0aCBt eQo+dmVyc2lvbiBhcyB3ZWxsPwoKSGVyZSdzIHdoYXQgaGFwcGVucyB3aXRoIHlvdXIgJ0In IHZlcnNpb24uLi5GZWIgMjcgMTg6NTM6MTAgYXJhYmlhbiBrZXJuZWw6IExpbnV4IHZpZGVv IGNhcHR1cmUgaW50ZXJmYWNlOiB2MS4wMApGZWIgMjcgMTg6NTQ6MjYgYXJhYmlhbiBrZXJu ZWw6IEttdWx0aW1lZGlhIEFQSSBtb2R1bGUgdmVyc2lvbiBhbHBoYS0zLjAgbG9hZGVkCkZl YiAyNyAxODo1NDoyNiBhcmFiaWFuIGtlcm5lbDogS211bHRpbWVkaWEgbW9kdWxlIHZlcnNp b24gYWxwaGEtMi4wLXVub2ZmaWNpYWxfaGFja19CIGxvYWRlZApGZWIgMjcgMTg6NTQ6MjYg YXJhYmlhbiBrZXJuZWw6IERldmljZSBBVEkgVGVjaG5vbG9naWVzIEluYyAzRCBSYWdlIFBy byAwMDoxMi4wICgweDEwMDI6MHg0NzQ5KSBjb3JyZXNwb25kcyB0byAvZGV2L3ZpZGVvMApG ZWIgMjcgMTg6NTQ6MzcgYXJhYmlhbiBrZXJuZWw6IGttOiB0b3RhbCBmcmFtZXM6IDAsIG92 ZXJydW46IDAKRmViIDI3IDE4OjU0OjM3IGFyYWJpYW4gbW9kcHJvYmU6IG1vZHByb2JlOiBD YW4ndCBsb2NhdGUgbW9kdWxlIGNoYXItbWFqb3ItODEtMQpGZWIgMjcgMTg6NTQ6MzcgYXJh YmlhbiBtb2Rwcm9iZTogbW9kcHJvYmU6IENhbid0IGxvY2F0ZSBtb2R1bGUgY2hhci1tYWpv ci04MS0yCkZlYiAyNyAxODo1NDozNyBhcmFiaWFuIG1vZHByb2JlOiBtb2Rwcm9iZTogQ2Fu J3QgbG9jYXRlIG1vZHVsZSBjaGFyLW1ham9yLTgxLTNGZWIgMjcgMTg6NTQ6MzggYXJhYmlh biBtb2Rwcm9iZTogbW9kcHJvYmU6IENhbid0IGxvY2F0ZSBtb2R1bGUgY2hhci1tYWpvci04 MS00CkZlYiAyNyAxODo1NDozOCBhcmFiaWFuIG1vZHByb2JlOiBtb2Rwcm9iZTogQ2FuJ3Qg bG9jYXRlIG1vZHVsZSBjaGFyLW1ham9yLTgxLTUKRmViIDI3IDE4OjU0OjM4IGFyYWJpYW4g bW9kcHJvYmU6IG1vZHByb2JlOiBDYW4ndCBsb2NhdGUgbW9kdWxlIGNoYXItbWFqb3ItODEt NgpGZWIgMjcgMTg6NTQ6MzggYXJhYmlhbiBtb2Rwcm9iZTogbW9kcHJvYmU6IENhbid0IGxv Y2F0ZSBtb2R1bGUgY2hhci1tYWpvci04MS03CkZlYiAyNyAxODo1NTowNyBhcmFiaWFuIGtl cm5lbDogZCB1cCwgZGlzYWIgV2FybmluZzogZCB1cCwgZGlzYSBkIHVwLCBkaXNhIFdhcm5p bmdkIHVwLCBkaXNhYiBXYWQgdXAsIGRpc2FibGkgV2FkIHVwLCBkaXNhYmwgV2QgdXAsIGRp c2EgV2FybmluZzpkIHVwLCBkaXNhIFdhcm5pZCB1cCwgZGlzYSBXYXJuZCB1cCwgZGlzYWIg V2FybmQgdXAsIGRpc2EgV2FybmQgdXAsIGRpc2FiIFdhZCB1cCwgZGlzYWJsaW4gV2FyZCB1 cCwgZGlzYWJsaSBXYXJkIHVwLCBkaXNhIFdhcm5pbmdkIHVwLCBkaXNhIFdhcm5pbmQgdXAs IGRpc2EgV2FyZCB1cCwgZGlzYWJsaW5nIFdhcmQgdXAsIGRpc2FibCBXYXJkIHVwLCBkaXNh IFdhcm5pbmdkIHVwLCBkaXNhYmwgV2FkIHVwLCBkaXNhYiBXZCAgV2FybmQgdXAsIGRpc2Fi IFdhcmQgdXAsIGRpc2FiIFdhcm5pZCB1cCwgZGlzYWIgV2FybmluZCB1cCwgZGlzIFdhcm5k IHVwLCBkaXMgV2FybmluZCB1cCwgZGlzYWJsIFdhcmQgdXAsIGRpc2FiIFdhcm5pbmQgdXAs IGRpc2EgV2FybmQgdXAsIGRpc2FiIFdhcm5kIHVwLCBkaXNhYmwgV2FybmQgdXAsIGRpc2Fi bGluZyBXYXJuZCB1cCwgZGlzYWJsaSBXYWQgdXAsIGRpc2FibGluZyBXYWQgdXAsIGRpc2Fi bCBXYWQgdXAsIGRpc2FibGkgV2FkIHVwLCBkaXNhYmxpbmcgaSBXYXJkIHVwLCBkaXNhYiBX YXJuaWQgdXAsIGRpc2FibGkgV2FkIHVwLCBkaXNhYmxpbmcgV2FyZCB1cCwgZGlzYWIgV2Fy bmQgdXAsIGRpc2EgV2FybmQgdXAsIGRpc2FibCBXYWQgdXAsIGRpc2FibCBXYWQgdXAsIGRp c2FibGluZyBXYXJuZCB1cCwgZGlzYSBXYWQgdXAsIGRpcyBXYXJuaW5nZCB1cCwgZGlzYWJs aSBXYWQgdXAsIGRpc2FibCBXYWQgdXAsIGRpc2FibCBXYWQgdXAsIGRpc2EgV2FybmluZzog YWNkIHVwLCBkaXMgV2FybmQgdXAsIGRpc2FiIFdhcmQgdXAsIGRpcyBXYXJuaWQgdXAsIGRp c2FibGluIFdhZCB1cCwgZGlzYWIgV2FybmluZzogYWNrbm93bGVkZ2VfZG1hIHRvIHdyb25n IGZyYW1lIDUKRmViIDI3IDE4OjU1OjA3IGFyYWJpYW4ga2VybmVsOiBLbXVsdGltZWRpYTog SVJRIDExIGxvY2tlZCB1cCwgZGlzYWJsaW5nIGludGVycm1hIHRvIHdyb25nIGZySVJRIDEx IGxvY2tlZCB1cCwgZGlzYWJsaW5nIGludGVycnVwdHMgaW4gdGhlIGhhcmR3YXJlCkZlYiAy NyAxODo1NTowNyBhcmFiaWFuIGtlcm5lbDoga20gV2FybmluZzogYWNrbm93bGVkZ2VfZG1h IHRvIHdyb25nIGZyYW1lIDUKCmZvbGxvd2VkIGJ5IDUwMCBvciBzbyBsaW5lcyBvZi4uLgoK RmViIDI3IDE4OjU1OjA3IGFyYWJpYW4ga2VybmVsOiBLbXVsdGltZWRpYTogSVJRIDExIGxv Y2tlZCB1cCwgZGlzYWJsaW5nIGludGVycnVwdHMgaW4gdGhlIGhhcmR3YXJlCkZlYiAyNyAx ODo1NTowNyBhcmFiaWFuIGtlcm5lbDoga20gV2FybmluZzogYWNrbm93bGVkZ2VfZG1hIHRv IHdyb25nIGZyYW1lIDUKCmFuZCB0aGUuLi4uRmViIDI3IDE4OjU1OjA3IGFyYWJpYW4ga2Vy bmVsOiBrbTogV2FybmluZzogQ291bnQgPSAtNDI3IGF0IDUyNwpGZWIgMjcgMTg6NTU6NTgg YXJhYmlhbiBrZXJuZWw6IFVuYWJsZSB0byBoYW5kbGUga2VybmVsIHBhZ2luZyByZXF1ZXN0 IGF0IHZpcnR1YWwgYWRkcmVzcyA4ZDYzNzU3NApGZWIgMjcgMTg6NTU6NTggYXJhYmlhbiBr ZXJuZWw6ICBwcmludGluZyBlaXA6CkZlYiAyNyAxODo1NTo1OCBhcmFiaWFuIGtlcm5lbDog YzAxMWQ1YmEKRmViIDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiAqcGRlID0gMDAwMDAw MDAKRmViIDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiBPb3BzOiAwMDAwCkZlYiAyNyAx ODo1NTo1OCBhcmFiaWFuIGtlcm5lbDogQ1BVOiAgICAwCkZlYiAyNyAxODo1NTo1OCBhcmFi aWFuIGtlcm5lbDogRUlQOiAgICAwMDEwOls8YzAxMWQ1YmE+XSAgICBOb3QgdGFpbnRlZApG ZWIgMjcgMTg6NTU6NTggYXJhYmlhbiBrZXJuZWw6IEVGTEFHUzogMDAyMTAyNDYKRmViIDI3 IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiBlYXg6IGMwMmMwMGMwICAgZWJ4OiBkMGExNDlj MCAgIGVjeDogMDAwMDAwMDEgICBlZHg6IDhkNjM3NTYwCkZlYiAyNyAxODo1NTo1OCBhcmFi aWFuIGtlcm5lbDogZXNpOiBjOWU2YjBlMCAgIGVkaTogZmZmZmZmZTkgICBlYnA6IGQ0MDYz ZjY0ICAgZXNwOiBkNDA2M2Y0YwpGZWIgMjcgMTg6NTU6NTggYXJhYmlhbiBrZXJuZWw6IGRz OiAwMDE4ICAgZXM6IDAwMTggICBzczogMDAxOApGZWIgMjcgMTg6NTU6NTggYXJhYmlhbiBr ZXJuZWw6IFByb2Nlc3MgbHMgKHBpZDogMTY0MjMsIHN0YWNrcGFnZT1kNDA2MzAwMCkKRmVi IDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiBTdGFjazogYzAxM2YxM2EgOGQ2Mzc1NjAg ZDMwNTI5ZTAgMDAwMDAwMDAgYzkzM2YwMDAgNDAxM2IyYWYgZDQwNjNmYTAgYzAxM2VmODYK RmViIDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiAgICAgICAgZDMwNTI5ZTAgYzEzZGRm MjAgMDAwMDAwMDAgZDQwNjNmN2MgZDMwNTI5ZTAgYzEzZGRmMjAgYzAxNGIzYzMgMDAwMDAw MDAKRmViIDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiAgICAgICAgY2YyYjE3YzAgMDAw MDAwMDEgMDAwMDAwMDEgYzkzM2YwMDAgMDAwMDAwMDMgZDQwNjNmYmMgYzAxM2YzNTEgYzkz M2YwMDAKRmViIDI3IDE4OjU1OjU4IGFyYWJpYW4ga2VybmVsOiBDYWxsIFRyYWNlOiAgICBb PGMwMTNmMTNhPl0gWzxjMDEzZWY4Nj5dIFs8YzAxNGIzYzM+XSBbPGMwMTNmMzUxPl0gWzxj MDEwOTVjZj5dCkZlYiAyNyAxODo1NTo1OCBhcmFiaWFuIGtlcm5lbDoKRmViIDI3IDE4OjU1 OjU4IGFyYWJpYW4ga2VybmVsOiBDb2RlOiA4YiA0MiAxNCBhOSAwMiAwMCAwMCAwMCA3NCAw ZCAzMSBjOSBiMCAwMSA4NiAwNSBiNCBkNCAyYiBjMApGZWIgMjcgMTg6NTY6MDkgYXJhYmlh biBrZXJuZWw6ICBrbTogdG90YWwgZnJhbWVzOiAyLCBvdmVycnVuOiAyNTEKRmViIDI3IDE4 OjU2OjE2IGFyYWJpYW4ga2VybmVsOiBVbmFibGUgdG8gaGFuZGxlIGtlcm5lbCBwYWdpbmcg cmVxdWVzdCBhdCB2aXJ0dWFsIGFkZHJlc3MgOGY3MjcwNzYKRmViIDI3IDE4OjU2OjE2IGFy YWJpYW4ga2VybmVsOiAgcHJpbnRpbmcgZWlwOgpGZWIgMjcgMTg6NTY6MTYgYXJhYmlhbiBr ZXJuZWw6IDhmNzI3MDc2CkZlYiAyNyAxODo1NjoxNiBhcmFiaWFuIGtlcm5lbDogKnBkZSA9 IDAwMDAwMDAwCkZlYiAyNyAxODo1NjoxNiBhcmFiaWFuIGtlcm5lbDogT29wczogMDAwMApG ZWIgMjcgMTg6NTY6MTYgYXJhYmlhbiBrZXJuZWw6IENQVTogICAgMApGZWIgMjcgMTg6NTY6 MTYgYXJhYmlhbiBrZXJuZWw6IEVJUDogICAgMDAxMDpbPDhmNzI3MDc2Pl0gICAgTm90IHRh aW50ZWQKRmViIDI3IDE4OjU2OjE2IGFyYWJpYW4ga2VybmVsOiBFRkxBR1M6IDAwMDEwMjQ2 CkZlYiAyNyAxODo1NjoxNiBhcmFiaWFuIGtlcm5lbDogZWF4OiBjMDJjMDA2MCAgIGVieDog ZDU3MzM2NDAgICBlY3g6IGM3NmVmYzIwICAgZWR4OiBkMmRlZmY5MApGZWIgMjcgMTg6NTY6 MTYgYXJhYmlhbiBrZXJuZWw6IGVzaTogZDRiN2IwMGIgICBlZGk6IGQyZGVlMDAwICAgZWJw OiBkMmRlZmY0OCAgIGVzcDogZDJkZWZmMGMKRmViIDI3IDE4OjU2OjE2IGFyYWJpYW4ga2Vy bmVsOiBkczogMDAxOCAgIGVzOiAwMDE4ICAgc3M6IDAwMTgKRmViIDI3IDE4OjU2OjE2IGFy YWJpYW4ga2VybmVsOiBQcm9jZXNzIHN1IChwaWQ6IDE2NDI2LCBzdGFja3BhZ2U9ZDJkZWYw MDApCkZlYiAyNyAxODo1NjoxNiBhcmFiaWFuIGtlcm5lbDogU3RhY2s6IGMwMTRiYmY5IGQ1 NzMzNjQwIGQyZGVmZjkwIDAwMDAwMDA0IDAwMDAwMDA4IGM3NmVmYzIwIGQyZGVmZjkwIGQ1 NzMzNjQwCkZlYiAyNyAxODo1NjoyMCBhcmFiaWFuIGtlcm5lbDogICAgICAgIGNhMGM5MDA2 IDAwMDAwMDA0IDAxYzEwYmExIGZmZmZmZmY0IGQyZGVmZjkwIGNhMGM5MDAwIDAwMDAwMDAw IGQyZGVmZjVjCkZlYiAyNyAxODo1NjoyMCBhcmFiaWFuIGtlcm5lbDogICAgICAgIGMwMTRj MmVhIGNhMGM5MDAwIGNhMGM5MDAwIDAwMDAwMDA4IGQyZGVmZjdjIGMwMTRjNjQwIGJmZmZm MzkwIGMwMWI3YTQwCkZlYiAyNyAxODo1NjoyMCBhcmFiaWFuIGtlcm5lbDogQ2FsbCBUcmFj ZTogICAgWzxjMDE0YmJmOT5dIFs8YzAxNGMyZWE+XSBbPGMwMTRjNjQwPl0gWzxjMDFiN2E0 MD5dIFs8YzAxNDg5MGQ+XQpGZWIgMjcgMTg6NTY6MjAgYXJhYmlhbiBrZXJuZWw6ICAgWzxj MDE1MDQ4MT5dIFs8YzAxMDk1Y2Y+XQpGZWIgMjcgMTg6NTY6MjAgYXJhYmlhbiBrZXJuZWw6 CkZlYiAyNyAxODo1NjoyMCBhcmFiaWFuIGtlcm5lbDogQ29kZTogIEJhZCBFSVAgdmFsdWUu CgoKSGFkIHRvIHJlYm9vdCBhZnRlciB0aGlzLgoKCgo+LS0gCj5CZXN0IHJlZ2FyZHMsCj4g Tmlrb2xhaSBaaHVicgo+Cj4+IEZlYiAyNiAxOToxMzoyOCBhcmFiaWFuIGtlcm5lbDogTGlu dXggdmlkZW8gY2FwdHVyZSBpbnRlcmZhY2U6IHYxLjAwCj4KPj4gTG9hZGVkIGttLi4uLi4K Pgo+PiBGZWIgMjYgMTk6MTQ6MzcgYXJhYmlhbiBrZXJuZWw6IEttdWx0aW1lZGlhIEFQSSBt b2R1bGUgdmVyc2lvbiBhbHBoYS0yLjAgbG9hZGVkCj4+IEZlYiAyNiAxOToxNDozNyBhcmFi aWFuIGtlcm5lbDogS211bHRpbWVkaWEgbW9kdWxlIHZlcnNpb24gYWxwaGEtMi4wIGxvYWRl ZAo+PiBGZWIgMjYgMTk6MTQ6MzcgYXJhYmlhbiBrZXJuZWw6IFBhZ2Ugc2l6ZSBpcyA0MDk2 IHNpemVvZihibV9saXN0X2Rlc2NyaXB0b3IpPTE2IHNpemVvZihLTV9TVFJVQ1QpPTI4MAo+ PiBGZWIgMjYgMTk6MTQ6MzcgYXJhYmlhbiBrZXJuZWw6IGttOiB1c2luZyBpcnEgMTEKPj4g RmViIDI2IDE5OjE0OjM3IGFyYWJpYW4ga2VybmVsOiBSZWdpc3RlciBhcGVydHVyZSBpcyAw eGZlYmZmMDAwIDB4MDAwMDEwMDAKPj4gRmViIDI2IDE5OjE0OjM3IGFyYWJpYW4ga2VybmVs OiBrbXMgdmFyaWFibGVzOiByZWdfYXBlcnR1cmU9MHhkNjljYjAwMAo+PiBGZWIgMjYgMTk6 MTQ6MzcgYXJhYmlhbiBrZXJuZWw6IHNpemVvZihrbWZsX3RlbXBsYXRlKT01NiBzaXplb2Yo S01fRklFTEQpPTI4Cj4+IEZlYiAyNiAxOToxNDozNyBhcmFiaWFuIGtlcm5lbDogRGV2aWNl IEFUSSBUZWNobm9sb2dpZXMgSW5jIDNEIFJhZ2UgUHJvIDAwOjEyLjAgKDB4MTAwMjoweDQ3 NDkpIGNvcnJlc3BvbmRzIHRvIC9kZXYvdmlkZW8wCj4+IEZlYiAyNiAxOToxNDozNyBhcmFi aWFuIGtlcm5lbDoga21zIHZhcmlhYmxlczogcmVnX2FwZXJ0dXJlPTB4ZDY5Y2IwMDAKPgo+ Cj4+IEJlZ2luaW5nIGNhcHR1cmUuLi4uCj4KPj4gRmViIDI2IDE5OjE4OjE0IGFyYWJpYW4g a2VybmVsOiBtYWNoNjRfZ2V0X3dpbmRvd19wYXJhbWV0ZXJzOiB3aWR0aD02NDAgaGVpZ2h0 PTI0MAo+PiBGZWIgMjYgMTk6MTg6MTQgYXJhYmlhbiBrZXJuZWw6IEFsbG9jYXRlZCAzMDcy MDAgYnl0ZXMgZm9yIGEgc2luZ2xlIGZyYW1lIGJ1ZmZlcgo+PiBGZWIgMjYgMTk6MTg6MTQg YXJhYmlhbiBrZXJuZWw6IGZyYW1lIHRhYmxlIHZpcnR1YWwgYWRkcmVzcyAweGQ2YTJhMDAw LCBwaHlzaWNhbCBhZGRyZXNzOiAweDA1ZTUyMDAwLCBidXMgYWRkcmVzczogMHgwNWU1MjAw MAo+PiBGZWIgMjYgMTk6MTg6MTQgYXJhYmlhbiBrZXJuZWw6IEFsbG9jYXRlZCAzMDcyMDAg Ynl0ZXMgZm9yIGEgc2luZ2xlIGZyYW1lIGJ1ZmZlcgo+PiBGZWIgMjYgMTk6MTg6MTQgYXJh YmlhbiBrZXJuZWw6IGZyYW1lIHRhYmxlIHZpcnR1YWwgYWRkcmVzcyAweGQ2YTc4MDAwLCBw aHlzaWNhbCBhZGRyZXNzOiAweDA2MmQ5MDAwLCBidXMgYWRkcmVzczogMHgwNjJkOTAwMAo+ PiBGZWIgMjYgMTk6MTg6MTQgYXJhYmlhbiBrZXJuZWw6IG1hY2g2NF9nZXRfd2luZG93X3Bh cmFtZXRlcnM6IHdpZHRoPTY0MCBoZWlnaHQ9MjQwCj4+IEZlYiAyNiAxOToxODoxNCBhcmFi aWFuIGtlcm5lbDoga206IHRvdGFsIGZyYW1lczogMCwgb3ZlcnJ1bjogMAo+PiBGZWIgMjYg MTk6MTg6MTUgYXJhYmlhbiBtb2Rwcm9iZTogbW9kcHJvYmU6IENhbid0IGxvY2F0ZSBtb2R1 bGUgY2hhci1tYWpvci04MS0xCj4+IEZlYiAyNiAxOToxODoxNSBhcmFiaWFuIG1vZHByb2Jl OiBtb2Rwcm9iZTogQ2FuJ3QgbG9jYXRlIG1vZHVsZSBjaGFyLW1ham9yLTgxLTIKPj4gRmVi IDI2IDE5OjE4OjE1IGFyYWJpYW4gbW9kcHJvYmU6IG1vZHByb2JlOiBDYW4ndCBsb2NhdGUg bW9kdWxlIGNoYXItbWFqb3ItODEtMwo+PiBGZWIgMjYgMTk6MTg6MTUgYXJhYmlhbiBtb2Rw cm9iZTogbW9kcHJvYmU6IENhbid0IGxvY2F0ZSBtb2R1bGUgY2hhci1tYWpvci04MS00Cj4+ IEZlYiAyNiAxOToxODoxNSBhcmFiaWFuIG1vZHByb2JlOiBtb2Rwcm9iZTogQ2FuJ3QgbG9j YXRlIG1vZHVsZSBjaGFyLW1ham9yLTgxLTUKPj4gRmViIDI2IDE5OjE4OjE1IGFyYWJpYW4g bW9kcHJvYmU6IG1vZHByb2JlOiBDYW4ndCBsb2NhdGUgbW9kdWxlIGNoYXItbWFqb3ItODEt Ngo+PiBGZWIgMjYgMTk6MTg6MTUgYXJhYmlhbiBtb2Rwcm9iZTogbW9kcHJvYmU6IENhbid0 IGxvY2F0ZSBtb2R1bGUgY2hhci1tYWpvci04MS03Cj4+IEZlYiAyNiAxOToxODoxNiBhcmFi aWFuIGtlcm5lbDogbWFjaDY0X2dldF93aW5kb3dfcGFyYW1ldGVyczogd2lkdGg9NjQwIGhl aWdodD0yNDAKPj4gRmViIDI2IDE5OjE4OjE2IGFyYWJpYW4ga2VybmVsOiBBbGxvY2F0ZWQg MzA3MjAwIGJ5dGVzIGZvciBhIHNpbmdsZSBmcmFtZSBidWZmZXIKPj4gRmViIDI2IDE5OjE4 OjE2IGFyYWJpYW4ga2VybmVsOiBmcmFtZSB0YWJsZSB2aXJ0dWFsIGFkZHJlc3MgMHhkNmEy YTAwMCwgcGh5c2ljYWwgYWRkcmVzczogMHgwNjJkOTAwMCwgYnVzIGFkZHJlc3M6IDB4MDYy ZDkwMDAKPj4gRmViIDI2IDE5OjE4OjE2IGFyYWJpYW4ga2VybmVsOiBBbGxvY2F0ZWQgMzA3 MjAwIGJ5dGVzIGZvciBhIHNpbmdsZSBmcmFtZSBidWZmZXIKPj4gRmViIDI2IDE5OjE4OjE2 IGFyYWJpYW4ga2VybmVsOiBmcmFtZSB0YWJsZSB2aXJ0dWFsIGFkZHJlc3MgMHhkNmE3ODAw MCwgcGh5c2ljYWwgYWRkcmVzczogMHgwNjJiZjAwMCwgYnVzIGFkZHJlc3M6IDB4MDYyYmYw MDAKPj4gRmViIDI2IDE5OjE4OjE2IGFyYWJpYW4ga2VybmVsOiBtYWNoNjRfZ2V0X3dpbmRv d19wYXJhbWV0ZXJzOiB3aWR0aD02NDAgaGVpZ2h0PTI0MAo+PiBGZWIgMjYgMTk6MTg6MTYg YXJhYmlhbiBrZXJuZWw6IG1hY2g2NF9nZXRfd2luZG93X3BhcmFtZXRlcnM6IHdpZHRoPTY0 MCBoZWlnaHQ9MjQwCj4+IEZlYiAyNiAxOToxODozMiBhcmFiaWFuIGtlcm5lbDoga206IHRv dGFsIGZyYW1lczogMTEsIG92ZXJydW46IDkKPj4gRmViIDI2IDE5OjE5OjA2IGFyYWJpYW4g bW9kcHJvYmU6IG1vZHByb2JlOiBDYW4ndCBsb2NhdGUgbW9kdWxlIGNoYXItbWFqb3ItMTAt MTM0Cj4KPj4gQWZ0ZXIgYSBicmllZiBwYXVzZSBYIHRlcm1pbmF0ZWQuICBSZXN0YXJ0aW5n IGZhaWxlZCBidXQgbGVmdCB0aGlzIGluIFhGcmVlODYuMC5sb2cuLi4uLi4uCj4KPj4gKElJ KSBMb2FkaW5nIHN1YiBtb2R1bGUgInhhYSIKPj4gKElJKSBMb2FkTW9kdWxlOiAieGFhIgo+ PiAoSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJ4YWEuYQo+PiAoSUkp IE1vZHVsZSB4YWE6IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKPj4gICAgICAgICBj b21waWxlZCBmb3IgNC4yLjk5LjkwMSwgbW9kdWxlIHZlcnNpb24gPSAxLjEuMAo+PiAgICAg ICAgIEFCSSBjbGFzczogWEZyZWU4NiBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC42Cj4+IChJ SSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1kYWMiCj4+IChJSSkgTG9hZE1vZHVsZTogInJh bWRhYyIKPj4gKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGlicmFtZGFj LmEKPj4gKElJKSBNb2R1bGUgcmFtZGFjOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3Qi Cj4+ICAgICAgICAgY29tcGlsZWQgZm9yIDQuMi45OS45MDEsIG1vZHVsZSB2ZXJzaW9uID0g MC4xLjAKPj4gICAgICAgICBBQkkgY2xhc3M6IFhGcmVlODYgVmlkZW8gRHJpdmVyLCB2ZXJz aW9uIDAuNgo+PiAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiCj4+IChJSSkgTG9hZE1v ZHVsZTogImZiIgo+PiAoSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJm Yi5hCj4+IFNraXBwaW5nICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmZiLmE6ZmJmaWxs cmVjdC5vIjogIE5vIHN5bWJvbHMgZm91bmQKPj4gXkYgaXMgYW4gdW5yZWNvZ25pemVkIG1v ZHVsZSB0eXBlCj4+IChFRSkgRmFpbGVkIHRvIGxvYWQgL3Vzci9YMTFSNi9saWIvbW9kdWxl cy9saWJmYi5hCj4+IChJSSkgVW5sb2FkTW9kdWxlOiAiZmIiCj4+IChFRSkgQVRJOiBGYWls ZWQgdG8gbG9hZCBtb2R1bGUgImZiIiAobG9hZGVyIGZhaWxlZCwgNykKPj4gKElJKSBVbmxv YWRNb2R1bGU6ICJhdGkiCj4+IChJSSkgVW5sb2FkTW9kdWxlOiAicmFtZGFjIgo+PiAoSUkp IFVubG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnJhbWRhYy5hCj4+IChJSSkg VW5sb2FkTW9kdWxlOiAieGFhIgo+PiAoSUkpIFVubG9hZGluZyAvdXNyL1gxMVI2L2xpYi9t b2R1bGVzL2xpYnhhYS5hCj4+IChJSSkgVW5sb2FkTW9kdWxlOiAidmJlIgo+PiAoSUkpIFVu bG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnZiZS5hCj4+IChJSSkgVW5sb2Fk TW9kdWxlOiAiZGRjIgo+PiAoSUkpIFVubG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVz L2xpYmRkYy5hCj4+IChJSSkgVW5sb2FkTW9kdWxlOiAiaW50MTAiCj4+IChJSSkgVW5sb2Fk aW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGludXgvbGliaW50MTAuYQo+PiAoSUkpIFVu bG9hZE1vZHVsZTogImF0aW1pc2MiCj4+IChJSSkgVW5sb2FkaW5nIC91c3IvWDExUjYvbGli L21vZHVsZXMvZHJpdmVycy9hdGltaXNjX2Rydi5vCj4+IChFRSkgU2NyZWVuKHMpIGZvdW5k LCBidXQgbm9uZSBoYXZlIGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uCj4KPj4gRmF0YWwgc2Vy dmVyIGVycm9yOgo+PiBubyBzY3JlZW5zIGZvdW5kCj4KPgo+Cj4KPi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPlRoaXMgc2YubmV0 IGVtYWlsIGlzIHNwb25zb3JlZCBieTpUaGlua0dlZWsKPldlbGNvbWUgdG8gZ2VlayBoZWF2 ZW4uCj5odHRwOi8vdGhpbmtnZWVrLmNvbS9zZgo+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KPkdhdG9zLWRldmVsIG1haWxpbmcgbGlzdAo+R2F0 b3MtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj5odHRwczovL2xpc3RzLnNvdXJjZWZv cmdlLm5ldC9saXN0cy9saXN0aW5mby9nYXRvcy1kZXZlbAo+CgoKLS0gCk1pY3Jvc29mdCBp cyBOT1QgdGhlIGFuc3dlci4KTWljcm9zb2Z0IGlzIHRoZSBxdWVzdGlvbi4uLi4uCmFuZCB0 aGUgYW5zd2VyIGlzICBOTyEKClByb3VkIHRvIGJlIDEwMCUgTWljcm9zb2Z0IGZyZWUhIQoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwpUaGUgTkVXIE5ldHNjYXBlIDcuMCBicm93c2VyIGlzIG5vdyBhdmFp bGFibGUuIFVwZ3JhZGUgbm93ISBodHRwOi8vY2hhbm5lbHMubmV0c2NhcGUuY29tL25zL2Jy b3dzZXJzL2Rvd25sb2FkLmpzcCAKCkdldCB5b3VyIG93biBGUkVFLCBwZXJzb25hbCBOZXRz Y2FwZSBNYWlsIGFjY291bnQgdG9kYXkgYXQgaHR0cDovL3dlYm1haWwubmV0c2NhcGUuY29t Lwo= |
|
From: Jared D. <ha...@de...> - 2003-02-27 18:36:38
|
Running 4.3.0 and the experiment 6 release of the AIT.2 driver I get a messed up picture. It recognizes the card, runs the mode I request, but I get a really f'd up image - it's as if it has some sort of byte offset problem. I've tried multiple color depths and resolution and I get the same problem every time. Any suggestions on what might be wrong? -Jared |
|
From: Rehtonen P. <re...@cs...> - 2003-02-27 16:37:47
|
On Thu, 27 Feb 2003, Jens Oberender wrote: > Hi > > An alternative is a DXR3 card, if you CPU is fast enough. > There are no legal issues with that! But they have the exactly same legal issues that we have. They just could not care less, I guess. -- "The difference between design and research seems to be a question of new versus good. Design doesn't have to be new, but it has to be good. Research doesn't have to be good, but it has to be new." Paul Graham |
|
From: Jens O. <j....@tr...> - 2003-02-27 15:09:58
|
Hi An alternative is a DXR3 card, if you CPU is fast enough. I use that with a Celeron 666 to watch Divx on my TV with mplayer. The DXR3 is a MPEG1/2 card and has a very good tuner-chip, better then all the graphiccards, as the developers tell. Have a look at http://dxr3.sourceforge.net. There are no legal issues with that! Bye, Jens |
|
From: Nikolai Z. <s0...@ho...> - 2003-02-27 15:01:37
|
Hi, Thursday, 27 February, 2003, 11:47:11, Jostein Lima wrote: [...] > I can only agree 100% with Toni's post. It's very frustrating that > TV-out is not supported. For us here in Europe, it's also very > difficult to understand the Macrovision argument. > Since Toni can actually get some TV-out using some sort of adapter, > have you not already broken the Macrovision agreement by enabling > movie-playing? Or do we have to blame the people who made the adapter > for that? If so, why are they not already sued? I just want to note that developers shouldn't be blamed for not working on tv-out for XFree. ATI doesn't want them to, doesn't help on this (AKAIK) and probably wouldn't like much if someone tried to reverse-engineer their code (It would be not so easy and very time-consuming anyway, and why would one try to make such efforts in his spare time at the danger of being sued after all) Also note, that ATI is still more friendly to open source than, say, nvidia. Moreover, it seems they finally got the point and are getting rid of macrovision-related stuff in their latest models. -- Best regards, Nikolai Zhubr > Also, since you can use mplayer to play to the vesa device, you can > actually get movie played on your TV. But not X. Why is this not a > violation? > I know we have discussed this many times, and it's probably just stupid > to bring it up again, but it's so extremely frustrating... > Currently I don't have a monitor at all. So I have to use Linux in > console mode, or use Windows. > Best Regards, > -- > Jostein Lima > Project Manager, High End Visualization > Senior Research Geophysicist > PGS Research > --------------------------------------------------------------------- > You have moved your mouse. Windows will now restart to reflect your > changes... > --------------------------------------------------------------------- > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Gatos-devel mailing list > Gat...@li... > https://lists.sourceforge.net/lists/listinfo/gatos-devel |
|
From: Nikolai Z. <s0...@ho...> - 2003-02-27 15:01:34
|
Hi, Thursday, 27 February, 2003, 5:21:45, Randall DuCharme wrote: > Thanks, > Didn't think I needed the radeon module since it's not a radeon card but... ??? > The latest mess ( still working through module issues unrelated to video ) looks like this: > After modprobe videodev... > Feb 26 19:12:55 arabian modprobe: modprobe: Can't locate module char-major-10-134 > Feb 26 19:12:58 arabian modprobe: modprobe: Can't locate module char-major-81 All "Can't locate module..." messages are no problem unless you really _want_ those very modules to be automatically loaded. Most probably though, you rather want to wipe out unneeded lines in your /etc/modules.conf so that modprobe doesn't worry all the time. Now, regarding X failing I'm no expert, but it looks like it tries to load 'fb' instead of 'ati' on some reason. However, syslog messages from km look like normal. Does it all happen the same way with my version as well? -- Best regards, Nikolai Zhubr > Feb 26 19:13:28 arabian kernel: Linux video capture interface: v1.00 > Loaded km..... > Feb 26 19:14:37 arabian kernel: Kmultimedia API module version alpha-2.0 loaded > Feb 26 19:14:37 arabian kernel: Kmultimedia module version alpha-2.0 loaded > Feb 26 19:14:37 arabian kernel: Page size is 4096 sizeof(bm_list_descriptor)=16 sizeof(KM_STRUCT)=280 > Feb 26 19:14:37 arabian kernel: km: using irq 11 > Feb 26 19:14:37 arabian kernel: Register aperture is 0xfebff000 0x00001000 > Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 > Feb 26 19:14:37 arabian kernel: sizeof(kmfl_template)=56 sizeof(KM_FIELD)=28 > Feb 26 19:14:37 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video0 > Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000 > Begining capture.... > Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 > Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer > Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x05e52000, bus address: 0x05e52000 > Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer > Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062d9000, bus address: 0x062d9000 > Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240 > Feb 26 19:18:14 arabian kernel: km: total frames: 0, overrun: 0 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-1 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-2 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-3 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-4 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-5 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-6 > Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-7 > Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer > Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x062d9000, bus address: 0x062d9000 > Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer > Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062bf000, bus address: 0x062bf000 > Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240 > Feb 26 19:18:32 arabian kernel: km: total frames: 11, overrun: 9 > Feb 26 19:19:06 arabian modprobe: modprobe: Can't locate module char-major-10-134 > After a brief pause X terminated. Restarting failed but left this in XFree86.0.log....... > (II) Loading sub module "xaa" > (II) LoadModule: "xaa" > (II) Loading /usr/X11R6/lib/modules/libxaa.a > (II) Module xaa: vendor="The XFree86 Project" > compiled for 4.2.99.901, module version = 1.1.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) Loading sub module "ramdac" > (II) LoadModule: "ramdac" > (II) Loading /usr/X11R6/lib/modules/libramdac.a > (II) Module ramdac: vendor="The XFree86 Project" > compiled for 4.2.99.901, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) Loading sub module "fb" > (II) LoadModule: "fb" > (II) Loading /usr/X11R6/lib/modules/libfb.a > Skipping "/usr/X11R6/lib/modules/libfb.a:fbfillrect.o": No symbols found > ^F is an unrecognized module type > (EE) Failed to load /usr/X11R6/lib/modules/libfb.a > (II) UnloadModule: "fb" > (EE) ATI: Failed to load module "fb" (loader failed, 7) > (II) UnloadModule: "ati" > (II) UnloadModule: "ramdac" > (II) Unloading /usr/X11R6/lib/modules/libramdac.a > (II) UnloadModule: "xaa" > (II) Unloading /usr/X11R6/lib/modules/libxaa.a > (II) UnloadModule: "vbe" > (II) Unloading /usr/X11R6/lib/modules/libvbe.a > (II) UnloadModule: "ddc" > (II) Unloading /usr/X11R6/lib/modules/libddc.a > (II) UnloadModule: "int10" > (II) Unloading /usr/X11R6/lib/modules/linux/libint10.a > (II) UnloadModule: "atimisc" > (II) Unloading /usr/X11R6/lib/modules/drivers/atimisc_drv.o > (EE) Screen(s) found, but none have a usable configuration. > Fatal server error: > no screens found |
|
From: Toni L. <ton...@ni...> - 2003-02-27 12:36:43
|
On Thursday, February 27, 2003 10:47 AM, Jostein Lima <jos...@pg...> wrote: > On 2003.02.26 22:11 Toni Lindroos wrote: > >> I've connected my display adapter to TV before turning on the >> computer and >> that way I do get TV-OUT feature but the picture would need to be >> adjusted >> too much to properly fit to the TV screen. And I can't use VIDEO-IN >> features >> when using TV-OUT this way... > > I can only agree 100% with Toni's post. It's very frustrating that > TV-out is not supported. For us here in Europe, it's also very > difficult to understand the Macrovision argument. > > Since Toni can actually get some TV-out using some sort of adapter, > have you not already broken the Macrovision agreement by enabling > movie-playing? Or do we have to blame the people who made the adapter > for that? If so, why are they not already sued? Well, actually I said that I've connected my display adapter (ATI Rage12= 8 Pro AIW or Radeon xxxx) to TV not "my display to adapter". ;-) > Also, since you can use mplayer to play to the vesa device, you can > actually get movie played on your TV. But not X. Why is this not a > violation? Actually, you can get X running with the framebuffer device but then video-in won't work. At least that's what I=B4ve experienced. > I know we have discussed this many times, and it's probably just > stupid to bring it up again, but it's so extremely frustrating... I agree. Hopefully this issue can be solved? BTW, I think it's great that ATI supports development of Gatos. Couldn't = ATI release at least some kind of binary module or external software that cou= ld be used to control TV-OUT? Maybe it wouldn't be the ideal solution but at least something... Should we try to e-mail ATI directly and ask for bette= r TV-OUT support? > Currently I don't have a monitor at all. So I have to use Linux in > console mode, or use Windows. I've Radeon 8500 in my Windows system and I normally use that to watch movies. Then I have a Linux box with ATI Rage 128 Pro AIW without monitor that takes care of routing, internet connections and acts as a server. I would like to use that Linux box to play MP3s and videos. Also, my brothe= r has currently one Windows system with Radeon 9000 Pro and another Windows system with Radeon 8500LE without monitor to play MP3s and videos. Also, in the future it would be nice to record TV shows and maybe use a digital TV receiver card. -- Toni Lindroos <tonilind@*NOSPAM*nic.fi> Turku, Finland |
|
From: Jostein L. <jos...@pg...> - 2003-02-27 08:48:33
|
On 2003.02.26 22:11 Toni Lindroos wrote: > I've connected my display adapter to TV before turning on the computer > and > that way I do get TV-OUT feature but the picture would need to be > adjusted > too much to properly fit to the TV screen. And I can't use VIDEO-IN > features > when using TV-OUT this way... I can only agree 100% with Toni's post. It's very frustrating that TV-out is not supported. For us here in Europe, it's also very difficult to understand the Macrovision argument. Since Toni can actually get some TV-out using some sort of adapter, have you not already broken the Macrovision agreement by enabling movie-playing? Or do we have to blame the people who made the adapter for that? If so, why are they not already sued? Also, since you can use mplayer to play to the vesa device, you can actually get movie played on your TV. But not X. Why is this not a violation? I know we have discussed this many times, and it's probably just stupid to bring it up again, but it's so extremely frustrating... Currently I don't have a monitor at all. So I have to use Linux in console mode, or use Windows. Best Regards, -- Jostein Lima Project Manager, High End Visualization Senior Research Geophysicist PGS Research --------------------------------------------------------------------- You have moved your mouse. Windows will now restart to reflect your changes... --------------------------------------------------------------------- |
|
From: <ad...@ne...> - 2003-02-27 02:22:10
|
Thanks,
Didn't think I needed the radeon module since it's not a radeon card but... ???
The latest mess ( still working through module issues unrelated to video ) looks like this:
After modprobe videodev...
Feb 26 19:12:55 arabian modprobe: modprobe: Can't locate module char-major-10-134
Feb 26 19:12:58 arabian modprobe: modprobe: Can't locate module char-major-81
Feb 26 19:13:28 arabian kernel: Linux video capture interface: v1.00
Loaded km.....
Feb 26 19:14:37 arabian kernel: Kmultimedia API module version alpha-2.0 loaded
Feb 26 19:14:37 arabian kernel: Kmultimedia module version alpha-2.0 loaded
Feb 26 19:14:37 arabian kernel: Page size is 4096 sizeof(bm_list_descriptor)=16 sizeof(KM_STRUCT)=280
Feb 26 19:14:37 arabian kernel: km: using irq 11
Feb 26 19:14:37 arabian kernel: Register aperture is 0xfebff000 0x00001000
Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000
Feb 26 19:14:37 arabian kernel: sizeof(kmfl_template)=56 sizeof(KM_FIELD)=28
Feb 26 19:14:37 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video0
Feb 26 19:14:37 arabian kernel: kms variables: reg_aperture=0xd69cb000
Begining capture....
Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240
Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer
Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x05e52000, bus address: 0x05e52000
Feb 26 19:18:14 arabian kernel: Allocated 307200 bytes for a single frame buffer
Feb 26 19:18:14 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062d9000, bus address: 0x062d9000
Feb 26 19:18:14 arabian kernel: mach64_get_window_parameters: width=640 height=240
Feb 26 19:18:14 arabian kernel: km: total frames: 0, overrun: 0
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-1
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-2
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-3
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-4
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-5
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-6
Feb 26 19:18:15 arabian modprobe: modprobe: Can't locate module char-major-81-7
Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240
Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer
Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a2a000, physical address: 0x062d9000, bus address: 0x062d9000
Feb 26 19:18:16 arabian kernel: Allocated 307200 bytes for a single frame buffer
Feb 26 19:18:16 arabian kernel: frame table virtual address 0xd6a78000, physical address: 0x062bf000, bus address: 0x062bf000
Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240
Feb 26 19:18:16 arabian kernel: mach64_get_window_parameters: width=640 height=240
Feb 26 19:18:32 arabian kernel: km: total frames: 11, overrun: 9
Feb 26 19:19:06 arabian modprobe: modprobe: Can't locate module char-major-10-134
After a brief pause X terminated. Restarting failed but left this in XFree86.0.log.......
(II) Loading sub module "xaa"
(II) LoadModule: "xaa"
(II) Loading /usr/X11R6/lib/modules/libxaa.a
(II) Module xaa: vendor="The XFree86 Project"
compiled for 4.2.99.901, module version = 1.1.0
ABI class: XFree86 Video Driver, version 0.6
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Loading /usr/X11R6/lib/modules/libramdac.a
(II) Module ramdac: vendor="The XFree86 Project"
compiled for 4.2.99.901, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.6
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/X11R6/lib/modules/libfb.a
Skipping "/usr/X11R6/lib/modules/libfb.a:fbfillrect.o": No symbols found
^F is an unrecognized module type
(EE) Failed to load /usr/X11R6/lib/modules/libfb.a
(II) UnloadModule: "fb"
(EE) ATI: Failed to load module "fb" (loader failed, 7)
(II) UnloadModule: "ati"
(II) UnloadModule: "ramdac"
(II) Unloading /usr/X11R6/lib/modules/libramdac.a
(II) UnloadModule: "xaa"
(II) Unloading /usr/X11R6/lib/modules/libxaa.a
(II) UnloadModule: "vbe"
(II) Unloading /usr/X11R6/lib/modules/libvbe.a
(II) UnloadModule: "ddc"
(II) Unloading /usr/X11R6/lib/modules/libddc.a
(II) UnloadModule: "int10"
(II) Unloading /usr/X11R6/lib/modules/linux/libint10.a
(II) UnloadModule: "atimisc"
(II) Unloading /usr/X11R6/lib/modules/drivers/atimisc_drv.o
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found
Back to working on module problems.
Thanks much
Nikolai Zhubr <s0...@ho...> wrote:
>Hi,
>Wednesday, 26 February, 2003, 3:58:15, Randall DuCharme wrote:
>> Greetings,
>
>> Ok all.... I finally got a 2.4.20 kernel built (what a nightmare... reversed ide devices etc!!!!) and am able to get farther with km now. I'm still unsure of something. What exactly am I supposed
>> to do with the drm-kernel sources? Do I replace the kernel sources or compile it as a stand-alone module? If I replace the kernel sources then module linking complains about missing dependencies.
>> If I build it as a stand-alone module and then `insmod radeon.o` like it says on the gatos web page, the system locks up. Have to hard-reset. Can't even telnet in to kill X.
>
>
> I no longer get segfaults when I initiate captures but appear to have ffmpeg problems now. I have some other module issues to straighten out with the new kernel yet.... but want to make sure to
>> DTRT with the drm-kernel modules.
>Heh? You have a rage pro, right? Then forget about drm for now.
>radeon.o is not for this card at all. You could try Leif's dri
>branch though, if you want 3D, but this is probably adventurous.
>Otherwise, you only need ati.2 and (for capture) km.
>--
>Best regards,
> Nikolai Zhubr
>
>> Many Thanks
>
>
>> Vladimir Dergachev <vo...@mi...> wrote:
>
>>>
>>>
>>>On Sun, 23 Feb 2003, Randall DuCharme wrote:
>>>
>>>> Greetings,
>>>>
>>>> Deleted the devices from /lib/dev-state no difference.
>>>>
>>>> Load videodev:
>>>> Feb 23 17:50:42 arabian kernel: Linux video capture interface: v1.00
>>>>
>>>>
>>>> Load km:
>>>> Feb 23 17:53:13 arabian kernel: Kmultimedia API module version alpha-3.0 loaded
>>>> Feb 23 17:53:13 arabian kernel: Kmultimedia module version alpha-2.0-unofficial_hack_B loaded
>>>> Feb 23 17:53:13 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video-1
>>>>
>>>> Interesting to note here that it references /dev/video-1. I don't have a /dev/video-1 but a /dev/video1. ?????
>>>
>>>That's /dev/videoX with X=-1 - i.e. an indication that it failed to
>>>register it.
>>>
>>>I have looked at km code again and it does not appear that km itself is
>>>prone to crashing if vd.minor is negative. So it is videodev (v4l) module
>>>that causes an error.
>>>
>>>Lastly, have you tried running this through ksymoops ?
>>>
>>> best
>>>
>>> Vladimir Dergachev
>>>
>>>>
>>>> Capture:
>>>> Feb 23 17:54:48 arabian kernel: general protection fault: 0000
>>>> Feb 23 17:54:48 arabian kernel: CPU: 0
>>>> Feb 23 17:54:48 arabian kernel: EIP: 0010:[aic7xxx:aic7xxx_periodic_otag+1358046/123073334] Not tainted
>>>> Feb 23 17:54:48 arabian kernel: EIP: 0010:[<d6983192>] Not tainted
>>>> Feb 23 17:54:48 arabian kernel: EFLAGS: 00010286
>>>> Feb 23 17:54:48 arabian kernel: eax: ffffffff ebx: d6a10ac0 ecx: d69842e0 edx: d05e8760
>>>> Feb 23 17:54:48 arabian kernel: esi: d6984320 edi: d69842e0 ebp: d038ff30 esp: d038ff00
>>>> Feb 23 17:54:48 arabian kernel: ds: 0018 es: 0018 ss: 0018
>>>> Feb 23 17:54:48 arabian kernel: Process start_avview (pid: 2368, stackpage=d038f000)
>>>> Feb 23 17:54:48 arabian kernel: Stack: 00000000 d6983000 00008001 d511a440 d038ff24 d6859a42 d511a440 00000004
>>>> Feb 23 17:54:48 arabian kernel: 00000001 d038e000 d511a440 d05e8760 d038ff4c c01417ef d511a440 d05e8760
>>>> Feb 23 17:54:48 arabian kernel: d05e8760 d511a440 ffffffe9 d038ff68 c013fe39 d511a440 d05e8760 00008000
>>>> Feb 23 17:54:48 arabian kernel: Call Trace: [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-16mdksmp/kernel/dri+-996798/96] [chrdev_open+95/144] [dentry_open+201/464] [filp_open+81/96]
>>>> [sys_open+61/160]
>>>> Feb 23 17:54:48 arabian kernel: Call Trace: [<d6859a42>] [<c01417ef>] [<c013fe39>] [<c013fd61>] [<c01400fd>]
>>>> Feb 23 17:54:48 arabian kernel: [system_call+51/64]
>>>> Feb 23 17:54:48 arabian kernel: [<c0109333>]
>>>> Feb 23 17:54:48 arabian kernel:
>>>> Feb 23 17:54:48 arabian kernel: Code: 8b 10 85 d2 0f 85 ab 00 00 00 89 c2 8b 4d 0c 89 51 10 8b 42
>>>>
>>>>
>>>>
>>>>
>>>> shs...@st... wrote:
>>>>
>>>> >Quoting Nikolai Zhubr <s0...@ho...>:
>>>> >
>>>> >> Hi Randall,
>>>> >> It looks like video_register_device call (from km_v4l.c) fails,
>>>> >> however I can't imagine why. I guess this have never happened
>>>> >> to anyone yet, and it seems almost impossible, looking into my
>>>> >> <kernel-sources-path>/drivers/media/video/videodev.c
>>>> >> Perhaps mandrake did something to the kernel. What does
>>>> >> uname -r say? Maybe someone familiar with mandrake could give
>>>> >> a hint, or yet, you could compile stock 2.4.20 yourself, which
>>>> >> is probably the best way to keep things in order.
>>>> >
>>>> >I'm not sure what really the problem is,
>>>> >but sometimes non exitent devices are restored from /lib/dev-state/
>>>> >( i think normaly this directory is used to store
>>>> > the permissions of the devices)
>>>> >and i think in such cases it reports that it couldn't create the device
>>>> >cause it already exisist.
>>>> >
>>>> >can you check whether you have the v4l devices in /lib/dev-state,
>>>> >and in case yes delete them, and see whether you have again the same message.
>>>> >
>>>> >
>>>> >best,
>>>> >
>>>> >svetljo
>>>> >
>>>> >
>>>> >>
>>>> >> > Disabled devfs. Don't know much about it either.... it came enabled
>>>> >> with the Mandrake install.
>>>> >>
>>>> >> > Loading km now gives this....
>>>> >>
>>>> >> > Feb 23 08:38:31 arabian kernel: Kmultimedia API module version
>>>> >> alpha-3.0 loaded
>>>> >> > Feb 23 08:38:31 arabian kernel: Kmultimedia module version
>>>> >> alpha-2.0-unofficial_hack_B loaded
>>>> >> > Feb 23 08:38:31 arabian kernel: Device ATI Technologies Inc 3D Rage
>>>> >> Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video-1
>>>> >>
>>>> >> > But trying to begin capture ends up with.....
>>>> >>
>>>> >> > Feb 23 08:41:36 arabian kernel: general protection fault: 0000
>>>> >> > Feb 23 08:41:36 arabian kernel: CPU: 0
>>>> >> > Feb 23 08:41:36 arabian kernel: EIP:
>>>> >> 0010:[aic7xxx:aic7xxx_periodic_otag+1358046/123073334] Not tainted
>>>> >> > Feb 23 08:41:36 arabian kernel: EIP: 0010:[<d6983192>] Not
>>>> >> tainted
>>>> >> > Feb 23 08:41:36 arabian kernel: EFLAGS: 00010286
>>>> >> > Feb 23 08:41:36 arabian kernel: eax: ffffffff ebx: d6ac1ac0 ecx:
>>>> >> d69842e0 edx: c50d4ca0
>>>> >> > Feb 23 08:41:36 arabian kernel: esi: d6984320 edi: d69842e0 ebp:
>>>> >> cc44df30 esp: cc44df00
>>>> >> > Feb 23 08:41:36 arabian kernel: ds: 0018 es: 0018 ss: 0018
>>>> >> > Feb 23 08:41:36 arabian kernel: Process start_avview (pid: 17780,
>>>> >> stackpage=cc44d000)
>>>> >> > Feb 23 08:41:36 arabian kernel: Stack: 00000000 d6983000 00008001
>>>> >> d4ca0440 cc44df24 d6859a42 d4ca0440 00000004
>>>> >> > Feb 23 08:41:36 arabian kernel: 00000001 cc44c000 d4ca0440
>>>> >> c50d4ca0 cc44df4c c01417ef d4ca0440 c50d4ca0
>>>> >> > Feb 23 08:41:36 arabian kernel: c50d4ca0 d4ca0440 ffffffe9
>>>> >> cc44df68 c013fe39 d4ca0440 c50d4ca0 00008000
>>>> >> > Feb 23 08:41:36 arabian kernel: Call Trace:
>>>> >> [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-16mdksmp/kernel/dri+-996798/96]
>>>> >> [chrdev_open+95/144] [dentry_open+201/464] [filp_open+81/96]
>>>> >> > [sys_open+61/160]
>>>> >> > Feb 23 08:41:36 arabian kernel: Call Trace: [<d6859a42>]
>>>> >> [<c01417ef>] [<c013fe39>] [<c013fd61>] [<c01400fd>]
>>>> >> > Feb 23 08:41:36 arabian kernel: [system_call+51/64]
>>>> >> > Feb 23 08:41:36 arabian kernel: [<c0109333>]
>>>> >> > Feb 23 08:41:36 arabian kernel:
>>>> >> > Feb 23 08:41:36 arabian kernel: Code: 8b 10 85 d2 0f 85 ab 00 00 00 89
>>>> >> c2 8b 4d 0c 89 51 10 8b 42
>>>> >>
>>>> >>
>>>> >> > I'll begin to see if I can't figure out what's going on, though I
>>>> >> don't understand Linux all that well yet. (so used to Solaris 'till
>>>> >> recently) Km compiles with a bunch of incompatible pointer
>>>> >> > assignment warnings on my system, so I'll start there. Let me know if
>>>> >> you have any other ideas.
>>>> >>
>>>> >>
>>>> >> > Kind regards ( and thanks so much for all your help!! )
>>>> >>
>>>> >> > Nikolai Zhubr <s0...@ho...> wrote:
>>>> >>
>>>> >> >>Hi Randall,
>>>> >> >>Sunday, 23 February, 2003, 5:32:53, Vladimir Dergachev wrote:
>>>> >> >>[...]
>>>> >> >>> It appears that v4l failed to register /dev/v4l/video0 and km was
>>>> >> not able
>>>> >> >>> to cope with this error.
>>>> >> >>So, I was right, partly.
>>>> >> >>I don't know much about devfs, but anyway, I suggest you try
>>>> >> without,
>>>> >> >>if possible.
>>>> >> >>--
>>>> >> >>Best regards,
>>>> >> >> Nikolai Zhubr
>>>> >> >>
>>>> >> >>> So while technically it is a bug in km you have bigger problems as I
>>>> >> see
>>>> >> >>> no reason for devfs_register to fail.
>>>> >> >>
>>>> >> >>> best
>>>> >> >>
>>>> >> >>> Vladimir Dergachev
>>>> >> >>
>>>> >> >>> PS I'll try to fix this segfault - but sometime later as hard
>>>> >> lockup
>>>> >> >>> problems seem more important at the moment.
>>>> >> >>
>>>> >> >>>> --
>>>> >> >>>> Best regards,
>>>> >> >>>> Nikolai Zhubr
>>>> >> >>>>
>>>> >> >>>>
>>>> >> >>>>
>>>> >> >>>>
>>>> >> >>>> -------------------------------------------------------
>>>> >> >>>> This SF.net email is sponsored by: SlickEdit Inc. Develop an
>>>> >> edge.
>>>> >> >>>> The most comprehensive and flexible code editor you can use.
>>>> >> >>>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day
>>>> >> Trial.
>>>> >> >>>> www.slickedit.com/sourceforge
>>>> >> >>>> _______________________________________________
>>>> >> >>>> Gatos-devel mailing list
>>>> >> >>>> Gat...@li...
>>>> >> >>>> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>>>> >> >>>>
>>>> >> >>
>>>> >> >>
>>>> >> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >> -------------------------------------------------------
>>>> >> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>>>> >> The most comprehensive and flexible code editor you can use.
>>>> >> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>>>> >> www.slickedit.com/sourceforge
>>>> >> _______________________________________________
>>>> >> Gatos-devel mailing list
>>>> >> Gat...@li...
>>>> >> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>>>> >>
>>>> >
>>>>
>>>>
>>>> --
>>>> Microsoft is NOT the answer.
>>>> Microsoft is the question.....
>>>> and the answer is NO!
>>>>
>>>> Proud to be 100% Microsoft free!!
>>>>
>>>>
>>>> __________________________________________________________________
>>>> The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp
>>>>
>>>> Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>>>> The most comprehensive and flexible code editor you can use.
>>>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>>>> www.slickedit.com/sourceforge
>>>> _______________________________________________
>>>> Gatos-devel mailing list
>>>> Gat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>>>>
>>>
>
>
>
--
Microsoft is NOT the answer.
Microsoft is the question.....
and the answer is NO!
Proud to be 100% Microsoft free!!
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
|
|
From: Nikolai Z. <s0...@ho...> - 2003-02-26 23:24:50
|
Hi, Wednesday, 26 February, 2003, 3:58:15, Randall DuCharme wrote: > Greetings, > Ok all.... I finally got a 2.4.20 kernel built (what a nightmare... reversed ide devices etc!!!!) and am able to get farther with km now. I'm still unsure of something. What exactly am I supposed > to do with the drm-kernel sources? Do I replace the kernel sources or compile it as a stand-alone module? If I replace the kernel sources then module linking complains about missing dependencies. > If I build it as a stand-alone module and then `insmod radeon.o` like it says on the gatos web page, the system locks up. Have to hard-reset. Can't even telnet in to kill X. > I no longer get segfaults when I initiate captures but appear to have ffmpeg problems now. I have some other module issues to straighten out with the new kernel yet.... but want to make sure to > DTRT with the drm-kernel modules. Heh? You have a rage pro, right? Then forget about drm for now. radeon.o is not for this card at all. You could try Leif's dri branch though, if you want 3D, but this is probably adventurous. Otherwise, you only need ati.2 and (for capture) km. -- Best regards, Nikolai Zhubr > Many Thanks > Vladimir Dergachev <vo...@mi...> wrote: >> >> >>On Sun, 23 Feb 2003, Randall DuCharme wrote: >> >>> Greetings, >>> >>> Deleted the devices from /lib/dev-state no difference. >>> >>> Load videodev: >>> Feb 23 17:50:42 arabian kernel: Linux video capture interface: v1.00 >>> >>> >>> Load km: >>> Feb 23 17:53:13 arabian kernel: Kmultimedia API module version alpha-3.0 loaded >>> Feb 23 17:53:13 arabian kernel: Kmultimedia module version alpha-2.0-unofficial_hack_B loaded >>> Feb 23 17:53:13 arabian kernel: Device ATI Technologies Inc 3D Rage Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video-1 >>> >>> Interesting to note here that it references /dev/video-1. I don't have a /dev/video-1 but a /dev/video1. ????? >> >>That's /dev/videoX with X=-1 - i.e. an indication that it failed to >>register it. >> >>I have looked at km code again and it does not appear that km itself is >>prone to crashing if vd.minor is negative. So it is videodev (v4l) module >>that causes an error. >> >>Lastly, have you tried running this through ksymoops ? >> >> best >> >> Vladimir Dergachev >> >>> >>> Capture: >>> Feb 23 17:54:48 arabian kernel: general protection fault: 0000 >>> Feb 23 17:54:48 arabian kernel: CPU: 0 >>> Feb 23 17:54:48 arabian kernel: EIP: 0010:[aic7xxx:aic7xxx_periodic_otag+1358046/123073334] Not tainted >>> Feb 23 17:54:48 arabian kernel: EIP: 0010:[<d6983192>] Not tainted >>> Feb 23 17:54:48 arabian kernel: EFLAGS: 00010286 >>> Feb 23 17:54:48 arabian kernel: eax: ffffffff ebx: d6a10ac0 ecx: d69842e0 edx: d05e8760 >>> Feb 23 17:54:48 arabian kernel: esi: d6984320 edi: d69842e0 ebp: d038ff30 esp: d038ff00 >>> Feb 23 17:54:48 arabian kernel: ds: 0018 es: 0018 ss: 0018 >>> Feb 23 17:54:48 arabian kernel: Process start_avview (pid: 2368, stackpage=d038f000) >>> Feb 23 17:54:48 arabian kernel: Stack: 00000000 d6983000 00008001 d511a440 d038ff24 d6859a42 d511a440 00000004 >>> Feb 23 17:54:48 arabian kernel: 00000001 d038e000 d511a440 d05e8760 d038ff4c c01417ef d511a440 d05e8760 >>> Feb 23 17:54:48 arabian kernel: d05e8760 d511a440 ffffffe9 d038ff68 c013fe39 d511a440 d05e8760 00008000 >>> Feb 23 17:54:48 arabian kernel: Call Trace: [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-16mdksmp/kernel/dri+-996798/96] [chrdev_open+95/144] [dentry_open+201/464] [filp_open+81/96] >>> [sys_open+61/160] >>> Feb 23 17:54:48 arabian kernel: Call Trace: [<d6859a42>] [<c01417ef>] [<c013fe39>] [<c013fd61>] [<c01400fd>] >>> Feb 23 17:54:48 arabian kernel: [system_call+51/64] >>> Feb 23 17:54:48 arabian kernel: [<c0109333>] >>> Feb 23 17:54:48 arabian kernel: >>> Feb 23 17:54:48 arabian kernel: Code: 8b 10 85 d2 0f 85 ab 00 00 00 89 c2 8b 4d 0c 89 51 10 8b 42 >>> >>> >>> >>> >>> shs...@st... wrote: >>> >>> >Quoting Nikolai Zhubr <s0...@ho...>: >>> > >>> >> Hi Randall, >>> >> It looks like video_register_device call (from km_v4l.c) fails, >>> >> however I can't imagine why. I guess this have never happened >>> >> to anyone yet, and it seems almost impossible, looking into my >>> >> <kernel-sources-path>/drivers/media/video/videodev.c >>> >> Perhaps mandrake did something to the kernel. What does >>> >> uname -r say? Maybe someone familiar with mandrake could give >>> >> a hint, or yet, you could compile stock 2.4.20 yourself, which >>> >> is probably the best way to keep things in order. >>> > >>> >I'm not sure what really the problem is, >>> >but sometimes non exitent devices are restored from /lib/dev-state/ >>> >( i think normaly this directory is used to store >>> > the permissions of the devices) >>> >and i think in such cases it reports that it couldn't create the device >>> >cause it already exisist. >>> > >>> >can you check whether you have the v4l devices in /lib/dev-state, >>> >and in case yes delete them, and see whether you have again the same message. >>> > >>> > >>> >best, >>> > >>> >svetljo >>> > >>> > >>> >> >>> >> > Disabled devfs. Don't know much about it either.... it came enabled >>> >> with the Mandrake install. >>> >> >>> >> > Loading km now gives this.... >>> >> >>> >> > Feb 23 08:38:31 arabian kernel: Kmultimedia API module version >>> >> alpha-3.0 loaded >>> >> > Feb 23 08:38:31 arabian kernel: Kmultimedia module version >>> >> alpha-2.0-unofficial_hack_B loaded >>> >> > Feb 23 08:38:31 arabian kernel: Device ATI Technologies Inc 3D Rage >>> >> Pro 00:12.0 (0x1002:0x4749) corresponds to /dev/video-1 >>> >> >>> >> > But trying to begin capture ends up with..... >>> >> >>> >> > Feb 23 08:41:36 arabian kernel: general protection fault: 0000 >>> >> > Feb 23 08:41:36 arabian kernel: CPU: 0 >>> >> > Feb 23 08:41:36 arabian kernel: EIP: >>> >> 0010:[aic7xxx:aic7xxx_periodic_otag+1358046/123073334] Not tainted >>> >> > Feb 23 08:41:36 arabian kernel: EIP: 0010:[<d6983192>] Not >>> >> tainted >>> >> > Feb 23 08:41:36 arabian kernel: EFLAGS: 00010286 >>> >> > Feb 23 08:41:36 arabian kernel: eax: ffffffff ebx: d6ac1ac0 ecx: >>> >> d69842e0 edx: c50d4ca0 >>> >> > Feb 23 08:41:36 arabian kernel: esi: d6984320 edi: d69842e0 ebp: >>> >> cc44df30 esp: cc44df00 >>> >> > Feb 23 08:41:36 arabian kernel: ds: 0018 es: 0018 ss: 0018 >>> >> > Feb 23 08:41:36 arabian kernel: Process start_avview (pid: 17780, >>> >> stackpage=cc44d000) >>> >> > Feb 23 08:41:36 arabian kernel: Stack: 00000000 d6983000 00008001 >>> >> d4ca0440 cc44df24 d6859a42 d4ca0440 00000004 >>> >> > Feb 23 08:41:36 arabian kernel: 00000001 cc44c000 d4ca0440 >>> >> c50d4ca0 cc44df4c c01417ef d4ca0440 c50d4ca0 >>> >> > Feb 23 08:41:36 arabian kernel: c50d4ca0 d4ca0440 ffffffe9 >>> >> cc44df68 c013fe39 d4ca0440 c50d4ca0 00008000 >>> >> > Feb 23 08:41:36 arabian kernel: Call Trace: >>> >> [ppp_async:__insmod_ppp_async_O/lib/modules/2.4.19-16mdksmp/kernel/dri+-996798/96] >>> >> [chrdev_open+95/144] [dentry_open+201/464] [filp_open+81/96] >>> >> > [sys_open+61/160] >>> >> > Feb 23 08:41:36 arabian kernel: Call Trace: [<d6859a42>] >>> >> [<c01417ef>] [<c013fe39>] [<c013fd61>] [<c01400fd>] >>> >> > Feb 23 08:41:36 arabian kernel: [system_call+51/64] >>> >> > Feb 23 08:41:36 arabian kernel: [<c0109333>] >>> >> > Feb 23 08:41:36 arabian kernel: >>> >> > Feb 23 08:41:36 arabian kernel: Code: 8b 10 85 d2 0f 85 ab 00 00 00 89 >>> >> c2 8b 4d 0c 89 51 10 8b 42 >>> >> >>> >> >>> >> > I'll begin to see if I can't figure out what's going on, though I >>> >> don't understand Linux all that well yet. (so used to Solaris 'till >>> >> recently) Km compiles with a bunch of incompatible pointer >>> >> > assignment warnings on my system, so I'll start there. Let me know if >>> >> you have any other ideas. >>> >> >>> >> >>> >> > Kind regards ( and thanks so much for all your help!! ) >>> >> >>> >> > Nikolai Zhubr <s0...@ho...> wrote: >>> >> >>> >> >>Hi Randall, >>> >> >>Sunday, 23 February, 2003, 5:32:53, Vladimir Dergachev wrote: >>> >> >>[...] >>> >> >>> It appears that v4l failed to register /dev/v4l/video0 and km was >>> >> not able >>> >> >>> to cope with this error. >>> >> >>So, I was right, partly. >>> >> >>I don't know much about devfs, but anyway, I suggest you try >>> >> without, >>> >> >>if possible. >>> >> >>-- >>> >> >>Best regards, >>> >> >> Nikolai Zhubr >>> >> >> >>> >> >>> So while technically it is a bug in km you have bigger problems as I >>> >> see >>> >> >>> no reason for devfs_register to fail. >>> >> >> >>> >> >>> best >>> >> >> >>> >> >>> Vladimir Dergachev >>> >> >> >>> >> >>> PS I'll try to fix this segfault - but sometime later as hard >>> >> lockup >>> >> >>> problems seem more important at the moment. >>> >> >> >>> >> >>>> -- >>> >> >>>> Best regards, >>> >> >>>> Nikolai Zhubr >>> >> >>>> >>> >> >>>> >>> >> >>>> >>> >> >>>> >>> >> >>>> ------------------------------------------------------- >>> >> >>>> This SF.net email is sponsored by: SlickEdit Inc. Develop an >>> >> edge. >>> >> >>>> The most comprehensive and flexible code editor you can use. >>> >> >>>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day >>> >> Trial. >>> >> >>>> www.slickedit.com/sourceforge >>> >> >>>> _______________________________________________ >>> >> >>>> Gatos-devel mailing list >>> >> >>>> Gat...@li... >>> >> >>>> https://lists.sourceforge.net/lists/listinfo/gatos-devel >>> >> >>>> >>> >> >> >>> >> >> >>> >> >> >>> >> >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------- >>> >> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >>> >> The most comprehensive and flexible code editor you can use. >>> >> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >>> >> www.slickedit.com/sourceforge >>> >> _______________________________________________ >>> >> Gatos-devel mailing list >>> >> Gat...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/gatos-devel >>> >> >>> > >>> >>> >>> -- >>> Microsoft is NOT the answer. >>> Microsoft is the question..... >>> and the answer is NO! >>> >>> Proud to be 100% Microsoft free!! >>> >>> >>> __________________________________________________________________ >>> The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp >>> >>> Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >>> The most comprehensive and flexible code editor you can use. >>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >>> www.slickedit.com/sourceforge >>> _______________________________________________ >>> Gatos-devel mailing list >>> Gat...@li... >>> https://lists.sourceforge.net/lists/listinfo/gatos-devel >>> >> |
|
From: Toni L. <ton...@ni...> - 2003-02-26 21:11:35
|
> Message: 1 > Date: Tue, 25 Feb 2003 21:00:03 -0500 (EST) > From: Vladimir Dergachev <vo...@mi...> > Reply-To: Vladimir Dergachev <vo...@mi...> > To: Jens Oberender <j....@tr...> > cc: gat...@li... > Subject: Re: [GATOS]AIW 9000pro > > > >> Does ATI support you with the documentation to the chips? > > Yes.. when they can. They also provide sample hardware - without it > support for many cards (like AIW 7500 for example) would not be > available. IMHO, getting TV-OUT working properly in Linux is very important. Many people would like to use a Linux system with ATI hardware as a "mediabox" to play MP3s, videos and maybe watch and record material from radio stations, analog and digital TV... And for that purpose a nice working TV-OUT would be necessary. It would need to be at least as good as ATI's TV-OUT feature in Windows, maybe even more configurable. I've connected my display adapter to TV before turning on the computer and that way I do get TV-OUT feature but the picture would need to be adjusted too much to properly fit to the TV screen. And I can't use VIDEO-IN features when using TV-OUT this way... I think the "Gatos team" has done EXCELLENT job to support ATI's hardware under Linux. But now nobody is not even trying to get TV-OUT feature working? I've been monitoring this mailing-lists a couple of months now and the situation doesn't look very good. I know ATI is not giving any help due those Macrovision issues and some developers are afraid of possible legal issues. And that devel-branch is outdated but the information to get TV-OUT working better is still there if someone just would continue the development? How about making the same changes to current CVS tree and releasing those patches anonymously to avoid possible legal issues? I'm not a good enough programmer myself, so I can't make the needed code, sorry... I have one ATI Rage128 Pro AIW, Radeon 8500, Radeon 8500LE and Radeon 9000 Pro... The most important feature I need now is a working and configurable TV-OUT. I really would like to throw away that Windows and use Linux in two cheap home theater PC's I and my brother are using. The only thing that keeps Windows in those computers is the fact that I can't have at least as good TV-OUT in Linux as I'm getting with Windows. Is it really so that there won't never be a properly working TV-OUT feature with all these ATI cards I've bought because I once believed they have maybe the best TV-OUT quality? Sorry about this long post but I'm very frustrated. :-( -- Toni Lindroos <tonilind.ml@*NOSPAM*nic.fi> Turku, Finland |
|
From: <shs...@st...> - 2003-02-26 09:57:47
|
Hi i'm having strange troubles with my AIW radeon 7500, when i start avview( or xawtv/zapping) i get TV for several seconds, and then the picture do not change, if i change the chanel, i get a new picture, but only a single picture which stays on the screen until i change the channel or quit avview. reverting back to ati.2-exp5 fixes the problem and i can watch TV. the last ati.2 i tried was cvs from 2-3 days before, i tried to compile current ati.2 with XF-4.3-24022003cvs but it didn't worked: smth with too many arguments to function .... in shadowfb ( i can not remmember the exact message, and i can not check right now) best, svetljo PS. at www.xfree.org already are speaking for release date ( 27.2 -- tomorrow) when could we expect ati2 cvs to compile against XF-4.3rc2 or may be even XF-4.3 final :) |
|
From: David U. <da...@un...> - 2003-02-26 02:27:12
|
Thanks for the quick reply
I deleted and reloaded both avview and ffmpeg source, compiled ffmpeg then
avview compiled with no problems
On to the next step in my Freevo project !!..
Regards
David
-----Original Message-----
From: Vladimir Dergachev [mailto:vo...@mi...]
Sent: Tuesday, February 25, 2003 9:02 PM
To: David Unsworth
Cc: gat...@li...
Subject: Re: [GATOS]avview make errors
Try using the snapshot distributed with the latest release of avview.
best
Vladimir Dergachev
On Tue, 25 Feb 2003, David Unsworth wrote:
> I am experiencing problems compiling avview
>
> Looks like this may be related to being unable to find avformat.h in the
> ffmpeg source tree, although I believe I did the configure correctly
>
> ./configure --with-ffmpeg=/usr/src/ffmpeg-cvs-2003-02-24
>
> ffmpeg itself seemed to compile OK
>
> I searched the archive but could find no similar problem. Any help would
be
> appreciated - I am using the avview-0.11.1.tar.gz download from
sourceforge
>
> Thanks !
>
> David Unsworth
>
> Make fails as shown below....
>
> if
>
gcc -DHAVE_CONFIG_H -I. -I. -I. -I -I -Wall -O2 -DAVVIEW_VERSION=\"0.11.1\
>
" -I/usr/src/ffmpeg-cvs-2003-02-24/libav -I/usr/src/ffmpeg-cvs-2003-02-24/li
> bavcodec -g -O2 -MT avview_shell-ffmpeg.o -MD -MP -MF
> ".deps/avview_shell-ffmpeg.Tpo" \
> -c -o avview_shell-ffmpeg.o `test -f 'ffmpeg.c' || echo './'`ffmpeg.c; \
> then mv ".deps/avview_shell-ffmpeg.Tpo" ".deps/avview_shell-ffmpeg.Po"; \
> else rm -f ".deps/avview_shell-ffmpeg.Tpo"; exit 1; \
> fi
> ffmpeg.c:38:22: avformat.h: No such file or directory
> ffmpeg.c:60: parse error before "AVFormatContext"
> ffmpeg.c:60: warning: no semicolon at end of struct or union
> ffmpeg.c:80: parse error before '}' token
> ffmpeg.c:80: warning: type defaults to `int' in declaration of
> `FFMPEG_ENCODING_DATA'
> ffmpeg.c:80: warning: data definition has no type or storage class
> ffmpeg.c:84: parse error before '*' token
> ffmpeg.c:84: warning: type defaults to `int' in declaration of `sdata'
> ffmpeg.c:84: warning: data definition has no type or storage class
> ffmpeg.c:109: parse error before "FFMPEG_ENCODING_DATA"
> ffmpeg.c: In function `ffmpeg_preprocess_frame':
> ffmpeg.c:112: `data' undeclared (first use in this function)
> ffmpeg.c:112: (Each undeclared identifier is reported only once
> ffmpeg.c:112: for each function it appears in.)
> ffmpeg.c:114: request for member `width' in something not a structure or
> union
> ffmpeg.c:114: request for member `height' in something not a structure or
> union
> ffmpeg.c:114: request for member `width' in something not a structure or
> union
> ffmpeg.c:114: `f' undeclared (first use in this function)
> ffmpeg.c:114: `picture' undeclared (first use in this function)
> ffmpeg.c:114: request for member `luma_hist' in something not a structure
or
> union
> ...same sort of errors continue...
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Gatos-devel mailing list
> Gat...@li...
> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>
|
|
From: Vladimir D. <vo...@mi...> - 2003-02-26 02:01:53
|
Try using the snapshot distributed with the latest release of avview.
best
Vladimir Dergachev
On Tue, 25 Feb 2003, David Unsworth wrote:
> I am experiencing problems compiling avview
>
> Looks like this may be related to being unable to find avformat.h in the
> ffmpeg source tree, although I believe I did the configure correctly
>
> ./configure --with-ffmpeg=/usr/src/ffmpeg-cvs-2003-02-24
>
> ffmpeg itself seemed to compile OK
>
> I searched the archive but could find no similar problem. Any help would be
> appreciated - I am using the avview-0.11.1.tar.gz download from sourceforge
>
> Thanks !
>
> David Unsworth
>
> Make fails as shown below....
>
> if
> gcc -DHAVE_CONFIG_H -I. -I. -I. -I -I -Wall -O2 -DAVVIEW_VERSION=\"0.11.1\
> " -I/usr/src/ffmpeg-cvs-2003-02-24/libav -I/usr/src/ffmpeg-cvs-2003-02-24/li
> bavcodec -g -O2 -MT avview_shell-ffmpeg.o -MD -MP -MF
> ".deps/avview_shell-ffmpeg.Tpo" \
> -c -o avview_shell-ffmpeg.o `test -f 'ffmpeg.c' || echo './'`ffmpeg.c; \
> then mv ".deps/avview_shell-ffmpeg.Tpo" ".deps/avview_shell-ffmpeg.Po"; \
> else rm -f ".deps/avview_shell-ffmpeg.Tpo"; exit 1; \
> fi
> ffmpeg.c:38:22: avformat.h: No such file or directory
> ffmpeg.c:60: parse error before "AVFormatContext"
> ffmpeg.c:60: warning: no semicolon at end of struct or union
> ffmpeg.c:80: parse error before '}' token
> ffmpeg.c:80: warning: type defaults to `int' in declaration of
> `FFMPEG_ENCODING_DATA'
> ffmpeg.c:80: warning: data definition has no type or storage class
> ffmpeg.c:84: parse error before '*' token
> ffmpeg.c:84: warning: type defaults to `int' in declaration of `sdata'
> ffmpeg.c:84: warning: data definition has no type or storage class
> ffmpeg.c:109: parse error before "FFMPEG_ENCODING_DATA"
> ffmpeg.c: In function `ffmpeg_preprocess_frame':
> ffmpeg.c:112: `data' undeclared (first use in this function)
> ffmpeg.c:112: (Each undeclared identifier is reported only once
> ffmpeg.c:112: for each function it appears in.)
> ffmpeg.c:114: request for member `width' in something not a structure or
> union
> ffmpeg.c:114: request for member `height' in something not a structure or
> union
> ffmpeg.c:114: request for member `width' in something not a structure or
> union
> ffmpeg.c:114: `f' undeclared (first use in this function)
> ffmpeg.c:114: `picture' undeclared (first use in this function)
> ffmpeg.c:114: request for member `luma_hist' in something not a structure or
> union
> ...same sort of errors continue...
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Gatos-devel mailing list
> Gat...@li...
> https://lists.sourceforge.net/lists/listinfo/gatos-devel
>
|
|
From: Vladimir D. <vo...@mi...> - 2003-02-26 02:00:13
|
On Wed, 26 Feb 2003, Jens Oberender wrote:
> Hi Vladimir
>
> > The cards listed on supported page are those I have immediate access to
> > for testing. Or if someone with the card undertakes the task to test
> > the very latest CVS code on consistent basis.
>
> > There are good chances ati.2 4.3.0 drivers will work with this card.
>
> I would be happy if I could help somehow.
>
> I compiled the CVS about a week ago and have the following problem:
> :
> [...]
> (II) Module saa7114: vendor="The XFree86 Project"
> compiled for 4.2.99.902, module version = 1.0.0
> ABI class: XFree86 Video Driver, version 0.6
> (II) RADEON(0): I2C device "Radeon multimedia bus:saa7114 video decoder,
> version
> 0" registered at address 0x42.
> (II) RADEON(0): Detected SAA7114 at 0x42
> (WW) RADEON(0): Option "CalcAlgorithm" is not used
> (II) RADEON(0): Direct rendering disabled
> (==) RandR enabled
> Symbol drmScatterGatherAlloc from module
> /usr/X11R6/lib/modules/drivers/radeon_d
> rv.o is unresolved!
> (II) Initializing built-in extension MIT-SHM
> [...]
>
I really need to see the whole log. Otherwise I can't tell whether you
really have saa7114 or the i2c bus does not work.
A high-resolution picture of your card will also help (both sides, several
if necessary, so I can read chip identification).
> > > and all those tricks the 9000 series cards do with the pixel shaders
> > > in 2D like "Videoshader", are those software controlled? if so, will
> > > gatos be able to utilize them?
> >
> > Yes most of these are software or utilize features of 3d pipeline. They
> > are not supported at the moment - but could be in the future.
> >
> > >
> > > i am only interested in the 2D functionality of the card, particularly
> > > TV tuner, is it currently operable on linux?
> >
> > It might. There is no way to find out without testing.
>
> Does ATI support you with the documentation to the chips?
Yes.. when they can. They also provide sample hardware - without it
support for many cards (like AIW 7500 for example) would not be available.
> Are you on there developer-network?
Yes.
Vladimir Dergachev
>
> Ciao,
> Jens
>
|
1 message has been excluded from this view by a project administrator.