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.
Pl
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 debian-kernel-requ...@lists.debian.o
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"
> close 363761
Bug#36
Processing commands for cont...@bugs.debian.org:
> reopen 583924
Bug #583924 {Done: "sasha mal" } [linux-2.6]
linux-image-2.6.32-5-amd64: udevd-work and kernel names disagree
Bug #581715 {Done: "sasha mal" } [linux-2.6]
acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagre
* Julien-externe BLACHE [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
> > > that were not war
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 cons
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 F
On Mon, Aug 9, 2010 at 19:04, Ben Hutchings 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 config file. I tried
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 g
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 bu
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 hand-copie
On Wed, 2010-08-18 at 13:53 -0700, Jeff Carr wrote:
> On Mon, Aug 9, 2010 at 19:04, Ben Hutchings 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.
>
On Wed, Aug 11, 2010 at 20:26, Ben Hutchings 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 to the debian kern
On Wed, 2010-08-18 at 16:54 -0700, Jeff Carr wrote:
> On Wed, Aug 11, 2010 at 20:26, Ben Hutchings 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
> t
On Wed, Aug 18, 2010 at 15:07, Ben Hutchings 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 simple way to view t
17 matches
Mail list logo