Re: 2.6.15 on HP ZV6100 ( similar to compaq R4000)

2006-02-25 Thread Andrea Gasparini
 I would have thought with 2.6.15 it had a chance.  2.6.8 certainly won't
 like the chipset in it.
I think that it should work, i've a similar chipset (if not the same), and 
it works also with 2.6.8, recompiilng it.


 Not sure why 2.6.12 in ubuntu would work and 2.6.15 in debian wouldn't.
 Unless they load different drivers or something.
The problem, in my case, was that kernel load atiixp module after 
ide_generic, and (don't know why) ati module can't take control of ide/pci 
correctly.
( this is not a reason, it's simply what happen in my notebook... )

bye!
-- 
-gaspa-
---
Powered by Debian GNU/Linux and Debian GNU/Hurd
-- HomePage: iogaspa.altervista.org ---
-Il lunedi'dell'arrampicatore: www.lunedi.org -


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



2.6.15 on HP ZV6100 ( similar to compaq R4000)

2006-02-24 Thread Leonardo Boselli
[I am not subscribed to this list, so please reply to my own address]
... beside this it is also not strictly pertinent to amd64 port since the
problem is on the 32bit klernel, on a athlon64 PC. i post here since i
ham trying since a couple of week and any suggestion was different and
unsuccessful, and the same model is often used for 64bit development]
I have a HP ZV6100 . I have installed debian serge, then updated to etch.
but either with 2.6.8 or 2.6.15, k7 or 486 i am unable to activate dma and
in turn the computer freeze almost completely during disk access
(expecailly if i download large files from a fast lan server).
The hardware is fine since if i use a 2.6.12 from ububntu the dma is
correctly activated and i can also activcate/deactivate it with hdparm.
Any hint ? possible kernel personalization to get it to work ?
[I am not subscribed to this list, so please reply to my own address]

Leonardo Boselli, unhappy user of a HP ZV6100 .




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



Re: 2.6.15 on HP ZV6100 ( similar to compaq R4000)

2006-02-24 Thread Lennart Sorensen
On Fri, Feb 24, 2006 at 04:05:55PM +0100, Leonardo Boselli wrote:
 [I am not subscribed to this list, so please reply to my own address]
 ... beside this it is also not strictly pertinent to amd64 port since the
 problem is on the 32bit klernel, on a athlon64 PC. i post here since i
 ham trying since a couple of week and any suggestion was different and
 unsuccessful, and the same model is often used for 64bit development]
 I have a HP ZV6100 . I have installed debian serge, then updated to etch.
 but either with 2.6.8 or 2.6.15, k7 or 486 i am unable to activate dma and
 in turn the computer freeze almost completely during disk access
 (expecailly if i download large files from a fast lan server).
 The hardware is fine since if i use a 2.6.12 from ububntu the dma is
 correctly activated and i can also activcate/deactivate it with hdparm.
 Any hint ? possible kernel personalization to get it to work ?
 [I am not subscribed to this list, so please reply to my own address]
 
 Leonardo Boselli, unhappy user of a HP ZV6100 .

I would have thought with 2.6.15 it had a chance.  2.6.8 certainly won't
like the chipset in it.

So far support for ATI chipsets has seemed very unstable in linux,
although it does seem to be improving a bit with each new 2.6 kernel.

Is the bios up to date?  I had all sorts of trouble recently trying to
install on an athlon with nforce2/sil3112 controllers, and a bios update
made all the problems go away.

Not sure why 2.6.12 in ubuntu would work and 2.6.15 in debian wouldn't.
Unless they load different drivers or something.

Len Sorensen


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



Re: Compaq R4000

2005-08-19 Thread jefe boss
I have a Compaq R4000 too and It's working properly except the sound,
check this page, maybe can help you. It's for Ubuntu but maybe...

http://www.ubuntuforums.org/showthread.php?t=47555

good luck

2005/8/11, Adam Stiles [EMAIL PROTECTED]:
 On Thursday 11 August 2005 15:44, Howard Coles Jr. wrote:
  /bin/sh: /usr/src/linux-headers-2.6.12-1-k7/scripts/gcc-version.sh: No such
  fil or directory
  make[1]: Entering directory '/usr/src/linux-headers-2.6.12-1-k7'
CC [M]  /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o
  /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static
  declaration of '_fgl_agp_try_unsupported' follows non-static declaration
  /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous
  declaration of '__fgl_agp_try_unsupported' was here
  make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvideia-agp.o] Error 1
  make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Error 2
  make[1]: *** [kmod_muild] Error 2
  build failed with return value 2
 
  I upgraded to 2.6.12 kernel thinking that would help the hardware clock
  issue but it hasn't.  I tried the no_timer_check parameter, and that
  didn't help either.
 
  --
 
  See Ya'
  Howard Coles Jr.
  John 3:16!
 
 Chances are you have some obscure file missing which is in a -dev package
 somewhere.
 
 In the Bad Old Days, when processor power was at a premium, Linux distributors
 began distributing ready-compiled packages, which just required the files
 copying into the destination directories  {as `make install` does}.  Disk
 space was also at a premium then, so certain files that were generated during
 compilation of a package, which were not necessary for the day-to-day running
 of the package  {but which might be required later, when compiling other
 dependent packages from source}  would be separated out into a -dev {for
 development}  package.
 
 This habit has persisted long beyond any technical justification.
 
 When compiling a kernel module from source -- or patching a precompiled
 closed-source, binary-only kernel module to work with your existing kernel --
 you need the header files which are part of the kernel source.
 
 I personally have never had any joy with kernel-headers-* packages.  Once I
 compiled my own kernel, using sources obtained from kernel.org, all my
 problems vanished.  Debian makes it easy to compile your own kernel.  There
 is a package called kernel-package which generates a .deb file you can
 install.  You also need another package  {libncurses5-dev, I think}  for
 `make menuconfig` to work.
 
 --
 AJS
 
 
 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 




Re: Compaq R4000

2005-08-11 Thread Michelasso
On 8/11/05, Howard Coles Jr. [EMAIL PROTECTED] wrote:
 
 I would love to get the video and clock problem fixed most of all, and if any
 of you have any tips it would make things so much easier.  All my searching
 to this point has been fruitless!


For the clock problem try to pass the 'noapic' option to kernel at
boot time; what is exactly the problem when building the fgrlx kernel
module?

Bye.



Re: Compaq R4000

2005-08-11 Thread Howard Coles Jr.
On Thursday 11 August 2005 09:28 am, Michelasso wrote:
 On 8/11/05, Howard Coles Jr. [EMAIL PROTECTED] wrote:
  I would love to get the video and clock problem fixed most of all, and if
  any of you have any tips it would make things so much easier.  All my
  searching to this point has been fruitless!

 For the clock problem try to pass the 'noapic' option to kernel at
 boot time; what is exactly the problem when building the fgrlx kernel
 module?

 Bye.

I tried the noapic and I couldn't get a dhcp address to my nic.

when I try to compile the ATI fglrx modules I get:

/bin/sh: /usr/src/linux-headers-2.6.12-1-k7/scripts/gcc-version.sh: No such 
fil or directory
make[1]: Entering directory '/usr/src/linux-headers-2.6.12-1-k7'
  CC [M]  /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o
/lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static declaration 
of '_fgl_agp_try_unsupported' follows non-static declaration
/lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous 
declaration of '__fgl_agp_try_unsupported' was here
make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvideia-agp.o] Error 1
make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Error 2
make[1]: *** [kmod_muild] Error 2
build failed with return value 2

I upgraded to 2.6.12 kernel thinking that would help the hardware clock issue 
but it hasn't.  I tried the no_timer_check parameter, and that didn't help 
either.

-- 

See Ya'
Howard Coles Jr.
John 3:16!


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



Re: Compaq R4000

2005-08-11 Thread Jerome Warnier
Le jeudi 11 août 2005 à 08:52 -0500, Howard Coles Jr. a écrit :
 Ok, I've tried about everything I can find, so I'm hoping some of you guys 
 can 
 help:
 
 I have the above mentioned laptop as sold from Office Depot.
 I'm running the 2.6.11-1-k7 kernel, because its just as fast as the 64bit 
 install, and most things work better.
You are using stock Debian then. This mailing-list is about running the
AMD64 port of Debian, which is obviously not what you are running if you
run that kernel.
You'd better try standard debian mailing-lists to get some useful help.

 I have downloaded, and converted the ATI fglrx video drivers from ATI's site 
 and installed them, but I cannot compile the kernel modules.
 I also cannot get sound to work, ATIIXP sound card it looks like.
 The hardware clock appears to be in overdrive, running at about double speed.
 
 I would love to get the video and clock problem fixed most of all, and if any 
 of you have any tips it would make things so much easier.  All my searching 
 to this point has been fruitless!
 
 Oh, and BTW I just signed up to this list, even though I've been using Debian 
 itself for some time.

My 2 cents...
-- 
Jérôme Warnier
FLOSS Consultant
http://beeznest.net


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



Re: Compaq R4000

2005-08-11 Thread Lennart Sorensen
On Thu, Aug 11, 2005 at 08:52:28AM -0500, Howard Coles Jr. wrote:
 Ok, I've tried about everything I can find, so I'm hoping some of you guys 
 can 
 help:
 
 I have the above mentioned laptop as sold from Office Depot.
 I'm running the 2.6.11-1-k7 kernel, because its just as fast as the 64bit 
 install, and most things work better.
 I have downloaded, and converted the ATI fglrx video drivers from ATI's site 
 and installed them, but I cannot compile the kernel modules.
 I also cannot get sound to work, ATIIXP sound card it looks like.
 The hardware clock appears to be in overdrive, running at about double speed.
 
 I would love to get the video and clock problem fixed most of all, and if any 
 of you have any tips it would make things so much easier.  All my searching 
 to this point has been fruitless!
 
 Oh, and BTW I just signed up to this list, even though I've been using Debian 
 itself for some time.

Try searching for the unofficial debian fglrx packages, which should be
much simpelr (and obviously much cleaner) to install.  May even have
included the patches required to compile against current 2.6 kernels.

Good luck.  ATI hardware doesn't generally get along well with Linux at
this time.

The Compaq R3240 and similar on the other hand are almost trivial to
setup Linux on being all nvidia based.  Very different than the R4000 at
least.

Len Sorensen


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



Re: Compaq R4000

2005-08-11 Thread Michelasso
On 8/11/05, Howard Coles Jr. [EMAIL PROTECTED] wrote:

 I tried the noapic and I couldn't get a dhcp address to my nic.

Then try 'nolapic' or 'noapictimer' to see if this can fix the clock
problem; 'noapic' worked for me with vanilla 2.6.12 sources, but I am
not using dhcp so I cannot tell if I have the same problem.

 when I try to compile the ATI fglrx modules I get:
 
 /bin/sh: /usr/src/linux-headers-2.6.12-1-k7/scripts/gcc-version.sh: No such
 fil or directory
 make[1]: Entering directory '/usr/src/linux-headers-2.6.12-1-k7'
   CC [M]  /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o
 /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static declaration
 of '_fgl_agp_try_unsupported' follows non-static declaration
 /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous
 declaration of '__fgl_agp_try_unsupported' was here
 make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvideia-agp.o] Error 1
 make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Error 2
 make[1]: *** [kmod_muild] Error 2
 build failed with return value 2
 
Try to see if this discussion
(http://www.stanchina.net/~flavio/debian/fglrx-archive/msg00686.html)
can help you.

Bye.



Re: Compaq R4000

2005-08-11 Thread Adam Stiles
On Thursday 11 August 2005 15:44, Howard Coles Jr. wrote:
 /bin/sh: /usr/src/linux-headers-2.6.12-1-k7/scripts/gcc-version.sh: No such
 fil or directory
 make[1]: Entering directory '/usr/src/linux-headers-2.6.12-1-k7'
   CC [M]  /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.o
 /lib/modules/fglrx/build_mod/2.6.x/nvidia-agp.c:57: error: static
 declaration of '_fgl_agp_try_unsupported' follows non-static declaration
 /lib/modules/fglrx/build_mod/2.6.x/agp_backend.h:92: error: previous
 declaration of '__fgl_agp_try_unsupported' was here
 make[2]: *** [/lib/modules/fglrx/build_mod/2.6.x/nvideia-agp.o] Error 1
 make[1]: *** [_module_/lib/modules/fglrx/build_mod/2.6.x] Error 2
 make[1]: *** [kmod_muild] Error 2
 build failed with return value 2

 I upgraded to 2.6.12 kernel thinking that would help the hardware clock
 issue but it hasn't.  I tried the no_timer_check parameter, and that
 didn't help either.

 --

 See Ya'
 Howard Coles Jr.
 John 3:16!

Chances are you have some obscure file missing which is in a -dev package 
somewhere.

In the Bad Old Days, when processor power was at a premium, Linux distributors 
began distributing ready-compiled packages, which just required the files 
copying into the destination directories  {as `make install` does}.  Disk 
space was also at a premium then, so certain files that were generated during 
compilation of a package, which were not necessary for the day-to-day running 
of the package  {but which might be required later, when compiling other 
dependent packages from source}  would be separated out into a -dev {for 
development}  package.

This habit has persisted long beyond any technical justification.

When compiling a kernel module from source -- or patching a precompiled 
closed-source, binary-only kernel module to work with your existing kernel -- 
you need the header files which are part of the kernel source.

I personally have never had any joy with kernel-headers-* packages.  Once I 
compiled my own kernel, using sources obtained from kernel.org, all my 
problems vanished.  Debian makes it easy to compile your own kernel.  There 
is a package called kernel-package which generates a .deb file you can 
install.  You also need another package  {libncurses5-dev, I think}  for 
`make menuconfig` to work.

-- 
AJS


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