Package: linux-source-2.6.15
Version: 2.6.15-1
Severity: minor
Hello,
I have a radeon M9 in my thinkpad T41 and both rovclock (radeon
overclock) and fglrx (when I tried it) reported that the memory speed is
200 MHz and core speed is 252 MHz, while in radeonfb during boot reports
the opposite
Sven Luther wrote:
On Wed, Jan 04, 2006 at 06:17:00PM +1300, Srdjan wrote:
Sven Luther wrote:
additional modules ? What is it exactly you installed as additional
modules ?
pwc-modules-2.6.14-1-k7
Yes, except you would need the newer version, 2.6.14-2-k7, and soon
tags 346345 moreinfo
stop
On Fri, 06 Jan 2006, graziano wrote:
Hello,
I have a radeon M9 in my thinkpad T41 and both rovclock (radeon
overclock) and fglrx (when I tried it) reported that the memory speed is
200 MHz and core speed is 252 MHz, while in radeonfb during boot reports
the
On Fri, 06 Jan 2006, Andreas Degert wrote:
I have a fourport serial card, it is correctly detected and configured
with the kernel from package linux-image-2.6.12-1-686-smp. The
detected ports are ttyS4 - ttyS7 (ttyS0/1 is standard serial ports,
ttyS2/3 not assigned).
With 2.6.15 it works
Package: linux-2.6
Severity: important
I noticed that bug on my parisc machine: I wanted to get the latest
linux-image-parisc-smp kernel from unstable, thus switched from testing
to unstable in my sources.list, apt-get update and then apt-get install
linux-image-parisc-smp. It installed
dann frazier, 2006-01-06 16:50:08 -0700 :
tags 344205 + unreproducible
[...]
I followed your instructions, and I can't reproduce. I used the 686
config from linux-image-2.6.12-1,
Maybe I'm misunderstanding you, but that's not what I did. I'm not
trying to rebuild kernels with the config
On Sat, 7 Jan 2006 11:55:25 +0100
maximilian attems [EMAIL PROTECTED] wrote:
On Fri, 06 Jan 2006, Andreas Degert wrote:
I have a fourport serial card, it is correctly detected and
configured with the kernel from package
linux-image-2.6.12-1-686-smp. The detected ports are ttyS4 - ttyS7
I retested this and I can't reproduce it with 2.6.15-1. So it seems to be
fixed. Perhaps I was confused, or perhaps there was some transitory thing
going on when I had both 2.6.15-1 and 2.6.14-1 installed.
:-)
--
Nathanael Nerode [EMAIL PROTECTED]
A thousand reasons.
airo.c currently has MICSUPPORT enabled, which requires CONFIG_CRYPTO.
A user reported a build failure which is due to the lack of a Kconfig
dependency. See http://bugs.debian.org/344205.
This patch makes Kconfig enforce this dependency.
Signed-off-by: dann frazier [EMAIL PROTECTED]
---
Hello,
Looks like this is indeed fixed as you suggest. The shpchp line in
/var/log/kern.log with 2.6.15 is:
Jan 7 19:49:56 localhost kernel: shpchp: Standard Hot Plug PCI
Controller Driver version: 0.4
So its working correctly. Thanks for the hard work! Peace.
Mike
On 1/3/06, David Schmitt
On Sat, Jan 07, 2006 at 11:46:48AM +0100, maximilian attems wrote:
tags 346345 moreinfo
stop
On Fri, 06 Jan 2006, graziano wrote:
Hello,
I have a radeon M9 in my thinkpad T41 and both rovclock (radeon
overclock) and fglrx (when I tried it) reported that the memory speed is
200
On Wed, Sep 14, 2005 at 05:02:18PM +0200, Sven Luther wrote:
On Wed, Sep 14, 2005 at 04:46:04PM +0200, Andrea Arcangeli wrote:
On Wed, Sep 14, 2005 at 11:18:46AM +0200, Sven Luther wrote:
On Sat, Sep 10, 2005 at 05:19:07PM +0200, Andrea Arcangeli wrote:
On Sat, Sep 10, 2005 at 07:43:31AM
00:01 joeyh I noticed that postinst_hook = /sbin/update-grub leaks stdout
into debconf and causes it to exit nonzero in at least some circumstances
00:02 joeyh d-i sets that by default in kernel-image.conf, is this
something that is being dealt with?
00:03 waldi joeyh: kill ola or nmu it
00:04
On Sat, Jan 07, 2006 at 05:43:47PM -0800, obi wrote:
radeonfb: Retreived PLL infos from BIOS
radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=252.00 Mhz, System=200.00 MHz
and this is what rovclock -i ells
Reference clock from BIOS: 27.0 MHz
XTAL: 27.0 MHz, RefDiv: 6
Core: 252.0 MHz,
On Sun, Jan 08, 2006 at 08:23:52AM +0100, Andrea Arcangeli wrote:
On Sun, Jan 08, 2006 at 08:04:33AM +0100, Sven Luther wrote:
-1 was both the abi number and the debian revision. I guess you need to fix
your script again :)
The client sends a plain /proc/version, so fixing this is very
On Sun, Jan 08, 2006 at 08:04:33AM +0100, Sven Luther wrote:
-1 was both the abi number and the debian revision. I guess you need to fix
your script again :)
The client sends a plain /proc/version, so fixing this is very easy to
fix this on the server side.
And none of those is really a
On Sun, Jan 08, 2006 at 08:43:29AM +0100, Andrea Arcangeli wrote:
On Sun, Jan 08, 2006 at 08:31:50AM +0100, Sven Luther wrote:
You are not interested in recordying the debian abi number, or the flavour
as
a subset of the architecture used ? This seems like interesting info.
KLive wasn't
17 matches
Mail list logo