retitle 593432 [i830] Black screen with kms and i915
kthxbye
On Wed, Aug 18, 2010 at 07:53:29 +0200, san...@zedat.fu-berlin.de wrote:
When booting the screen goes black at the moment the frame buffer is
switched on.
Booting continues until the 'login prompt', but the screen remains black.
Processing commands for cont...@bugs.debian.org:
retitle 593432 [i830] Black screen with kms and i915
Bug #593432 [linux-2.6] Black screen with kms and i915
Changed Bug title to '[i830] Black screen with kms and i915' from 'Black screen
with kms and i915'
kthxbye
Stopping processing here.
I have a i830 also..
If you turn off KMS the old framebuffer driver works fine
obviously, this means 2.6.34 and beyond are unusable at this point in time on
the i830
although I did get the blacklight on in the terminal using 2.6.35 with KMS on
My Toshiba 1200-S212 i830 only has 8 megs
Package: linux-headers-2.6.35-trunk-amd64
Version: 2.6.35-1~experimental.2
Severity: minor
Hi.
linux-headers-2.6.35-trunk-amd64 depends on linux-kbuild-2.6.35 which is
not available.
Could you please build it?
Cheers,
Chris.
--
To UNSUBSCRIBE, email to
Processing commands for cont...@bugs.debian.org:
# I'm not interested in Debian.
close 541661
Bug#541661: cannot open research.microsoft.com
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to sasha mal sasha@excite.com
Processing commands for cont...@bugs.debian.org:
reopen 583924
Bug #583924 {Done: sasha mal sasha@excite.com} [linux-2.6]
linux-image-2.6.32-5-amd64: udevd-work and kernel names disagree
Bug #581715 {Done: sasha mal sasha@excite.com} [linux-2.6]
acpi-fakekey: kernel-provided name
* Julien-externe BLACHE julien-externe.bla...@edf.fr [Fri Aug 13, 2010 at
08:38:42AM +0200]:
m...@stro.at wrote on 08/12/2010 08:00:21 PM:
Commit 4efbcf90f60e27febe883ef052454d8cfded5c15 really is the root of all
evil, it badly broke ipconfig by doing a lot of changes all over the place
On Tue, 2010-08-17 at 21:28 +0200, Bastian Blank wrote:
A lot of graphics related
fixes are now merged, and they make most of the graphics adapters
(and KMS modesetting) work ok.
However not this part. Only small commits are fixes and I consider
Package: nfs-common
Line 12 reads
# For more information, see rpc.statd(8) or
http://wiki.debian.org/?SecuringNFS
It should read
# For more information, see rpc.statd(8) or
http://wiki.debian.org/SecuringNFS
Question mark is extra
--
George Marselis : systems administrator
Building #2, 4th
On Mon, Aug 9, 2010 at 19:04, Ben Hutchings b...@decadent.org.uk wrote:
This is an experimental repository that hopefully makes it easier to see
the patches we apply. You can build packages from it using 'make
deb-pkg', but that's not what we do.
It would be helpful if you could include a
Strange. Last night's update must have changed the default
behavior. All of a sudden the content of /etc/modprobe.d/i915-kms.conf
doesn't seem to matter anymore: kms is always off. The only way
to trigger the problem is to add modeset=1 to the boot options.
I guess this makes the problem less
Am Mittwoch 18 August 2010, 15:16:02 schrieb Christoph Anton Mitterer:
Package: linux-headers-2.6.35-trunk-amd64
Version: 2.6.35-1~experimental.2
Severity: minor
Hi.
linux-headers-2.6.35-trunk-amd64 depends on linux-kbuild-2.6.35 which is
not available.
Could you please build it?
Forget what I said about the default behavior having changed.
This machine is a can full of Heisenbugs! After the fifth reboot,
kms came back with a vengeance. Currently not even the
conf file won't stop it. The only way I have to use
the machine is the kernel from Ubuntu 10.4 that I
On Wed, 2010-08-18 at 13:53 -0700, Jeff Carr wrote:
On Mon, Aug 9, 2010 at 19:04, Ben Hutchings b...@decadent.org.uk wrote:
This is an experimental repository that hopefully makes it easier to see
the patches we apply. You can build packages from it using 'make
deb-pkg', but that's not
On Wed, Aug 11, 2010 at 20:26, Ben Hutchings b...@decadent.org.uk wrote:
The kernel team (in conjunction with the security team) decided that one
kernel per release is less trouble.
Is there information available anywhere about this? (Maybe some
thoughts on things of this nature could be added
On Wed, 2010-08-18 at 16:54 -0700, Jeff Carr wrote:
On Wed, Aug 11, 2010 at 20:26, Ben Hutchings b...@decadent.org.uk wrote:
The kernel team (in conjunction with the security team) decided that one
kernel per release is less trouble.
Is there information available anywhere about this?
On Wed, Aug 18, 2010 at 15:07, Ben Hutchings b...@decadent.org.uk wrote:
I doubt it.
I thought there was a chance it was something like the change below
(not that change, but you get the idea).
The kernel configuration for each flavour is are made by combining
multiple files. There is no
17 matches
Mail list logo
