Re: Silicon Motion chip on amd64

2006-10-03 Thread Free Ekanayaka
|--== Hamish Moffatt writes:

  HM Apparently X has an interpreter to run the real-mode video card BIOS,
  HM even from 64-bit userspace. So it should work. 
  HM Is the Silicon Motion your primary device or is that the NVIDIA?
  According to the BIOS settings it should be the  Silicon, but how do I
  tell it exactly?

  HM Depends on your BIOS.

Ok.

  HM Which kernel do you use? Is it Debian's standard or one you built
  HM yourself? If the latter, do you have CONFIG_VM86=Y ?

It's not  a debian standard one, this patch was applied

http://people.redhat.com/mingo/realtime-preempt/

but the  configuration is the same of  the stock 2.6.18 kernel, except
of   course of   the  options introduced   by theabove  patch, and
CONFIG_VM86=Y is there.

I've tried with a  stock 2.6.18-1-amd64 image too, but  I get the same
resuts.

  HM Unlike some of the examples on google, your X log doesn't seem to say
  HM why the BIOS was not detected. What does /proc/iomem say?

Here it is:

http://people.64studio.com/~free/iomem.log

Ciao,

Free


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Compiz + AIGLX + Nvidia HOWTO

2006-10-03 Thread Jack Malmostoso
On Tue, 03 Oct 2006 02:50:10 +0200, Pascal Giard wrote:

   Simple question, why have you choosen to use indirect rendering as
 this is much slower than direct rendering?

I quote from $(man compiz.real):

   --indirect-rendering
  Force an indirect rendering context. Use this when running  com-
  piz on AIGLX.

I actually didn't ask myself any questions and just followed the manpage
hint. Should try without then :)

-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re:

2006-10-03 Thread Hilary Thorne
KGßC POSTS GAINS!
KGBC TRADING ALERT FOR TUESDAY OCTOBER 3
THIS ONE IS A SURE RÙNNER!

Compány:  KONIGSBERG CORP (OTC BB:KGBC.OB) 
Symbo|:   KGBC
Price:$0.26 (Trading at a Discouunt!)
5-day Target:   $1.50


ABOUT KGBC:
Konigsberg Corporation (Konigsberg) (OTC BB:KGBC.OB - Ñews) is a mineral 
exploration company focuséd on Goldd-Silver explóration in the Sierrâ Madre 
Occidental Gold-Silver Province of Mexicoo. The Sierra Madrè Occïdental Gold 
Province is the primaryy gold/silver trend in Me×icoo. Konigsberg has entered 
iinto a 50/50 joint venturee with Sydney Résource Corp. (TSX VENTUREE:SYR.V - 
News) on the 2,500 hectare Yoquivo Au-Ag Property in the Ýoquivo District, 
Chihùahua Statee, Mexiìco.


KGBC IS GETTING READY TO MAKE STUNNING ANNOUNCEMENTSS!
WATCH IT CLOSELY ON TUESDÅY OCTOBER 3!
TH|S CÒ|_|LD BE THE HOT ONE OF THE SEASON!

Denver Receiving Hospital. He thought of pushing his hand through that smile 
and encountering nothing but flexible darkness. 
Everybody in town said so.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



lirc modules needing complete kernel source

2006-10-03 Thread garrone
I'm thinking of giving lirc a try.
I find I need the lirc-modules-source package
because lirc_dev is absent.

The package in dselect says that kernel sources
must be installed to compile these modules.

Why cannot they simply be compiled with headers,
like the nvidia module for example?

Peter Garrone


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: lirc modules needing complete kernel source

2006-10-03 Thread Hamish Moffatt
On Tue, Oct 03, 2006 at 11:30:46PM +1000, garrone wrote:
 I'm thinking of giving lirc a try.
 I find I need the lirc-modules-source package
 because lirc_dev is absent.
 
 The package in dselect says that kernel sources
 must be installed to compile these modules.
 
 Why cannot they simply be compiled with headers,
 like the nvidia module for example?

They can, with module-assistant.

Note that lirc-modules-source doesn't seem to compile with 2.6.18
currently. Works with 2.6.17-2.

Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: lirc modules needing complete kernel source

2006-10-03 Thread Lennart Sorensen
On Tue, Oct 03, 2006 at 11:30:46PM +1000, garrone wrote:
 I'm thinking of giving lirc a try.
 I find I need the lirc-modules-source package
 because lirc_dev is absent.
 
 The package in dselect says that kernel sources
 must be installed to compile these modules.
 
 Why cannot they simply be compiled with headers,
 like the nvidia module for example?

They can.  Unfortunately last time I tried them they were incorrectly
packaged and hardcoded to build against 2.6.16 rather than the kernel
headers you point them at.  I really should file a bug report.  The
package also modifies itself on debian/rules clean, so overall it is
really in an awful state.

--
Len Sorensen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Compiz + AIGLX + Nvidia HOWTO

2006-10-03 Thread Pascal Giard

I was asking this because with the new nvidia drivers, you don't need
to use AIGLX anymore. GL_EXT_texture_from_pixmap is directly
implemented in the driver.

Therefore you can use direct rendering and gain much performance.

-Pascal

On 3 Oct 2006 05:49:33 GMT, Jack Malmostoso [EMAIL PROTECTED] wrote:

On Tue, 03 Oct 2006 02:50:10 +0200, Pascal Giard wrote:

   Simple question, why have you choosen to use indirect rendering as
 this is much slower than direct rendering?

I quote from $(man compiz.real):

   --indirect-rendering
  Force an indirect rendering context. Use this when running  com-
  piz on AIGLX.

I actually didn't ask myself any questions and just followed the manpage
hint. Should try without then :)

--
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





--
Homepage (http://organact.mine.nu)
Debian GNU/Linux (http://www.debian.org)
École de technologie supérieure (http://www.etsmtl.ca)



Re: Compiz + AIGLX + Nvidia HOWTO

2006-10-03 Thread Bernardo Arlandis Mañó

There's an updated HOWTO on the Nvidia Linux Forums that might help:

http://www.nvnews.net/vbulletin/showthread.php?t=77030

--
Bernardo Arlandis Mañó


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Compiz + AIGLX + Nvidia HOWTO

2006-10-03 Thread Bernardo Arlandis Mañó

Pascal Giard escribió:

I was asking this because with the new nvidia drivers, you don't need
to use AIGLX anymore. GL_EXT_texture_from_pixmap is directly
implemented in the driver.

Therefore you can use direct rendering and gain much performance.

-Pascal

Playing with compiz I've found that it always uses indirect rendering, 
because of this wrapper (/usr/bin/compiz):


#!/bin/sh

# start the gtk-window-decorator if present
if [ -x /usr/bin/gtk-window-decorator ]; then
   /usr/bin/gtk-window-decorator --replace 
fi

# always load the gconf plugin
/usr/bin/compiz.real --strict-binding --indirect-rendering --use-cow 
$@ gconf



--
Bernardo Arlandis Mañó


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: apt bug 388708

2006-10-03 Thread Francesco Pietra
Thanks a lot. Got 
apt-get update
working again. 
However, at least for i386, the Debian repositories still  (3 October 17.10 
UTC) contain a faulty 0.6.46. 
Running
apt-get upgrade
the wrong status is obtained again, so that the procedure of downgrading to 
0.6.45 must be repeated
regards
francesco pietra

On Monday 02 October 2006 22:32, Hamish Moffatt wrote:
 On Mon, Oct 02, 2006 at 02:52:51PM +, Francesco Pietra wrote:
  Debian Bug report logs - #388708
  apt: Upgrading to this version (0.6.46) makes status file unparseable
 
  did I miss detail how to remedy to APT not working anymore?

 The bug report includes some workaround instructions.

 (This isn't remotely amd64 specific. Please ask debian-user.)

 Hamish
 --
 Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: lirc modules needing complete kernel source

2006-10-03 Thread Hamish Moffatt
On Tue, Oct 03, 2006 at 09:59:14AM -0400, Lennart Sorensen wrote:
 They can.  Unfortunately last time I tried them they were incorrectly
 packaged and hardcoded to build against 2.6.16 rather than the kernel
 headers you point them at.  I really should file a bug report.  The

Compiled OK here with 2.6.17-{1,2}, though not .18-1.
(Already reported as #390907.)

Actually you do need a patch from the BTS to get the gpio and/or bttv
modules to compile with .17.

Hamish
-- 
Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]