From: David Miller <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 15:21:07 -0700 (PDT)
> But the bottom line is that we must use the output-device to
> determine the console output framebuffer device in the absense
> of a console= command line specification.
The status of this is that I just had an e
* Emanuele Rocca <[EMAIL PROTECTED]>, [2007-04-17 14:19 +0200]:
> set_preferred_console (arch/sparc64/kernel/setup.c) returns -ENODEV
> either booting with atyfb enabled or disabled.
>
> output-device is 0 (PROMDEV_OSCREEN).
Oh, and here's the contents of /proc/fb:
0 ATY Mach64
1 Elite 3D
B
* David Miller <[EMAIL PROTECTED]>, [2007-04-16 15:21 -0700]:
> But the bottom line is that we must use the output-device to
> determine the console output framebuffer device in the absense
> of a console= command line specification.
Maybe I'm just stating something obiouvs, by the way I hope t
On Mon, 2007-04-16 at 15:21 -0700, David Miller wrote:
> From: "Tom \"spot\" Callaway" <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 15:56:25 -0500
>
> > Yep. Absolutely. Aurora's got this patch in it, to have the old behavior
> > on FB ordering, since people expect it.
>
> Yes that would maintain
From: "Tom \"spot\" Callaway" <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 15:56:25 -0500
> Yep. Absolutely. Aurora's got this patch in it, to have the old behavior
> on FB ordering, since people expect it.
Yes that would maintain the status-quo from ages ago, but
it still doesn't actually fix the
* David Miller <[EMAIL PROTECTED]>, [2007-04-16 13:19 -0700]:
> From: Emanuele Rocca <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 22:08:40 +0200
> > BTW, we had reports from Debian users that ran into this bug also on
> > ultra10, and I guess every machine with a Creator 3D card is affected.
>
On Mon, 2007-04-16 at 13:19 -0700, David Miller wrote:
> From: Emanuele Rocca <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 22:08:40 +0200
>
> > * David Miller <[EMAIL PROTECTED]>, [2007-04-16 12:53 -0700]:
> > > From: Emanuele Rocca <[EMAIL PROTECTED]>
> > > Date: Mon, 16 Apr 2007 21:49:58 +0200
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 22:08:40 +0200
> * David Miller <[EMAIL PROTECTED]>, [2007-04-16 12:53 -0700]:
> > From: Emanuele Rocca <[EMAIL PROTECTED]>
> > Date: Mon, 16 Apr 2007 21:49:58 +0200
> >
> > > Exactly, blank screen after 'Booting Linux...'.
> >
* David Miller <[EMAIL PROTECTED]>, [2007-04-16 12:53 -0700]:
> From: Emanuele Rocca <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 21:49:58 +0200
>
> > Exactly, blank screen after 'Booting Linux...'.
>
> I have no idea what's going wrong then, and this kind of
> but I can't really work on w
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 21:49:58 +0200
> Exactly, blank screen after 'Booting Linux...'.
I have no idea what's going wrong then, and this kind of
but I can't really work on without physical access to
the system sorry. I really need to be in front of the
co
Hi David,
* David Miller <[EMAIL PROTECTED]>, [2007-04-16 11:55 -0700]:
> From: Emanuele Rocca <[EMAIL PROTECTED]>
> Date: Mon, 16 Apr 2007 11:22:08 +0200
> > atyfb_init: Invoked
> > atyfb_init: Registering PCI device
> > atyfb_pci_probe: Invoked
> > atyfb: 3D RAGE XL (Mach64 GR, PCI-33) [0x
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 11:22:08 +0200
> * Emanuele Rocca <[EMAIL PROTECTED]>, [2007-04-15 14:06 +0200]:
> > * David Miller <[EMAIL PROTECTED]>, [2007-04-12 14:11 -0700]:
> > > Please add this debugging patch and boot, let me know what ends up
> > > in
* Emanuele Rocca <[EMAIL PROTECTED]>, [2007-04-15 14:06 +0200]:
> * David Miller <[EMAIL PROTECTED]>, [2007-04-12 14:11 -0700]:
> > Please add this debugging patch and boot, let me know what ends up
> > in your kernel log.
>
> I've applied the patch to 2.6.21-rc6 and booted with atyfb enabl
Hello David,
* David Miller <[EMAIL PROTECTED]>, [2007-04-12 14:11 -0700]:
> Please add this debugging patch and boot, let me know what ends up
> in your kernel log.
I've applied the patch to 2.6.21-rc6 and booted with atyfb enabled, but
unfortunately there seems to be a regression in qla2xxx,
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Fri, 9 Mar 2007 00:21:57 +0100
> * David Miller <[EMAIL PROTECTED]>, [2007-03-08 15:08 -0800]:
> > Ok. Let me think about how to debug this.
> >
> > Can you build test kernels if I give you a patch?
>
> Sure.
>
> config of my last build attach
* David Miller <[EMAIL PROTECTED]>, [2007-03-08 15:08 -0800]:
> Ok. Let me think about how to debug this.
>
> Can you build test kernels if I give you a patch?
Sure.
config of my last build attached, maybe it gives you some helpful info.
ciao,
ema
#
# Automatically generated make confi
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Thu, 8 Mar 2007 23:36:44 +0100
> * David Miller <[EMAIL PROTECTED]>, [2007-03-08 14:19 -0800]:
> > Does the device show up with "lspci" when the console doesn't come up
> > like this?
>
> Yes, it does.
>
> 0001:00:01.0 VGA compatible controller:
* David Miller <[EMAIL PROTECTED]>, [2007-03-08 14:19 -0800]:
> That's weird. 2000's usually ship wit Radeon cards, but your
> dmesg diff certainly shows that you have an atyfb in there.
I really don't know, I bought it used so maybe the previous owner added
it?
> Does the device show up wi
From: Emanuele Rocca <[EMAIL PROTECTED]>
Date: Thu, 8 Mar 2007 23:12:57 +0100
> Hello David,
>
> * David Miller <[EMAIL PROTECTED]>, [2007-03-05 1:11 -0800]:
> > Anyone with a SunBlade100 or SunBlade150 trying to use
> > kernels built with gcc-4.1.x or later and seeing hangs
> > should try ou
Hello David,
* David Miller <[EMAIL PROTECTED]>, [2007-03-05 1:11 -0800]:
> Anyone with a SunBlade100 or SunBlade150 trying to use
> kernels built with gcc-4.1.x or later and seeing hangs
> should try out this patch.
>
> GCC-4.1.x and later optimize away this poorly constructed
> delay, so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 5 Mar 2007, David Miller wrote:
Anyone with a SunBlade100 or SunBlade150 trying to use
kernels built with gcc-4.1.x or later and seeing hangs
should try out this patch.
Patch works great on stock 2.6.20 and gcc-4.1.1 on Gentoo.
Thanks,
-
On Mon, 2007-03-05 at 01:11 -0800, David Miller wrote:
> Anyone with a SunBlade100 or SunBlade150 trying to use
> kernels built with gcc-4.1.x or later and seeing hangs
> should try out this patch.
Confirmed that it works on the Aurora side, atyfb is working again on
the SB100.
Thanks a lot for t
Anyone with a SunBlade100 or SunBlade150 trying to use
kernels built with gcc-4.1.x or later and seeing hangs
should try out this patch.
GCC-4.1.x and later optimize away this poorly constructed
delay, so there is no delay, and the chip hangs.
I'll put a proper version of this fix, using a udela
23 matches
Mail list logo