* [gentoo-user] radeon and radeonfb both loaded
@ 2009-07-20 18:22 Mark Knecht
2009-07-20 19:15 ` [gentoo-user] Email Virus Scanner John
0 siblings, 1 reply; 8+ messages in thread
From: Mark Knecht @ 2009-07-20 18:22 UTC (permalink / raw
To: gentoo-user
I'm working on my 80 year old mother's machine remotely and cannot see
the screen. I have a few question about this new Open Source Radeon
driver.
1) I'm seeing both radeon and radeonfb in memory. Is this OK, or does
it imply a problem of some sort? Can xorg-server use radeon while the
console is possibly using radeonfb or is the system misconfigured?
[ 8.571434] Adding 2048276k swap on /dev/hda6. Priority:-1
extents:1 across:2048276k
[ 20.010361] eth0: setting full-duplex.
[ 26.961162] [drm] Initialized radeon 1.29.0 20080528 on minor 0
[ 27.327626] agpgart-ati 0000:00:00.0: AGP 3.0 bridge
[ 27.327652] agpgart-ati 0000:00:00.0: putting AGP V3 device into 8x mode
[ 27.327680] radeonfb 0000:01:05.0: putting AGP V3 device into 8x mode
[ 27.470855] [drm] Setting GART location based on new memory map
[ 27.470867] [drm] Loading R200 Microcode
[ 27.470914] [drm] writeback test succeeded in 1 usecs
[ 30.344023] eth0: no IPv6 routers present
DesertFlower ~ # lsmod
Module Size Used by
radeon 115840 2
snd_atiixp 14096 0
snd_ac97_codec 89412 1 snd_atiixp
ac97_bus 1316 1 snd_ac97_codec
radeonfb 55956 0
fb_ddc 1668 1 radeonfb
DesertFlower ~ #
2) From a distance I'm wondering what these last few lines of
Xorg.0.log are telling me about the state the screen is likely in?
This machine has both a VGA connector (in use) and an S-Video
connector. (not in use) Is the 'Setting screen physical size to 320 x
240' an indication that if she was to look at the screen right now
it's not running in the normal 1024x768 sort of mode? How can I tell
at a distance what the screen resolution might be?
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: drmOpenMinor returns 10
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: enabled GLX_texture_from_pixmap with driver support
(II) AIGLX: Loaded and initialized /usr/lib/dri/r200_dri.so
(II) GLX: Initialized DRI GL provider for screen 0
(II) RADEON(0): Setting screen physical size to 320 x 240
(EE) config/hal: couldn't initialise context: (null) ((null))
disable TVDAC
I do see this implying (to me) that maybe it's in a 1024 type mode:
(==) RADEON(0): Using 16 bit depth buffer
(II) RADEON(0): RADEONInitMemoryMap() :
(II) RADEON(0): mem_size : 0x04000000
(II) RADEON(0): MC_FB_LOCATION : 0x0fff0c00
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0
(II) RADEON(0): Depth moves disabled by default
(II) RADEON(0): Using 8 MB GART aperture
(II) RADEON(0): Using 1 MB for the ring buffer
(II) RADEON(0): Using 2 MB for vertex/indirect buffers
(II) RADEON(0): Using 5 MB for GART textures
(II) RADEON(0): Memory manager initialized to (0,0) (1024,8191)
(II) RADEON(0): Reserved area from (0,1024) to (1024,1026)
(II) RADEON(0): Largest offscreen area available: 1024 x 7165
(II) RADEON(0): Will use front buffer at offset 0x0
(II) RADEON(0): Will use back buffer at offset 0x800000
(II) RADEON(0): Will use depth buffer at offset 0xa00000
(II) RADEON(0): Will use 53248 kb for textures at offset 0xc00000
Thanks,
Mark
^ permalink raw reply [flat|nested] 8+ messages in thread
* [gentoo-user] Email Virus Scanner
2009-07-20 18:22 [gentoo-user] radeon and radeonfb both loaded Mark Knecht
@ 2009-07-20 19:15 ` John
2009-07-20 20:10 ` Jacob Todd
0 siblings, 1 reply; 8+ messages in thread
From: John @ 2009-07-20 19:15 UTC (permalink / raw
To: gentoo-user
Please can you recommend a email virus scanner.
I am a little unsure about all the combinations available. I wish to
scan incoming email on my home desktop. I currently use Claws Mail and
was looking for the simplest option.
Many Thanks
--
John D Maunder
john@articwolf.myzen.co.uk
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] Email Virus Scanner
2009-07-20 19:15 ` [gentoo-user] Email Virus Scanner John
@ 2009-07-20 20:10 ` Jacob Todd
2009-07-21 17:56 ` [gentoo-user] radeon and radeonfb both loaded Mick
0 siblings, 1 reply; 8+ messages in thread
From: Jacob Todd @ 2009-07-20 20:10 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 458 bytes --]
On Mon, Jul 20, 2009 at 08:15:41PM +0100, John wrote:
> Please can you recommend a email virus scanner.
>
> I am a little unsure about all the combinations available. I wish to
> scan incoming email on my home desktop. I currently use Claws Mail and
> was looking for the simplest option.
>
> Many Thanks
> --
> John D Maunder
> john@articwolf.myzen.co.uk
>
Maybe app-antivirus/clamav?
--
Jake Todd
// If it isn't broke, tweak it!
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] radeon and radeonfb both loaded
2009-07-20 20:10 ` Jacob Todd
@ 2009-07-21 17:56 ` Mick
2009-07-21 19:38 ` Mark Knecht
0 siblings, 1 reply; 8+ messages in thread
From: Mick @ 2009-07-21 17:56 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1136 bytes --]
On Monday 20 July 2009, Jacob Todd wrote:
> On Mon, Jul 20, 2009 at 08:15:41PM +0100, John wrote:
> > Please can you recommend a email virus scanner.
> >
> > I am a little unsure about all the combinations available. I wish to
> > scan incoming email on my home desktop. I currently use Claws Mail and
> > was looking for the simplest option.
> >
> > Many Thanks
> > --
> > John D Maunder
> > john@articwolf.myzen.co.uk
>
> Maybe app-antivirus/clamav?
Or may be John shouldn't be hijacking threads (search for netiquette if you
don't understand what I'm talking about) and Jacob shouldn't respond?
Back to the OP's questions:
1) radeonfb is the framebuffer used when in console to render fonts in smaller
sizes. radeon is the xorg video card driver. Therefore, you could have them
both (either built in kernel or as modules).
2)The "(II) RADEON(0): Setting screen physical size to 320 x 240" message is
expressing the screen resolution in millimeters . This roughly is equivalent
to 1210x907 pixels. Run 'xdpyinfo -display :0.0' to see the dimensions in
rounded numbers.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] radeon and radeonfb both loaded
2009-07-21 17:56 ` [gentoo-user] radeon and radeonfb both loaded Mick
@ 2009-07-21 19:38 ` Mark Knecht
2009-07-21 23:00 ` Mick
0 siblings, 1 reply; 8+ messages in thread
From: Mark Knecht @ 2009-07-21 19:38 UTC (permalink / raw
To: gentoo-user
On Tue, Jul 21, 2009 at 10:56 AM, Mick<michaelkintzios@gmail.com> wrote:
<SNIP>
>
> Or may be John shouldn't be hijacking threads (search for netiquette if you
> don't understand what I'm talking about) and Jacob shouldn't respond?
>
> Back to the OP's questions:
>
> 1) radeonfb is the framebuffer used when in console to render fonts in smaller
> sizes. radeon is the xorg video card driver. Therefore, you could have them
> both (either built in kernel or as modules).
>
> 2)The "(II) RADEON(0): Setting screen physical size to 320 x 240" message is
> expressing the screen resolution in millimeters . This roughly is equivalent
> to 1210x907 pixels. Run 'xdpyinfo -display :0.0' to see the dimensions in
> rounded numbers.
> --
> Regards,
> Mick
>
I wasn't aware they had done that. GMail separated them into different
threads here. Thanks for catching up with my question.
Thanks for the info on the screen resolution.
OK, there is possibly a little extra difficulty to get this run, but
it's likely just ssh stuff or possibly not enabling something in X11.
1) I first ssh into my dad's Gentoo machine. When I try to run the
command through the ssh tunnel I get this:
gandalf ~ # xdpyinfo -display :0.0
Xlib: connection to ":0.0" refused by server
Xlib: Protocol not supported by server
xdpyinfo: unable to open display ":0.0".
gandalf ~ #
I then ssh into my mom's Gentoo machine
gandalf ~ # !ssh
ssh DesertFlower
Password:
Last login: Mon Jul 20 19:29:10 PDT 2009 from gandalf on pts/0
DesertFlower ~ # xdpyinfo -display :0.0
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
xdpyinfo: unable to open display ":0.0".
DesertFlower ~ #
Right now no one is logged into either machine. Both are presumably
sitting with gdm login screens.
Thanks,
Mark
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] radeon and radeonfb both loaded
2009-07-21 19:38 ` Mark Knecht
@ 2009-07-21 23:00 ` Mick
2009-07-22 0:43 ` Mark Knecht
0 siblings, 1 reply; 8+ messages in thread
From: Mick @ 2009-07-21 23:00 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1644 bytes --]
On Tuesday 21 July 2009, Mark Knecht wrote:
> On Tue, Jul 21, 2009 at 10:56 AM, Mick<michaelkintzios@gmail.com> wrote:
> > roughly is equivalent to 1210x907 pixels. Run 'xdpyinfo -display :0.0'
> > to see the dimensions in rounded numbers.
> OK, there is possibly a little extra difficulty to get this run, but
> it's likely just ssh stuff or possibly not enabling something in X11.
>
> 1) I first ssh into my dad's Gentoo machine. When I try to run the
> command through the ssh tunnel I get this:
>
> gandalf ~ # xdpyinfo -display :0.0
> Xlib: connection to ":0.0" refused by server
> Xlib: Protocol not supported by server
>
> xdpyinfo: unable to open display ":0.0".
> gandalf ~ #
>
> I then ssh into my mom's Gentoo machine
>
> gandalf ~ # !ssh
> ssh DesertFlower
> Password:
> Last login: Mon Jul 20 19:29:10 PDT 2009 from gandalf on pts/0
> DesertFlower ~ # xdpyinfo -display :0.0
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
>
> xdpyinfo: unable to open display ":0.0".
> DesertFlower ~ #
>
> Right now no one is logged into either machine. Both are presumably
> sitting with gdm login screens.
Hmm, it could be an ssh thing, not sure, probably an xauth thing (have a look
at man xauth). See if setting your IP address allows to access your parents
machine:
xdpyinfo -display XXX.XXX.XX.XX:0.0 <--where XXX.XXX.XX.XX is your IP address
of try to set the relevant env variable: setenv DISPLAY XXX.XXX.XXX.XXX:0 at
your client machine first.
Alternatively, ask them to login and then use the same login credentials.
HTH.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] radeon and radeonfb both loaded
2009-07-21 23:00 ` Mick
@ 2009-07-22 0:43 ` Mark Knecht
2009-07-22 7:49 ` Mick
0 siblings, 1 reply; 8+ messages in thread
From: Mark Knecht @ 2009-07-22 0:43 UTC (permalink / raw
To: gentoo-user
On Tue, Jul 21, 2009 at 4:00 PM, Mick<michaelkintzios@gmail.com> wrote:
> On Tuesday 21 July 2009, Mark Knecht wrote:
>> On Tue, Jul 21, 2009 at 10:56 AM, Mick<michaelkintzios@gmail.com> wrote:
>
>> > roughly is equivalent to 1210x907 pixels. Run 'xdpyinfo -display :0.0'
>> > to see the dimensions in rounded numbers.
>
>> OK, there is possibly a little extra difficulty to get this run, but
>> it's likely just ssh stuff or possibly not enabling something in X11.
>>
>> 1) I first ssh into my dad's Gentoo machine. When I try to run the
>> command through the ssh tunnel I get this:
>>
>> gandalf ~ # xdpyinfo -display :0.0
>> Xlib: connection to ":0.0" refused by server
>> Xlib: Protocol not supported by server
>>
>> xdpyinfo: unable to open display ":0.0".
>> gandalf ~ #
>>
>> I then ssh into my mom's Gentoo machine
>>
>> gandalf ~ # !ssh
>> ssh DesertFlower
>> Password:
>> Last login: Mon Jul 20 19:29:10 PDT 2009 from gandalf on pts/0
>> DesertFlower ~ # xdpyinfo -display :0.0
>> Xlib: connection to ":0.0" refused by server
>> Xlib: No protocol specified
>>
>> xdpyinfo: unable to open display ":0.0".
>> DesertFlower ~ #
>>
>> Right now no one is logged into either machine. Both are presumably
>> sitting with gdm login screens.
>
> Hmm, it could be an ssh thing, not sure, probably an xauth thing (have a look
> at man xauth). See if setting your IP address allows to access your parents
> machine:
>
> xdpyinfo -display XXX.XXX.XX.XX:0.0 <--where XXX.XXX.XX.XX is your IP address
>
> of try to set the relevant env variable: setenv DISPLAY XXX.XXX.XXX.XXX:0 at
> your client machine first.
>
> Alternatively, ask them to login and then use the same login credentials.
>
> HTH.
> --
> Regards,
> Mick
>
No luck with -display and any IP address I can think of - my address
from the net, my local address.
However, there is xdpyinfo -queryExtensions and in that data I see this:
mark@gandalf ~ $ xdpyinfo -queryExtensions
name of display: localhost:10.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10503000
X.Org version: 1.5.3
maximum request size: 16777212 bytes
motion buffer size: 256
<SNIP>
screen #0:
print screen: no
dimensions: 1280x1024 pixels (338x270 millimeters)
resolution: 96x96 dots per inch
depths (7): 16, 1, 4, 8, 15, 24, 32
root window id: 0x80
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
So on my dad's machine, which I know I set up as 1280x1024, I get the
right answer.
On my mom's machine however, which I have to
mark@DesertFlower ~ $ xdpyinfo -queryExtensions
name of display: localhost:10.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10503000
X.Org version: 1.5.3
maximum request size: 16777212 bytes
<SNIP>
screen #0:
print screen: no
dimensions: 1280x1024 pixels (338x270 millimeters)
resolution: 96x96 dots per inch
depths (7): 16, 1, 4, 8, 15, 24, 32
root window id: 0x80
depth of root window: 16 planes
and locally on my machine here I get the same info:
screen #0:
print screen: no
dimensions: 1280x1024 pixels (338x270 millimeters)
resolution: 96x96 dots per inch
depths (7): 16, 1, 4, 8, 15, 24, 32
root window id: 0x80
depth of root window: 16 planes
so I'm not sure if I'm looking at their machines or just my own?
Actually, on my mom's machine it seems it's not really screen #0, it's
screen #1 according to the config file, but maybe Xorg actually calls
it screen #0 when it's tunning. None the less her default resolution
is supposed to be 1024x768 - she has an old small monitor:
Section "Screen"
Identifier "Screen 1"
Device "** ATI Radeon (generic) [radeon]"
Monitor "My Monitor"
DefaultDepth 16
Subsection "Display"
Depth 8
Modes "1280x1024" "1024x768" "800x600" "640x480"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 16
Modes "1024x768" "800x600"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 24
Modes "1280x1024" "1024x768" "800x600" "640x480"
ViewPort 0 0
EndSubsection
EndSection
- Mark
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] radeon and radeonfb both loaded
2009-07-22 0:43 ` Mark Knecht
@ 2009-07-22 7:49 ` Mick
0 siblings, 0 replies; 8+ messages in thread
From: Mick @ 2009-07-22 7:49 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 603 bytes --]
On Wednesday 22 July 2009, Mark Knecht wrote:
Did you get your results with them logged in?
(I am surprised by the localhost:10.0 result)
> Subsection "Display"
> Depth 24
> Modes "1280x1024" "1024x768" "800x600" "640x480"
> ViewPort 0 0
> EndSubsection
If you have mode "1280x1024" in your mothers xorg.conf, then it will try to
render this resolution as long as the monitor supports it.
It may be easier to if you ask them to login, fireup a terminal, run xdpyinfo
for you and read off the screen the result.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-07-22 7:50 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-20 18:22 [gentoo-user] radeon and radeonfb both loaded Mark Knecht
2009-07-20 19:15 ` [gentoo-user] Email Virus Scanner John
2009-07-20 20:10 ` Jacob Todd
2009-07-21 17:56 ` [gentoo-user] radeon and radeonfb both loaded Mick
2009-07-21 19:38 ` Mark Knecht
2009-07-21 23:00 ` Mick
2009-07-22 0:43 ` Mark Knecht
2009-07-22 7:49 ` Mick
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox